曾任职于Google和Quora等公司、现任Quip软件工程师的Edmond Lau，同时也是《The Effective Engineer》作者，近日在部落格分享，越在乎某件工作项目，越容易投注更多精力和情感，但也因此更难对计划的好坏做出正确判断。他建议，应尽量减少验证想法的时间，才能在发现计划不可行时，潇洒放手、赶紧转换方向。



Slack让产品验证时间从6个月减少到5天
为什么骄傲感容易让我们走冤枉路？Lau从心理学的角度分析原因。第一，我们很难接受沉没成本，让过去在项目上付出的努力和时间付诸流水。第二，我们也担心如果否决自己过去的意见，可能会被同事看不起，这就是「自我威胁」现象，可能让我们对错误事坚持太久。

由于否决过去决策的难易度，大致和我们已投入的时间、精力、经费和情感有关，Lau指出，最好的方法就是减少验证产品的成本，让我们更愿意随时改变计划方向。

Lau以企业协作平台Slack的团队为例。一般用户如果没有使用企业沟通平台的经验，可能无法立刻了解使用Slack的好处和功能，也因此，Slack团队想到，或许可开发一款模拟企业团队的聊天机器人，透过和这些机器人对话，用户便可在实际成立工作组团队前，了解Slack的好处和功能。

他们评估，完成有基本互动功能的聊天机器人，至少需要6个月，而投入越多时间，产品也将越可靠。不过另一方面，用来模拟的聊天机器人团队也可能让用户感到更困惑，不知道这些机器人是哪来的、用来做什么。
最终，他们只花了5天就确定这个想法不可行，他们是如何办到的？

Slack团队在5天内设计并做出聊天机器人的接口，而其中最花时间的自动回复、传讯息功能，在测试阶段则是以真人代替机器人回复，虽然测试规模不大，但却足够用来获得意见。最终，5名受测者中仅有1名的回馈是正面的，其他人则是对聊天机器人感到困惑、不懂这个功能用来做什么。因此，Slack团队决定终结这个想法，转向用其他方式向用户解释产品功能。

6大心法：尽可能更早、用更便宜的方法验证想法
Lau建议，平常工作时可按照以下流程，在早期阶段便能获得回馈，调整产品方向。

• 开始做新产品时，先写下简短的设计文件，其中需强调特别突出的细节，并且给团队成员看，以在项目开始前获得回馈。

• 执行高风险想法时，应乐于学习未知的事，并减少项目早期阶段的风险。相反的，不要一开始就想如何完成或规模化产品，这将造成产品迭代又少又慢，失败成本也更高。

• 想办法打造最简单的版本来搜集用户回馈，或像Slack团队一样更好，大致做出平台接口即向用户展示、验证产品。

• 做产品前先做市场研究，了解用户眼下亟需解决的问题是什么，而不是耗尽自己的时间和体力，用来解决自认为是用户
问题的问题。使用客户关系管理工具（如Intercom）可以更轻易了解客户，获得真实回馈。

• 推迟任何和推出产品第一个版本无关的工作项目，尽量缩短搜集回馈的时间。

• 持续进行用户测验，每隔一段时间验证自己正在进行的项目。以Quip来说，有时甚至一周做了12次用户测试，以对正在开发的产品更有信心。

---

版权声明：

凡本网内容请注明来源：T媒体（http://www.cniteyes.com）”的所有原创作品，版权均属于易信视界（北京）信息科技有限公司所有，未经本网书面授权，不得转载、摘编或以其它方式使用上述作品。

本网书面授权使用作品的，应在授权范围内使用，并按双方协议注明作品来源。违反上述声明者，易信视界（北京）信息科技有限公司将追究其相关法律责任。