The data problem does not disappear when a better model arrives.

Enterprise AI is limited by what the organization can safely and reliably provide. The answer to poor results is often a better data contract, source system or stewardship process rather than a larger model.

Can this information safely support the intended answer or action?

Establish authority, access, versioning and recovery for one important domain before expanding the corpus.

Readiness is a chain of obligations.

  1. Authority

    Which source is allowed to settle a disagreement?

    Evidence to establish

    Source inventory + named steward

    Block expansion when

    Conflicting records with no accountable owner

  2. Permission

    Who may use this information, and how does access change?

    Evidence to establish

    Classification + permission contract

    Block expansion when

    Ingestion strips or cannot synchronize source access

  3. Currency

    Which version is current and what retires an older one?

    Evidence to establish

    Version, deduplication + refresh rules

    Block expansion when

    Duplicates and revisions are indistinguishable

  4. Lineage

    Can a transformed value be traced to its origin?

    Evidence to establish

    Preserved provenance + transformation record

    Block expansion when

    Cleaning destroys the context needed to review it

  5. Recovery

    What happens after deletion or interrupted ingestion?

    Evidence to establish

    Deletion, resume + reconciliation tests

    Block expansion when

    A restart reintroduces stale or removed material

Proposed source-readiness spine. No readiness score or assessment result is implied; each condition requires evidence.

Some sources should stay out of the index.

A better system of record or stewardship policy may be the first investment. A limited reliable corpus is more useful than a broad index whose contradictions nobody can resolve.

Ask to trace one answer back to one governed source.

  • The source owner and data contract
  • A revoked permission, deleted document and duplicate identifier
  • Restart/resume behavior without losing lineage

The complete data readiness argument

For CTO, CIO, CPO, COO

The situation behind the request

A company wants a knowledge assistant across five repositories. Documents have duplicate versions, inconsistent owners and policy updates that arrive by email. The team expects indexing to resolve the ambiguity.

Where the obvious solution falls short

Search can retrieve two contradictory documents perfectly. It cannot decide which is authoritative without business logic or source ownership. Bad records in downstream systems can make intelligent actions unsafe.

How we would approach the work

Map data sources, freshness, access controls, quality issues, lineage and governance. Identify a reference dataset and a sensible indexing/refresh pipeline. Design transformations to preserve provenance and distinguish uncertainty.

What the engagement may include

  • Source inventory and data contracts with owners.
  • Permission and classification mapping before ingestion.
  • Quality, deduplication, versioning and lineage strategy.
  • Retrieval and action data readiness checks plus monitoring.

The choices worth making explicitly

Not every source belongs in a new AI platform. Sometimes a better system of record or knowledge management policy is the right initial investment.

What we would test before calling it ready

Test changed permissions, stale revisions, deleted documents, duplicate identifiers, corrupt records and restart/resume of ingestion. Confirm data flows comply with approved policies.

A sensible first step

Begin with one important information domain and measure readiness before scaling. A limited reliable corpus is more valuable than an impressive but ungoverned index.

Bring us the
difficult part.

A product idea, a broken workflow, scattered company knowledge or an integration others keep working around. Tell us what needs to change and what has already been tried.

Discuss a project