Skip to main content
Framework

The Heirloom Method

Eight stages, from understanding what already exists to transferring everything to you. Published in full, including a note about the place where the acronym does not quite hold.

Harvest

Understand what already exists.

01

Before anything is added, we gather what is already working: the practices, the relationships, the records, the knowledge people carry in their heads. Most organisations know more than their documentation admits.

Examine

Audit the systems and the needs.

02

Where does the time actually go? Where is information duplicated, lost, or exposed? What is fragile because exactly one person knows how it works?

Imagine

Design better possibilities.

03

Now — and only now — we ask what a better version looks like. Several options, with honest effort and risk attached to each, including the option of changing nothing.

Root

Ground every decision in people, values, culture and governance.

04

Root is not a stage you pass through. It runs the length of the work: who decides, what must stay human, what may never leave the building, and whose knowledge this is. We list it fourth because it spells the word, but treating governance as step four is how organisations end up bolting ethics onto a finished system.

Layer

Add appropriate technology.

05

Technology goes on last and goes on thin. The right amount is the least that solves the problem, chosen for how easily you could leave it.

Operationalize

Make it actually work.

06

In production, with real data, run by the people who will run it — not demonstrated in a meeting and abandoned.

Own

Transfer knowledge, control and documentation.

07

Accounts in your name. Documentation in your hands. Training for your staff. If the system stops working when we leave, we did the job wrong.

Multiply

Expand capability.

08

What you learned on the first workflow makes the second one cheaper, and the third one yours entirely.

An honest note about the acronym

HEIRLOOM needs two words beginning with O to spell correctly, which is a mild strain, and Root sits fourth because of the letters rather than because governance belongs after design. It does not. Most responsible innovation frameworks place values and governance grounding before design, and so do we in practice. We keep the acronym because it is a useful teaching scaffold, and we flag the seam rather than hoping nobody notices it.

Underneath it

Inherit, interpret, build, bequeath

Four questions every piece of work here should be able to answer for the person doing it.

Inherit

What do I already know and already have?

Every tool starts from your situation, not a blank slate.

Interpret

What does this technology actually mean for me?

Capability and limitation, stated together, every time.

Build

What can I make with it?

Something you can carry out of here and use this week.

Bequeath

How does this stay useful beyond me?

Documentation, ownership and transfer are part of the deliverable.

See how this runs in an engagement