Govtech is where AI goes to get stress-tested.
The constraints are brutal.
The lessons are gold.
Three years ago, we took on a government AI contract. I thought it'd be like enterprise, just slower.
I was wrong. It was an entirely different category of hard.
No forgiveness for downtime.
Zero tolerance for unexplained outputs.
Users who couldn't get a signal.
Procurement cycles that made us prove ROI before we'd written a single line of production code.
But the constraints forced clarity. And we came out the other side with four principles that now shape everything we build, for any client, in any sector.
1. Security-first architecture changes how you design everything
Not a layer you add at the end. When it's foundational, every feature decision gets sharper. You stop building things you shouldn't have built in the first place.
2. Explainability isn't optional, every decision must be auditable
In government, a model that can't explain itself is a liability. We learned to build with auditability as a core output, not an afterthought. Enterprise clients now ask for this too.
3. Change management beats technical excellence every time
The best model we ever built sat unused for six months — because we hadn't brought the team along. A mediocre model that people trust and use beats a brilliant one they fear.
4. Offline-first and low-bandwidth design is what unlocks real scale
Assume bad connectivity. Always. The moment you design for the constraint, you stop building fragile systems — and start building ones that actually reach people.
—
We now apply all four of these principles to every enterprise project we take on. Not because clients ask for them. Because they're the difference between AI that looks good in a demo and AI that actually holds up in the field.
The irony? The hardest environment we've ever built in made us better at the work we do everywhere else.
What's the hardest constraint you've faced in an AI project? Drop it in the comments. I read every one.