What it is like to buy us.
Choosing the engineering team is the quick part. Getting that choice through procurement, security and legal is what takes the quarter — and it takes the quarter because the answers arrive one questionnaire at a time.
So they are all here instead: the entity that signs, the contracting shape, payment terms, the access and data model, the insurance position, subcontracting, and how an engagement ends. Settled positions rather than opening offers, written down before anyone asks for them.
This page is for the sponsor who has to defend the choice, and for the procurement, security and legal readers who assess it after the technical evaluation has already gone well. It is meant to be printed, forwarded, or pasted into an internal email, and it is built to survive all three.
If you are still deciding whether you want the work at all, this is the wrong page — start with services, industries or technologies, and come back here when the engineers are convinced.
The access is the point, not the feature list
Each of these required somebody’s procurement, security and legal function to say yes to us first. That is the part worth citing to a committee.
RAKBANK — a customer-facing onboarding journey, built in the bank’s own environment
Our engineers worked on-site at the bank on a compliance-grade digital onboarding flow, inside its environment, its review process and its release path. Banks do not grant that access to suppliers they have not diligenced, and the diligence came before the code. Bank onboarding case →
Ministry of Foreign Affairs of Qatar — a national application in production
The Ministry’s official application, built by us and shipped on iOS and Android in English and Arabic with full right-to-left layout. A government review process and a national brand, in public, where anyone can download the result. Qatar MoFA case →
A national public-health programme in the Caribbean — inbound travel and health protocols
A national platform managing inbound travel and health protocols, delivered under pandemic conditions where the deadline was set by circumstances rather than by a roadmap. See the work →
What stays yours, what we are given, and for how long
The short version: everything of consequence stays in your name. We work inside your accounts rather than around them, and access is granted deliberately and time-bounded rather than requested ad hoc.
| What | Whose | How it works in practice |
|---|---|---|
| Source code | Yours | In your repositories, under your review path and your branch protection, from the first commit rather than at handover. |
| Cloud accounts & infrastructure | Yours | Your VPC, your accounts, your billing. Infrastructure as code lives in your repository so an environment can be rebuilt without us. |
| Credentials & access | Yours | Least-privilege roles under named human identities, scoped to the work and time-bounded. You grant them, you rotate them, and you can revoke them the same afternoon without asking us. |
| Production data | Yours | It stays where it is. For test data we build synthetic or masked fixtures rather than taking a copy of production. |
| Domains, DNS & certificates | Yours | In your registrar and your zone throughout. No part of the engagement leaves you unable to point a name somewhere else. |
| Documentation & runbooks | Yours | Written for whoever inherits the system rather than for us, and delivered as work proceeds rather than as a final phase. |
| Engineering work | Ours | Design, implementation, tests and review, with a senior architect signing off the architecture before development starts. |
| Our own tooling | Ours | Laptops, editors and internal workflow. Where a tool of ours would touch your data, it is raised and agreed before it is used. |
The test we apply to every one of these: if the engagement ended without notice on a Friday, could your team keep going on Monday using only what is already in your accounts? If the answer is no, something in the arrangement is wrong and we would rather fix it in week one.
The clauses, and our position on each
These are the questions that appear in every vendor agreement and every due-diligence questionnaire. Our positions are below so that the first redline cycle is shorter, and so that a sponsor can answer procurement without waiting for us.
We also bring our own agreement, refined across a decade of delivery, and the parts clients most often adopt from it are the ones that make the work faster: a defined acceptance window, a named replacement guarantee, and a trial period either side can use. Where a proposed term would slow the work down or lower its quality, we say which one and what we would put in its place. That conversation belongs in week one, and it is short.
What the first ninety days look like from your side
One journey, one subsystem or one written audit, with a date and a fixed price. Small enough to buy without a committee, real enough to prove the working relationship before anyone commits to a programme.
Security and vendor-risk questionnaires come back completed within two business days. They are answered by the engineers who do the work rather than routed through a function, which is why they are both fast and accurate. Send it before the first call if you want the review running in parallel.
Fluvius USA Inc signs, on your paper, under US contracts and US payment terms. The positions in section 03 above are our starting point rather than a negotiating stance, which is what makes the first redline cycle short.
What we need, at what privilege level, and for how long — written down and agreed before anything is granted rather than requested ad hoc during the work. The table in section 02 is the template.
A weekly demo of working software, written status in your own channel, a named senior person accountable, and architecture signed off before development starts. Nothing about the reporting requires you to chase it.
Documentation, credentials and a handover plan exist from the beginning rather than being assembled at the end. The work should be able to continue without us, and that is a design constraint rather than a courtesy.
Asked plainly, answered plainly
Independently checkable, because verification is your job
The Clutch rating of 4.9 out of 5 is not ours to edit: it comes from interviews Clutch conducts directly with our clients, and you can read those interviews rather than take the number. Many of those clients have worked with us for seven years or more, which is a harder thing to arrange than a good review.
The engineering evidence behind all of it sits on our work, the technology pages and the industry pages, each of which names its limits as well as its results.
Bring the questionnaire, the agreement, or the person who signs.
A free 30-minute working session. On this page it is deliberately not the technical conversation: bring the vendor questionnaire you need completed, the agreement you need read, or the colleague who will have to defend the choice internally, and we will work through the shape of it before anyone writes code.
You keep whatever we produce in that half hour either way, and nobody follows up more than once.