THE DESIGN
OPERATING MODEL
Design moves from producing artifacts to specifying behavior.
Drawing got cheap. Deciding did not, and there is more to decide than at any point in the last twenty years. Written for the person who has to run a practice while the practice changes underneath them: you read it on Tuesday and hand something to a team on Monday. Companion to the PM Handbook, and the short citable version of chapter 1 lives in the answer library.
Deceased · what this handbook replaces
- Pixel-perfect handoff
- Review as approval theater
- Personas as decoration
- The double diamond as a calendar
- Fidelity ladders
The first five
Publication order is not book order. These five come first, then the rest fills in around them, Part II next since it is the most open ground.
- 01Design Just Got PromotedDrawing got cheap, deciding got more valuable, and the surface count went up.Live
- 05You Cannot Mock a DistributionNo final state to draw. Design the range: best case, worst acceptable case, refusal.Live
- 12The Rubric Is the SpecEval-driven design. Taste that executes without you in the room.Live
- 11Recovery and Trust RepairWhat happens in the thirty seconds after the system is confidently wrong.Live
- 22Design's Kill ListRituals that survive because they have a meeting attached. Every kill gets a replacement in the same paragraph.Live
The full arc
All 26 chapters, in book order, with the template each one ships. A chapter without a working artifact is not done, however good the prose is.
The Shift
What actually changed, why the artifact stopped being proof that judgment happened, how to write a rule with a failure condition, and where design's ownership line sits now that everyone in the building can generate.
- 01Design Just Got PromotedThe claim that design is lost contains a category error. Drawing got cheap. Deciding got more valuable, and there is more to decide than at any point in the last twenty years.Template: The six operating rules · 7 min readRead →
- 02The Receipt and the WorkWhy the artifact became the unit of credit, and what replaces it as proof that judgment happened.Template: Design decision record, one page, four fields
- 03Specifying BehaviorThe core method. How to write a rule with a failure condition instead of a principle.Template: Constraint template with twenty worked examples
- 04What Design Owns NowThe boundary conversation with engineering and PM, restated for a world where all three can generate.Template: One-page ownership map
Designing Non-Deterministic Products
The open problems nobody has named yet. Uncertainty, undo, disclosure, latency, refusal, and the thirty seconds after the system is confidently wrong.
- 05You Cannot Mock a DistributionThere is no final state to draw when the output is assembled at runtime. What you specify instead is a band, and everything inside it ships without your review.Template: The range spec, three columns · 7 min readRead →
- 06The Shape of UncertaintyHow a product says it is not sure without looking broken. Confidence, hedging, silence, asking.Template: Uncertainty pattern library, first pass
- 07Undo Is a Design PrimitiveWhat undo means when an agent acted at 3am on the user's behalf. Reversal, notification, and the window between them.Template: The undo checklist
- 08Disclosure Without OverwhelmHow much reasoning to show, to whom, and when showing it costs trust instead of building it.Template: Disclosure ladder, five levels
- 09Latency Is InterfaceWaiting was a spinner problem. Now it is a relationship problem, because the user does not know if anything is happening.Template: Latency states by duration band
- 10Designing RefusalWhat the product will not do, said in a way that reads as competence rather than limitation.Template: Refusal copy patterns
- 11Recovery and Trust RepairThe thirty seconds after your product is confidently wrong decide whether the person keeps using it. Almost nobody designs that moment.Template: Trust repair sequence · 8 min readRead →
The Evidence Layer
Rubrics, failure inventories, downside exposure for interface decisions, and research that runs at generation speed instead of once a quarter.
- 12The Rubric Is the SpecYour taste currently lives in a recurring meeting, which caps quality at the number of things you can personally look at. A rubric extracted from real work is the version of that taste that executes when you are not in the room.Template: The design rubric template, flagship download · 9 min readRead →
- 13Scoring Your Own WorkWho scores, what disagreement means, and when to change the rubric instead of the work.Template: Review protocol, thirty minutes
- 14The Failure InventoryList the ten worst plausible outputs of a feature before you design the good one. That list is a design doc.Template: Failure inventory worksheet
- 15Downside Exposure for InterfacesWhich interface mistakes are recoverable, which are not, and how the interface should differ between them.Template: Exposure grid
- 16Evidence as an AssetMost companies re-learn the same thing every planning cycle because nobody owns what they know.Template: The evidence register
- 17Research at Generation SpeedContinuous over project-based. Where synthetic users work and where they lie.Template: Weekly research cadence
- 18Reading Behavior You Did Not DesignInstrumenting a product whose surface is assembled at runtime. What a funnel even means now.Template: Measurement starter set
The Practice
Apprenticeship moves from production to judgment. What to ask for instead of a portfolio of screens, what to kill, and what a design org looks like when generation is free.
- 19The Ladder, RebuiltApprenticeship moves from production to judgment, and here is how you actually teach it.Template: Twelve-week judgment curriculum
- 20Hiring for JudgmentPortfolios of screens tell you nothing now. What to ask for instead.Template: Interview loop, including the four-generated-options exercise
- 21The New PortfolioFor the individual reader. Decisions, constraints, rubrics, and the thing you killed.Template: Portfolio structure
- 22Design's Kill ListA ritual belongs on the kill list when it produces a receipt rather than a decision, and the receipt only ever counted because it was expensive. Nine of those, each with its replacement.Template: The kill list, with replacements · 8 min readRead →
- 23Team ShapeRatios, roles, and what a design org looks like when generation is free.Template: Three org patterns by company stage
Running It
Weekly, per sprint, per quarter, and who owns each. Your first ninety days on a team that has none of this, and the case you will have to make to a CEO who read that design is a bottleneck.
- 24The Operating CadenceThe whole handbook as a calendar. Weekly, per sprint, per quarter, and who owns each.Template: The cadence one-pager
- 25Your First Ninety DaysA leader arriving at a team that has none of this. Sequence, first fights, first wins.Template: Ninety-day plan
- 26The Case You Will Have to MakeTalking to a CEO who read that design is a bottleneck. Framed as capacity the company is currently wasting.Template: The one-slide argument
Frequently asked
What is The Design Operating Model?+
A 26-chapter handbook by Falk Gottlob for product and design leaders, built on one sentence: design moves from producing artifacts to specifying behavior. It covers constraints with failure conditions, range specs for generated output, design rubrics that score work without you in the room, and the wrong path (recovery, disclosure, refusal, trust repair). Every chapter ships a downloadable template. Published one chapter a week, free, no signup.
Is AI making product design obsolete?+
No. It made drawing cheap, and drawing was never the whole job. A team can now put twelve credible directions on the wall by Wednesday, which means somebody has to say why this one and not those eleven, in language a team and an agent can both execute. That work used to be roughly fifteen percent of a designer's week, hidden inside the making. It is the whole week now.
How is this different from the PM Handbook on falkster.com?+
The PM Handbook at /handbook is 40 chapters for product managers: discovery, evals, prototyping, pricing, agent fleets. The Design Operating Model is for the person running a design practice, and it goes deep on the problems generated products created: uncertainty, undo, disclosure, latency, refusal, and recovery. Same house, different reader. Read either without the other.
What is a design constraint, as opposed to a design principle?+
A principle has no failure condition, so nobody can catch it being broken. Delightful, human, trustworthy has never once stopped anyone from shipping anything. A constraint names the failure: any suggestion a user can accept in one click needs an undo that is equally cheap. That is checkable by a person, by a reviewer, and by an eval.
How do you design a screen that is generated at runtime?+
You do not design the screen, you specify the range: the best case, the worst case you would still ship, and what the product refuses to do. Everything between the second and the third is allowed and does not need review. The test is whether two reviewers sort ten real outputs into the same buckets. Where they disagree is where the boundary is still undefined.
Are the templates free, and what do they cover?+
Free, no signup, markdown you can copy into your own docs. 26 of them, one per chapter: the six operating rules, the design decision record, a constraint template with twenty worked examples, the range spec, the uncertainty pattern library, the undo checklist, the disclosure ladder, refusal copy patterns, the trust repair sequence, the design rubric, the failure inventory, the evidence register, the kill list, and the rest.
Who is this handbook for?+
Product and design leaders who have to run a practice while the practice changes underneath them, and senior individual designers working on AI products. You read it on Tuesday and hand something to a team on Monday. It is not an introduction to design.
The other handbook
The PM Handbook.
Same shift, product side. Evals, discovery, shipping →
Take something with you
Every template, one page.
Templates and prompts you can ship today →
Working through this?
Audit, workshop, or advisory.
See current openings →