《人人都是产品经理》阅读学习笔记

第一章，写给-1到3岁的产品经理

专业术语：
BRD：Business Requirement Document 商业需求文档
PRD：Product Requirement Document 产品需求文档

语句摘抄
作者：苏杰

① “我毕业于浙江大学，学生物医学工程，专业自己选的，不是因为“21世纪是生物世纪”那句话，而是真的感兴趣。现在回过头来看，我是这么觉得的：当时只是在学习解决问题的思路，而专业就是找了一个特定的领域来练习思考的能力而已。所以，关键还是要跳出以往的应试思维，做过的题不重要，上过的课不重要，学过的知识也不重要，重要的是练好思维方式，“学会”学习。”

②三轮面试，面试官给我留下印象最深的问题都是：“你这个专业和我们一点关系都没有啊”，为此，我笑了三次。他们一问我技术问题，我就说我觉得这个不重要，更重要的是……忽悠啊忽悠，一个下午就过了三轮面试，几天以后收到Offer

③刚入行的半年，我是一只全新的菜鸟，没有任何能力，也不负责产品的任何模块，只是打杂。好在我还比较好学，会主动去熟悉工作中需要的基本知识和技能，主要是与需求分析相关的基本知识和技能；去了解产品的各个方面，包括功能、用户、技术等；去认识团队里的兄弟姐妹，熟悉将来要合作的兄弟部门的同事

④入行半年后，我自认为学了不少东西，跃跃欲试，要真正做点产品经理的事情了，经常主动要求负责某些模块，可以在前辈的指导下做好指定的工作。这时的我很看重自己负责的模块，特别表现在模块功能被“砍”的时候，会极力维护自己仅有的成果，缺乏整个产品层面的权衡认识和能力。这时我的主要工作是决定某个功能“怎么做”，比如写产品需求文档，配合用户体验部门的同学做Demo，跟进开发、测试、发布的过程。

⑤ 入行一年，开始问“做不做，做多少”。从原来前辈告诉我要做哪些功能转变为自己去探索要做哪些，我开始尝试做一些用户研究。又因为网店版目标用户——淘宝大卖家的特点，使得这个产品很像互联网个人应用，所以我们比较重视用户体验。我在完全掌控需求采集、分析、筛选的过程中学会了权衡取舍，砍功能也下得了手，日常工作中更多地开始考虑“做多少”的问题，即做哪个功能不做哪个功能。

⑥入行两年，项目与团队。进入2008年，主导了多个项目的我已经比较熟悉这套做事方法，产品也有了相当稳定的团队，我开始试着把触角渗透到产品的各个方面，从原来的有事才去找人帮忙，转变为尽量去了解周边团队都在做什么，并施加影响，比如偏商业的市场团队、服务团队，偏技术的运维团队、架构团队，作为支撑的财务、法务团队等。随着产品越来越复杂，参与的人数越来越多，虽然我的工作范围会扩大到所有和产品相关的事情，但我要知道的只是需要做哪些事情，然后做好自己的本职工作，其他的就交给我的团队

⑦入行三年小结：战略与修养。参与了一段时间的战略规划工作后，我开始意识到：找到产品的“灵魂”很重要。我也开始思考什么是产品经理的灵魂，到底哪些技能之外的基本修养对一个出色的产品经理最重要？现阶段我对此给出了四个关键短语：爱生活，有理想，会思考，能沟通。

⑧ ”研究几十家公司的产品经理招聘广告。把研究结果做成一份漂亮的调研报告，而后去应聘产品经理“

第二章：一个需求的奋斗史

专业术语：

UCD（User-Centered Design）：以用户为中心的设计
KPI（Key Performance Indicator）:关键绩效指标
UGC（User-Generated Content）:用户产生内容，传统行业的宜家（IKEA）在50年前就有所行动，让终端用户参与到产品设计的各个环节中来
灰度发布：灰度发布是互联网产品上线发布的一种常用形式，先让少量用户看到新产品，利用他们的反馈进行修正，逐步把新产品展现在所有用户眼前

“接到一个任务，然后把它完成”的味道很没有产品经理的感觉；对于产品经理来说更重要的是“发现一个问题，然后设法将其转化为一个任务来解决”。

用户是需求之源，以用户为中心，但不要试图满足所有用户 优先满足哪些用户需要和产品的商业目标要结合起来考虑，简单说就是看KPI是什么

马斯洛的需求层次理论：人的需求划分为五个层次，由低到高，并分别是：生理需求、安全需求、社交需求、尊重需求、自我实现需求。

看完这一段我对最近一直想买一件红色毛衣的自己进行了一个小小的剖析--->

我想买一件红色毛衣
-->为什么想买一件红色毛衣？
因为要搭配刚刚买的裙子
-->为什么要搭配新裙子？
因为好看
-->为什么要好看？
因为在外表上想给别人留下好印象
-->为什么想给别人留下好印象？
因为想交朋友---->社交需求

研究需求可以增强对用户的理解，而理解用户，是产品经理最重要的素质之一

需求采集的过程，都会有如下几步：明确目标、选择采集方法、制定采集计划、执行采集、资料整理，然后进入下一步的需求分析阶段

记住，一切的错都是产品和我们的错，用户绝对没有错。如果真觉得用户错了，那也是你找错人了，不是这个人错了。

数据分析时，根据不同的目的，数据来源多种多样，常见的有用户使用产品的日志、客户管理系统里的信息、网页访问情况的统计信息等。数据分析的方法，最简单的可以用Excel，复杂一点的可以用一些统计软件、数据库软件，或者直接自己写程序解决。而最关键的就是对结果的解读，通常数据分析只能发现一些现象和问题，并不能了解原因，所以分析完成后通常会伴随着一些用户访谈，听听用户怎么解释。
我们可能被用户的说法欺骗，但数据永远不会骗我们

产品部门至少应该和销售、服务等部门有平等的地位，坚持不懈地从终端用户那里直接获得需求，才能保证产品的可持续发展。以销售为例，他们的考核指标决定了会比较注重眼前，希望产品的卖点越多越好，而之后用户用得如何，就不那么关心了

需求采集的各种新方法层出不穷。和学习任何领域的知识一样，建议大家在了解知识框架后，坚持“需求驱动学习”。

> PS：其他书籍推荐： 
> ①用户研究不是附属内容，而是前提，必须在做产品的过程中随时纳入计划。也许，突然有一天，当你有了机会去接触用户，却很可能不知所措，我到底应该找谁？通过什么方式？聊些什么？如何指导产品发展……对于这些问题，我的启蒙书是《赢在用户：Web人物角色创建和应用实践指南》
> 

> ②用户倒不是想故意欺骗我们，而可能是：他们被问了自己也没仔细想过的问题，又不想回答不知道，就在现场编造了一个看似有理有据的理由，或者他们有讨好访谈者的心理，会回答他们觉得你希望听到的答案，而不是自己真正的想法，这些原因都很有意思，想深入研究的同学可以去看《社会心理学》，里面有详细的论述
> 

> ③《软件观念革命：交互设计精髓》里谈了很多用户访谈方面的注意点
> 

> ④《长尾理论》：互联网从业者不得不读的经典书籍
> 

> ⑤《淘宝十年产品事》作者：苏杰
> 

> ⑥推荐统计学类的书籍：《黑天鹅》和《统计数字会撒谎》