Getting started
Data strategy for mid-size companies: a one-page framework
By SourceX Editorial · Updated
Short answer
A data strategy for a mid-size company can fit on one page with five rows: systems, owners, uses, protections and external value. Each row names real systems and people rather than goals. The decision rule: every record family gets one accountable owner and one written decision about how long it is kept, who may use it and why.
Key takeaways
- A one-page data strategy names systems, owners, uses, protections and external value for each record family.
- Ownership means one accountable executive per record family, not the IT team by default.
- Data quality and availability top the reported obstacles to AI in the middle market, so the page starts with what already exists.
- Internally built records rarely appear on the balance sheet, so their external value has to be assessed on purpose.
- Holding groups fill one page per operating company and keep a shared rights register across them.
What should a mid-size data strategy answer?#
A mid-size data strategy should answer five questions about records the company already keeps: where they live, who is accountable for them, what they are used for, how they are protected and whether they have value outside the company. Enterprise frameworks add governance councils and maturity models; a company with one IT lead and a busy COO needs a page it can keep current.
The page works at the level of record families, such as support tickets, CRM histories, job and dispatch records, order exceptions or quality records, rather than individual tables or fields. That keeps it readable for the leadership team and specific enough to act on.
The one-page canvas#
The one-page canvas has five rows, filled in once for each record family. Each row pairs a question with a short written answer, and the blank cells become the to-do list.
| Row | Question | What to write | Common gap |
|---|---|---|---|
| Systems | Where does this record family live, and since when? | System names, accessible date range, export route | History lost in a past migration |
| Owners | Who is accountable for it? | One executive owner and one system administrator | Everyone assumes IT owns it |
| Uses | What decisions or tools depend on it? | Reports, workflows and AI tools that use it now or next | Records kept but never used |
| Protections | Who can see it, and how long is it kept? | Access roles, retention rules, privacy and contract limits | Retention left at vendor defaults |
| External value | Would anyone outside license it, and could we approve that? | Rights position, sensitivity, how distinctive the records are | Never considered until a system is switched off |
- 01Your work records
- 02Personal details removed
- 03You approve the release
- 04Licensed to AI developers
Systems and owners: start with what exists#
Systems and owners come first because every other row depends on them. List each system of record by name: Salesforce or HubSpot for customer history, Zendesk or Intercom for support, Jira and GitHub for engineering, ServiceTitan or Jobber for field work, NetSuite or Acumatica for orders. Note how far back the records go and how they can be exported.
Then assign one accountable owner per record family. The CTO might own engineering histories and the COO job and dispatch records, while IT administers the systems. Owners decide retention, approve new uses and sign off before a system is retired, which is when history is most often lost.
- Name the system of record for each record family, not every tool that touches it.
- Record the oldest accessible year and any gaps left by migrations.
- Note the export route: built-in export, API, backup file or vendor request.
- Assign one executive owner and one administrator.
- Flag systems due for retirement, renewal or a vendor change.
Uses: pick two or three, not twenty#
The uses row should name two or three decisions or tools that depend on each record family, not every possible application. AI is a growing share of those uses: for the period ending May 3, 2026, the Census Bureau reported that 32 percent of firms with 100 to 249 employees and 37 percent of firms with at least 250 employees said they used AI.
Writing down uses also exposes quality problems. In RSM's 2026 survey of middle-market leaders, problems with data quality and availability ranked first among obstacles to deploying AI, named by 34 percent. Naming the intended use for each record family shows quickly which fields are unreliable and which links between systems are missing.
Protections: access, retention, privacy and contracts#
The protections row records the limits that already apply to each record family. Access roles set who can see it, retention rules set how long it is kept, privacy obligations cover personal details about customers, employees or candidates, and client and vendor contracts may limit reuse.
Write protections as decisions, not aspirations: who may export, how long closed tickets are kept, which fields hold personal data, which client contracts restrict reuse. Where a decision is pending, the page makes the gap visible. Privacy and contract questions are assessed with counsel; the page records the answer and who gave it.
External value: the row most companies skip#
External value is the row most companies skip, partly because records almost never appear on the balance sheet. Under IAS 38, internally generated customer lists and similar items are not recognized as intangible assets, and US GAAP generally expenses the cost of internally developed intangibles that are inherent in a continuing business. The value can be real and still unrecorded.
AI developers license records of real work, such as support outcomes, code reviews, job histories and quality decisions, to train and evaluate models. The SourceX Enterprise Data Value Framework names what drives that value: uniqueness, domain expertise, human-generated signal, scale, recency, data cleanliness, rights and AI utility increase it; exclusivity increases price; reproducibility reduces value; and preparation cost and privacy burden reduce net value.
SourceX's fit check for this row uses metadata only: system names, date ranges, record families and known restrictions. Any license then follows the SourceX five-step transaction, Supply, Rights, Preparation, Approval and Delivery, with the supplier approving every step. Data is licensed, not sold, so the company keeps ownership.
How a holding group uses the page#
A holding group uses the page one operating company at a time and adds a group-level rights register. Records from a software company, a trades business and a distributor are different products with different owners and approvals, so pooling them into one dataset rarely helps.
The register becomes the group's view of its subsidiaries' records as a portfolio: which companies hold distinctive histories, which carry legacy restrictions from their acquisition, and where an approval path is already clear.
- Fill a separate page for each operating company, owned by that company's leadership.
- Keep a central register of rights positions, contract restrictions and acquisition-era terms.
- Note which entity would sign any license, since each supplier entity approves its own.
- Record lender, board or investor consents that touch IP or data licensing.
- Compare pages to find the two or three companies with the strongest records.
Illustrative: a roofing and restoration company fills the page#
Illustrative: a fictional roofing and restoration company runs jobs in ServiceTitan, books in QuickBooks Online and email in Google Workspace. Its leadership team fills the page in one working session for three record families: estimates and jobs, customer communications, and warranty claims.
The gaps are plain once written down. Job photos have no retention rule, warranty claims live partly in a spreadsheet nobody owns, and nobody knows how far back ServiceTitan history can be exported. The COO takes ownership of job and warranty records, sets a retention rule for photos and moves warranty tracking into ServiceTitan.
On the external value row, the team notes that years of estimates linked to final invoices, supplements and callbacks are distinctive, while homeowner and insurance details add a privacy burden. They record that as a question for a fit check, not a decision.
Frequently asked questions
How is a data strategy different from data governance?
A data strategy decides what the company keeps, uses and protects, and why. Data governance is the set of roles, rules and controls that carry those decisions out. A mid-size company usually needs the strategy page first; governance can then be as light as named owners, retention rules and a periodic access review.
Who should own the one-page canvas?
The CEO or COO should own the page itself, because it crosses departments. Each record family then has its own executive owner. IT administers systems and advises on exports and security, but it should not be the default owner of customer, job or engineering records.
Do we need a data warehouse before writing a data strategy?
No. The canvas works from the systems you already run. A warehouse or reporting layer may become one of the uses on the page, but deciding owners, retention and protections does not depend on it, and those decisions are what keep history from being lost.
When should the page be updated?
Update it when something changes: a new system, a retirement or migration, an acquisition, a new AI tool or a new contract that limits reuse. Those events are when history is lost or rights shift, so they are the moments the page is most useful.
Does filling in the external value row commit us to anything?
No. The row records facts and open questions, such as the rights position, sensitivity and how distinctive the records are. Any licensing decision comes later, through a separate review the company controls at every step, and many companies simply keep the row as an informed note.
Sources
- In the period ending May 3, 2026, 32% of firms with 100 to 249 employees and 37% of firms with at least 250 employees said they used AI. Source
- In RSM's 2026 middle-market survey, data quality and availability issues were the top inhibitor to AI deployment (34%). Source
- IAS 38 paragraph 63 states that internally generated brands, mastheads, publishing titles, customer lists and items similar in substance shall not be recognised as intangible assets. Source
- ASC 350-30-25-3 requires costs of internally developing intangible assets that are inherent in a continuing business to be expensed when incurred. Source
Related resources
See if your company qualifies
A short company assessment. No data uploads are needed.