We build the technology Africa runs on
Identity, verification, payments, messaging and AI. Eleven products of our own already run on them. So can yours.
We build core technology: the identity, verification, payment, messaging and AI layer beneath African software. Then we build the systems institutions run on top of it. Nothing reaches a customer that has not already carried our own products in production.
Everything we ship sits on five services. So does everything we build for you.
No client edition, no cut-down tier, no separate roadmap. A system built for you attaches at the same layer our own products do.
What it runs on
- Managed containers
- Managed Postgres
- Edge and storage
- Model providers
- CI and delivery
- Observability
The five services
- YeboIDIdentity and single sign-on
- YeboVerifyKYC, KYB and AML
- YeboPayPayments and settlement
- YeboLinkSMS, WhatsApp and email
- YeboAIShared inference layer
What people actually use
- Eneza
- YeboLearn
- YeboLand
- YeboShops
- YeboCars
- YeboLift
- YeboMart
- YeboDash
- Yebona
- YeboJobs
- YeboTickets
- Financial
- National venue
- Government
- City council
- Transport
- Yours
Yebo, the conversational layer
One assistant, signed in once, driving every product beneath it over MCP.
Autonomy
Not builtEarth observation and the data layer beneath it. What is on the ground, where, and what changed since the last pass.
L4 is where the leverage is
One conversation operates every product beneath it, so a new capability arrives everywhere at once rather than product by product.
Same layer, no lesser tier
A system built for you attaches where our own products attach. There is no client edition running behind a version.
The portfolio is the test rig
Nothing reaches a customer that has not already carried our own traffic, at our own expense, for months.
L5 is dashed on purpose
It is not built. It stays drawn that way until it flies, on this page and everywhere else we draw it.
Built for institutions. Named on request.
Listed by the kind of organisation, because the question this page has to answer is whether we have built for one like yours. Named case studies sit on the partnerships page; reference contacts go out on request.
- Regulated financial institutionRegulated
- National sporting venuePublic sector
- Central government agencyPublic sector
- National police servicePublic sector
- City councilPublic sector
- National transport sectorPublic sector
- Regional intergovernmental summitPublic sector
- Municipal parking operatorPublic sector
- National holding groupPrivate
- Events and retail operatorPrivate
- Construction group, United StatesPrivate
Administration is what each of these systems does. The record it leaves is what changes how a ministry decides.
Standards someone else set, and audited.
Three of these were checked by a party with no interest in us passing. That is the only kind worth listing.
Regulator-cleared onboarding
The regulator reviewed the verification flow, the record-keeping and the retention terms before onboarding went live. Nothing there is self-certified, and the review is repeatable on request.
National financial regulatorFIFA venue standardization
The entry and crowd-flow requirements a standardized venue is held to were audited against the system as deployed, at full capacity rather than in a test.
Venue standardizationGovernment-grade architecture
Identity on every request, row-level scoping and a complete audit trail — applied across the whole estate rather than assembled for one deployment under review.
Applied estate-wideEleven products of our own, in daily use here.
Not a catalogue. A ministry choosing between us and a consultancy flown in for the engagement is asking who understands the country. Products in daily use here, carried by the same five services we are offering you, is the answer.
- EnezaWhatsApp advertising
- YeboLearnSchool management
- YeboLand3D land registry
- YeboShopsClassifieds with escrow
- YeboCarsVehicle marketplace
- YeboLiftCarpooling
- YeboMartShop management
- YeboDashDelivery and logistics
- YebonaChina–Africa imports
- YeboJobsEmployment
- YeboTicketsEvent ticketing
- The shopkeeper in Lagos
- restocking and settling with a supplier from one thread.
- The welder in Nairobi
- finding work without a CV or a data bundle to spare.
- The school in Accra
- keeping its own records instead of a filing cabinet.
A supplier flown in for the engagement cannot write that paragraph. It is the whole reason the portfolio is on this page. The full index is one level down.
The platform you build on.
Five services, each one carrying our own products in production before it carries yours. You integrate them, or we build on top of them for you. There is no third arrangement.
YeboID
Identity and single sign-onYeboVerify
KYC, KYB and AMLYeboPay
Payments and settlementYeboLink
SMS, WhatsApp and emailYeboAI
Shared inference layer
The system we build for you.
Some systems cannot be bought. A national venue’s gate control. A regulator-cleared onboarding flow. A ministry’s citizen request desk. We build those on the platform above, not on a separate stack kept for clients.
What you get
A system specified against your process, built in your environment, and operated by your team. Identity, verification, payments and messaging are already solved before the first line is written for you.
What it runs on
The same five services that carry every one of our own products in production. You are not the first traffic they will see.
What it is not
Not a licence to a product that almost fits. Not a tier. Not a pilot that quietly becomes the production system.
Engineers in your team, not a ticket queue.
Institutions do not buy software so much as they take on a supplier. These are the terms of that, written before you ask.
Who does the work
The engineers who built the platform. Named, on your calls, in your channel. Not a delivery manager relaying to a team you never meet.
How it runs
Two-week increments against a written scope. Something running in your environment inside the first month, rather than a design document that describes one.
Who is on call
A named engineer, an escalation path, and a response window written into the contract rather than into a brochure.
What handover looks like
Your team commits to the same repository from the first week. Runbooks, architecture notes and an operations walkthrough land before the engagement closes, not after it.
Six questions procurement asks, answered in writing.
Rather than extracted over six weeks of email. Each one is answered in full, alongside the authorization model and the document pack.
- 01Where the data lives
- 02Who can reach it
- 03What is written down
- 04Who else touches it
- 05Who owns it
- 06When something fails
What happens if we are not here.
The question every institution asks late and quietly. It is cheaper to answer it now, in writing.
Who owns the code
You do. The system built for you is yours, in a repository you control, from the first commit rather than the final invoice.
Who owns the data
You do. A full export in an open format is a term of the contract, not a favour at the end of one.
If we part ways
Exit terms are written at the start: source, data, runbooks, and a handover period long enough for your team or another supplier to take it over without a gap in service.
Where we are
Yebo Hub in Manzini — a coworking space, meeting rooms, a studio and a café, and the first of them. A company with a street address people walk into is a different kind of supplier from one with a support address.
Nobody has flown this ground. So nobody has the data.
Aerial survey, models that read what comes back, and a data layer that compounds every pass. Most decisions about ground in this region are still made against a survey somebody did years ago.
Fly it. Land it. Read it. Act on it. Then fly it again.
Four stages and a season that returns to the start. The loop is the point — one pass is a survey, six are a record nobody else holds.
Swipe to see the whole drawing
The asset is not the aircraft. It is the time series.
Anyone can buy a drone. What cannot be bought is six seasons of the same ground, joined to a registry, across markets where nobody else has flown. That moat widens on its own, which is the argument for starting now rather than when the models get better.
- Logistics
- Corridors, ports and road conditions, so a route is planned against what is on the ground now rather than what was there last year.
- Border and national security
- What is at a border, a coastline or a site of interest, and what moved since the last pass. Observation on a schedule, with the record kept in-country.
- Agriculture
- Food-security forecasting, subsidy targeting and drought response against real numbers instead of last year’s survey.
- Land and tenure
- Parcels, boundaries and encroachment, joined to the registry already in YeboLand rather than held in a system of its own.
Not built yet. Drawn dashed everywhere it appears, and it stays that way until it flies.
Start with a conversation, not a commitment.
Three ways in, none of which requires a procurement process to begin. A named person answers each of them.
A briefing
Forty-five minutes on what you are trying to do and whether we are the right supplier for it. We will say if we are not.
Request a briefingA technical review
Your engineers and ours, on the architecture, the data boundary and the integration surface. Bring the objections.
Book a technical reviewReferences and documents
Capability statement, sub-processor list, processing terms, and contacts at deployments already running.
Request the pack- Mbabane, EswatiniOperating headquarters
- Delaware, USARegistered entity