Seven Artifacts To Capture Before A Principal Retires

AI Strategy 17 min read
Featured image for Seven Artifacts To Capture Before A Principal Retires
Illustration: Dan Cumberland Labs with Gemini.

A principal at your firm retires. Three months later, a key client calls the successor about a commitment made at a dinner six months ago— informal, not in any contract, but real. The successor has no idea what they're referring to. That's what no client relationship map costs.

What's in the project files is everything that was decided. What's not in the files is why— and who-knows-who, and which vendor won't show up when it matters. Project files record outcomes. Principals carry context. But context doesn't file itself.

This article gives you the list of what to actually produce before that principal walks out. Seven specific artifacts, each capturing something your CRM, ERP, and project management system don't— and won't, by design. For each one: what it contains, how to get it out of a principal who may not even realize what they're holding, and where AI can speed up the capture process.

What's Actually at Risk

Most AEC firms assume their project files capture institutional knowledge. They don't. A retiring principal's files record what was decided. The principal holds why— the reasoning, the relationships, the informal intelligence that doesn't live in any folder. Knowledge transfer from a retiring principal means capturing what files can't.

The scale of this problem is real. According to APQC, only 8% of organizations consistently capture knowledge from soon-to-retire employees — and 41% rarely or never even attempt it. SHRM research found that 75% of companies recognize knowledge preservation as important, yet only 9% feel prepared to actually do it. Those numbers don't get better in AEC, where project delivery depends on relationships and judgment built over decades.

The knowledge at risk isn't in any system your firm has. Based on what AEC practitioners describe, what principals hold in their heads — and what project files miss — typically includes:

  • Informal client commitments (made at dinners, in hallways, over the phone)
  • Subconsultant performance history (who shows up under pressure, who disappears)
  • Decision rationale (why the specification was written that way, why the change order was accepted)
  • Relationship warmth and history (which client needs weekly calls, which one hates surprises)

There's a compounding dynamic here. According to the Nomic AI institutional knowledge glossary, 42% of institutional knowledge is unique to the individual who holds it— never written down, never filed, never searchable. When that person retires, no retrieval tool can recover what they knew.

You can't read the label from inside the bottle. Retiring principals often can't inventory their own knowledge because they're too close to it— they don't know what they know. That's why the artifact creation process isn't about asking "what should I document?" and it's not about reviewing files together. It's about asking the right questions — specific scenarios that surface what the principal didn't know they were holding. For more on the full picture of institutional knowledge in AEC, we've covered the broader problem in depth.

Here are the seven artifacts your firm needs to produce before that principal walks out.

The Seven Artifacts

These aren't categories of knowledge— they're specific documents with specific contents. Each one captures something that project files and CRM systems don't. Produce these and the successor has a running start. Skip them and the knowledge retires too.

Artifact 1: Client Relationship Map

A client relationship map is not a contact list— your CRM has that. It's the intelligence a successor needs to not inherit problems: communication preferences, sensitivities, history of difficult moments, who the real decision-maker is versus who appears to be.

What it contains that the CRM doesn't:

What's Already in Your CRMWhat the Relationship Map Adds
Contact name and titlePreferred communication style (email vs. phone vs. text)
Project historySensitivities ("never bring up the permit delay on the county library")
Billing contactInformal commitments and expectations
Contract datesRelationship warmth rating and what drives it
Email addressWho to copy and who to leave off

Elicitation method: Structured interview, one client at a time. Ask: "What should I know about this client that isn't obvious from the project file?" Then go specific: "What would make this client call you directly at 9pm?" "What do they care about that isn't in the scope?" The scenarios surface what direct questions miss.

AI role: Use AI transcription (Otter.ai or similar) to capture the elicitation session. AI can then structure output into a consistent template per client. A contact list names people. A relationship map captures the context a successor needs to maintain a relationship without making avoidable mistakes.

Transition: Relationships require context. So does vendor performance— and that's often even less documented.

Artifact 2: Vendor & Subconsultant Intelligence Brief

Your contract records tell you who you've hired. A subconsultant intelligence brief tells you who shows up when it matters, who disappears under pressure, and who the principal calls first on a tight-timeline job.

In many AEC firms, one or two senior principals hold the entire project history in their heads— including which subconsultants never show up on time, what the actual scope creep was on a given job, and which client relationship is warm and which is complicated. None of that lives in your ERP.

