
What Drives the Cost of an AI Project in East Africa
Nobody can quote an AI project honestly from a one-line brief. These are the variables that actually move the number, so you can shape the scope before you request pricing.
The most common question in a first conversation is what it costs, and the most common honest answer is that the brief does not yet contain the information that determines the number. That is not evasion. Two projects with identical descriptions can differ severalfold on the variables below.
Rather than publish a figure that would be wrong for most readers, here is what a serious quote is actually pricing, so you can shape the scope and get comparable numbers from anyone you ask.
The condition of your data
This is the single largest swing factor. Clean records in one system with reliable identifiers is a different engagement from the same requirement spread across three systems, part of it on paper, with names spelled inconsistently and no shared key. The modelling work barely changes; the engineering ahead of it changes enormously.
It is also the variable you can improve before procurement. Knowing which systems hold the records, in what format, and how they reconcile turns a wide estimate into a narrow one.
A cheaper build on an expensive architecture is not cheaper, and a lower number that omits handover is a long-term dependency.
How many systems it has to talk to
Each integration carries its own cost: credentials, a counterpart who owns that system, a test environment, rate limits, and a failure mode to handle. Integrations against a vendor system with no documented interface and no responsive owner are the ones that quietly consume schedules.
Counting integrations explicitly in the brief, and naming an owner for each, is one of the cheapest things a buyer can do to reduce their own price.
Your approval and access cycle
Calendar time is cost. A project where security review, data access and sign-off take a fortnight each behaves differently from one where those decisions happen in days, and public sector procurement and audit requirements legitimately add steps.
This is why assessment phases exist. A two to four week assessment prices the delivery phase against observed reality, including how quickly your own organisation can move.
Hosting, compliance and where the data must live
Data residency requirements, sector regulation and the choice between cloud and on-premise hosting all change the architecture and the recurring bill. Regional data protection law is real: Uganda's Data Protection and Privacy Act, 2019, Kenya's Data Protection Act, 2019, and comparable regimes elsewhere in the region impose obligations that belong in the design rather than in a later remediation project.
Recurring cost deserves its own line in the evaluation. A cheaper build on an expensive architecture is not cheaper.
What you own at the end, and who supports it
Handover scope moves price legitimately. Repositories, infrastructure access, documentation, and training for the team who will operate the system all take real work, and omitting them produces a lower number and a long-term dependency.
Support scope does the same. A defined post-handover window, ours is typically around ninety days, is a different commitment from an open-ended retainer, and the two should never be compared on headline price alone.
How to get comparable quotes
Describe the process, not the technology. List the systems involved and name an owner for each. State where the data may live. Say explicitly that you expect code and infrastructure ownership at handover, and ask for assessment and delivery to be priced separately. Quotes built that way can be compared; quotes built from a one-line brief cannot.
What this means in practice
- Document which systems hold the records, in what format, and how identifiers reconcile, before requesting pricing.
- List every required integration and name an internal owner for each.
- State data residency and regulatory constraints in the brief rather than during delivery.
- Ask for assessment and delivery priced separately, with handover and support scope itemised.
Frequently asked questions
- What is this analysis about?
- Nobody can quote an AI project honestly from a one-line brief. These are the variables that actually move the number, so you can shape the scope before you request pricing.
- What is the core argument?
- The most common question in a first conversation is what it costs, and the most common honest answer is that the brief does not yet contain the information that determines the number. That is not evasion. Two projects with identical descriptions can differ severalfold on the variables below.
- The condition of your data?
- This is the single largest swing factor. Clean records in one system with reliable identifiers is a different engagement from the same requirement spread across three systems, part of it on paper, with names spelled inconsistently and no shared key. The modelling work barely changes; the engineering ahead of it changes enormously.
- What should our organisation do about it?
- Document which systems hold the records, in what format, and how identifiers reconcile, before requesting pricing. List every required integration and name an internal owner for each. State data residency and regulatory constraints in the brief rather than during delivery. Ask for assessment and delivery priced separately, with handover and support scope itemised.
- Who published this and can we discuss it with Kwish?
- Kwish Research Team at Kwish Technologies published this on September 2026. Kwish works on procurement programmes from offices in Uganda, Kenya, Sweden and Canada, and you can reach the team at info@kwishtechnologies.com.
Keep exploring
Turn this analysis into delivery
The services, sectors and case studies connected to this article.
Services that deliver this
Sectors where this applies
Related insights

Why African Governments Need AI-Native Systems, Not Retrofits
The temptation when modernising government technology is to retrofit. That instinct is exactly what Africa cannot afford.

The Hidden AI Infrastructure Gap in East African Universities
Faculty want AI in the classroom. IT departments don't have the data plumbing to deliver it. Here's the gap nobody is funding.

Building Government-Grade AI in Uganda: 5 Lessons from the Field
Procurement compliance. Stakeholder management. Data sovereignty. Local language requirements. Long-term maintenance planning.
Want this applied to your organisation?
Send us the decision you are trying to make. We reply with a scoped quotation.
Most quotations answered within one business day.