硅谷产品实战 24/36讲 （中）
13 如何撰写产品需求文档
产品需求文档的作用：与工程师、设计师、数据科学家等团队成员清晰地沟通产品蓝图，讲清楚产品要解决的问题、实现的场景、成功的标准等，且做到有据可查（参考实习时后台文件上传标准没数据-_-）
产品需求文档的三种功能：①和团队成员高效沟通，用他们看得懂的方式清晰地表达对于产品的想法，让他们清楚该做什么不该做什么；②记录之前的问题是如何解决的；③明确列出产品功能的短期目标、长期目标，绘制产品从短期到长期的产品蓝图。
产品需求文档应包含哪些内容：①讲清楚要解决什么问题（用户痛点是什么），保证大家对产品要解决的用户痛点保持一致；②论证这个痛点问题到底是不是存在；③写清楚这个功能的成功指标和反指标是什么；④讲清楚要解决的用户场景；⑤解释清楚产品功能方案（如何开启此功能、功能的流程图怎样、此功能哪些部分可以使用架构或产品流以节省产品开发时间、涉及与其他组合作时需要先与其他部门沟通好方便开展工作、有些情况无法达到预期效果时对应的解决方案是什么、将可能出现的问题全面地罗列清楚避免重做产品设计/重新开发/浪费资源）
14 如何用数据做出产品决定
当验证了某用户行为数据对成功指标有影响时，需要更深入地探究这个影响是正面的还是负面的、影响有多大、在什么情况下影响最大。
第一，形成具体的假设，把不同的假设分开写分开讨论；
第二，通过A/B测试验证假设，每个假设单独设置对比实验来验证；
第三，验证了某变量对总体的成功指标有影响后，找到该变量的影响规律；
第四，通过验证的假设改进产品功能，提升产品的成功指标。
15 如何组织有效的会议
产品需求讨论会的目的：明确产品功能、量化成功的标准及时间表，团队成员达成一致。
第一，一鼓作气，设定一个需要作出决定的时间点 Deadline是第一生产力哈哈哈哈；
第二，分工明确，减少参会人数（项目启动会&分组谈论最后汇总）；
tips（人事地时物）：精确（到分钟）管理开会时间；有意见分歧时统一做决定的思考方式（按标准来 eg数据为a则采用A的方案，数据为b则采用B的方案）；会议开始前先说明本次会议要达到的目的。
16 如何和工程师有效沟通 -- everything is about 参与感&同理心&尊重&善于接锅hhh
优秀的产品经理能激发工程师的能动性：
第一，作为产品经理，应该知道工程师在乎的是什么，才能知道如何激发其能动性以及该让什么人做什么项目；
第二，产品经理应该知道如何和工程师沟通最有效率（开会？邮件？P2P？）；
第三，产品经理要弄清楚什么决定需要自己领导大家做，什么决定可以放心地交给工程师们自己做，产品效率提高，团队成员能动性提高，一举两得；
第四，产品经理应该积极主动询问并帮助工程师解决开发过程中的一些困难，提高开发效率与双方的信任关系。
好的产品经理是怎样的：能够清晰地表达产品要解决的问题、如何衡量成功、需要最先解决的用例及其原因，让产品团队成员都有足够的背景信息。
催工？—— 首先，让工程师自己估计需要的工期，然后再设定截止日期，若预估工期太长，弄清楚为什么需要这么长时间，看是否需要砍需求，评估时间成本与开发成本；然后，与工程师说明产品的发布计划，让工程师了解其他部门的进度，可增加其归属感，且能提高团队协作效率；最后，如果真的遇到了要将截止日期提前的情况，要告诉工程师需要提前的详细原因，让他感受到你的信任（你俩是在一起思考如何解决工期提前的问题），让他感觉到自己是有掌控权的、受到尊重的。
改需求？—— 首先，尽早让工程师参与到产品功能涉及的讨论，提前让他们了解背景信息，根据其反馈修改产品文档，避免做无用功；其次，如果真的要重新修改他们写好的东西，一定要积极承担责任 “这个赖我，抱歉，辛苦你了”
17 如何与设计师有效沟通 -- 设计过程多沟通避免做无用功&尊重其劳动成果&换位思考
设计师是艺术家，属于完美型人格，在乎的是用户体验，并不是很在乎各项数据指标，用户反馈比数字更能说服他们。设计新人和设计老手有不同的沟通方式，不同风格不同项目的设计师岁对产品经理的期待不同，多沟通控制好设计范围，不得不砍设计时注意沟通的方式方法。
18 如何做好A/B测试
A/B测试是验证因果性的唯一途径，指两组及以上随机分配、数量相似的样本进行对比，如果实验组和对比组的实验结果在目标指标上具有统计显著性，那么就可以说明实验组的功能可以带来想要的结果。
进入A.B测试前，必须明确需不需要测、要测什么、如何测、用什么指标来衡量；
短期数据 VS 长期数据，新功能的短期新鲜感和长期的生态系统影响，建议留一个长期的对比试验组。
19 增长黑客的核心公式
增长黑客（Growth Hack），指用技术和数据分析如和增长，找到影响增长的切入点，然后精确执行，从而实现病毒式增长。
增长黑客团队 & 产品团队 & 营销团队 & 数据团队，分析数据找到产品方向，利用营销技巧实现增长。
公式：增长=新增+留存+挽回。
新增，主要负责搜索引擎优化、APP下载广告、鼓励用户分享拉新。
留存，主要负责研究和用户为什么流失，通过找出用户流失原因来提升用户留存数量。
挽回，负责让不再活跃的用户重新下载或重新开始登录，通常采用给用户发信息、邮件，或举办用户活动等方式。
社交推荐，拼多多；互借流量，转发；集邮，利用用户想要尽善尽美的心态；抽奖，新增/留存/挽回。
20 增长需要高效的工作流
让团队所有人明确要增长的指标是什么（不要怕啰嗦，可以重复重复再重复）；
组织专门的增长讨论和分享会议（用Excel文档记录所有小实验的每一个版本、对应负责人、实验发布时间、实验涉及的用户、实验结果、实验界面的链接等，可用颜色表示实验成功与否）；
为团队配备增长大屏幕（第一时间注意到问题，并灵活安排手头工作以优先解决此新问题）；
给团队成员培训增长基本功（交流会更顺畅、效率会更高，增长是每一位团队成员的责任）。
21 增长百万用户就靠换个按钮颜色？
每天思考产品工作流和用户体验，考虑优化哪一步的工作流，可以促进更多用户分享给好友，从而实现病毒式传播；思考优化那一步的用户体验，可以让用户使用得更顺畅。
顾客就是上帝，上帝是很懒的。增长产品经理需要思考：如何让产品的体验简单，简单，再简单。
如Amazon的“一键购买”。实现“五”步骤：1 明确要优化的指标；2 了解已有的产品工作流（全面了解整个产品的体验信息，思考用户能够进行目标动作的所有途径）；3 深挖找出最有价值的机会；4 头脑风暴，想出尽可能多的解决第三步所提假设的方法；5 快速执行第四步的方案，高效对比各个实验的结果，迭代试错找到最正确、表现最好的实验组，然后发布吧。
22 UIE（understand，identity，execute）增长论
增长理论：了解，找到，执行。
了解，综合理解用户体验的每一步，然后深挖每一步中每一类用户群体的数据；
找到，在了解之后，找到有意思的数据点，挖掘出具体的想法，并且选定最重要的想法（先整体后局部）；
执行，就是设计开发，然后进行实验验证，如果实验结果靠谱就发布。
“了解”的方法：产品流程的每一步完成率的表格”，标注每一个用户流程步骤中的完成率和流失率。
23 增长的核心在于减少用户阻力
一个产品的用户数量往往取决于：①产品质量是否满足用户需求；②用户是否知道如何使用产品；③用户为使用产品所花费的时间与其得到的价值是否匹配。
尽可能减少用户学习如何使用产品、操作产品的阻力，以实现高速增长。
eg 如何减少新用户体验阻力的方法：1 用户名被占用时自动推荐用户名；2 把必填项放到前面，若用户放弃注册可提醒其已经可以完成注册了；3 告诉用户你会发什么样的提醒消息，且告知用户随时可设置“关闭消息提醒”/告知用户若不开启会错过什么信息。
eg 如何减少电商购物流的用户阻力：1 自动纠正收货地址/自动显示每个地址对应的邮费；2 购物车没转化-用小窗口显示上次加购但没下单的东西，然后给用户优惠折扣券，提高转化/告诉用户在过去的两天里有多少人买了购物车里的这件商品或此商品库存还有多少来刺激其购买的欲望；3 第一次购买，下单过程已经提交邮箱手机号等信息可存储下来进行上新商品/折扣商品信息的触达。
减少用户阻力的三个原则：1 自动纠正自动填充，同样的信息不要问用户要两次/可推导出来的信息要自动完成（如邮编-城市-省份）；2 告诉用户他们会失去什么比告诉用户会得到什么更能刺激用户欲望（产品经理不仅要考虑产品如何设计，还应考虑什么样的文字才能更打动用户--遗憾相比惊喜，总是更厚重FOMO Fear of Missing Out）；3 聪明的整合，将相关步骤用逻辑清晰的方式整合起来，较少用户操作步骤以提升产品转化率。
24 产品增长的代价如何权衡取舍
产品增长的代价：为了实现短期增长目标采取的措施对产品长期发展造成的不利影响。
制定产品的长期使命宣言&核心数据包括增长指标与反指标：产品为用户提供了什么价值。产品原则是根据使命宣言制定出的核心指导思想，无论增长目标怎么激进都要确保符合这个原则。确立了产品长期的使命和原则后，在制定增长指标的同时，应当同时制定反指标，反指标不达标增长指标再怎么好看也不应该发布，否则用户对产品丧失信任之后会弃而逃之。eg Yik Yak 的增长指标是日活数、每日新增发帖数，反指标可以说用户举报不良内容100%在24h内删除/抽样调查确定不良内容比例低于安全线以净化社区环境。
