Capabilities

From how it runs today to a system you can operate

We take responsibility for the whole path: understanding the process, designing the replacement, engineering it properly, and leaving the institution able to run it.

Product design and discovery

We start with the process as it actually runs — the paper form, the WhatsApp group, the queue at the counter — and design the system that replaces it without breaking the people who depend on it.

Sankofa · Learn from what came before

  • Process mapping and stakeholder workshops
  • Requirements written down and agreed before code
  • Clickable prototypes reviewed with real users
  • Accessibility and low-bandwidth from the first screen

Platform engineering

Typed, tested applications built on modern web foundations, structured so a second team can pick them up and a regulator can audit them.

Hwe Mu Dua · Quality, excellence, scrutiny

  • Next.js and TypeScript across the estate
  • Server-enforced authorisation, never UI-only
  • Immutable audit trails on money and record changes
  • Documented handover, not a black box

Payments and statutory integration

Money and compliance are where systems in Ghana usually fail. We treat both as core engineering, not an integration afterthought.

Dwennimmen · Strength tempered by humility

  • GhIPSS, MTN MoMo and Telecel Cash disbursement
  • GRA PAYE and SSNIT Tier 1, 2 and 3 logic
  • Integer minor units, so rounding never drifts
  • Idempotent runs, so a retry cannot pay twice

Identity and verification

Ghana Card verification, OTP consent and role separation, so the right person sees the right record and the system can prove it later.

Eban · Protection and safety

  • Ghana Card and document verification flows
  • Patient and citizen consent by OTP
  • Role-based access with tenant isolation
  • Second factor for privileged roles

Multi-agency and multi-tenant systems

The hard part of public sector software is rarely one office. It is the handover between four of them. We build for that handover.

Nkonsonkonson · Unity and human relations

  • Shared case records across agencies
  • Parallel review instead of sequential queues
  • District, regional and national roll-up reporting
  • Data separation between tenants by default

Support and capability transfer

A system nobody in the institution can run is not a delivery. We train the team that inherits it and document what we hand over.

Nsoromma · Guardianship and care

  • Administrator and end-user training
  • Written runbooks and handover documentation
  • Ongoing support and maintenance agreements
  • Source code and data returned on request
How we engage

Four stages, priced before they start

No open-ended time and materials. Each stage has a defined outcome, a fixed price and a decision point at the end of it.

01

Scoping

We map the process as it runs today, agree the outcome in writing and price the work before anything is built.

02

Prototype

A clickable, reviewable version of the system in weeks — so stakeholders argue with a screen, not a document.

03

Build

Typed, tested delivery in visible increments, with authorisation, audit and reporting built in from the start.

04

Handover

Training, runbooks and documentation, then a support agreement sized to how critical the system is.

Our stack

Boring technology, held to a high standard

We build on Next.js and TypeScript across the estate, with hand-written styling rather than a framework skin, and PostgreSQL behind it. The point is not novelty — it is that another team can read the code, run the system and extend it after we hand it over.

  • Typed end to end, so a change breaks the build and not production
  • Authorisation enforced on the server, never in the interface alone
  • Money held as integer minor units, with idempotent runs
  • Immutable audit trail on every record that matters
  • Deployable in-country or in cloud, as procurement requires
Engineers reviewing a build together
Working with public institutions

The questions an assurance officer asks first

Before anyone can recommend a supplier they have to answer for the choice. These are the answers, stated plainly, so they can be quoted into a submission without a meeting.

Built and maintained in Ghana

The team that designs a system is the team that maintains it, in the same time zone and the same regulatory context. No offshore handover, no overnight support gap.

Deployed where you require

In-country hosting, your own cloud tenancy or a region you name. Data residency is a deployment decision you make, not one we make for you.

No vendor lock-in

On full payment the bespoke work is yours. Data exports in open formats at any time, documented schemas, and source code released or placed in escrow as the contract requires.

Capability transfer

Administrator and end-user training, written runbooks and handover documentation are part of delivery. We would rather your team could run the system without us than be indispensable to it.

Auditable by design

Immutable trails on every action that touches money or a record, server-enforced authorisation, and reporting an auditor can reconcile without a rebuild.

Built for real conditions

Intermittent connectivity, shared devices, low-end handsets and paper fallbacks are designed for from the first screen, not handled as exceptions later.

Interoperable by default

National ID verification, GhIPSS and mobile-money rails, and documented APIs so the next system procured can talk to this one.

Fixed scope, fixed price

Each stage has a defined outcome and a price agreed before it starts, with a decision point at the end. We do not bill open-ended time and materials.

Tell us the problem, not the solution

Bring the process. We will come back with what it would take to replace it properly.