启示录

思维导图总结 请猛击：https://www.xmind.net/embed/FAMb/

【一句话概括】 “手把手教你做产品——随手必备清单” 【如何阅读】 推荐反复 阅读目录、标题，各章节总结的问题； 过于繁琐、细节化，不适合一次性全文阅读； 作为 工具书，在开发产品的各个阶段随时查阅 注意事项 及 问题解决； 具有一定的产品经验后，系统化阅读可达到 规范、细化、精化 工作流程的效果； 【基本内容】 人员 —— 谁来做产品经理，团队组成 流程 —— 产品设计的具体流程 产品 —— 提升与经验 本书从以上三个方面，详尽的介绍了产品经理的 职业规划 与 工作细则。将实际产品开发的过程 分解成一个个模块、步骤、问题。 【重点梳理】

【个人理解】 人员：各司其职，广泛了解+专精，多沟通‘ 流程：定原则，早规划，高保真，前瞻性，易修改，留余量；注重用户体验； 产品：多想，多问，贴近用户

开发人员不擅长用户体验设计，因为开发人员脑子里想的是实现模型，而用户看重的是产品的概念模型。 产品经理的目标是在最短时间内把握复杂的市场用户需求，确定产品的基本要求--价值，可用性，可行性。 产品经理的主要职责分为两项：1）评估产品机会（product opportunity) 定义要开发的产品 2）探索产品解决方案，我主张采用简化的文档，围绕产品原型来展开这项工作。 通常每五到十位开发人员配备一位产品经理。 一位交互设计师大概可以支持两位产品经理的工作，一位视觉设计师可以支持四位交互设计师的工作。 无论头衔或者组织形态怎么变化，我相信所有成功的产品背后都有一个全权负责定义产品的人。 项目经理需要良好判断力，必须清楚何时催促进度，何时向上级汇报，何时需要收集更多信息，何时需要个别成员私下交流。判断力很难言传身教，只能靠自己积累经验获得 我认为交互设计不能外包 1：深入理解用户非常费时间，需要多个项目的经验积累。 2：交互设计师必须现场深度参与项目开发，从立项到产品发布。开发和测试过程中会出现各种细节问题，必须有一名交互设计师迅速作出决定。 3：产品的用户体验是公司的核心竞争力，必须在内部完成。 如果公司内只有一名称职的交互设计师，视觉设计可以外包。 开发人员帮助产品经理完善产品定义的方式有如下三种 1：让开发人员直接面对用户或顾客，体会用户的困惑和疑虑，了解问题的严重性，这样好点子常常会随之而来，比如可以邀请一名开发人员参加产品原型测试。 2：向开发人员了解最新技术动向，讨论哪些技术可以应用到产品中。 3：让开发人员在探索产品的初期阶段参与评估产品设计，协助策划方案。产品经理常犯一类错误，即完成产品定义后，扔给开发团队，置之不理。这样做只会耽误协调需要与可行性的最佳时机，等到发现问题时，为时已晚。 （全球化下）日益普遍的情形是软件架构师，测试经理，产品经理，设计人员留在公司总部、 在产品管理上为开发团队预留20%自主时间，让他们自由支配。 产品经理特质 1）对产品的热情。热情是他们完善产品的动力，这份热情可以感染团队成员，激励所有人。辨别这种特质很容易，可以让应聘者谈谈自己最喜欢的产品及喜欢的原因，聊聊不同领域的产品和他讨厌的产品，问问对方，如果有机会，他打算怎样完善自己最喜欢的产品，热情是难以伪装的。 2）用户立场。理想的产品经理不一定来自产品的目标市场，但是他必须融入目标市场。目标用户的经验喜好价值观知觉能力忍受程度技术理解可能与我们的大相径庭。对国际化或针对特定地域的产品，应该考察应聘者是否足够了解目标市场。 3）智力。人的智力水平是无法替换的。 4）职业操守。绝不适合贪图安逸的人担任。 5）正直。不直接管理团队成员，需要通过行动影响，基于互相信任。 6）信心 7）态度 8）技能 9）运用技术的能力。出色的产品经理并不需要自己发明或者实现新技术，但必须有能力理解技术，发掘技术的应用潜力。 10）注意力 11）时间管理 12）沟通技能。口头表达可以在面试中测试，测试书面表达能力则建议应聘者随身携带文字材料证明其书面表达能力。 13）商业技能。我认为产品经理应该具备双语技能，这并非指中文和英文，而是指产品经理既能与程序员讨论技术，又能与管理层和营销人员讨论成本结构，边际效应，市场份额，产品定位和品牌 行业经验重要嘛？以我自己为例，熟悉新行业达到自信制定产品策略的程度，只需要两三个月时间。 年龄不是问题？今天二十五岁左右的人和我们的上网经验一样多。互联网兴起时，十几岁的青少年很快学会了成年人搞不懂的技术。其次，经验虽然需要时间积累，但其他素质，比如智力和对产品的热情则与年龄无关。 怎样评估产品经理的工作？最近出现了一种考察业绩的新指标：用户净推荐值（net promoter score, NPS ) 见http://www.netpromoter.com 不应该把产品管理划分到开发部门。开发团队强调执行力，在强调执行力的组织里从事探索性工作是非常困难的。 评估产品机会 另一个棘手问题是如何评估市场规模。你可以求助于行业分析师，贸易协会，公司财务，再结合自己的分析作出判断。评估务必谨慎，避免浮夸，不是所有产品都有十亿美元的市场。 要搞清楚产品的依赖因素和约束条件。 钱花在哪儿，据我了解，多数产品经理（尤其是技术出身的产品经理）对产品（或公司）的盈利模式理解非常有限。（多跟财务人员沟通，私人友谊） 产品探索 所有的公司都会执行探索产品的流程，只不过有些公司不是利用产品原型完成这项工作，而是孤注一掷，用实际产品搭上全部开发时间进行产品探索。他们开发的是一款非常昂贵的原型，让不知情的用户掏钱参与原型测试。这些公司需要一两年时间（发布几个版本）才能盈利。 产品原则 仅仅罗列出产品原则还不够，还要按原则的重要性排序。 建设性的辩论不可避免，学会忍受。 产品评审团的构成 首席执行官/首席运营官/部门总经理 产品管理总监/副总监 用户体验设计总监/ 副总监 市场总监/ 副总监 开发总监/ 副总监 网站运营总监/ 副总监 客户服务总监/ 副总监 产品评审还应该回顾，分析产品上市后的表现。可以在产品发布3-6个月后，请产品团队汇报产品的市场业绩表现，产品评审团所以反思之前的决策是否明智，今后应该如何调整。 何时估算项目成本 解决方案前粗略分，根据项目规模（建议分成小型，中型，大型三个等级），再根据项目粗略估算项目成本，虽然这种估算与实际情况会有出入，但通常不会出现跨级别误差 解决方案明确后详细可靠的成本估算才有意义。 如果有若干致命人物公开声明使用过产品，并且表示很满意，就可以大大降低潜在用户的顾虑。 我建议征集特约用户协助完成产品研发。在项目开始阶段至少物色六位积极活跃乐于分享的目标拥护。要求是他们在产品的目标用户中具有一定影响力。至于他们是否使用过公司原有的产品并不重要，只要他们认为未来的产品可以解决他们手头待解决的问题 特约用户的人数绝对不能超过十个，否则产品经理不可能有时间和精力与每位用户深入沟通。我们容易把产品尝鲜者（early adopter)误当成特约用户。产品尝鲜者常常能容忍产品的不足和缺陷。不普适。 如果是互联网产品，增加到10-15人 市场调研 市场部门夸大了市场调研的作用，而产品部门只看到其局限性。 第一，设计调查问卷需要技巧和经验 第二，调查结果为获得解决方案提供了一条途径，但不是解决方案本身。哪怕所有用户都喜欢X特性，我们还是可以通过提供Y特性更实际的解决他们的需求。 虽然市场调研很重要，但我从来没听说过仅仅通过市场调研就成功定义出来的产品。Google, eBay, iPod, iPhone, FaceBook, MySpace都不是仅仅通过调研产生的 那些建议只能用来修补现有产品的不足之处，不能用来定义新产品。 1）用户不知道什么样的想法是可行的，多数用户对现有技术一无所知 2）用户不知道自己想要什么，没见到实际产品，用户很难凭空想象自己需要什么 3）人群聚集时容易冲动，互相影响，难以获取每个用户的真实想法，取而代之的是那些善于表达者的一家之言。 人物角色user profile 确定典型目标用户类型, 在理解各类目标用户的特征基础上建立的人物原型. 人物角色有助于对用户类型的优先级进行排序, 识别需要重点考虑用户体验的地方. 高保真产品远型>> 各种形式产品说明文档 当然仅仅有原型不够, 业务逻辑, 发布要求, 平台交付要求. 用例可做补充. 补充说明文档建议用Wiki 需求调研和产品设计交替，开发与测试交替 敏捷方法里有个概念叫sprint zero, 产品经理和用户体验设计师利用这段时间先完成产品设计工作, 然后交由开发人员迭代开发. 这需要更详细定义待开发任务backlog 产品团队不再试图定义最终产品，转而定义只满足基本要求的产品，定下就不改。 产品原型测试要避开过于亲密的人和科技行业从业者。除非就是目标用户。 你只有一次机会了解测试者未接触产品原型之前如何解决产品要解决的问题。如点评类，只提供空白浏览器，看他们怎么做。原型设计多少有些假设内容，如果直接让测试者使用原型，就无法获取这些宝贵的内容。使用过原型后，测试者虽然可以告诉你希望怎样改进现有产品，但无法再像初次访问网站那样思考问题。 测试前不宜于跟被测者交谈过多，事先谈的越多，透露的产品线索越多，测试者就越不可能说出他们对产品的第一印象。 测试时千万不要让测试者陷入吹毛求疵的态度，重点看能否轻松完成测试任务，以及是否喜欢功能，如果提出页面元素难看，去掉或换掉，就跑题了。多观察用户的操作，少听他们的抱怨。 更新原型敏捷化，只要两三个用户反映同个情况就动手解决吧。 平滑部署 通常情况下，用户不喜欢变化，虽然他们也希望产品更完善，功能更丰富，但前提是不改变已有的使用习惯，大多数人不愿意花时间学习，适应新的使用方式。 快速响应阶段 产品发布后的几天至一周内，所有项目成员应该留出时间作为快速响应阶段。 评估产品使用明确量化指标，优先级：页面访问量？注册用户数？访问停留时间？会员转化率？订阅数？广告收益？利用谷歌分析工具等。 敏捷方法 http://www.agilemanifesto.org 1: 产品经理即是产品负责人 2：规划周期缩短，反复迭代，使用轻量级机会评估方法 3：产品经理和设计师的工作进度应该比开发团队领先一两个迭代周期，确保你们有足够的时间攻克难题。让交互设计师和视觉设计师提前设计产品，不能一边设计一边开发。始终让开发人员参与，及时反馈关于可行性，成本，解决方案的建议。 4：尽量把产品设计任务分拆独立部分 5：定义原型+user story 取代冗长文档。 6：让开发人员自主划分迭代周期 7： 产品经理和交互设计师必须出席每天晨会。 8： 达到产品经理要求前不轻易发布新版 9：每次迭代完成后展示产品现状，下个迭代周期原型，看到工作成果，鼓舞士气 10：团队内展开敏捷培训 大公司如何创新 建议大公司产品经理多和业内活跃的创业型公司建立联系，从以往经验来看，创业型公司在选择收购自己的东家时，并不只看重收购价格，他们往往会选择有过合作关系的公司。 大公司都遵循一条潜规则--尽量规避风险。 苹果启示：硬件为软件服务，软件为用户体验服务，用户体验为情感服务，产品为真正的需求服务。 产品中情感的作用 从业者多理工背景，但我们的工作却和研究人类情感的心理学有关。 每次开展原型测试，除了观察的测试者能否顺利使用产品外，还应趁机了解测试者的情感需求，是什么驱动使用产品，怎样才能更好地满足他的情感需求。 许多情况下，你的竞争对手不是创业型公司或大型门户网站，而是大众线下生活方式 情感接纳曲线 《跨越鸿沟》提出技术接纳曲线 根据消费者特征分为，技术爱好者，非理性消费者，理性消费者，超理性消费者，观望者。非理性消费者最值得产品经理注意。技术爱好者最没参考价值。 打造平台产品的经验 产品管理中难度最大，也最能体现产品经理实力的定义成功的平台产品。所谓平台产品，是指一类基础软件，应用开发者能在其基础上开发应用程序。