本文转自“特赞Tezign”微信公众号（Tezign），作者 ： Julie Zhuo （Facebook 产品设计总监），翻译：苏二哥、王二戳，如需转载，请联系版权方。
我最近在TNW Europe（The Next Web 欧洲大会）做了一次演讲，介绍了我们在facebook开发产品时所应用到的框架。这个演讲使我开始回顾这些年来，我们在打造那些产品的过程中收到过的鲜花与掌声，以及那些踩过的坑。
这个清单并不完整，也不细致。可以说，这趟产品之旅只走完了一里路。所以，让我们继续这漫漫征程。
Julie Zhuo 在TNW Europe上的演讲
关于设定框架
1.一个产品能获得成功，是因为它真正帮人们解决了某个问题。这听上去过于基础，但这的的确确是打造一个好产品最为重要的因素。
2.在试图带来创新之前，先好好想明白你要为谁、为什么解决问题。任何解决的方案都应该建立在对这两个点极其清晰的思考上。
3.第二个你该问自己的问题：「究竟为什么，这是个特别值得被解决的问题？」
4.如果你的产品目标用户群非常有限（或者你自己就是用户群的其中之一），那么你也许可以把你的思考建立在直觉性的判断上。如果不是，那么你应该做大量的调研，拿数据说话。
5.如果你某个初创的创始人，而且你的用户范围比较窄，你的产品之路也许会较为平坦顺畅。然而当你走上正途，你就必须开始想办法拓展你的用户群。
6.你所试图解决的问题应该是简单到用一两句话就能解释清，或是很容易让目标用户引起共鸣。如果不能，那最好另寻出路。
关于执行
1、-好的执行是什么？
-尽可能在最短的时间内得出最可信的结论。
-糟糕的执行是什么？
-在你某个项目失败时
a/你无法从失败中汲取经验教训，也不能在以后的项目中避开它们（因为你根本不知道失败的原因）
b/你花了一整年的时间才汲取有用的经验教训，而别人3个月差不多就搞定了。
2、区分成功和不成功的团队，并不是看他们产品成功与否，而是看他们能否顺利地连续作战。
3、当你为某个特定问题探索解决方案时，深入挖掘之前先把握全局。确定某个方案前，先针对这个问题进行头脑风暴，找出10、20、50个解决方案。前5个方案是最显而易见的，并没有参考价值。也许在你开始探索第11、第20甚至第50个方案的时候，「拨开云雾见天日」。
4、当你展示一个产品计划时，如果有人问「你有没有想过另一种情况？」如果你回答「并没有」，那就认栽吧，这说明你的思路还不够严谨。
5、经验主义会阻碍你在头脑风暴的过程中诞生好想法。
6、一旦确定、阐明了想要解决的那个问题，请在做出假设阶段就为其拟好框架——一旦执行这个项目，你能否预想到会发生什么？（比方说，我们想解决这样一个问题：确保每个市民都能了解每周有哪些当地新闻发生。并且假设我们可以保证X%的住户能通过邮件收到相关信息。）
7.你需要寻找一种方式，能对你的假设连续进行快速测试。你是能否通过随机街坊来验证想法的合理性？你能否通过一场调查来弄清是否有足够的目标用户对你的想法有兴趣？即使你脑海中还没有成型的版本，你是否能快速构成一个版本来帮助你得出清晰有效的结论？
8、哪怕你有一天突然灵光一闪，为你的假设想出了看似绝佳的解决方案，也千万别赶鸭子上架急着让这个方案上线，即使你刚刚对它进行了测试。相反，你应该制定一个分步骤、意向明确的计划，来对其进行润色和做出功能性的调整。即使达到了测试标准，也未必达到了上线的标准，要清楚这两者的差异。
9、如果你正准备着手解决一个棘手的大问题，你应该尽可能把难题「大事化小」，并将其切割开来，分步分阶段进行测试。千万别试图像某洗发露一样「5大问题，1个对策」（编者按），那样你只能得到一个极坏的结果。
10请抛开成功与否的成见，为每一个项目做团队性的分析反馈。你应当思考，你们在打造这个产品的过程中学到了什么？团队收获了什么经验？你们在未来会有哪些改善？然后，请和公司全员分享你们的收获。
制定成功标准
1、准确制定成功标准对团队的长期发展至关重要，这直接影响到团队的团结性。比起思考「我们该具体怎么做」，你应该花更多时间和精力放在思考这个问题上。
评论