AIAIGuide
Data Readiness for AI: A Practical Cleanup Roadmap
AI projects stall when data is scattered, inconsistent, undocumented or not permitted for the intended use. This roadmap shows how to assess data readiness for a specific use case and fix the problems that matter, without an endless cleanup program.
- Published
- Updated
- Reading
- 4 minutes
- Prepared by
- EngineSpire Technologies
Key points
- Assess readiness for a specific use case, not for AI in general.
- Measure the quality dimensions that matter: completeness, accuracy, consistency, timeliness, uniqueness and validity.
- Fix problems in the source systems and processes, not only in a copy.
- Confirm you may use the data for the new purpose, with appropriate access and retention.
- Document definitions and owners, and monitor quality continuously.
Why start from a use case
Company-wide data cleanup programs rarely finish, because there is always more to clean and no clear point at which data is "ready". Readiness depends on the question being answered. Data that is good enough for a monthly sales dashboard may be inadequate for forecasting stock by branch.
Step 1: Define the use case and its data needs
- The decision, prediction or answer the system must produce.
- The fields required, and how much history is needed.
- The level of detail, such as per transaction, per day or per branch.
- How fresh the data must be.
- For supervised machine learning, the labels or outcomes that must be recorded.
Step 2: Map the sources
- Systems: ERP, CRM, point-of-sale, warehouse management, HR, spreadsheets, shared drives and email.
- Owners and the people who enter or change the data.
- Formats, access methods such as APIs or exports, and volumes.
- Known problems, which the people closest to the data usually already know.
Step 3: Assess quality
The UK Government Data Quality Framework describes six common dimensions of data quality. They make a practical checklist:
| Dimension | Question | Example check |
|---|---|---|
| Completeness | Are required values present? | Share of customer records missing contact details |
| Accuracy | Does the data reflect reality? | Sample records checked against source documents |
| Consistency | Does data mean the same thing across systems? | Customer codes that match between CRM and ERP |
| Timeliness | Is it up to date when needed? | Time between an event and its recording |
| Uniqueness | Are there duplicates? | The same supplier recorded under several names |
| Validity | Does it follow formats and rules? | Invalid dates, codes or out-of-range values |
Summarize the findings by field and by their effect on the use case, so fixes can be prioritized.
Step 4: Fix what blocks the use case
- Master data: deduplicate customers, products and suppliers, and agree a single authoritative record for each.
- Standards: consistent codes, units, categories and naming.
- At the source: add validation to entry screens so errors stop being created.
- Process: clarify who enters what, when, and who checks it.
- History: backfill critical fields where it is feasible, and document where it is not.
- Clutter: archive obsolete records so they stop distorting results.
Step 5: Prepare documents for knowledge assistants
- Identify authoritative documents and remove outdated or duplicate versions.
- Give each document an owner and a review date.
- Clean up sharing permissions before connecting any AI system.
- Convert scanned documents to searchable text and keep headings meaningful.
Step 6: Confirm lawful and appropriate use
NPC Advisory No. 2024-04 confirms that the Data Privacy Act applies whenever personal data is used to develop or deploy AI systems, including training and testing.
- Check whether using personal data for the new purpose is compatible with the purposes declared when it was collected, and whether privacy notices cover it.
- Apply the Data Privacy Act's principles of transparency, legitimate purpose and proportionality.
- Use anonymized or pseudonymized data where individual identities are not needed.
- Check contracts that restrict the use of third-party or customer data.
- Restrict access and set retention periods.
- Carry out a privacy impact assessment for projects involving personal data.
Step 7: Build pipelines, documentation and monitoring
- Automate extraction and transformation instead of manual exports.
- Document definitions in a data dictionary, and record where each field comes from.
- Build quality checks into pipelines and alert when they fail.
- Track quality indicators over time on a simple dashboard.
Step 8: Assign roles
| Role | Responsibility |
|---|---|
| Data owner | A business leader accountable for a data domain and its definitions |
| Data steward | Maintains quality day to day and resolves issues |
| Data custodian | IT staff who run the systems, pipelines, security and backups |
The roadmap
- Use case definition and data map.
- Quality assessment with prioritized issues.
- Fixes for blocking issues, including source system changes.
- Automated pipeline with quality monitoring.
- Pilot of the use case, with feedback on data issues.
- The next use case, reusing the cleaned data, definitions and pipelines.
Common questions
Does data need to be perfect before starting an AI project?
No. It needs to be good enough for the specific use case, with known limitations. Assess the fields the use case depends on, fix the issues that would change results and document the rest.
Can we use customer data we already hold to feed AI systems?
Possibly, but check whether the new use is compatible with the purposes declared when the data was collected, whether your privacy notice covers it and whether contracts restrict it. A privacy impact assessment helps answer these questions.
Who should own data quality?
The business teams that create and use the data should own its definitions and quality, supported by IT for systems, pipelines and tools. Most quality problems start in business processes, so IT cannot fix them alone.
Sources and further reading
- [1]The Government Data Quality Framework — UK Government
- [2]NPC Advisory No. 2024-04: Guidelines on the Application of the Data Privacy Act to Artificial Intelligence Systems Processing Personal Data — National Privacy Commission
- [3]AI Risk Management Framework — NIST
Need this applied to your environment?
We can turn this guide into a scoped assessment of your own sites, systems and constraints.
Keep reading
- AIBuilding a Secure Internal AI AssistantAn internal AI assistant that answers questions from company documents can save time, but it can also expose confidential information, invent answers or be manipulated. This guide covers architecture, permissions, prompt injection, evaluation and governance.4 min read
- AIAI Automation Opportunity Assessment: How to Prioritize WorkflowsThe best first automation projects are rarely the most impressive ones. This guide shows how to find candidate workflows, measure their current cost, score value against feasibility and risk, and choose a first project you can prove.3 min read
- AIDocument Processing with AI: Controls for Accuracy and ReviewAI can read invoices, forms and contracts far faster than people, but extracted data flows into payments, records and decisions. This guide covers document classification, confidence thresholds, validation rules, human review and audit trails.3 min read
