Milestone-based lending OS for Ghanaian banks issuing patient-capital startup loans with staged drawdowns and mentor-linked monitoring.

1. A public move to 10- to 15-year startup loans creates a new servicing and underwriting workflow that standard SME systems were never built to handle.
2. Because mentorship is bundled into the debt product, lenders now need software that tracks operating support alongside financial exposure.
3. Priority sectors like agritech, healthtech, and edtech give the startup a narrow first wedge where milestones can be measured even when hard collateral is weak.
4. If the Startup Bill standardizes startup definitions, tax breaks, and co-investment, more institutions will need a common system of record for eligibility and reporting.

Catalyst. DBG has publicly shifted startup lending toward long-duration loans plus mentorship just as a Startup Bill may formalize startup definitions, tax incentives, and co-investment, creating an immediate need for new underwriting and monitoring workflows.

The product gives lenders a program-specific workspace for startup debt that begins with eligibility screening and converts each approved loan into staged disbursements tied to measurable milestones such as pilot deployments, revenue thresholds, clinic or school contracts, or supply-chain performance. Relationship managers and mentors record interventions inside the same system, so the lender can see whether operational support is de-risking the portfolio before releasing the next tranche. Credit committees get standardized review packs showing covenant status, startup KPI trends, sector-specific risks, and any Startup Bill or tax-incentive documentation attached to the borrower. Co-investors and public backers receive audit-ready portfolio summaries without forcing the lender to rebuild reports in spreadsheets. Over time, the OS becomes the default servicing and monitoring layer for startup debt programs across multiple institutions and countries.

What's different. Generic core-banking and SME loan systems assume amortization schedules, collateral files, and quarterly covenant reviews, while accelerators and venture-support programs manage mentorship without lender-grade controls. This startup sits in the gap by making startup debt legible to both credit committees and ecosystem partners: it ties milestones, mentor interventions, tranche releases, and program compliance into one auditable workflow. The moat grows from sector-specific milestone templates, portfolio performance benchmarks, and the data graph linking startup operating progress to repayment and risk outcomes across frontier-market debt programs.

Jobs to be done

flowchart LR
  Buyer[Startup lending lead] --> Pain[Cannot safely deploy patient-capital startup loans]
  Pain --> Product[Milestone startup lending OS]
  Product --> Outcome[Scale long-tenor startup lending with auditable support and reporting]

Executive takeaways

• The sharpest problem is operational: the wedge is less about inventing new capital and more about giving lenders one workflow for milestones, support, and committee reporting.
• Ghana is a credible beachhead but a concentrated one, so the venture case depends on using a Ghana pilot to expand into similar African lending programs.
• The most promising first deals attach to funded programs or guarantees, where finance, technical assistance, and oversight already have to coexist.
• Incumbents cover pieces of the stack, but none clearly own Ghana-specific patient-capital servicing with mentor-linked monitoring.

Market definition

Software and workflow infrastructure for lenders and development-finance programs that issue long-tenor startup or high-growth SME capital and need one system for origination, staged drawdowns, support interventions, and program reporting.

Customer and buyer

The practical user is the team running SME or startup lending operations and post-disbursement monitoring. The economic buyer is the executive who owns both portfolio risk and reporting to public or wholesale funding partners.

Buying triggers

• SME GO-style launches bundle financial and technical support, turning new lending desks into workflow and reporting projects as much as credit products. [3][4][7]
• Ghana still has limited long-tenor bank credit, so lenders asked to back longer-horizon agritech, healthtech, or edtech borrowers need tighter milestone control than a standard SME loan book. [1][2][29]
• DBG’s own project architecture combines wholesale lines, partial guarantees, a digital platform, and MEL requirements, which creates multi-party operating work that generic LOS tools do not solve cleanly. [2][5][6]

Willingness to pay

Budget is most credible when the product is sold as part of a funded lending or technical-assistance programme rather than as generic bank software; institutions are already mobilising capital pools, guarantees, and advisory spend that can absorb a workflow layer. [3][4][7][19]

Category dynamics

Growth signal 20% YoY growth in mobile-money transaction value in 2025

Validation signals

• IFC’s Access Bank facility pairs a 50% guarantee on up to $20M equivalent of SME lending with advisory support, showing real demand for de-risked lending plus capability building.
• SME GO has already mobilized GHC8.2 billion for financial and technical support, suggesting program budgets large enough to hide a workflow layer.
• GhISP reports six investment deals totaling $15M after pre- and post-investment TA, showing that support workflows already matter in Ghana.
• Shell Foundation’s mentorship program saw 88% of startups continue investor conversations, supporting the mentor-linked monitoring thesis.
• VC4A found supported Ghana ventures secure investment more often and at larger average ticket sizes, reinforcing the value of structured ecosystem support.

Regulatory & technical constraints

