产品验证、交付与产品化

问题验证确认痛点真实；客户验证确认具体人群；预算验证确认有钱可花；购买验证确认报价后愿意付款；交付验证确认你能产生结果；复购验证确认价值持续或可以扩展。

很多项目直接从问题跳到开发。更稳妥的方式是先完成小额交易和人工交付，让产品功能建立在真实流程上。

预售是在完整产品完成前，以清晰承诺获得付费；Concierge MVP 由人工完成未来可能自动化的流程；付费试点在小范围、明确期限和成功指标下验证方案。

这些方法需要诚实说明交付方式、范围和限制。早期人工不代表低质量，它帮助创始人理解客户上下文、异常和价值。

产品需求定义目标客户、问题、成功标准、范围、流程、状态、数据和异常。服务蓝图把客户动作、可见接触点、后台流程、支持系统和证据放在同一张图上。

OPC 更需要服务蓝图，因为一个人需要同时看客户体验与后台容量。很多“体验问题”来自后台交接、等待、数据和责任不清。

质量标准可以包括完整性、准确性、时效、性能、风格、一致性、安全和结果。验收需要定义谁检查、依据什么、何时反馈、什么算通过。

真实业务一定有异常：客户资料缺失、供应商延迟、模型错误、支付失败、商品损坏。异常流程需要包含发现、分级、通知、处理、补偿和复盘。

产品化可以从六项开始：目标客户固定、输入资料固定、步骤固定、交付物固定、时间固定、价格区间固定。再补充沟通节点、修改、异常和升级服务。

标准化不等于所有客户得到一模一样的结果。它把共同骨架固定，把真正影响价值的个性化保留在少数决策点。

反馈可以分为产品缺陷、使用障碍、个别偏好、新细分需求、错误期待和不适配客户。每类对应不同动作：修复、引导、忽略、另行定价、调整营销或拒绝服务。

继续开发的条件应当来自重复证据和经营目标。功能完成度不会自然带来客户。停止、暂停或缩小范围，是产品管理的重要能力。