原型范围谁来确认？产品和研发要对齐

原型范围通常需要产品主导，研发共同确认

原型范围一般由产品经理发起并主导确认，因为产品更了解业务目标、用户需求和功能优先级。研发需要一起参与评审，判断实现复杂度、技术边界和交付风险。比较稳妥的做法是：产品提出范围草案，研发评估可行性，双方对关键页面、交互细节、边界场景和不在范围内的内容达成一致，形成可执行的确认结果。

优先核对业务目标、页面边界和交互细节

当产品和研发对原型理解不一致时，可以先对齐业务目标、核心流程、页面边界、异常状态和交互规则。很多争议并不来自原型本身，而是来自对需求范围的不同理解。把哪些功能必须做、哪些只是参考、哪些属于后续迭代说清楚，研发更容易判断实现方式，产品也能及时发现遗漏。

单方面确认容易忽略技术成本和实现限制

如果原型范围只由产品单方面确认，容易出现设计上看起来完整，但研发实现成本过高、依赖过多或存在技术限制的情况。研发参与确认后，可以提前识别不可行方案、额外工作量和潜在风险，避免开发中途返工。这样不仅能提高交付效率，也能减少版本延期和沟通摩擦。

用统一口径沉淀确认结果并持续同步

原型确认后，建议把结论沉淀到需求文档、评审记录或任务说明里，明确范围、例外情况、交互规则和责任人。开发过程中，如果有新增问题或边界情况，也要及时回到统一口径中讨论，避免口头传递带来的信息丢失。保持产品、研发、设计之间的持续同步，能显著降低返工概率。