• Borrower-data controllers must document processing purposes, recipients, security measures, and any international transfers at registration.
• High-risk processing and any automated or profiling-like workflows should pass through a DPIA process.
• DBG is a wholesale institution working through PFIs, so the product must support lender-to-lender and lender-to-borrower handoffs rather than assume direct retail origination.
• DBG’s architecture already expects MEL, dashboards, and digital-financing components at both PFI and end-borrower level.

Direct Ghana-specific patient-capital lending software appears scarce, but buyers can already assemble partial substitutes from core lending suites, microfinance systems, digital-lending platforms, and M&E tools. The winning product must therefore behave like a program-specific control plane instead of another generic loan system.

Why incumbents do not win by default

• Core banking suites. They can serve as the system of record, but they are not designed to orchestrate milestone reviews, mentor actions, and public-program evidence in one lender-facing workflow.
• Commercial loan origination systems. They compress application and underwriting work, but the Ghana wedge requires ongoing post-disbursement governance rather than only better origination.
• Microfinance and digital-lending platforms. They are strong on recurring credit operations and dashboards, yet still assume more standardized lending than bespoke startup milestones and blended-capital stakeholders.
• Monitoring and grant-reporting tools. They handle disbursement and dashboards well, but they stop short of credit decisioning, covenant logic, and tranche-release controls.
• In-house ops plus consultants. Manual pilots can launch a program, but recurring MEL, TA, and committee-pack work quickly becomes a software problem instead of a services-only problem.

Ghana Development Bank has publicly shifted startup lending toward 10- to 15-year patient capital paired with mentorship, creating an immediate servicing workflow gap that standard SME loan systems cannot handle. The core problem is operational: Ghanaian lenders cannot safely stage drawdowns against startup milestones, track mentor interventions alongside financial covenants, or produce audit-ready evidence packs for credit committees and co-investors without rebuilding reports manually from email and spreadsheets. This startup builds a milestone-based lending OS giving lenders a purpose-built program workspace covering eligibility intake, staged drawdowns tied to sector KPIs, mentor-action logging, and one-click committee review pack generation. The beachhead is Ghanaian financial institutions deploying DBG-backed capital into post-revenue agritech, healthtech, and edtech startups requiring 10- to 15-year tenors. No existing vendor clearly owns Ghana-specific patient-capital servicing with mentor-linked milestone governance; incumbents cover origination or core lending but not the public-program evidence layer. Revenue is an annual SaaS subscription per active lending program (target $80-120k ACV) plus onboarding fees, with a 70% gross-margin target as implementation services diminish. The Ghana buyer pool is concentrated (estimated 15 near-term programs), so the venture thesis depends on converting one lighthouse deal into a replicable model for similar African DFI and blended-finance lenders. The evidence base rests on a single verified regional source; customer discovery in the first 90 days must confirm lender readiness, acceptable milestone types, and willingness to pay before committing full product scope.

Problem

• DBG-backed lenders have no purpose-built workflow for staging drawdowns against startup milestones such as revenue thresholds or pilot contracts—every deal is a manual exception in tools built for collateral-led short-tenor SME credit.
• Mentorship is bundled into patient-capital loans but tracked in ad hoc calls and emails, leaving no auditable link between mentor interventions and covenant or tranche-release decisions.
• Committee-ready evidence packs linking capital deployed, mentor support, and borrower KPIs are rebuilt manually for each review cycle, costing days per program and introducing inconsistency across cohorts.
• Standard SME loan-management systems assume amortizing schedules and hard collateral; 10- to 15-year milestone-based tenors force error-prone workarounds that undermine risk discipline and prevent program scale.

Solution

• A program-specific OS that converts each approved startup loan into a staged drawdown plan with configurable sector milestones (agritech supply-chain performance, healthtech clinic contracts, edtech school enrollments), covenant thresholds, and credit-committee tranche-release triggers.
• A mentor-action layer where relationship managers and external mentors log structured interventions against a mandatory workflow, making support activity auditable alongside financial exposure in the same system.
• A committee-ready reporting module that auto-generates review packs showing covenant status, KPI trends, sector milestone evidence, and public-program compliance documents—eliminating manual spreadsheet rebuilds before each credit-committee cycle.
• Deployed as an overlay above existing core-banking or LOS systems via file exports and APIs; no core replacement required, reducing integration risk and shortening the sales motion to 3-6 months.

Why we win

• No Ghana-specific competitor clearly owns mentor-linked patient-capital servicing; nCino and Mambu handle origination or core lending but not the public-program evidence layer and milestone governance.
• The product installs as a program overlay rather than a core replacement, making it faster and cheaper to evaluate in a pilot than a full LOS switch.
• Sector milestone libraries and cross-program benchmark data become sticky after two to three cohorts, creating switching costs grounded in accumulated credit-committee-validated operating knowledge.
• The buyer trigger is a funded facility launch—budget already exists and urgency is real—rather than a discretionary technology investment.
• DBG's own architecture explicitly requires MEL, dashboards, and digital financing components at PFI level, validating the orchestration layer and creating a warm referral channel for early sales.

