我们花了6个月开发了一个功能,上线后发现没人用。」
这种悲剧的根源,是忽视了「产品发现」(Product Discovery)。
产品发现是在投入大量开发资源前,通过快速实验验证「我们要解决的问题是否真实存在」以及「我们的解决方案是否有效」。
产品发现 vs 产品交付:
活动一:理解用户
通过访谈、观察、数据分析,深入理解用户的痛点和需求。
活动二:定义问题
把用户的需求转化为清晰的问题陈述。
示例:「新用户在注册后不知道下一步该做什么」
活动三:构思方案
头脑风暴多种解决方案,不急于确定一个方向。
活动四:验证方案
用原型、MVP、A/B测试快速验证方案的可行性。
产品发现的核心是「速度」。
目标:在几小时或几天内验证一个假设,而不是几个月。
方法:
障碍一:没有时间
团队太忙,没时间做发现。
解决:把发现纳入Sprint,每个Sprint留出20%的时间做发现。
障碍二:没有技能
团队不知道怎么做用户访谈、原型设计。
解决:培训+实践。产品发现是可以学习的技能。
障碍三:没有文化
团队文化偏向「执行」,不鼓励「探索」。
解决:从领导层开始,建立「发现文化」。
产品发现不是「额外的工作」,而是「必要的工作」。
当你在发现阶段投入1周,可能避免在交付阶段浪费3个月。
建议:把产品发现作为每个Sprint的标准活动。让团队习惯「先验证,再开发」的工作方式。