Support

If something we built for you has stopped working, start at the top. If you are still working out whether to hire us, the questions further down are probably yours.

Existing clients

Something has
stopped working.

Email us and describe it. There is no portal to sign into and no form to fill in -- a plain email reaches the same people faster.

Email hi@azkosoft.com

What to put in it

  • What you were doing. The screen you were on and what you clicked just before it went wrong.
  • What you expected to happen.
  • What happened instead, including any error message word for word.
  • A screenshot, or a short screen recording if it is easier to show than to describe. One picture regularly saves an hour of back and forth.
  • Roughly when it happened, and your time zone. That is what lets us find it in the logs.
  • Whether it happens every time or only sometimes, and whether it is only you or everyone.
  • Anything that changed at your end recently. A new phone, a new browser, a new member of staff, a supplier who changed their system.

What happens next

We read it, work out whether it is broken for everybody or only in one place, and come back to you with what we found and what we are doing about it. If it is stopping you trading, say so in the subject line and say why -- that is what moves something up the list.

We are a small team rather than a round-the-clock desk, and we would rather tell you that than quote you a response time nobody agreed to. Where we have built monitoring into your system, some failures raise an alarm on their own -- send the email anyway, because you will notice things a monitor never will.

Everyone else

The questions people ask

What we build, how long it takes, how pricing works, who owns it afterwards, and what happens when something goes wrong. If yours is not here, ask it directly -- we would rather answer than have you guess.

What we build

What do you actually build?

Custom software for the way your business runs, AI voice agents that answer your phone, AI automation for the repetitive work, mobile apps for staff or customers, integrations between the tools you already pay for, and SaaS products you sell to your own customers. If the sentence "the same information gets typed into three different places every day" sounds like your week, that is our work.

We are not a technology company. Is that going to be a problem?

No. The people we build for run hotels, schools, clinics, engineering firms, shops and restaurants. You are the expert on how your business actually works; our job is to understand it well enough to build it. If you ever need a progress update translated, we have written it badly.

Do we have to replace the systems we already use?

Usually not, and usually you should not. Most of this work sits alongside what you already run and talks to it. Replacing a system that works is a big, slow, risky project, and we only recommend it when the old one is genuinely the thing holding you back.

How a project runs

How long does a project take?

A focused internal tool or a voice agent is usually a matter of weeks. A full platform, or a system several teams depend on, takes longer. You get a scope and a timeline in writing before any code, and something you can click within the first few weeks rather than a reveal at the end.

You are not in our country. How does that work?

We work with teams in other time zones as a matter of course. We agree a window that overlaps your working day for calls, and keep everything else written down so nobody is stuck waiting for a conversation before they can make progress. In practice the gap works in your favour more often than against it, because work happens while you are asleep.

Who will we be dealing with, and how often will we hear from you?

The people writing the code. There is no account manager relaying your messages to a delivery team you never meet. You get a short written update on what moved, what is next and anything we need from you, plus a call when there is something to look at rather than one booked out of habit. If you find yourself chasing us for a status, we are doing it wrong.

What it costs

How does pricing work?

We scope the work first, then put a price for that scope in writing before anything is built, with payments tied to milestones rather than an hourly meter running quietly in the background. If the scope changes -- and on most projects something does -- we price the change and you approve it before we start on it.

Why are there no prices anywhere on this site?

Because a number without a scope is a guess dressed up as a quote. Two booking systems that sound identical on a phone call can be a month of work apart. Tell us what you need and you get a real figure for your actual project, in writing, before you commit to anything.

What does it cost to keep running once it is live?

Two separate things. First, hosting and any paid services the system uses -- these are billed to your own accounts by those providers, at their price, not marked up through us. Second, our time, if you want us on hand for changes and fixes. We show you both before you commit, and the first one keeps working whether or not you keep the second.

Who owns what

Who owns the code and the accounts?

You do. The source code, the data, and every account it runs on -- hosting, domain, app stores, payment provider, AI providers. All in your company name. We work inside your accounts rather than ours, because an agency that owns your App Store listing owns your app.

What if we want to take it to another developer later?

You can, and we build so that stays possible: standard tools, ordinary patterns, no proprietary framework of ours in the middle, and written documentation an incoming developer can read without ringing us. Being difficult to leave is not a business we want to be in.

After it goes live

What happens once it launches?

Real use finds things that testing does not, so we stay on through the weeks after launch to fix them. After that it is your call: keep us on a small monthly arrangement for changes and fixes, or hand it to your own developer. We set it up so either one works, and we say which we think fits you.

Something breaks on a Saturday night. What then?

Email us, say what has stopped and say that it is urgent. We are a small team rather than a round-the-clock desk, and we would rather be straight about that than sell you a guarantee we could not keep. What we do build in is monitoring and alerting, so a failure raises an alarm instead of waiting to be discovered by an annoyed customer on Monday.

Data, privacy and AI

Where does our data live, and who can see it?

In your own accounts, hosted in the region you need it to be in -- which matters if you are subject to rules about where records may be kept. Inside the system, access is by role, so people see what their job needs and nothing more, and sensitive actions are logged. On our side, we hold access while we are working for you and hand it back when we are not.

Will our data be used to train an AI model?

No. Where we use AI providers we use the business tiers that exclude your data from training, and for genuinely sensitive work the processing can stay inside your own infrastructure. If a specific regulator or contract sets a rule on this, tell us at the start and we will design to it rather than around it.

What happens when the AI gets something wrong?

It will, sometimes. Anything that reads a document or answers a phone gets things wrong occasionally, and a supplier who tells you otherwise is selling. So the review step is built in: a confidence score on what it extracted, a person checking anything involving money, health or a contract, and a hand-off to a human the moment it is out of its depth. Before you rely on it, we run it quietly alongside your team and show you exactly where the two disagreed.

Next step

Tell us what is not working.

Describe the problem in your own words. We reply with an honest read on whether it is worth building, roughly what it takes, and what we would do first.