原文链接
作者：Julie Zhuo
从灵感开始，以盈利结束。
框架设计
- 产品的成功原因是因为：它替大家解决了问题。它解决了什么问题？解决了谁的问题？
- 为什么这个问题值得被解决？
- 受众定义范围窄且自身是受众之一，可以根据直觉做产品决策；反之，需要调研和数据。
- 产品先从狭义定义范围内的受众，有一定发展后再扩展到更广受众。
- 解决的问题，需要一两句话能沟通清楚，并引发目标受众共鸣。
执行
- 好的执行要在尽可能短的时间内得出可靠的结论。
- 要在失败的项目中获取到教训，并可用于未来项目。悟出教训需要花尽量短的时间。
- 成功的团队在于执行的一致与否，不在于结果（是否失败）。
- 在研究特定问题解决方案是，先横向深入后再纵向深入。在探索过程中需要足够严格。
- 用个经验证据缩小头脑风暴出来的最好的想法的范围。
- 在执行框架确认完以后，要定下来一些预期的数据。
- 不断想办法挑战自己的假设。能不能透露想法给别人使别人明白？能不能确认是否有足够的用户对你的想法感兴趣？能不能迅速出个版本小步快跑。
- 当假设有了清晰的积极信号，别急着交付产品，应更审慎的思考产品还有哪些障碍。
- 如果改动很多的大项目，尝试是否可以分解成独立的，小一点的可测试的里程碑。避免一下子进行5个变更，以防出现问题无法找到具体原因。
- 每一次项目后都要进行事后总结，教训是什么？经验是什么？如何改？（团队 个人）
衡量成功
- 多关注「衡量成功对团队的长期绩效」，其将图大家凝聚在了一起
- 在退出产品前先确定衡量成功的指标。后期的出来会导致不客观的解读。
- 针对每个成功指标都要相应相处一个好的反向指标，以确保自己不是拆东墙补西墙。例如：产品增长和产品品质。
- 当重要指标发生了意外变化时，先找到具体原因，再考虑是否促进抑或抑制。
- 问问自己“如果我可以知道大家怎么用我的产品的一切事情的话，我想了解什么才能知道自己的产品是否成功呢？”
- 目标要随着手上掌握的信息来制定。
- 团队对「衡量成功的方式」不理解或者不认同的话，尽早提出并达成一致。
- 如果对产品方向有歧义，根源可能是在衡量成功的方式上有不同意见。
- 留存率更能表明产品对市场的适应程度。
团队动力
- 不要拘泥于位置（岗位或者title），而应考虑“如何才能帮助团队成功”
- 偏爱有更多成功的结果的问题，而不是特定的解决方案。
- 永远要往好处想。
- 了解团队内部各自擅长什么，并在认可各自优势的情况下分配团队职责。
- 要鼓励表达观点，并形成好的沟通。
