Facebook怎么规划优异产品？（Facebook产品）-APP运营-知优网

这篇文章我翻译于17年5月12日，但是在工作中，我还是常常会把它再读一遍，每次总有新的收获，对手头在做的一些项目起到指导意义。后来，我索性把它的链接加入到了公司wiki的PRD的默认模版中，让团队中每位产品经理写下PRD前都看一遍。最近公司内部发起了一个产品社团，有幸加入其中，作为成员任务的一部分，我们决定翻译一些外...

这篇文章我翻译于17年5月12日，可是在工作中，我仍是常常会把它再读一遍，每次总有新的收成，对手头在做的一些项目起到指导意义。后来，我干脆把它的链接参加到了公司wiki的PRD的默许模版中，让团队中每位产品司理写下PRD前都看一遍。

最近公司内部发起了一个产品社团，有幸参加其间，作为成员使命的一部分，咱们决议翻译一些外网优质的内容。从此自己的英文技术点也不再限制于给开关命名（比方：login_switch），算是一大幸事。

本篇原名“Building Products”由Julie Zhuo（Product design VP @ Facebook）编撰于Meduim，首要依据她的工作经历，从“准备阶段、履行阶段、衡量效果、团队建造”四个视点，总结了一些她以为卓有成效的产品规划准则。

我读后，觉得有的和我过往的经历很契合，有的有助于现在我遇到的一些问题。期望也能够给各位带来一些收成。

有必定英文根底的同学，主张直接在Medium上搜Julie Zhuo。

点击检查原文

最近，我参加了一场TNW Europe的访谈，讨论咱们在Facebook运用的产品规划办法论。参加这次访谈，让我回想起以往在打形成功产品时所沉积下的经历。

以下这份产品规划check list，既不完好，也不肯定。假如世上能有一份完美的指引手册（第一步：获取创意；第二步：？？？；第三步：挣钱了！），那咱们早能够花钱把它买下，然后一边拍着伙伴的背，一边看着奇特新颖的产品如漫山遍野般冒出。

这儿列出的仅仅是很小的一部分经历，咱们需求更多的探究和学习。

准备阶段

1. 一个产品能成功，是由于它为人们处理了一个问题。这听起来十分根底，但这是了解规划优异产品仅有最重要的工作。

2. 规划新产品的第一步是去了解：你为谁，处理什么问题。这一点，在你开端着手规划任何计划前，有必要十分明晰。

3. 你问自己的第二个问题，应该是：“为什么这个特别的问题值得被处理？”。

4. 假如你的方针用户集体的界说是十分窄的，那么你能够测验依托自己的直觉去引导产品规划决议计划。假如不是，那么你需求依靠查询和数据来支撑你的决议计划；

5. 假如你是0到1创立一个产品，把方针用户群定位得愈加狭隘，会让你的路走得更顺一些。等产品吸引到一些留心之后，再测验扩展你的方针用户集体。

6. 你处理的问题，应该很容易用一两句话解说给你的方针用户。假如不能做到，预示着一盏大红灯亮起。

履行阶段

7. 好的履行的界说：在最短的时刻里得到最可信的定论。

8. 坏的履行的界说：测验某件工作，失利了，可是：a)从失利的效果里无法得出经历教训（由于你不清楚究竟为什么失利了）或许b）它耗费了你一年的时刻，但其实有一条更聪明的办法能够在三个月内处理。

9. 区分团队是否成功，并不是它们做的工作是否失利了，而是他们在多大程度上能持续地坚持好的履行力。

10. 当你测验处理一个问题时，先发散，再聚集。在作出决议前，先脑筋风暴10个、20个、50个计划。前5个计划，会是比较显着的能想到的。发明力开端在第11个、第20个或第50个计划。

11. 假如你在演示一个计划的时分，他人问到：“你有想过X计划吗？”，假如你的答案是“没有”，意味着你的对处理计划的探究远远不够。

12. 运用实证剖析办法（empirical evidence）协助你减缩脑筋风暴得出的计划。（例如，挑选前N个咱们以为最好的计划，做出高保真的原型，放在用户面前看实际效果）。

13. 一旦你决议了你想履行下去的计划，把它表达到一种预期：假如你真的把它做出来了，预期会发生什么效果？（比方：我期望处理的问题是确保每个居民都能知道本地的周末活动信息。咱们的预期是：经过邮件列表，能够触达X%的居民。）

14. 你应该持续寻觅办法来查验你的假定。你能够测验在街上随意问一个人，看你的计划是否能被了解。你能够测验做一份查询，看是否有满足的人对你的主意感兴趣。你能够创立一个并非一无是处的原型，测验快速得到一个清晰的定论。

15. 一旦你的计划上线后取得一些活跃的信号，不要想着需求立刻铺开全量（扩展用户规模）。做计划优化时，全量铺开的规范需求不断调整。测验和全量的查验规范应该有所不同。

16. 假如你的项目规模十分大，涉及到十分多的改动，测验是否能把它拆解成更小的、可独立测验的里程碑。不要堕入这种圈套：改了5个当地，得到欠好的效果，却不知道哪一个改动出了问题。

17. 每个项目完毕后，不论成功与否，都做一个组内回忆。从这个项目你个人学习到了什么？团队学习到什么？将来你会做出什么改动？然后把这样的经历共享给全公司。

衡量成功

18. 你怎么衡量成功对团队的长时刻产出十分重要，由于这是咱们重视的中心。要确保给这件工作满足的时刻和重视。（乃至，大于你在考虑处理计划的时刻）。

19. 你需求在产品发布前，界说成功。不然，假如在产品发布后，你企图从效果进行解说，证明性成见（confirmation bias）会形成不客观的解读。

20. 运用“魔法球办法“协助你找到衡量成功的正确方法：问自己“假如我能知道任何人运用我的产品，我期望听到什么”，来告诉我我的产品是否成功？”（一般你取得的答复不会是“某个按钮的点击率”，而是更为笼统的，比方“多少人经过运用我的产品，从中获益”）。然后，从你取得的答案，反过来想你可衡量的成功矩阵应该是怎样的。

21. 你的方针应永久建立在最新的有用信息之上。假如你在朝着一个早已界说好的方针行进，途中获取了一些改动你主意的新的信息，你应该考虑是否依据这些信息来调整你的方针。

22. 假如你发现你的团队无法了解或认同衡量团队成功的方法，你应该点出这个问题。更早地露出这种问题，能够从根本上进步功率和发明好的效果。

23. 假如你发现自己常常跟团队关于产品方向发生争辩，本源的问题很或许是各自以为的了解衡量成功的方法不同。你能够测验提出主张以其他的方法来衡量团队的成功。

24. 假如你想弄了解你的产品是否契合市场需求，最好留心产品的用户留存率（有多少用户乐意当回头客），而不是盯着获取更多的用户。