Consulting · Payment Systems · Open Source Author

Senior engineering, on retainer.

Direct access to a senior engineer who has shipped production payment systems and money-safe distributed backends. Used when you need a deep, second pair of eyes on the system you are about to build — or already have in flight.

What I take on

Six kinds of engineering work.

Every engagement follows a familiar shape — discovery, scope, build, handover — but the deliverables change with the work. Here’s what you actually walk away with, per project type.

Payment systems01 · Payment systems
01

Payment systems

For fintech products, marketplaces, and any platform moving money between two sides. Cards, mobile money, escrow, subscriptions — the stuff that has to be right the first time.

How I engage

Starts with a discovery call to map your money flow — sources, custody points, exits — and identify the risky joints: duplicate processing, race conditions, reconciliation gaps. Scoped as a fixed proposal within a few days.

Process

  1. 01Map the money flow: sources, custody points, exits
  2. 02Choose the provider stack (Stripe, Paystack, MTN/Orange Mobile Money, Fapshi)
  3. 03Design idempotent processing + escrow rules
  4. 04Build the audit trail before shipping anything else
  5. 05Wire compliance hooks: transaction limits, KYC, threshold reporting
  6. 06Load-test the concurrency story before go-live

Results & documents delivered

  • →Payment processing service in your codebase, integrated with your provider(s)
  • →State machine for every money-movement flow, with tests covering duplicates and races
  • →Reconciliation dashboard or CLI for finance/ops
  • →Runbook for common failure modes: webhook duplicate, provider outage, partial refund
  • →Written architecture doc for future engineers
  • →30 days of post-launch bug-fix support
Business & marketing sites02 · Business & marketing sites
02

Business & marketing sites

For consultancies, agencies, and SMBs who need a professional site that actually converts — not another template drop.

How I engage

Discovery call on your positioning, target audience, and primary conversion action. Scoped page-by-page proposal within three business days.

Process

  1. 01Define positioning, target audience, and the primary conversion action
  2. 02Sitemap + wireframe review before design
  3. 03Build page-by-page with weekly demos
  4. 04SEO + performance instrumentation baked in
  5. 05Contact form wired to your inbox, analytics live
  6. 06Deploy + handover to your team

Results & documents delivered

  • →Live site on your domain (Vercel or your infra)
  • →Fully editable Next.js + Tailwind codebase in your repo
  • →Contact form emailing to your inbox
  • →Bilingual (EN/FR) if in scope
  • →Sitemap, robots.txt, structured data, analytics, Open Graph metadata
  • →Handover doc + 30-day bug-fix window
SaaS products03 · SaaS products
03

SaaS products

For founders shipping a subscription product from scratch, or teams rebuilding an aging one that's holding them back.

How I engage

Discovery on the core user workflow — the loop from signup to primary action to billing. Scoped MVP proposal, weekly demos, no black-box builds.

Process

  1. 01Define the core loop: signup → primary action → billing
  2. 02Auth + multi-tenant foundation (workspaces, RBAC, org-level isolation)
  3. 03Core feature build with weekly demos
  4. 04Stripe subscriptions with plan changes + usage metering
  5. 05Admin console + analytics dashboards
  6. 06Deploy + observability wired, beta users onboarded

Results & documents delivered

  • →Live SaaS on your domain, ready for real users
  • →Multi-tenant codebase with workspace/org isolation
  • →Stripe subscriptions with plan changes + usage metering
  • →Admin console for user + billing management
  • →API for third-party integrations
  • →Deployment + monitoring runbook
Mobile apps04 · Mobile apps
04

Mobile apps

For products that need to live in users' pockets — payments, community, on-the-go tools. iOS + Android from a single codebase.

How I engage

Discovery on the core mobile workflow, backend requirements, and where you are in the app-store publishing journey (fresh account vs. existing listings).

Process

  1. 01Define the mobile-first user flow
  2. 02Design system + core screens
  3. 03Native features: push, camera, biometrics, deep links
  4. 04Backend API tuned for mobile constraints (batching, offline)
  5. 05App Store + Play Store submission (cert setup to first accept)
  6. 06OTA update pipeline (Expo EAS) so future updates skip resubmission

Results & documents delivered

  • →iOS + Android app from one Expo/React Native codebase
  • →App Store + Play Store listings live
  • →Backend API in your repo
  • →OTA update workflow (Expo EAS) — ship fixes without new submissions
  • →Push notification setup (APNs + FCM)
  • →Handover doc covering build, release, and update cycles
