Everything lives in spreadsheets and chat, and nobody has the whole picture.
You have outgrown the tools you started with, and the coordination is now somebody's full time job.
Custom business applicationsHow we start
Most people arrive with a problem, not with a specification. Describing the problem is enough. Working out what should be built, and what should not, is the first part of the job, and it happens before anything is agreed.
What the first step looks like
Where you are
You do not have to pick correctly. This is only to save you reading six pages.
Everything lives in spreadsheets and chat, and nobody has the whole picture.
You have outgrown the tools you started with, and the coordination is now somebody's full time job.
Custom business applicationsThe same information gets retyped from one place into another, every day.
The work is not hard, it is repetitive, and it goes wrong exactly when everyone is busy.
Workflow automationTwo systems we already pay for do not talk to each other.
Somebody exports from one and imports into the other, and the two never quite agree.
System integrationOur website brings nobody, or there is not really one.
It exists, it looks acceptable, and it has never produced a single enquiry.
Web design and SEOIt works, but nobody knows how it was deployed or how to undo a change.
Every update is a manual sequence, done from memory, slightly differently each time.
Infrastructure and deploymentNobody looks at it until it has already stopped working.
You hear about downtime from a customer, and backups have never been restored.
Managed hosting and securityNone of them, or several at once? Write it in your own words. It is my job to work out which, not yours.
Already started, and stuck
This is more common than anyone admits. You paid for something that was never delivered, the developer stopped replying, or it half works and nobody dares touch it. It is a normal situation to be in, and it is a normal thing to ask about.
It starts with an audit, not with a quote. Anyone who gives you a price before reading the code is guessing. You get the findings in writing whatever we decide afterwards, and if the honest answer is that it should be rebuilt rather than rescued, I will say so.
What happens next
Free, and without obligation. You describe the problem. I tell you whether I am the right person for it.
What I understood, what I would build, in what order, what it costs and how long it takes.
You follow it at your own address and approve it on a real system, not on screenshots.
Released to production once you have approved it, then watched closely for the first period.
Nothing is agreed until the price is in writing
Before any money changes hands
Arrived here with more than one system and no map? See architecture and audits
Questions
Nothing, and there is no obligation afterwards. Thirty to forty five minutes is usually enough for both of us to know whether it makes sense to continue.
Then I will say so in that first conversation, rather than after you have paid for something. Where I can, I will point you towards what would actually solve it, including tools you could buy instead of building anything.
Fixed price, after the scope is agreed, so the figure does not move while the work runs. Small changes and ongoing support are the exception, and those are agreed separately.
Nothing, until a confidentiality agreement is signed, so who looks inside is written down rather than assumed. If you do not have one, I can provide a simple one. Access is where projects fail. When it still does not come, I turn the project down rather than promise a result I cannot stand behind.
That is a normal way to arrive here. It starts with an audit rather than a quote, because a price given without reading the code is a guess. You get the findings in writing whatever we decide afterwards.
Yes. If you have a technical team, decisions are made with them and stay inside what they can maintain afterwards. If you do not, I make the recommendation and explain it in plain terms.
An hour of your attention, and access to the people who actually do the work today. Not a specification. The specification is something we produce together.
Hours rather than weeks. The first written thing, what I understood and what I would build, usually comes back the same day, and within a few days if your setup is complicated. What I will not do is put a date on the build itself before I have looked at what is there.
By referral, almost always. An accountant, a manager, a founder, or someone met at an event who put us in touch. There is no advertising behind it, which is also why the first conversation is a conversation and not a pitch.
It depends on what is already running. Tell me your timing in the first conversation and you will get an honest answer, including when the honest answer is that you should not wait for me.
You will get an honest answer, in writing, before anything is agreed.