产品设计

从用户要得到的结果出发，形成有边界、可检查的产品决定。产品设计交付产品文档与产品逻辑原型：文档明确目标、范围和规则，粗原型让用户沿具体场景看懂产品怎样运作，两者共同帮助发现缺口和确认决定。

按问题选方法

复用已有决定与证据，按当前问题读取对应方法：

当前问题	读取	帮助形成的判断
新能力、方案比较、范围调整、首个可用版本	目标与边界	服务谁、解决什么、做到哪里、先验证什么
权限、完成条件、状态变化与异常结果	业务规则与验证	可检查的业务规则及相称的验证
产品方案交付、逻辑原型或设计交接	设计交付与原型	文档与粗原型的分工、共同确认及向体验设计的演进
是否解决问题、值得继续投入、应保留还是下线	验证与存废	价值证据、代价与下一步建议
需要表达已有业务规则	业务规则写法	可直接用于原有记录的句式与表格

这些方法可组合使用。逻辑原型参与产品决定的形成，价值验证也可发生在投入前、实现中和使用后。

交付与确认

形成或调整产品方案时，同步维护产品文档和产品逻辑原型，供用户一起确认。原型面向最终用户，以可理解的对象、入口、操作和结果呈现产品基本结构；主要路径应能走通或明确追踪。可用简陋样式、假数据和模拟功能，标注补充未实现部分。体验阶段进一步优化操作、页面组织与视觉表达。

用户明确只请求产品文档或先梳理流程时，按本次范围交付文档，说明原型是否尚未形成；不将文档草案视为完整方案已确认。针对局部规则、价值判断或讨论的任务，交付相应结论，更新已有材料中受影响的部分。交付方法与确认范围见设计交付与原型。

工作位置与相邻能力

沿用任务指定位置与已有记录。产品文档维护规则依据，当前原型展示这些规则如何被用户经历；重要产品取舍请用户确认，已有有效决定直接沿用。

interface-design 负责体验设计，可重新组织页面、入口、控件与操作衔接，将产品逻辑演进为好用、好看、可信的体验。体验证据发现产品规则需要改变时，回到产品文档修订。技术机制和运行约束结合 engineering-design，交付质量核验结合 final-acceptance。