How Brilliant Systems is led, and who answers for what.
A list of job titles tells you very little about who to call when something goes wrong. So this page sets out the four areas the firm is run by, what each one is accountable for, and how the structure keeps you close to the engineers building your software.
Areas of accountability
Four areas, each with a clear owner and a written standard.
Engineering and architecture
Founder and Chief Technology Officer
Sets the technical standard for every engagement: how systems are designed and reviewed, how security is handled, and what is allowed to reach production. This is also where the AI-first engineering method is owned, including the limits on what AI is allowed to do.
Architecture
Engineering standards
Security
AI-first method
Clients and proposals
The written approach, the fixed proposal and the relationship after signature. Every proposal states scope, price and milestones, beside a like-for-like comparison with conventional delivery. If we cannot beat that comparison, we decline the work.
Proposals
Contracts
Client relationships
Delivery
Whether each engagement ships what was agreed, on the milestones agreed. That covers the weekly written note, the red-team week before handover, the rehearsed rollback and a runbook your own team can follow.
Estimating
Delivery assurance
Weekly reporting
Products
Open Lance, live at openlance.io, and BotUp, in controlled beta at bot-up.ai. Both are run as products with their own users, built by the same engineers who work on client systems.
Open Lance
BotUp
Product roadmap
How we are organised
A hundred senior people, and nobody between you and them.
The structure keeps the distance between a client and the person writing their code as short as possible. Every layer we took out was a layer that only passed messages on.
01
First contact
An engineer, not an account manager
A senior engineer who could work on your project replies within one business day. They are free to tell you we are the wrong firm.
02
During delivery
A named team, not a pool
You know who is on your project, and they stay on it. If someone has to step away, you are told.
03
When it goes wrong
Escalation reaches leadership in one step
There is no account management tier to get past. If an engagement is in trouble, the people accountable for it hear about it directly.
04
At handover
The people who built it hand it over
Not a transition team reading the documentation for the first time. Handover is done by the engineers who wrote the system, with a runbook written for someone who has never met us.
Where we are
Registered office in Denver, Colorado. The engineering floor is in Lahore, and every line of code is written by our own team.
Seven short questions. About 90 seconds. A senior engineer reads your answers before we reply. No sales sequence, no newsletter. Just a thoughtful response about what comes next.