Every strong deliverable you have produced for a client is the start of a reusable asset. Most practitioners produce dozens of strong deliverables a year and call none of them IP. The difference between an asset and a document in a forgotten folder is whether anyone can find it.
The named framework from Article 7, How to Turn What You Know Into a Named Framework, is the most visible piece of a practice’s intellectual property. But the IP that compounds most powerfully is broader: it includes every deliverable, case study, research note, and reusable tool the practice has produced. The IP Library is what gives all of it a home.
This article covers how to build and maintain an IP Library from the work the practice is already producing. It is for the practitioner who has been producing valuable work for years and realizes that almost none of it is organized for retrieval.
Why Past Client Work Disappears
A typical consulting or coaching practice produces substantial intellectual property every year: structured assessments, methodology applications, curated research, custom frameworks, and client-specific deliverables. Most of it ends up in a client folder on Google Drive and is never accessed again.
The structural reason is retrieval failure. The problem is organization, not quality. A deliverable that addressed a pricing problem three clients ago is not findable when the current client has the same problem. The search term is the past client’s name, and the pricing deliverable is buried inside their folder.
This is the IP organization failure that leaves practitioners rebuilding from scratch on problems they have already solved.
The IP Library Architecture
The IP Library organizes the practice’s accumulated intellectual property into three categories, each with a distinct function. The categories are not file folders. They are retrieval layers: types of IP that serve different purposes in different moments of the practice’s work.
Category 1 holds the methodology artifacts
Methodology artifacts are the structured IP built through Articles 6 and 7: the Methodology Document, the Named Framework, and their refinements across engagements.
These are the most leveraged IP in the library. A prospect who sees the named framework is looking at the practice’s intellectual property in its most sellable form. A team member who references the Methodology Document is applying the practice’s accumulated expertise without requiring the founder to be present.
Category 2 holds the client work artifacts
Client work artifacts are the deliverables, case studies, and adapted methodology applications produced across past engagements. They are saved in anonymized form: identifying client information removed, content structure and substance preserved.
The practitioner who maintains a library of anonymized deliverables rarely builds from scratch. When a current client faces a problem that resembles a past engagement, the relevant deliverable is a starting point, not a blank page. The adaptation time is a fraction of the original creation time.
This category also includes testimonials and outcome data when clients have consented to their use: the evidence layer that makes case study work citable.
Category 3 holds the knowledge artifacts
Knowledge artifacts are the research notes, market observations, competitive intelligence, and curated reference material the practice has accumulated through its work and independent reading.
This category is the least organized in most practices and the one that compounds most quietly. A practitioner with three years of saved research on a specific market condition has an advantage a competitor cannot quickly replicate. The compounding happens slowly. But it happens.
How the Living Library Maintains Your IP Collection
You open a new engagement proposal and go to the IP Library. Three prior deliverables from similar client situations are immediately visible. Two contain frameworks that apply directly. One includes outcome data that is relevant to the proposal.
The Living Library takes in what you save and maintains it as a retrievable collection organized by topic and type. You save a deliverable when the engagement closes. You save a research note when you find something relevant. The Library reads each entry, assigns it to the appropriate category, and indexes it for search and retrieval by the Conductor.
When you start a new engagement that resembles a prior one, the relevant IP is surfaced without manual search. The Conductor retrieves by topic and problem type, not by client name. The IP Library stops being a historical record and becomes a working resource.
Save One Deliverable Today
The IP Library does not require a weekend to set up. It requires a discipline: save the deliverable when the engagement closes, before the next engagement begins.
The counter-instinctive step is the first one. Do not open a blank document to start building the library from scratch. Open the last three completed engagements and pull the strongest deliverable from each. Save them to the IP Library with a topic tag and a one-sentence description of the problem they address.
That is the seed. Three deliverables, properly tagged, is more useful than a perfectly organized empty system.
The Deliverable That Sat in a Folder Is Now a Working Asset
Your expertise is not only in your head. It is in the deliverables you have produced.
The IP Library is what makes those deliverables findable when you need them. A deliverable that is findable is an asset. A deliverable in a forgotten folder is just storage. Try Kiluma free for 14 days at kiluma.ai.