What the intelligence brief covers:

  • Performance notes under pressure (who delivered on the 10-day turnaround, who didn't)
  • Fast-call list (who the principal calls first when their regular sub is unavailable)
  • Who looks good on paper but performs differently in practice
  • Which firms have the right people for your project types vs. which just win bids
  • Subconsultant relationships that are personal (follow the principal) vs. firm-level

Elicitation method: "Walk me through the last three jobs where you called a subconsultant first— who'd you call and why?" Follow with: "Who do you avoid now? Why?" This gets specific performance data without requiring the principal to generate a list from scratch.

AI role: AI transcription of the elicitation session; structured output into a template organized by subconsultant type (civil, structural, MEP, geotech, environmental).

Transition: Vendor knowledge is about patterns of behavior. Decision rationale is about patterns of thinking— and that's harder to capture.

Artifact 3: Decision Rationale Log

Project files record what was decided. A decision rationale log captures why— the factors weighed, the alternatives rejected, and the reasoning a successor would need to avoid unknowingly reversing a decision that was right.

Enterprise Knowledge research confirms that effective knowledge capture programs focus on decision logic and judgment patterns, not just artifact handoff. Meeting minutes record the vote. They almost never capture the reasoning.

Decision types worth logging:

  • Why a particular construction sequence was chosen (and what the rejected alternative risked)
  • Why a specific specification was written the way it was (a past failure, a client requirement, a regulatory history)
  • Why a change order was accepted rather than contested
  • Go/no-go decisions on scope additions and what tipped them

Elicitation method: Walk through current active projects and ask: "If I made the opposite decision on [X], what would break— and why?" That question surfaces the reasoning behind existing decisions better than asking "why did you decide X?" directly.

For firms building out their project documentation infrastructure, we've covered the master project list for AEC firms in depth— that article addresses one of the seven artifacts specifically, and the decision rationale log pairs directly with it.

AI role: AI transcription of the walkthrough sessions; AI structuring by project and decision category. The information exists in the principal's head. The transcript makes it searchable.

Transition: Documentation captures what someone decided. A recorded interview captures how they think.

Artifact 4: Tribal Knowledge Interview (Video or Audio)

A retiring principal asked "what do you know that we should capture?" will give you a modest, incomplete answer. A principal asked "what do you do when a client calls at 11pm during construction?" will give you thirty years of judgment in a single response.

The knowledge isn't hiding— it's organized around problems, not documents. Problem-based questions surface what direct questions miss. This is what makes the tribal knowledge interview different from an exit interview.

Format: 2-3 hours total, broken into 2-3 sessions of 45-60 minutes each. Shorter sessions produce better material. The principal is less guarded and more specific when they're not fatigued.

Sample scenario questions:

  1. "Walk me through the last time a project nearly went sideways. What did you see first, and what did you do?"
  2. "What's your process when you think a client is about to change their mind on scope?"
  3. "Describe the last time a subconsultant surprised you— positively or negatively."
  4. "What do you know about [client name] that a new PM would learn the hard way in the first 60 days?"
  5. "What's the one thing about our firm's reputation in [city/county/agency] that never makes it into our proposals?"

AI role: Otter.ai or similar for transcription. AI for topic tagging and chapter creation (group by client, project type, relationship category). Notion or Glean for search. A 3-hour transcript without search capability is effectively unusable— storage and retrieval are both part of the artifact.

Transition: The interview captures general knowledge. Active projects require something more specific.

Artifact 5: Active Project Context Brief

For each current project, there's a layer of context that exists nowhere in the files: the informal client expectation not in the contract, the known risk not in the risk register, the upcoming decision whose backstory the successor needs to understand before the client calls about it.

Active project handoffs fail not because the successor lacks the technical skills— they fail because the predecessor's map of the landmines wasn't included.

Format: One brief per active project, 1-2 pages, written by the retiring principal and reviewed with the successor in a working session. Not a full project status document— just the gap layer that project files miss.

Active Project Context Brief template:

  • Client Context: Informal dynamics, communication preferences, who really drives decisions
  • Informal Expectations: Commitments not in the contract; what this client believes they're getting
  • Known Risks Not in the Register: Issues the principal is managing informally
  • Upcoming Decisions: Decisions the successor will face in the next 60-90 days, with backstory
  • Political Dynamics: Agency relationships, board concerns, client-side tensions the successor needs to know

AEC-specific examples: "The client's board is reviewing the budget in 60 days— they're nervous about the HVAC number and the principal always handled that conversation directly." Or: "The county inspector on this project has a complicated history with the firm— he'll be harder on this job than normal and needs a different approach."

AI role: AI can provide a structured template for the principal to fill out per project. If the principal finds writing difficult, AI transcription of a verbal walkthrough works just as well— in some cases better.

Transition: Current projects have immediate successors. But the firm's broader network— the external relationships the principal has built over a career— has no direct successor at all.

Artifact 6: External Network Map

Not every relationship in a principal's network is the firm's relationship. Some exist because of the principal personally— and when they leave, those connections leave too, unless the firm actively cultivates the handoff before retirement.

PSMJ research on AEC exit planning notes that full ownership transitions require a minimum of 5-7 years of preparation. Network relationships are part of what that preparation covers. But even firms not planning a full ownership transition need to identify which external relationships require deliberate handoff.

Two categories of relationships:

Firm Relationship (CRM Owns It)Personal Relationship (Needs Deliberate Handoff)
Project clients with signed contractsReferral sources who call the principal directly
Vendors with firm accountsCity/county planning contacts from years of relationship
Professional association chapter membershipsAgency staff who pick up the phone because they know this person
Subconsultants the firm has contracted beforeAIA/ACEC colleagues who refer work to the principal, not the firm

Elicitation method: "Walk me through your last ten referrals— who sent them? Is that a relationship they'd maintain with someone else at the firm?" Then: "Who at [agency/city/county] do you have a working relationship with that isn't in our contacts database?"

AI role: AI can help structure the map by relationship category and handoff priority— immediate action required, medium-term cultivation, or firm already owns the relationship.

Transition: The network map looks forward— relationships the firm needs to maintain. The lessons learned narrative looks back— stories the firm needs to preserve.

Artifact 7: Lessons Learned Narratives

Standard lessons-learned logs are filed and never read. What's worth capturing is different: 3-5 narrative accounts of formative projects— one where something went seriously wrong, one where an early decision made everything work, one where an unconventional approach paid off.

A checklist tells you what not to do. A story tells you why— and that's what a junior engineer actually remembers.

Format: Narrative form, written by the principal in their own voice, 500-800 words each. Named individuals removed for discretion, but specific enough to be instructive. "A county utilities project in 2017" works. "Every project we do" doesn't.

Five narrative types worth capturing:

  • The near-miss (what almost went wrong, what caught it, what to watch for)
  • The early decision that unlocked everything (a specification, a hire, a scope conversation)
  • The unconventional approach that paid off
  • The client relationship recovery (what broke, how it was repaired, what it taught)
  • The scope miscommunication (how it started, how it escalated, what the firm changed afterward)

AI role: AI can provide a narrative template with structure— context → the moment of decision → what happened → what it taught → what to watch for. If the principal prefers talking to writing, AI transcription of a recorded session works well. These operate as case studies for successors and junior staff. The principal's judgment preserved in story form.

Seven artifacts. Each one captures something that doesn't live in any system your firm has. Together, they represent the gap between what your files record and what your principals actually know. The next question is when — and how — to produce them.

When to Start Knowledge Transfer

Most firms find out about a principal's retirement with less runway than the research recommends. Here's how to prioritize based on what you actually have.

Runway AvailableArtifacts to Prioritize FirstApproach
2+ yearsAll seven, over timeStructured process, embedded in mentoring and project closeouts
6-24 monthsActive Project Context Briefs, Client Relationship Map, Tribal Knowledge InterviewCompressed but comprehensive — do these in order
Under 6 monthsActive Project Context Briefs + Client Relationship MapTriage mode; start with highest client-relationship risk

Every firm wants 2-3 years of runway. Most get six months or less. The triage framework above is for reality, not the ideal case.

The research consensus is 2-3 years before expected retirement for critical roles— and for good reason: that gives time for mentoring, shadowing, and iterative refinement, not a single exit interview sprint. Enterprise Knowledge recommends starting knowledge transfer for critical roles at least 2-3 years before retirement. PSMJ notes that full AEC exit planning requires 5-7 years minimum. Knowledge capture is a subset of that, not the whole thing.

The real answer is building artifact capture into firm practice— not treating it as a pre-retirement sprint. Add elicitation to annual principal reviews. Capture decision rationale at project closeouts. Build the tribal knowledge interview into the leadership transition process before you need it. A 22-person civil engineering firm that treats this as ongoing practice is in a fundamentally different position than a 45-person MEP firm scrambling in the last six months.

Storage, Access, and Use

A 3-hour tribal knowledge interview that lives in a folder nobody can find is just a more expensive way to lose the same knowledge. The artifacts are only as good as the system that makes them findable. Here's what that system needs to include.

The seven artifacts are only valuable if the successor can search them. A knowledge base nobody uses is just a more sophisticated way to lose institutional knowledge.

What makes artifact capture actually work:

  • Centralized and searchable storage: Notion, SharePoint, Glean, or AEC document management platforms you're already running — the specific tool matters less than searchability and consistent structure
  • Successor orientation: The successor should know where to find these before the principal's last day; a 30-minute walkthrough of the knowledge base is not optional
  • Integrated into the handoff workflow: When a successor inherits a client, the relationship map is the first document they open— not the contract
  • Ongoing updates: These aren't one-time captures; update them at project milestones, project closeouts, and annual reviews
  • AI-powered search: AI-assisted search (Glean, Notion AI) makes transcript-heavy artifacts like the Tribal Knowledge Interview actually navigable; without search, a 3-hour transcript is unusable

For firms building out AI-assisted workflow capture more broadly, see our guide to AI-assisted workflow capture— the same principles that make knowledge artifacts searchable apply to operational workflows generally.

FAQ

How long does it take to create all seven artifacts?

The time investment varies significantly by artifact. A tribal knowledge interview takes 2-3 hours of the principal's time, broken across sessions. A client relationship map for ten active clients takes 4-6 hours. Active project context briefs average 30-45 minutes per project. Plan for 20-30 hours of the principal's time across all seven artifacts— spread over weeks, not days. The goal is depth, and fatigued principals give shallow answers.

What if the principal says they don't have anything special to share?

This is the most common obstacle— and the reason problem-based questions work better than direct inventory. Ask "What do you do when X happens?" not "What do you know that I should capture?" The principal's answer will surprise them. Enterprise Knowledge research confirms that effective capture programs focus on eliciting decision logic through specific scenarios, not asking experts to generate lists from memory.

What happens if a firm doesn't capture this knowledge?

The most immediate cost is damaged client relationships when successors lack context. Medium-term: operational errors from missing decision rationale, repeated vendor mistakes that the principal had already learned to avoid. Long-term: firms often rehire retired principals as expensive contractors to fill the knowledge gap— at significantly higher cost than their original compensation, according to Enterprise Knowledge. Deloitte projects $6.9 to $9.6 trillion in lost output from boomer retirements across the broader economy. The AEC version of that loss is smaller in scale and more concentrated— and more avoidable.

Can these artifacts be created after the principal retires?

Some can, with diminishing returns. The principal's willingness to engage drops after retirement. Relationship context fades. Active project details become historical. Enterprise Knowledge research notes that knowledge transfer is most effective when structured over months, not compressed into exit interviews— and that extends to post-retirement engagement. The pre-retirement window is when the knowledge is fresh and the principal is still motivated. That window closes, and it doesn't reopen.

Conclusion

Seven artifacts. That's the list. Not a vague directive to "capture institutional knowledge"— a specific set of documents with specific contents, produced through a process of asking the right questions that surfaces what the principal doesn't even know they're holding.

The files hold what was decided. The principal holds why— and the relationships, and the vendor reputation file, and the informal commitments, and thirty years of judgment about when to push back and when to let something go. These artifacts are how that knowledge survives the retirement.

The best time to start wasn't five months before retirement— it was five years before. The second-best time is now.

If your firm is navigating an imminent principal retirement and needs help structuring the capture process, working with an AI implementation partner can compress the timeline significantly. For firms thinking longer-term— toward building an AI-enabled culture at your firm that makes continuous knowledge capture part of how the firm operates— that's a conversation worth having before the next retirement cycle begins.

Our blog

Latest blog posts

Tool and strategies modern teams need to help their companies grow.

View all posts
Featured image for Build An AI Champions Network From The Bottom Up