AmwerahSolutions
Services

Twelve services, grouped by what they are for

A flat list of twelve makes it impossible to tell which one you need. These are grouped by the job — building something new, keeping something correct, or getting it used.

Choosing

Not sure which of these you need?

That is a normal position to be in, and it is what the first conversation is for. It is free, it takes under an hour, and it sometimes ends with us telling you the problem is not a software problem.

By sector

Or start from your industry

Six sectors where we already know which exception breaks the schema.

Common questions

Scope, stack and taking over other people’s code

All twenty questions
What is the smallest project you will take?

There is no fixed floor, but below a certain size we are the wrong choice and would say so on the first call. If what you need is a brochure site, a well-configured platform theme will serve you better and cost a fraction. Where we are worth the money is when there is a real domain model to get right — a process, a set of rules, an integration, something that has to be correct rather than merely present.

What technologies do you work with?

TypeScript, React and Next.js on the front end; Node.js on the back end; PostgreSQL as the default database; React Native for mobile; AWS for infrastructure. We also work in .NET, Laravel and Flutter, mostly where an existing estate or team makes that the right answer. The selection principle is deliberately dull: the largest hiring pool and the longest support window, so you can hire someone to maintain this without us.

Can you take over a system another company built?

Yes, and it is a normal way for us to start. The first two to three weeks are archaeology rather than development — reading the code, mapping what actually runs against what everyone believes runs, checking dependency and licence health, and testing whether the backups actually restore. You get a written assessment with risks ranked before we propose any work. Sometimes that assessment says the system is fine and needs three specific fixes, and we will tell you that rather than sell you a rebuild.

Describe the problem, not the feature list.

The feature list is usually a description of a workaround. Tell us what keeps going wrong and we will tell you which of these twelve is the right starting point — or that none of them is.