Knowledge Base

Articles and answers, in one place

40 systems-design lessons from building Africa's super app and engineering hosting billing automation, plus frequently asked questions about how I work.

40
ARTICLES
7
DISCIPLINES
54
MARKETS COVERED
knowledge-base
Knowledge Base overview
Articles

40 systems-design lessons

Filter by discipline, or browse all. Each article links through to the live Zuma module — or the Mr Bismarck webhosting billing platform — it's drawn from.

Table Bookings Without the Double-Booked Table</picture> E-commerce
09

Table Bookings Without the Double-Booked Table

Reservation systems that sync in real time with a restaurant's own floor plan, not a generic time-slot grid.

Read the article →
Menus, Orders and Payouts: The Operator's Back Office</picture> ERP
10

Menus, Orders and Payouts: The Operator's Back Office

Why restaurant partners need their own ERP view, not just a listing page on someone else's app.

Read the article →
Send Anything, Track Everything: Courier at City Scale</picture> ERP
11

Send Anything, Track Everything: Courier at City Scale

Parcel state machines that never leave a customer guessing where their order is.

Read the article →
Freight, Customs and Warehousing on One Operational Rail</picture> ERP
12

Freight, Customs and Warehousing on One Operational Rail

Moving logistics from spreadsheets-and-WhatsApp into a trackable system of record.

Read the article →
Renting a Home Without Paying a Viewing Fee to a Stranger</picture> Marketplace
13

Renting a Home Without Paying a Viewing Fee to a Stranger

How structural escrow, not just verification badges, kills rental fraud.

Read the article →
Escrow-Protected Listings: Checking the Title Before You Pay</picture> Marketplace
14

Escrow-Protected Listings: Checking the Title Before You Pay

Building buyer confidence into a category where fraud, not supply, blocks growth.

Read the article →
From Signed Lease to Feeling at Home: The Moving-In Stack</picture> E-commerce
15

From Signed Lease to Feeling at Home: The Moving-In Stack

Bundling furnishing, utilities and setup services into one post-purchase flow.

Read the article →
Pricing a Skilled Trade Before the Technician Arrives</picture> Marketplace
16

Pricing a Skilled Trade Before the Technician Arrives

Upfront quoting logic that removes the haggling step entirely.

Read the article →
Frequently Asked Questions

Get to know how I work

Working together

Hosting providers, MSPs, data centres, and platform or marketplace businesses — anywhere billing, automation, payments or e-commerce logic needs to hold together at scale. Most of my clients are in East and Southern Africa, but the systems I build travel.

A short discovery call, a written scope covering the specific systems involved (billing, payments, automation, or e-commerce), then build in phases with checkpoints — so you see working software early, not just a plan.

Both. I run implementation and ongoing monitoring/support packages, particularly for data-centre and hosting-automation engagements — sized by server count, from small providers to enterprise data centres.

Remotely, primarily. Most engagements are scoped and delivered without needing to be on-site, though I'm based in Nairobi and can meet in person for clients in the region if that's useful for discovery or handover.

Technical scope

I built my own hosting billing platform, Imara Cloud, specifically because off-the-shelf billing tools don't close the gap between what's invoiced and what's actually provisioned. I can also work inside a client's existing stack when migration isn't practical.

Yes — M-Pesa, MTN MoMo, Airtel Money, Tigo Pesa, HaloPesa, Stripe and card rails, reconciled into a single ledger rather than left as six disconnected integrations. This is the same architecture behind Zuma's multi-currency wallet.

Yes. The ERP pattern behind Zuma — billing, inventory, logistics and support tied into one system of record — applies well beyond hosting, and I've used it for education, tourism and non-profit platforms too.

It starts with mapping which incident types are safe to automate versus which always need a human sign-off — the same L1/L2/L3 governance model behind AIOP. From there it's integration work against your existing panel (cPanel/WHM, DirectAdmin, Proxmox) and monitoring stack, not a rip-and-replace.

Practical details

It depends on scope — a billing-automation fix is priced differently from a full multi-vertical ERP build. I scope and quote after the discovery call rather than off a fixed rate card, since the right structure (fixed-price phase vs. ongoing retainer) depends on what's being built.

Access to whatever systems are in scope (panel, billing platform, payment provider dashboards) and one point of contact who can make product decisions during the discovery phase. I'll flag anything else specific once the scope is clear.

Didn't find your question?

Send me a message directly — I read and respond to every enquiry myself.

Consult Me