Milestones

flowchart LR
  Beachhead[DBG agritech program] --> Pilot[Paid design-partner pilot]
  Pilot --> Pack[First committee review pack]
  Pack --> Proof[Lighthouse reference]
  Proof --> Expand[Healthtech and edtech programs]
  Expand --> PanAfrica[Pan-African DFI programs]

Founding team

Experiment roadmap

Risk assessment

What must be true

• At least 5 Ghanaian PFIs will stand up milestone-based startup lending programs within 24 months, creating a buyer pool large enough to reach $500-700k ARR in Ghana before pan-African expansion.
• Credit committees at target PFIs will accept sector KPI milestones as legally adequate tranche-release evidence once packaged in a standardized review template and pre-cleared with a guarantee partner.
• Lenders value the mentor-tracking integration enough to pay for the overlay rather than extend an existing LOS or M&E tool with a cheaper workaround.
• The product can be deployed as a lightweight overlay above existing core-banking or LOS systems within 8 weeks of contract signing without a costly custom integration project.
• The Ghana lighthouse deal is replicable into at least 3 additional African markets within 36 months, unlocking the pan-African venture thesis and the TAM required for a growth-stage funding round.

Open diligence questions

• Which specific PFIs have received or applied for DBG-backed startup lending lines and are actively preparing internal milestone-based processes right now—not merely planning to?
• What is the current manual process for producing a committee review pack on a startup borrower, and how many person-hours does one cycle consume?
• Would the chief credit officer at a target PFI sign a pilot SOW under existing operational budgets, or does it require a new capex committee approval?
• Which sector KPIs are credit committees willing to treat as tranche-release triggers without explicit regulatory guidance from the Ghana Innovation and Startup Bill?
• How does DBG's MEL requirement translate into concrete reporting obligations on PFIs, and does DBG mandate or incentivize specific digital infrastructure at the program level?
• Which competitors or consulting firms have already approached target PFIs with a similar pitch, and what was the reception?

Model sanity

• Revenue engine. Base-case revenue comes from growing active paid lending programs from 2 at Y1 exit to 6 at Y3 exit while annualized value per live program rises from roughly $90K to about $132K.
• Must go right. The first accepted committee-pack reference has to convert into three additional Ghana programs and one regional win without forcing a larger team before revenue arrives.
• Model breaks if. If the company exits Y3 with only 4 live programs and weaker premium-reporting attach, cash compresses toward the downside low point near $296K.
• Next-round proof. The next raise is easiest once 6 live programs, a non-Ghana reference, and three-sector milestone libraries support roughly $0.8M of exit annualized run-rate.

Scenarios

Sensitivity

flowchart LR
  FacilityLaunches[Funded lender programs] --> PaidPilots[Paid pilots]
  PaidPilots --> LivePrograms[Live lending programs]
  LivePrograms --> CommitteePacks[Committee review packs]
  CommitteePacks --> Revenue
  Revenue --> GrossProfit
  GrossProfit --> Cash

Flags: The modeled $1.6M ask sits below the business-plan's stated $2-4M target and only works if the company keeps the team flat at 5 FTE and outsources compliance-heavy work. · Revenue concentration is high: a single delayed or lost bank program can move annual revenue by roughly $90K-$130K because the Ghana logo pool is small. · Y3 revenue per FTE remains below typical SaaS benchmarks, so the venture case still depends on pan-African expansion after the Ghana lighthouse phase. · Gross margin only reaches the 70% target if onboarding stays template-driven and the company resists bespoke core-banking integration before customer density improves. · The base case still assumes at least two Ghana PFIs convert from pilot conversations to live paid programs on the timeline implied by the business plan, which has not yet been validated by public proof points.

• Thin source base. Because the cluster rests on one regional report, the exact rollout model, participating lenders, and policy timeline may differ from the initial signal. Mitigation: Start with configurable workflows, validate assumptions with design partners, and treat bill-linked reporting and eligibility logic as editable program templates.
• Long enterprise sales cycles. Banks and public-capital programs may move slowly, especially when introducing a new startup-lending product and committee process. Mitigation: Sell first as a paid pilot on one facility with fast reporting wins, then expand after the lender proves it can deploy capital and satisfy oversight requirements.
• Small initial buyer pool. Only a limited number of Ghanaian institutions may launch patient-capital startup debt programs in the near term. Mitigation: Use Ghana to win lighthouse programs, then expand into adjacent African markets and other blended-finance lenders that face the same milestone-based monitoring problem.