How I Work · Methodology · Adapted, not theoretical

I don't run the Double Diamond. I run whatever the constraints will pay for.

Six specific operational moves I've actually made on real teams — at P&G ($20M+ initiatives), at Braid (UMich PIT-KN), and now at Ehoro Village. Not a philosophy. Not a framework I read about. Concrete moves with concrete receipts.

Thesis

Process is a tool. The job is shipping work that's right for the people it's for. Pick the process that fits the constraint — and write down what you picked, so the team can build against it.

Operational Moves

01

Write the manifesto before the code.

Every AI-augmented project I start now begins with a written spec — data model, design philosophy, coding rules, session log. Not a wireframe. Not a Figma file. A document the entire team (and every AI session) reads before touching the build.

The reason: AI has no memory and teams have drift. The manifesto is the shared mental model that survives across sessions and people. The document IS the product. The code just implements it.

Receipt — Ehoro Village. 24+ AI build sessions, six-person team, schema drift killed by a single living source of truth.

02

Research is alignment, not a deliverable.

Reports get filed. Workshops change roadmaps. When teams misalign on what a product is for, no amount of visual iteration fixes the UX — because the UX is downstream of the disagreement. The fastest path to a clearer homepage is a synthesis workshop, not another Figma file.

So I run research as a cross-functional alignment exercise: PM, engineering, marketing, strategy in the same room, reading the same insights, writing the language together.

Receipt — Braid. Five synthesis workshops with 100+ stakeholders produced the language the redesigned homepage spoke — which produced a 40% lift in new sign-ups.

03

Build the internal tool before the next deck.

When triage is eating the team's week, no design improvement matters. The right move is to build the thing that gives the team back its time, even if the thing isn't user-facing. Designers can ship internal tooling — and should, when the constraint is a team-velocity problem dressed up as a design problem.

Receipt — Ehoro Village. A Python/Streamlit feedback-analysis tool I built for the team cut triage time by 40–60%, freeing the product track for design and research.

04

Adapt the process to the constraint, not the brand.

The Double Diamond isn't wrong — it's just one shape. Some problems need a discovery sprint. Others need three weeks of synthesis. Others need someone to sit down with the engineers and balance an economy until it stops feeling like a slot machine. The process you can afford to run is the process that matters.

A project with a six-month runway and a 17-year-old user base needs a different methodology than an enterprise BI tool with eleven regional PMs. Treating them the same is how junior teams ship the wrong thing on time.

Receipt — P&G enterprise BI redesign (7-person team, $200K savings) ran a needs-analysis-first process. Ehoro Village ran a hypothesis-first one. Same designer, different shape.

05

Stakeholder management is the work.

Three years of running international program management at P&G — 11 regional PMs, $20M+ initiatives — taught me the part most design education skips: the design that ships is the one whose stakeholders feel ownership of it. Not consulted-with. Owned. Written into.

In practice that means I write the brief everyone reads first, run the meeting that lets people disagree on paper before they disagree in slack, and put my name on the document so the team knows who to push back on.

Receipt — Global loss-analysis operation at P&G across 11 international PMs. Recipient of the P&G CEO Award.

06

Pick the model for the task.

Multi-model fluency isn't a flex — it's how the work actually gets done. Claude for long-running build sessions and taste-sensitive interface code. ChatGPT for fast exploratory passes and asset generation. Gemini for long-context research synthesis. The skill is matching the cognitive shape of the task to the model — and keeping the manifesto's shared context portable across all three.

Receipt — The AI Projects page documents the methodology in detail.

In one sentence

Write the spec. Run the workshop. Build the tool. Adapt the process. Own the stakeholders. Pick the model.

That's the methodology. The case studies are the proof that it works on real teams shipping real products.