AI integrations05 · AI integrations
05

AI integrations

For teams adding real LLM features to their product — not chatbot demos, but production workflows with cost caps and fallbacks.

How I engage

Discovery on the use case, latency + cost constraints, and — most importantly — where AI actually helps vs. where a plain form field would do the job better.

Process

  1. 01Define the use case and measure what "correct output" means
  2. 02Model selection (OpenAI, Anthropic, Groq) with real cost analysis
  3. 03Prompt design + a small evaluation harness so iteration is confident
  4. 04Streaming UX + fallback logic for model outages
  5. 05RAG pipeline if needed (pgvector or dedicated embeddings DB)
  6. 06Cost + rate-limit guardrails before shipping to real users

Results & documents delivered

  • →AI feature integrated in your codebase with streaming UX
  • →Prompt library + evaluation set so you can iterate confidently
  • →Cost monitoring + hard-cap guards
  • →Fallback logic for model outages or rate limits
  • →Deployment + observability for AI-specific paths
  • →Doc explaining prompt design decisions and how to iterate them
Advisory engagements06 · Advisory engagements
06

Advisory engagements

For teams who want a senior engineer's brain on a decision without commissioning a full build. Architecture audits, second opinions, ongoing engineering advice.

How I engage

Starts with a discovery call to figure out whether you need a fixed-scope review (audit an existing system) or an ongoing retainer (bounce ideas as they come). Scoped proposal within a few days.

Process

  1. 01Discovery call to scope the ask (review vs. ongoing retainer)
  2. 02Written scope with fixed price (review) or monthly hours (retainer)
  3. 03Async work in your repo, shared channel, and review docs
  4. 04Two scheduled deep-dive calls for reviews; weekly check-ins for retainers
  5. 05Written deliverable at the end (review) or a running decision log (retainer)
  6. 06Two weeks of follow-up email support after reviews wrap

Results & documents delivered

  • →Written architecture assessment (10–20 pages) with ranked findings by risk and effort
  • →Prioritized roadmap: what to fix now, what to defer, what to leave alone
  • →Inline code and schema annotations in your repo where useful
  • →Running decision log for retainer engagements
  • →Same-business-day answers to async questions
  • →90-min team walkthrough + Q&A for reviews
How we work

How we’ll work together.

Most of the work happens by chat and shared docs. We only jump on a call when it actually helps.

  • ·Messages first, calls when needed.Most of the work happens in your repo, in a shared channel, and in review docs. We jump on a call only when it actually saves time.
  • ·A shared chat for questions.Slack, Discord, or whatever your team uses. I reply the same working day — not 24/7, but never silent for days either.
  • ·Everything gets written down.Every review, decision, or piece of work ends up in a document your team can read later. Nothing important lives only in someone's head.
  • ·A rhythm you can plan around.One weekly check-in by default. Deep-dive calls when the work needs them. I work from West Africa and can overlap with most timezones.
Process
01

Intake call

A 30-minute call to understand what you're building, where it hurts, and whether either of these engagement shapes fits. No deck, no sales pitch.

02

Scoped proposal

Within a few days I send a one-page proposal with the scope, the deliverables, and the price. Plain language, no surprises.

03

Start

On signature and the first payment, work starts on the date we agreed. Most engagements kick off within a week.

Common questions

Do you handle both building and advising?

Yes. Most engagements are build work — payment systems, SaaS, mobile, marketing sites, AI features. But I also take on advisory-only work when a team just needs a second opinion or an ongoing brain to bounce things off.

Does this convert into a full build if we want one?

Yes. If an advisory engagement surfaces work you want done, we scope a build separately and my agency, SaaS Simplified, takes it on. Advisory and build are always billed separately — never an upsell pressure inside the advisory hours.

Do you sign NDAs?

Yes. Send yours and I'll review it; if you don't have one I have a short mutual NDA I can share.

How fast can we start?

Most engagements kick off within a week of signature. Build work with a bigger scope may take longer to schedule — I'll say so up front on the intake call.

How many engagements at once?

A small number, deliberately. I keep a firm cap so every client gets real senior attention, not shared time. If I'm at capacity I'll say so on the intake call and offer a start date.

Async-only, or some calls?

Both, depending on the work. Most of the day-to-day happens by chat and in shared docs. Calls get scheduled when they actually save time.

Start the conversation

Tell me about the system you're working on.

A short email is enough — the architecture, where you're stuck, and how soon you want a second read. I reply within one business day.