AI Data Foundation Plan
Use When
- Use this skill when the requested outcome is specifically a implementation plan and the supplied brief falls within ai data foundation plan.
Do Not Use When
- Use
ai-readiness-diagnostic when its narrower output is the real deliverable; do not use this skill as a generic substitute.
- Do not use it to publish, send, spend, alter a live account, or make unsupported legal, platform, performance, or certification claims.
Required Inputs
| Artefact |
Source/provider |
Required? |
If absent |
| AI marketing use-case brief, intended human control point and success measure |
Requester or approved brief |
Yes |
Stop and request the missing decision context. |
| Brand voice, offer facts, constraints and approvals |
Client source pack or authorised owner |
Conditional |
State assumptions; do not invent names, prices, results or approvals. |
| Performance, platform or research evidence used for claims |
Traceable export, URL, document or named source |
Conditional |
Draft the narrowest reviewable version and flag the missing evidence. |
Capability and Permission Boundaries
Drafting is permitted within the supplied brief. Publishing, sending, spending, changing live accounts, or claiming certification requires separate explicit authority. Minimum capabilities are read access to supplied files and search across the authorised evidence set. Use only the files, tools, accounts and evidence made available for the engagement, expose every unassessed check, and obtain explicit authority before any mutation.
Degraded Mode
Fallback: if files, network access, platform data, language review or production tools are unavailable, return the narrowest useful qualified implementation plan; mark unavailable checks not assessed and never convert them into a pass.
Decision Rules
| Choice |
Action |
Failure or risk avoided |
| Data readiness, AI maturity and risk support the proposed operating level |
Choose the lowest viable automation level and define its human approval gate. |
Automating an unsafe or unevaluable marketing process. |
| A required fact or approval is missing |
Stop that claim or action; request it or use an explicit placeholder. |
Fabricated facts, implied consent or unauthorised publication. |
| Evidence is partial but a useful draft is possible |
Deliver a qualified draft with gaps and the next verification step. |
Treating an unassessed requirement as passed. |
Workflow
- Confirm the exact implementation plan, consumer, market, channel and approval boundary; route to
ai-readiness-diagnostic if it is the closer match.
- Inventory supplied facts, source provenance, constraints and missing inputs; stop if the objective, audience or authority is unknowable.
- Select the domain method and record the material decision behind it before drafting.
- Produce the smallest complete implementation plan; keep facts traceable and placeholders visibly unresolved.
- Test the result against the decision table, domain quality criteria and anti-slop gate; recover by narrowing or qualifying unsupported portions.
- Deliver the artefact with evidence, assumptions, unassessed checks and the next approval or verification step.
Outputs
| Artefact |
Consumer |
Observable acceptance condition |
| Implementation plan |
Requester, client reviewer or delivery team |
The implementation plan addresses the named audience and objective, records assumptions, and passes the skill's domain checks without invented facts. |
| Decision and gap note |
Approver or next workflow |
Names the chosen route, evidence used, unresolved inputs and any action requiring authority. |
Evidence Produced
| Evidence |
Format |
Acceptance condition |
| Source/assumption register and completed release checklist |
Inline table, checklist or linked source note |
Every material claim, decision and unavailable check is traceable. |
Quality Standards
- Preserve the domain guidance and East African market context below; replace it only when the requester names another market.
- Use British English unless the target language or market requires otherwise, and verify names, figures, quotations and platform rules before use.
- Make the key choice visible, cover failure and edge cases, and keep the result ready for its named consumer.
- Run the repository's
anti-ai-slop ship gate; a blocking factual, cultural, safety or permission defect stops release.
Anti-Patterns
- Writing before the objective and audience are known. Fix: stop and obtain the missing brief fields.
- Reusing a neighbouring skill's template because the headings look similar. Fix: route by the requested implementation plan, not vocabulary overlap.
- Adding a price, result, quotation, platform limit or cultural claim without a traceable source. Fix: verify it or qualify/remove it.
- Treating missing access, evidence or native-language review as approval. Fix: mark the check
not assessed and narrow the result.
- Publishing, sending, spending or changing a live account from drafting authority alone. Fix: obtain explicit action-specific authority and retain the approval record.
References
Purpose
Produce a structured data foundation action plan grounded in Canvas Step 1 of
Venkatesan and Lecinski's The AI Marketing Canvas (2nd ed., 2026). AI is
only as good as the data it is trained on. A client with poor data will get
poor AI outputs regardless of which tools they purchase. The most common reason
AI marketing fails at Step 2 is not tool quality — it is data quality.
The four customer moments that AI marketing serves — Acquisition, Retention,
Growth, and Advocacy — each require specific, clean, structured data to
function. This skill delivers the audit, schema, and plan to build that
foundation.
Primarily relevant for larger East African clients (banks, NGOs, telecoms,
universities) with existing data but no structured marketing use of it.
After completing this plan, refer the client to ai-readiness-diagnostic to
confirm their Canvas step progression, and to ai-vendor-evaluation when
selecting CRM or AI tools.
Required Inputs
Ask for the following before generating any output:
- Client business name — trading name and legal entity if different
- Industry — financial services, NGO, telecom, education, retail, etc.
- Country and city — defaults to Uganda/Kampala if not specified
- Organisation size — approximate staff count and customer/contact count
- Current data sources — list every source, including spreadsheets,
WhatsApp contact lists, paper records, and legacy software
- Primary marketing goal — what AI capability the client wants to unlock
(e.g., segmented email, churn prediction, personalised WhatsApp messaging)
- Current Canvas step — from
ai-readiness-diagnostic; if not run, ask
the client to describe their AI marketing activity to date
- Existing CRM or data tool — name and version, or "none"
Step 1 — Data Asset Inventory
Map all current data sources across five categories. For each source identified,
record the four attributes listed below.
Five data categories to map:
- Contact data — customer name, phone number, email address, location
- Transaction data — purchase history, amounts (UGX), dates, payment
method (Mobile Money / bank transfer / cash)
- Engagement data — social media interactions, email opens, website visits,
WhatsApp message responses
- Behavioural data — content consumed, products viewed but not purchased,
pages visited, app activity
- Feedback data — survey responses, Google/Facebook reviews, complaint
records, WhatsApp conversation threads
For each data source, record:
| Attribute |
Description |
| Location |
Where it lives: spreadsheet, CRM, WhatsApp contacts, paper ledger, POS system |
| Owner |
Which department or individual controls it |
| Currency |
How frequently it is updated: daily / weekly / monthly / never |
| Completeness |
Estimated % of records with all required fields populated |
Present the inventory as a table. Flag any source rated below 50% completeness
or updated less than monthly as a priority gap.
Step 2 — Data Quality Assessment
Rate each data source on four dimensions. Target scores are noted; flag any
source below target.
| Dimension |
Definition |
Target |
| Completeness |
Are all required fields populated? |
80%+ of records |
| Accuracy |
Is the data correct? Spot-check 10 records per source. |
<5% error rate |
| Consistency |
Same customer appearing in multiple systems — do records match? |
90%+ match rate |
| Currency |
When was it last updated? |
Within 30 days |
EA-specific data problems to check for explicitly:
- SIM swapping — customers in Uganda frequently change SIM cards; a
contact may have 2–4 phone numbers on file, not all current
- Mobile Money numbers — MTN MoMo and Airtel Money numbers may differ from
the customer's primary voice SIM; record both separately
- Name variations — Luganda and English name forms of the same person are
often recorded inconsistently (e.g., "Nakato Sarah" vs "Sarah Nakato" vs
"S. Nakato"); flag duplicates
- Unrecorded cash transactions — particularly common in retail and
financial services; a customer's LTV is systematically underestimated if
cash sales are not captured
- WhatsApp as de facto CRM — WhatsApp contact lists are valuable but
unstructured; they must be exported and cleaned before any AI tool can
use them
Produce a quality scorecard table with one row per data source and columns for
each dimension. Assign RAG status (Red / Amber / Green) per cell.
Step 3 — Minimum Viable Customer Schema
Design the client's minimum viable customer record — the specific fields
required for their stated marketing goal. Do not produce a generic schema;
tailor fields to the client's industry and goal.
Core fields — required for any AI use:
| Field |
Notes |
| Customer ID |
Unique identifier; generate if none exists |
| Full name |
Standardised format: First Last |
| Primary phone |
With country code (+256 for Uganda) |
| Mobile Money number |
MTN or Airtel; note network |
| Email address |
Where available; not mandatory for all EA segments |
| Location |
District and sub-county minimum; full address where possible |
| Date of first contact |
Transaction date or sign-up date |
| Customer type |
Individual / Business / NGO / Government |
Behavioural fields — required for Retention and Growth AI moments:
| Field |
Notes |
| Last transaction date |
Enables churn scoring |
| Total lifetime value (LTV) |
Cumulative spend in UGX |
| Average transaction value |
LTV ÷ transaction count |
| Preferred contact channel |
WhatsApp / Facebook / Email / In-person / SMS |
| Content preferences |
If trackable from engagement data |
| Complaint history |
Boolean: Y/N; resolved: Y/N |
Segmentation fields — required for Acquisition AI moment:
| Field |
Notes |
| Acquisition source |
Referral / Social media / Walk-in / Event / Paid ad |
| Referrer name |
Critical for word-of-mouth tracking in EA; link to referrer's Customer ID |
| Industry / Sector |
B2B clients only |
| Organisation name |
B2B clients only |
For each field in the schema, note: (a) whether it currently exists in a data
source, (b) the source location, and (c) what action is needed to populate it.
Step 4 — 90-Day Data Foundation Plan
Produce a task-level plan with named deliverables per 30-day block. Assign a
responsible role (e.g., Marketing Manager, IT Officer, Data Analyst) to each
task. Milestones must be concrete and measurable — not vague objectives.
Days 1–30: Audit and Clean
- Week 1 — Complete the data asset inventory (Step 1). Produce the
inventory table and share with senior management for sign-off.
- Week 2 — Run the data quality assessment (Step 2) on the top three data
sources by customer record count. Produce the RAG scorecard.
- Week 3–4 — Identify and close the single most damaging data gap. For
most EA clients this will be either: (a) deduplicating phone numbers, or
(b) exporting and structuring WhatsApp contacts.
- Week 4 — Select a CRM or data management tool (see recommendations
below). Complete tool sign-up and configure the minimum viable schema as
the record template.
Days 31–60: Consolidate
- Migrate all customer records from existing sources into the chosen CRM.
- Apply the minimum viable schema to all migrated records; flag incomplete
records for follow-up.
- Write and circulate a data entry standard — one-page document specifying
exactly how new customer records are created (format, required fields,
who enters data).
- Set up a consent capture process (see Uganda DPA 2019 requirements below).
Every new customer record created from Day 31 onward must have documented
consent.
Days 61–90: Connect and Test
- Connect the clean data source to the first AI or automation tool identified
in the client's marketing goal (e.g., Mailchimp for email segmentation;
Africa's Talking for SMS broadcast; HubSpot workflows for lead nurturing).
- Run the first segmented campaign using the clean data.
- After the campaign, measure: Was the data clean enough to run without
manual correction? What fields were missing or incorrect?
- Produce a data health score: calculate the % of records meeting the
full minimum viable schema. Set a target of 70%+ by Day 90, 90%+ by
Month 6.
Uganda Data Protection and Privacy Act 2019 — Compliance
Address the following requirements explicitly in the plan output.
Obligations relevant to marketing data:
- Obtain explicit, informed consent before storing any personal data.
- Inform customers of: what data is collected, the purpose, how it is used,
how long it is retained, and who it may be shared with.
- Honour opt-out requests within 48 hours.
- WhatsApp broadcast lists require opt-in from each recipient — do not add
contacts without consent.
- Appoint a Data Protection Officer if processing data at scale (>1,000
records is a reasonable internal threshold for larger clients).
Consent capture template — include this verbatim in the output, adapted to
the client's name and service:
[CLIENT NAME] — Data Consent Notice
By sharing your contact details with us, you agree that [Client Name] may
store and use your name, phone number, and purchase history to:
- Send you relevant updates, offers, and service information via WhatsApp,
SMS, or email
- Improve our products and services based on your feedback
- Contact you about your account or orders
Your data will not be sold or shared with third parties without your
separate consent. You may withdraw consent at any time by messaging
"STOP" to [WhatsApp number] or emailing [email address].
Data is retained for [X] years or until you request deletion.
This notice complies with the Uganda Data Protection and Privacy Act 2019.
Adapt the retention period and contact channels to the client's actual
practice. Translate into Luganda or Swahili if the client's primary customer
base is not English-speaking.
Recommended CRM Tools for the EA Market
Recommend one tool from this table based on client size and budget. Cross-
reference with ai-vendor-evaluation for a full tool selection process.
| Tool |
Type |
Free Tier |
Payment Method |
Best For |
| HubSpot CRM |
Full CRM |
Yes — generous free tier |
USD card required |
SMEs with 500+ contacts |
| Zoho CRM |
Full CRM |
Yes — up to 3 users |
USD card required |
Growing SMEs |
| Airtable |
Flexible database |
Yes — limited records |
USD card required |
Custom data structures |
| Google Sheets + AppSheet |
Low-code CRM |
Yes |
Google account / USD |
Very small teams, no budget |
| Salesforce Nonprofit Success Pack |
Full CRM |
Donated — 10 licences |
Requires application |
NGOs and civil society |
Selection guidance:
- If the client has fewer than 200 contacts and no budget: Google Sheets +
AppSheet.
- If the client has 200–2,000 contacts and some budget: HubSpot or Zoho free
tier.
- If the client is an NGO or CSO: apply for Salesforce Nonprofit first.
- If the client has complex relational data needs: Airtable.
Quality Criteria
Assess the output against these criteria before delivering to the client:
- The data asset inventory is exhaustive — it includes WhatsApp contacts,
paper records, and POS systems if present, not only digital CRM sources.
- All four data quality dimensions (completeness, accuracy, consistency,
currency) are assessed and scored in a RAG table, not described generically.
- The minimum viable schema is tailored to the client's industry and stated
marketing goal — it is not a copy-paste generic template.
- The 90-day plan contains named, measurable tasks for each 30-day block with
an assigned responsible role; no block contains only vague objectives.
- Uganda DPA 2019 compliance is addressed with the consent capture template
adapted to the client's name, channels, and retention period.
- The CRM recommendation is specific to the client's size and budget, with a
brief rationale, not a list of all options.
- EA-specific data problems — SIM swapping, Mobile Money number duplication,
Luganda/English name variations, unrecorded cash transactions — are
explicitly identified where relevant to the client's data sources.
- The output closes with a clear statement of the data health score target
and what Canvas step the client will be ready to attempt once that target
is met.
Output Format
Deliver the plan in five clearly labelled sections matching the steps above:
- Data Asset Inventory (table)
- Data Quality Assessment (RAG scorecard table)
- Minimum Viable Customer Schema (table with current-state notes)
- 90-Day Data Foundation Plan (three 30-day blocks, task-level)
- Compliance and Consent (DPA 2019 notice, adapted)
Close with a one-paragraph Next Step statement confirming: what Canvas step
the client is currently at, what the 90-day plan will unlock, and which skill
to invoke next (ai-readiness-diagnostic to re-score, or
ai-marketing-canvas-assessment to begin full canvas development).
Output is a structured text document suitable for sharing with the client's
senior leadership team as a standalone briefing paper.
For data-product ownership, lineage, freshness, audience boundaries, and AI
marketing controls, load data product and AI foundation principles.
1---2name: ai-data-foundation-plan3description: Use when AI Data Foundation Plan is needed to produce an implementation plan for social-media or digital-marketing work; use `ai-readiness-diagnostic` when its narrower outcome is requested.4---5# AI Data Foundation Plan67<!-- dual-compat-start -->8## Use When9- Use this skill when the requested outcome is specifically a **implementation plan** and the supplied brief falls within ai data foundation plan.1011## Do Not Use When12- Use `ai-readiness-diagnostic` when its narrower output is the real deliverable; do not use this skill as a generic substitute.13- Do not use it to publish, send, spend, alter a live account, or make unsupported legal, platform, performance, or certification claims.1415## Required Inputs16| Artefact | Source/provider | Required? | If absent |17|---|---|---:|---|18| AI marketing use-case brief, intended human control point and success measure | Requester or approved brief | Yes | Stop and request the missing decision context. |19| Brand voice, offer facts, constraints and approvals | Client source pack or authorised owner | Conditional | State assumptions; do not invent names, prices, results or approvals. |20| Performance, platform or research evidence used for claims | Traceable export, URL, document or named source | Conditional | Draft the narrowest reviewable version and flag the missing evidence. |2122## Capability and Permission Boundaries23Drafting is permitted within the supplied brief. Publishing, sending, spending, changing live accounts, or claiming certification requires separate explicit authority. Minimum capabilities are read access to supplied files and search across the authorised evidence set. Use only the files, tools, accounts and evidence made available for the engagement, expose every unassessed check, and obtain explicit authority before any mutation.2425## Degraded Mode26Fallback: if files, network access, platform data, language review or production tools are unavailable, return the narrowest useful qualified implementation plan; mark unavailable checks `not assessed` and never convert them into a pass.2728## Decision Rules29| Choice | Action | Failure or risk avoided |30|---|---|---|31| Data readiness, AI maturity and risk support the proposed operating level | Choose the lowest viable automation level and define its human approval gate. | Automating an unsafe or unevaluable marketing process. |32| A required fact or approval is missing | Stop that claim or action; request it or use an explicit placeholder. | Fabricated facts, implied consent or unauthorised publication. |33| Evidence is partial but a useful draft is possible | Deliver a qualified draft with gaps and the next verification step. | Treating an unassessed requirement as passed. |3435## Workflow361. Confirm the exact implementation plan, consumer, market, channel and approval boundary; route to `ai-readiness-diagnostic` if it is the closer match.372. Inventory supplied facts, source provenance, constraints and missing inputs; stop if the objective, audience or authority is unknowable.383. Select the domain method and record the material decision behind it before drafting.394. Produce the smallest complete implementation plan; keep facts traceable and placeholders visibly unresolved.405. Test the result against the decision table, domain quality criteria and anti-slop gate; recover by narrowing or qualifying unsupported portions.416. Deliver the artefact with evidence, assumptions, unassessed checks and the next approval or verification step.4243## Outputs44| Artefact | Consumer | Observable acceptance condition |45|---|---|---|46| Implementation plan | Requester, client reviewer or delivery team | The implementation plan addresses the named audience and objective, records assumptions, and passes the skill's domain checks without invented facts. |47| Decision and gap note | Approver or next workflow | Names the chosen route, evidence used, unresolved inputs and any action requiring authority. |4849## Evidence Produced50| Evidence | Format | Acceptance condition |51|---|---|---|52| Source/assumption register and completed release checklist | Inline table, checklist or linked source note | Every material claim, decision and unavailable check is traceable. |5354## Quality Standards55- Preserve the domain guidance and East African market context below; replace it only when the requester names another market.56- Use British English unless the target language or market requires otherwise, and verify names, figures, quotations and platform rules before use.57- Make the key choice visible, cover failure and edge cases, and keep the result ready for its named consumer.58- Run the repository's `anti-ai-slop` ship gate; a blocking factual, cultural, safety or permission defect stops release.5960## Anti-Patterns61- Writing before the objective and audience are known. **Fix:** stop and obtain the missing brief fields.62- Reusing a neighbouring skill's template because the headings look similar. **Fix:** route by the requested implementation plan, not vocabulary overlap.63- Adding a price, result, quotation, platform limit or cultural claim without a traceable source. **Fix:** verify it or qualify/remove it.64- Treating missing access, evidence or native-language review as approval. **Fix:** mark the check `not assessed` and narrow the result.65- Publishing, sending, spending or changing a live account from drafting authority alone. **Fix:** obtain explicit action-specific authority and retain the approval record.6667## References68- [ai-readiness-diagnostic](../ai-readiness-diagnostic/SKILL.md) is the nearest routing comparison for this skill.69- [Repository agent guide](../../../AGENTS.md) defines the engine-wide market, safety and anti-slop gates.70<!-- dual-compat-end -->7172## Purpose73Produce a structured data foundation action plan grounded in Canvas Step 1 of74Venkatesan and Lecinski's *The AI Marketing Canvas* (2nd ed., 2026). AI is75only as good as the data it is trained on. A client with poor data will get76poor AI outputs regardless of which tools they purchase. The most common reason77AI marketing fails at Step 2 is not tool quality — it is data quality.7879The four customer moments that AI marketing serves — Acquisition, Retention,80Growth, and Advocacy — each require specific, clean, structured data to81function. This skill delivers the audit, schema, and plan to build that82foundation.8384Primarily relevant for larger East African clients (banks, NGOs, telecoms,85universities) with existing data but no structured marketing use of it.8687After completing this plan, refer the client to `ai-readiness-diagnostic` to88confirm their Canvas step progression, and to `ai-vendor-evaluation` when89selecting CRM or AI tools.9091## Required Inputs92Ask for the following before generating any output:93941. **Client business name** — trading name and legal entity if different952. **Industry** — financial services, NGO, telecom, education, retail, etc.963. **Country and city** — defaults to Uganda/Kampala if not specified974. **Organisation size** — approximate staff count and customer/contact count985. **Current data sources** — list every source, including spreadsheets,99 WhatsApp contact lists, paper records, and legacy software1006. **Primary marketing goal** — what AI capability the client wants to unlock101 (e.g., segmented email, churn prediction, personalised WhatsApp messaging)1027. **Current Canvas step** — from `ai-readiness-diagnostic`; if not run, ask103 the client to describe their AI marketing activity to date1048. **Existing CRM or data tool** — name and version, or "none"105106## Step 1 — Data Asset Inventory107Map all current data sources across five categories. For each source identified,108record the four attributes listed below.109110**Five data categories to map:**111112- **Contact data** — customer name, phone number, email address, location113- **Transaction data** — purchase history, amounts (UGX), dates, payment114 method (Mobile Money / bank transfer / cash)115- **Engagement data** — social media interactions, email opens, website visits,116 WhatsApp message responses117- **Behavioural data** — content consumed, products viewed but not purchased,118 pages visited, app activity119- **Feedback data** — survey responses, Google/Facebook reviews, complaint120 records, WhatsApp conversation threads121122**For each data source, record:**123124| Attribute | Description |125|---|---|126| Location | Where it lives: spreadsheet, CRM, WhatsApp contacts, paper ledger, POS system |127| Owner | Which department or individual controls it |128| Currency | How frequently it is updated: daily / weekly / monthly / never |129| Completeness | Estimated % of records with all required fields populated |130131Present the inventory as a table. Flag any source rated below 50% completeness132or updated less than monthly as a priority gap.133134## Step 2 — Data Quality Assessment135Rate each data source on four dimensions. Target scores are noted; flag any136source below target.137138| Dimension | Definition | Target |139|---|---|---|140| **Completeness** | Are all required fields populated? | 80%+ of records |141| **Accuracy** | Is the data correct? Spot-check 10 records per source. | <5% error rate |142| **Consistency** | Same customer appearing in multiple systems — do records match? | 90%+ match rate |143| **Currency** | When was it last updated? | Within 30 days |144145**EA-specific data problems to check for explicitly:**146147- **SIM swapping** — customers in Uganda frequently change SIM cards; a148 contact may have 2–4 phone numbers on file, not all current149- **Mobile Money numbers** — MTN MoMo and Airtel Money numbers may differ from150 the customer's primary voice SIM; record both separately151- **Name variations** — Luganda and English name forms of the same person are152 often recorded inconsistently (e.g., "Nakato Sarah" vs "Sarah Nakato" vs153 "S. Nakato"); flag duplicates154- **Unrecorded cash transactions** — particularly common in retail and155 financial services; a customer's LTV is systematically underestimated if156 cash sales are not captured157- **WhatsApp as de facto CRM** — WhatsApp contact lists are valuable but158 unstructured; they must be exported and cleaned before any AI tool can159 use them160161Produce a quality scorecard table with one row per data source and columns for162each dimension. Assign RAG status (Red / Amber / Green) per cell.163164## Step 3 — Minimum Viable Customer Schema165Design the client's minimum viable customer record — the specific fields166required for their stated marketing goal. Do not produce a generic schema;167tailor fields to the client's industry and goal.168169**Core fields — required for any AI use:**170171| Field | Notes |172|---|---|173| Customer ID | Unique identifier; generate if none exists |174| Full name | Standardised format: First Last |175| Primary phone | With country code (+256 for Uganda) |176| Mobile Money number | MTN or Airtel; note network |177| Email address | Where available; not mandatory for all EA segments |178| Location | District and sub-county minimum; full address where possible |179| Date of first contact | Transaction date or sign-up date |180| Customer type | Individual / Business / NGO / Government |181182**Behavioural fields — required for Retention and Growth AI moments:**183184| Field | Notes |185|---|---|186| Last transaction date | Enables churn scoring |187| Total lifetime value (LTV) | Cumulative spend in UGX |188| Average transaction value | LTV ÷ transaction count |189| Preferred contact channel | WhatsApp / Facebook / Email / In-person / SMS |190| Content preferences | If trackable from engagement data |191| Complaint history | Boolean: Y/N; resolved: Y/N |192193**Segmentation fields — required for Acquisition AI moment:**194195| Field | Notes |196|---|---|197| Acquisition source | Referral / Social media / Walk-in / Event / Paid ad |198| Referrer name | Critical for word-of-mouth tracking in EA; link to referrer's Customer ID |199| Industry / Sector | B2B clients only |200| Organisation name | B2B clients only |201202For each field in the schema, note: (a) whether it currently exists in a data203source, (b) the source location, and (c) what action is needed to populate it.204205## Step 4 — 90-Day Data Foundation Plan206Produce a task-level plan with named deliverables per 30-day block. Assign a207responsible role (e.g., Marketing Manager, IT Officer, Data Analyst) to each208task. Milestones must be concrete and measurable — not vague objectives.209210### Days 1–30: Audit and Clean211- **Week 1** — Complete the data asset inventory (Step 1). Produce the212 inventory table and share with senior management for sign-off.213- **Week 2** — Run the data quality assessment (Step 2) on the top three data214 sources by customer record count. Produce the RAG scorecard.215- **Week 3–4** — Identify and close the single most damaging data gap. For216 most EA clients this will be either: (a) deduplicating phone numbers, or217 (b) exporting and structuring WhatsApp contacts.218- **Week 4** — Select a CRM or data management tool (see recommendations219 below). Complete tool sign-up and configure the minimum viable schema as220 the record template.221222### Days 31–60: Consolidate223- Migrate all customer records from existing sources into the chosen CRM.224- Apply the minimum viable schema to all migrated records; flag incomplete225 records for follow-up.226- Write and circulate a data entry standard — one-page document specifying227 exactly how new customer records are created (format, required fields,228 who enters data).229- Set up a consent capture process (see Uganda DPA 2019 requirements below).230 Every new customer record created from Day 31 onward must have documented231 consent.232233### Days 61–90: Connect and Test234- Connect the clean data source to the first AI or automation tool identified235 in the client's marketing goal (e.g., Mailchimp for email segmentation;236 Africa's Talking for SMS broadcast; HubSpot workflows for lead nurturing).237- Run the first segmented campaign using the clean data.238- After the campaign, measure: Was the data clean enough to run without239 manual correction? What fields were missing or incorrect?240- Produce a **data health score**: calculate the % of records meeting the241 full minimum viable schema. Set a target of 70%+ by Day 90, 90%+ by242 Month 6.243244## Uganda Data Protection and Privacy Act 2019 — Compliance245Address the following requirements explicitly in the plan output.246247**Obligations relevant to marketing data:**248249- Obtain explicit, informed consent before storing any personal data.250- Inform customers of: what data is collected, the purpose, how it is used,251 how long it is retained, and who it may be shared with.252- Honour opt-out requests within 48 hours.253- WhatsApp broadcast lists require opt-in from each recipient — do not add254 contacts without consent.255- Appoint a Data Protection Officer if processing data at scale (>1,000256 records is a reasonable internal threshold for larger clients).257258**Consent capture template — include this verbatim in the output, adapted to259the client's name and service:**260261> **[CLIENT NAME] — Data Consent Notice**262>263> By sharing your contact details with us, you agree that [Client Name] may264> store and use your name, phone number, and purchase history to:265> - Send you relevant updates, offers, and service information via WhatsApp,266> SMS, or email267> - Improve our products and services based on your feedback268> - Contact you about your account or orders269>270> Your data will not be sold or shared with third parties without your271> separate consent. You may withdraw consent at any time by messaging272> "STOP" to [WhatsApp number] or emailing [email address].273>274> Data is retained for [X] years or until you request deletion.275> This notice complies with the Uganda Data Protection and Privacy Act 2019.276277Adapt the retention period and contact channels to the client's actual278practice. Translate into Luganda or Swahili if the client's primary customer279base is not English-speaking.280281## Recommended CRM Tools for the EA Market282Recommend one tool from this table based on client size and budget. Cross-283reference with `ai-vendor-evaluation` for a full tool selection process.284285| Tool | Type | Free Tier | Payment Method | Best For |286|---|---|---|---|---|287| HubSpot CRM | Full CRM | Yes — generous free tier | USD card required | SMEs with 500+ contacts |288| Zoho CRM | Full CRM | Yes — up to 3 users | USD card required | Growing SMEs |289| Airtable | Flexible database | Yes — limited records | USD card required | Custom data structures |290| Google Sheets + AppSheet | Low-code CRM | Yes | Google account / USD | Very small teams, no budget |291| Salesforce Nonprofit Success Pack | Full CRM | Donated — 10 licences | Requires application | NGOs and civil society |292293**Selection guidance:**294- If the client has fewer than 200 contacts and no budget: Google Sheets +295 AppSheet.296- If the client has 200–2,000 contacts and some budget: HubSpot or Zoho free297 tier.298- If the client is an NGO or CSO: apply for Salesforce Nonprofit first.299- If the client has complex relational data needs: Airtable.300301## Quality Criteria302Assess the output against these criteria before delivering to the client:303304- The data asset inventory is exhaustive — it includes WhatsApp contacts,305 paper records, and POS systems if present, not only digital CRM sources.306- All four data quality dimensions (completeness, accuracy, consistency,307 currency) are assessed and scored in a RAG table, not described generically.308- The minimum viable schema is tailored to the client's industry and stated309 marketing goal — it is not a copy-paste generic template.310- The 90-day plan contains named, measurable tasks for each 30-day block with311 an assigned responsible role; no block contains only vague objectives.312- Uganda DPA 2019 compliance is addressed with the consent capture template313 adapted to the client's name, channels, and retention period.314- The CRM recommendation is specific to the client's size and budget, with a315 brief rationale, not a list of all options.316- EA-specific data problems — SIM swapping, Mobile Money number duplication,317 Luganda/English name variations, unrecorded cash transactions — are318 explicitly identified where relevant to the client's data sources.319- The output closes with a clear statement of the data health score target320 and what Canvas step the client will be ready to attempt once that target321 is met.322323## Output Format324Deliver the plan in five clearly labelled sections matching the steps above:3253261. Data Asset Inventory (table)3272. Data Quality Assessment (RAG scorecard table)3283. Minimum Viable Customer Schema (table with current-state notes)3294. 90-Day Data Foundation Plan (three 30-day blocks, task-level)3305. Compliance and Consent (DPA 2019 notice, adapted)331332Close with a one-paragraph **Next Step** statement confirming: what Canvas step333the client is currently at, what the 90-day plan will unlock, and which skill334to invoke next (`ai-readiness-diagnostic` to re-score, or335`ai-marketing-canvas-assessment` to begin full canvas development).336337Output is a structured text document suitable for sharing with the client's338senior leadership team as a standalone briefing paper.339340For data-product ownership, lineage, freshness, audience boundaries, and AI341marketing controls, load [data product and AI foundation principles](references/data-product-and-ai-foundation-principles.md).