定义问题
目标用户、触发事件、可用数据、权限与人工闸门入图。交付一张范围和风险地图。
Method / 方法
每个阶段都能回答：现在知道了什么？
一套轻量、可复盘的节奏：先把问题变小，再把证据做实，最后让团队能自己继续。
7 / 30 / 60 / 90 是工作节奏，不是对结果的保证。周期会随权限、素材与审批速度调整。
四个
时间锚点
每个锚点都有可以打开、运行或评审的产物。没有“等上线以后再看”的黑箱阶段。
跑通主链路
做出最小可用入口，连接必要工具，在 TEST 数据上完成一次从输入到输出的演示。
扩大样本
把边界案例、失败路径、成本和质量指标纳入测试，记录哪些动作必须由人批准。
移交与迭代
沉淀操作手册、权限矩阵、复盘仪表盘与下一轮假设，团队能接手并提出新问题。
证据
如何分层
看案例时，先看它属于哪一层，再看它能否回答你的问题。
A
已交付 / Delivered
有可访问的产品、流程或验收记录。可以复核交付边界，不能把它外推成客户经营结果。
B
自有生产 / In-house
Tommy 自己长期运行的工具或工作台，证明的是系统能力与运维经验。
C
历史快照 / Historical
某个时间点的研究、测试或部署记录。状态会变化，查看时注明日期并重新核验。
D
合成演示 / Synthetic
用于解释行业方案的模拟数据与蓝图，不代表真实客户、合同、收入或投放结果。
一份好交付
应该让谁放心
不同角色看到同一份证据，能做不同的决定。
企业主
知道预算投到哪一步、什么时候需要签字、什么结果还没有被证明。
运营团队
知道每天打开哪个入口，异常如何接管，内容和线索怎样回到系统里。
技术团队
知道接口、数据、日志、权限和供应商边界，能够接手维护而不是依赖个人。