人人都是产品经理

《人人都是产品经理》-苏杰

用户访谈选择样本存在以偏概全的示例

       本市的用户存在地域性，电话访谈优先拨打留了手机的用户，存在可能这批用户忠诚度已经较高，邀约用户来公司访谈，愿意来的用户已经和全体用户有差异。

企业关于产品的组织结构

       组织结构：按产品线划分和按职能线划分，创业期采用前者，成熟期采用后者。

产品经理与项目经理

       一个产品经理可能想要增加非常多的功能和特征以满足获取到的用户需求，但是项目经理却想要尽可能小地控制工作范围，以保证项目在规定时间与预算内完成。好的产品经理和好的项目经理能在冲突中找到平衡，好的项目经理明白，一个项目真正的成功并不是看 它是否在规定的时间和预算内完成，而是它是否达到了拟订的目标。好的产品经理则明白，如果项目被不断延期并且从未投入市场，又或者因为太大超过预算而被结束，那么所有的产品功能特征会变得毫无意义。

PRD：产品需求说明书

       PRD包含总体说明+UC部分，UML相关知识：用例文档+时序图+活动图（泳道），Demo的制作可以由UE用户体验部门主导，在产品会议之前就可以开始了，有可能的话再BRD中展示出来。

评审开发测试发布

       需求评审：PRD评审、UC评审、Demo评审；设计评审；测试评审
       开发阶段：设计-设计评审-编码-单元测试
       测试阶段：TC编写-TC评审-冒烟测试-功能评审-回归测试
       发布阶段：发布评审-预发布-发布-线上验证

关于Bug

       对于一个Bug的描述：却现级别，所属产品、项目，Bug名称，Bug描述：执行某操作，期望出现什么情况。实际出现什么情况。
       长视者把目的当手段，短视者把手段当目的。比如教育里的高考，科研里的论文，公司里的KPI。

关于流程

       设计流程的标准，在于保证“无论谁来做这个产品的设计，都能达到80分“，当年的英雄把自己的个人经验转变成显性知识表达出来，而对于经常做的事情，就可以用流程这种形式固化传承，后人在做这些事的时候起码不会太无助。在这点上，规范、模板的作用也类似，这就是团队的核心竞争力。

关于评审

       商业评审：产品会议和功能评审，三个决定是项目继续，重新定向，项目终止，很重要的目的是砍项目，分阶段分发资源的时间点。
       技术评审：需求设计TC发布评审，三个决定是项目继续，有风险的继续，必须解决某问题后再继续。