I build and improve software that removes repetitive work, broken workflows, and unnecessary complexity. Sometimes that means fixing the software you already have. Sometimes it means building the system that should have existed in the first place.
People should make decisions, solve difficult problems, build relationships, and create things. They shouldn't spend their days moving information between spreadsheets, systems, and inboxes.
9th Hour builds software that removes that work.
The product exists, but something isn't working. Delivery has slowed, a migration is stuck, technical debt is getting expensive, or nobody owns the difficult decisions.
I step in, own the problem, and fix it.
Migrations · architecture · product rescue · technical debt · performance · senior ownership
Your team has built a workflow around spreadsheets, email, copy/paste, and disconnected tools. It works — because people spend hours keeping it alive.
I figure out what shouldn't require a person, and build the system that removes it.
Internal software · workflow apps · integrations · dashboards · automation
Not every software problem should have the same business model.
If you commission bespoke software, you fund it and you own it.
If 9th Hour invests in solving a repeated market problem, we own the product and customers subscribe to it. Symposia is one of those products.
“I won't build something you commissioned and then rent your own software back to you.”
Commercial ownership is agreed before development begins.
Conference management without losing your weekends.
Organizers were managing registrations, abstracts, reviewers, invoices, schedules, and attendee communication across spreadsheets, documents, and email.
So 9th Hour built one system around the workflow.
The first step isn't writing code. Start with the problem, not the technology.
I work with the people actually doing the work.
A bad process automated is still a bad process.
The smallest system that solves the real problem.
Something your team can actually maintain.
You don't always need new software. Sometimes you need someone senior enough to understand what is actually wrong and take responsibility for fixing it.
A critical project is stuck and progress is slowing. Someone needs to take ownership.
A risky migration needs someone who understands both the existing system and where it needs to go.
Technical debt is no longer just an engineering concern. It is making the business slower.
Good developers, but nobody making the difficult technical decisions and owning them across the system.
I'm a software engineer and product builder — architecture, engineering teams, migrations, and difficult technical problems. 9th Hour is where I apply that experience to one question:
Why is a person still spending time doing this?
Sometimes the answer is broken software. Sometimes it's a bad workflow. Sometimes it's missing software.
Maybe it's inside your software. Maybe it's inside your operations. Tell me what's happening. I'll tell you whether I think software can make it better.