CLA / outside-in product thesis19 August 2026
A working hypothesis

From licensing systems to trusted permissions infrastructure.

CLA can make rights easier to buy, integrate, operate and evidence—without making rightsholder control less visible.

}
Prepared by Jeetesh Khodiyara · public evidence and stated inferences
CLA / outside-in product thesisHow to read this
A candid starting point

This is an outside-in view, not a claim to know CLA’s internal architecture.

Evidence

Publicly documented products, APIs, data and past technology decisions.

Inference

A hypothesis about how those capabilities can become a coherent digital business.

The important unknowns are identified, not hidden.
CLA / outside-in product thesisWhat exists today
Evidence

CLA has more than a licensing operation. It has platform building blocks.

34mtitles in CLA’s database, supporting rights identification, Check Permissions and distribution.
146HE institutions using the live Digital Content Store, according to CLA’s current product page.
3public API products: Check Permissions, Digital Content Store and CLA Link.
CLA / outside-in product thesisPublic system view
Evidence + inference

The visible estate is a system of systems—strong components, evolved around different products and operations.

rights dataRepertoire & mandates

Title, URL and rightsholder information.

permissioningCheck Permissions

Search and reuse decisioning.

workflowsDCS & partner APIs

Education content, course and reporting flows.

commercial lifecycleLicence, payment & entitlement

Historic public evidence points to CRM/order management, invoicing and enterprise integrations.

allocationUsage, distribution & audit

Fair allocation requires trusted use data and reconciliation.

Historical technology evidence is directional only; the current source of truth for each domain remains an open question.
CLA / outside-in product thesisThe product problem
Inference

The limiting factor is not the lack of a system. It is the lack of one programmable answer to a permissions question.

Can I use this?

For this work, this purpose, this customer, this channel and these terms—now, and with evidence later.

Managed licensing tolerates fragmented journeys. Self-service, embedded workflows and AI licensing do not.

The strategic shift is from selling permissions as arrangements to providing permissions as trusted infrastructure.

This is the central hypothesis to test with customers, rightsholders and operational teams.
CLA / outside-in product thesisProduct direction
The proposed core

Build a canonical permissions and entitlement layer—above the estate, then progressively through it.

DecisionMachine-readable rules for repertoire, mandate, purpose, territory, extent, exclusions and expiry.Versioned
Commercial lifecycleEligibility, quote, contract, payment/invoice, entitlement, renewal, amendment and suspension.Reusable
Evidence trailEvery decision, hand-off, exception and usage event observable by the people who need to trust it.Auditable
The objective is progressive integration—not a risky monolithic replacement.
CLA / outside-in product thesisAI licensing
Evidence + implication

AI licensing is the forcing function: rights must be enforceable at the level of purpose, provenance and proof.

CLA’s stated offer

Training, fine-tuning and RAG, backed by compliance and rights management.

What the product must evidence

Licensed dataset scope; permitted use; tenant isolation; term/revocation; usage reporting; rightsholder traceability.

That is not an “AI platform” agenda. It is rights infrastructure capable of supporting AI use cases without weakening control or trust.

CLA / outside-in product thesisGo-to-market mechanism
A practical next step

Move from “an API that integrates” to an API product that makes CLA present in customer workflows.

1Stable, reusable resource model across permissions, entitlements and usage—not product-specific interfaces only.
2Low-friction developer journey: sandbox, onboarding, reference implementations and observable integration health.
3Commercial package: scoped access, clear service levels, customer value metrics and explicit ownership.
CLA Link API shows the direction: current repertoire data integrated into customer platforms.
CLA / outside-in product thesisA controlled route
A testable sequence

Prove the capability through one end-to-end journey before attempting enterprise-wide transformation.

0–90 days

See the real system

Map sources of truth, hand-offs, exceptions and decision rights. Select one bounded journey with commercial and operational value.

3–9 months

Deliver the first slice

Release an end-to-end digital journey with identity, payment/invoice, entitlement, audit trail and instrumentation.

9–18 months

Reuse, then extend

Apply the same core to a second licence family and the AI offer; retire duplication only once the new capability earns trust.

Each slice should leave the product usable, protect against regression and create evidence for the next investment decision.
CLA / outside-in product thesisSuccess and guardrails
Make trust measurable

The scorecard should prove customer value, commercial progress and rightsholder confidence together.

Leading signal

Time from qualified need to usable entitlement; successful self-service completion; partner integration activation.

Lagging proof

Digital-channel revenue, conversion, renewal and cost-to-serve by licence journey.

Trust guardrail

Decision accuracy, exception resolution, audit completeness, traceability and rightsholder/customer confidence.

A commercial result that reduces transparency or control is not a successful outcome for CLA.
CLA / outside-in product thesisOpen for correction
The question I would test first

Where does a customer’s need to use content still become a manual, opaque or slow journey—and which single journey would prove the permissions-platform thesis?

My working view: the right answer will make CLA easier to work with for customers, more operationally effective for its teams, and more transparent to rightsholders.