Private equity and portfolios
From raw archive to licensable scope: the yield funnel for a portfolio
By SourceX Editorial · Updated
Short answer
Licensable data scope is what remains of a company's raw archive after five stages: total archive, in-scope systems, rights-cleared records, privacy-prepared records and approved release. A gate between each stage removes records for a stated reason. Track yield in systems, record families, date ranges and counts at every gate, never as an assumed percentage.
Key takeaways
- The yield funnel has five stages: total archive, in-scope systems, rights-cleared, privacy-prepared and approved release.
- Every record that leaves the funnel should leave with a written reason tied to one specific gate.
- Measure each stage in named systems, record families, date ranges and exported counts, not assumed percentages.
- Rights and privacy gates remove different records in different companies, so one company's yield predicts little about another's.
- A narrow approved release with clean documentation is easier to license than a broad scope with open questions.
What is the yield funnel for licensable data scope?#
The yield funnel is a way to track how a company's raw archive narrows to the records it can actually license, stage by stage, with the reason for every reduction written down. It gives an operating partner one view across portfolio companies without anyone guessing ratios in advance.
The funnel has five stages. Total archive is everything the company still holds. In-scope systems are the sources worth exporting. Rights-cleared records are those the company may license. Privacy-prepared records have had personal and confidential details removed. Approved release is what the company's signer agrees to deliver.
Each move from one stage to the next passes a gate with a single question. Records that fail leave the funnel, and the reason becomes part of the documentation a buyer later reviews.
The five stages and the gate at each#
The five stages of the yield funnel each have one gate question, one decision owner and a familiar set of reasons records drop out. Portfolio teams keep this table beside the inventory so every reduction is logged against the right gate.
| Stage reached | Gate question to get there | Decision owner | Common reasons records drop out |
|---|---|---|---|
| Total archive | Do we know every system and file store that holds operating records? | COO or IT lead | Unlisted shared drives, personal mailboxes, retired servers |
| In-scope systems | Can this source be exported with its history and links, and does it hold decisions? | IT lead with SourceX | Purged history, unexportable formats, notification-only inboxes |
| Rights-cleared | Do contracts, vendor terms and notices allow licensing for the intended use? | General counsel or outside counsel | Client-owned deliverables, strict confidentiality clauses, inherited obligations |
| Privacy-prepared | Can personal and confidential details be removed while keeping the record useful? | Privacy lead with SourceX | Records built around individuals, free text dense with identifiers |
| Approved release | Will the company's signer authorize these records for this buyer and use? | CEO or authorized signer | Brand-sensitive accounts, open disputes, consents not yet given |
- 01Your work records
- 02Personal details removed
- 03You approve the release
- 04Licensed to AI developers
From total archive to in-scope systems#
The first gate, from total archive to in-scope systems, removes sources that cannot be exported with their context or that hold little decision-making signal. Volume is not the test at this gate; linkage and accessible history are.
Typical losses include help desks whose older tickets were purged under a retention schedule, ERPs migrated without closed transactions, and inboxes that only hold automated alerts. Platforms can also limit what leaves them: Zendesk says AI agent tickets cannot be exported, so a company that moved first-line support to an AI agent may hold a shorter human-handled history than it assumes.
Log each reduction at system level. A source parked because its export route is unclear today may return after a migration or a request to the vendor's support team.
What the rights gate removes#
The rights gate removes records the company holds but may not license, and those losses often surprise leadership because the records feel like the company's own work.
Customer contracts with broad confidentiality or data-use clauses, client-owned deliverables and code written under assignment clauses all fall out here. Records inherited through add-on acquisitions bring the acquired company's old contracts with them, and those terms were rarely drafted with licensing in mind.
Vendor terms matter as well. HubSpot's updated developer terms, for example, restrict using data accessed through its APIs to train or improve AI models, with a carve-out for legitimate single-customer use. Terms like these attach to the extraction route, so review how records leave a system as carefully as the records themselves.
Privacy preparation and the approval gate#
Privacy preparation and approval are the last two gates, and they narrow scope for different reasons: the first for what records contain, the second for what the company is willing to release.
At the privacy gate, a record stays if personal and confidential details can be removed without destroying the decision trail. Candidate files, payroll notes and free-text fields packed with names often fail. Legal standards differ; California's definition of deidentified information, for example, requires reasonable measures against reidentification, a public commitment not to reidentify and contractual obligations on recipients. Counsel assesses deal by deal which of these laws may apply, because the answer turns on the records and the states involved.
At the approval gate, the signer can hold back anything: a key account's escalations, records tied to a dispute, or a whole record family for brand reasons. Those holdbacks are legitimate and go in the log like every other reduction.
How to measure yield without inventing ratios#
Yield is measured by recording what is present at each stage in concrete units and comparing companies on why records left, not on a percentage set in advance. Benchmarks borrowed from other companies mislead, because the rights and privacy gates behave differently in every archive.
A portfolio view then lines companies up by stage. The useful question is not which company kept the most records, but which reached an approved release with the fewest open questions.
- Systems: the named source and export route present at each stage.
- Record families: tickets, work orders, NCRs, RFIs, code reviews or other families that pass or fail.
- Date ranges: the years still covered after each gate.
- Record counts: taken from the export itself, never estimated.
- Reason codes: one per reduction, such as purged history, client-owned, privacy density or signer holdback.
- Reversibility: whether a reduction could change, for example after a consent or a contract renewal.
Illustrative: one fund, three funnels#
Illustrative: a fictional growth buyout fund runs the funnel across three of its portfolio companies: a vertical software vendor on Jira, GitHub and Zendesk; a civil engineering firm on Deltek with RFIs and submittals in Procore and Bluebeam; and a staffing agency on Bullhorn.
The software vendor's funnel stays wide until the rights gate, where tickets from an acquired product are held back because an old reseller agreement restricts data use. The engineering firm loses most drawings and submittals at the rights gate as client deliverables but keeps internal review comments and RFI reasoning. The staffing agency's candidate notes fail the privacy gate.
The fund proceeds with two approved releases, the software vendor's linked tickets and code reviews and the engineering firm's internal review records, and parks the staffing agency with its reason codes recorded for a later look.
How SourceX maps the funnel to a transaction#
SourceX maps the yield funnel onto the SourceX five-step transaction: Supply covers the first two stages, Rights and Preparation cover the next two gates, and Approval produces the release that moves to Delivery. The initial fit check works from metadata only, so nothing is shared at that point.
The reason log travels into the SourceX Evidence Packet, so a buyer reading the provenance, licensing rights, permitted use, privacy record and release authorization can also see what was left out and why. The SourceX Enterprise Data Value Framework explains why a narrower scope can still be worth more: rights and data cleanliness increase value, while preparation cost and privacy burden reduce net value.
Frequently asked questions
Should we run the funnel for every portfolio company at once?
Start with the companies most likely to reach an approved release, usually those with connected records and simple ownership. Running two or three funnels first shows where your portfolio's records tend to drop out, which makes later companies quicker to rank and assess.
Can records that drop out come back later?
Some can. Records parked for an unclear export route, a missing consent or a contract up for renewal may return once that changes. Records excluded because a client owns them, or because they cannot be prepared without losing their meaning, usually stay out. Reason codes make the difference visible.
Does a narrow approved release mean the exercise failed?
No. Buyers license specific, well-documented packages, and a narrow release with clean rights and a complete privacy record is often easier to license than a broad one with unresolved questions. The funnel's job is to produce a release the company can stand behind.
Who should own the funnel at portfolio level?
An operating partner or head of portfolio operations usually owns the cross-company view, while each company's IT lead, counsel and signer own their own gates. Keep one shared log format so reason codes and counts compare cleanly across companies.
Do we need exact record counts before talking to a buyer?
Not for a first conversation. For a first conversation, the fit check only needs metadata: the systems involved, how far back history goes and which record families exist. Exact counts come from the exports themselves later, once scope is narrowing, and buyers generally trust counts taken from an export over early estimates.
Sources
- Zendesk runs exports from Admin Center > Account > Tools > Reports. It recommends JSON export for accounts with more than 200,000 tickets, AI agent tickets cannot be exported, and exports are not available in sandbox instances. Source
- HubSpot's developer changelog says its updated Developer Terms restrict using data accessed through HubSpot APIs to train, fine-tune or improve AI or machine learning models, with a carve-out for legitimate single-customer use cases. Source
- Under Cal. Civ. Code § 1798.140(m), as amended by the CPRA, information is 'deidentified' only if it cannot reasonably be used to infer information about, or otherwise be linked to, a particular consumer, and the business must take reasonable measures, publicly commit not to reidentify it, and contractually obligate recipients to comply. Source
Related resources
- InsightCan AI models memorize and leak my data?
- InsightWhat documents prove you have the right to license your data?
- InsightOwner-operator data in dispatch records: privacy and rights
- SolutionData partnerships between businesses and AI developers
- IndustryBPO & contact centers data
- IndustryRecruiting & staffing data
See if your company qualifies
A short company assessment. No data uploads are needed.