01 / CONDITION
Listen before naming the solution.
PRODUCESFRAME · OUTCOME · CONSTRAINTS · QUESTIONS
05 / WORKING METHOD
An operating sequence for turning an idea, business condition, or workflow problem into a system that can be understood, tested, and continued.
01 / OPERATING MAP
Each stage produces an artifact or decision that makes the next movement safer. Evidence may send the work backward, narrow it, or end it.
01 / CONDITION
02 / RESEARCH
03 / SYSTEM MAP
04 / ENVIRONMENT
05 / DESIGN
06 / BUILD
07 / VALIDATE
08 / CONTINUITY
02 / QDI OPERATING LOOP
Questions expose missing context. Documentation stabilizes agreement. Implementation creates inspectable behavior—and new evidence.
↺ RESULT → EVIDENCE → BETTER QUESTIONS
03 / RESPONSIBILITY MODEL
Authority expands only when the operating environment is clear and the work remains aligned. It contracts when an agent guesses, drifts, loops, crosses a boundary, or produces output that cannot be verified.
Intent · judgment · responsibility
approval · consequence
Research · questions · alternatives
mapping · critique · verification
Analysis and implementation inside
approved context, tools, and status
04 / DECISION GATES
The sequence can stop, return, narrow, or change direction whenever the operating evidence becomes stronger than the desire to continue.
Do we understand the condition well enough to choose a lane?
RESEARCH / FRAME / STOPWill the change solve the problem without moving debt elsewhere?
REDESIGN / NARROW / PROCEEDIs the intended behavior legible before implementation?
PROTOTYPE / REVISE / APPROVEDoes the completed slice prove the claim being made?
TEST / CORRECT / VERIFYWhat should happen now?
SHIP / REVISE / PIVOT / PAUSE / ARCHIVE05 / ADAPTATION
A small design-led site may need a light documentation layer. A multi-actor product with agents, databases, permissions, and irreversible actions may require several connected Doc Sets and stricter evidence gates. The method does not make every project identical. It makes the reasoning reviewable.