01 Services
What we
actually do.
Six disciplines. Every one of them is something we have built, shipped, and now operate. If a capability is not on this page, we do not claim it.
02 Disciplines
Custom application development
We build web platforms for businesses that have outgrown spreadsheets, shared inboxes, and off-the-shelf tools that almost fit. That usually means multi-tenant architecture with strict data isolation, a permission model that survives contact with a real org chart, and workflow that matches how the business actually operates rather than how software wishes it did.
We have shipped subscription billing, white-label branding per customer, audit trails, document handling with electronic signature, and administrative tooling that non-technical staff use every day without training.
Systems integration
Most businesses do not need one more system. They need the systems they already pay for to talk to each other. We connect partner and supplier APIs, point of sale exports, payroll and scheduling providers, and mail platforms, then keep those connections running.
In production this has meant signed request authentication, OAuth 2 flows against enterprise identity providers, inbound and outbound webhooks with signature verification, staged and production environments for the same partner, and delta-aware polling that reports what it received on every run so a silent failure cannot hide.
Data engineering and reporting
Import pipelines that stream rather than load everything into memory, deduplication keys chosen so that re-importing a file does not silently create a second copy of the truth, and reconciliation between sources that disagree on purpose.
On top of that: dashboards, period comparisons, ranked league tables, and forecasting. When money depends on a number, we build the audit trail that lets someone prove where it came from.
Mobile
Native and cross-platform applications, plus the APIs behind them. We build both sides, which means the API is designed for the screens that consume it instead of being a database exposed over HTTP.
Shipped: bearer token authentication, sign-in with Google, Apple, Facebook and Discord, device registration and trust, biometric unlock, push notification delivery, in-app account deletion, and field tooling that keeps working when the signal does not.
Automation
Work that should not need a person: scheduled imports, background jobs on managed queues with retry and dead-letter handling, structured data collection, and alerting that reaches someone through the channel they actually read.
The point of automation is not that it runs. It is that it tells you clearly when it did not.
Infrastructure and hosting
We run what we build. Reverse proxied web tiers, process supervision for queue workers, object storage for uploads, an in-memory cache and queue layer, error tracking wired to the team, certificate renewal, and backups that have been restored at least once on purpose.
Because we operate the software, we design it to be operable. Those are not separate activities.
03 How we work
Small team,
direct line.
You talk to the people writing the code. There is no account layer between the brief and the build, which is the main reason things get built the way they were described.
We start by learning the operation, not the feature list. Most of the value in a custom platform comes from modelling the business correctly at the beginning, and most of the cost of getting it wrong shows up two years later when the workarounds have become policy.
We ship in working increments and put them in front of real users early. Software that has never been used by the people it was built for is a hypothesis, not a deliverable.
After launch we stay on. Platforms that handle money, schedules, and customer records need someone who knows them when something changes upstream, and something upstream always changes.
Start a project