向Slack学习如何开发好项目，6大心法教你少走冤枉路

曾任职于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次用户测试，以对正在开发的产品更有信心。