《人人都是产品经理》——第四章笔记

在整个第四章，我们主要学习的是产品团队的内容。一个产品的产出过程，包含了商业，技术，产品这三大方面的内容。这些和产品有关的事都是产品经理的事。产品经理在这之间，要有主观性，将自己看做团队的中心，领导整个团队做正确的事。

一般来讲，我们很多人在入门的时候，对产品认识就是要和设计、运营、技术等打交道，往往会忽略商业方面的内容。

商业

市场、销售、服务等部门，决定产品的销售渠道、价格策略、促销策略、服务方式等。

文中说得很好：好的产品需要市场化。产品做出来，就是为了满足用户需求和公司商业目标的。没有哪个公司做产品不是为了盈利，赚钱。所以，必须要将产品市场化。

文中将商业部门比作产品的冲锋陷阵者，他们和产品能不能赚钱、能不能有很大的用户使用量有很大关系。所以，为了避免部门之间的沟通问题，商业部门也应该加入产品的所有阶段的工作。

产品

产品设计、用户体验、产品运营等部门，决定产品的功能范围、交互流程、视觉表现、运营手段等。

上图是书中对于产品方面的人员的分类。

规划师保证产品有用，能满足用户的某些需求，让产品“从无到有”；设计师保证产品好用，能让用户用起来舒服，让产品“从有到优”；运营师保证产品广用，能在用户间建立起良好口碑，让产品“从优到盛”。

好的产品部门，应是这三大类部门人员互相协作，齐心协力，才能让产品从内而外散发光热。

技术

开发、测试、运维等部门，决定产品的稳定性、性能、Bug数量等特征。

技术部门，对产品的实现很为关键。要是光有想法啊，没有实现，那这产品就算死亡了。所以产品经理要很注意和技术人员之间的沟通。

除了和三大部门，最重要的决策者我们不能忘——老板和公司高层。还有对产品进行支撑工作的支撑团队。

产品所有的部门之间相互扶持，帮助，因遭良好的部门氛围，最终将产品团队建设成一个可持续发展强大队伍。在这里面特别要注意的就是产品经理在部门中所担当的角色了。

书中探讨了领导和管理之间的区别。不难免又让我想到了前不久看的经济管理书籍中的内容了。

管理者需要进行计划、组织、领导和控制。可见领导包含在管理之中。那么产品经理是不是一个管理者呢？

书中作者假设产品经理作为管理职位，对其带来的优劣进行对比，最终得出产品经理是不是管理者并不重要，公司创造的环境才是最重要的这个结论。

再谈谈我个人的理解，我认为产品经理应是一个半管理者半领导者的角色。

管理者强调的是一个计划控制的角色，需要利用所在职位的管控能力，强调的是Power，对团队成员进行工作分配，在此期间可能会忽略团队建设的内容，并且容易脱离团队基层。领导者强调的是组织的内容，利用自身的魅力，让成员们信服自己，通过一个和谐的团队氛围，进行工作，但此时又容易出现团队过于融合，无法进行工作的现象。

产品经理需要负责的是产品的产出过程，建立良好的团队氛围，又要进行必要的控制，工作内容介于管理者和领导者之间。所以，我认为产品经理是一个半管理者半领导者的角色。

产品的版本细分，打好用户战

产品的版本细分分为两类：一是功能区分，打细分市场；而是纯策略性地做“炮灰版”，促进销售。

把这里单独作为一块拿出来做笔记，是因为我觉得这是产品经理很需要的一种思维。

功能区分：不同的版本，主打的市场和用户群体不一样，细化市场和用户。就拿手机的各系列来讲，例如华为的nova系列和mate系列之间的差别，nova是主打的女性手机市场，重点在拍摄和手机外观上。而mate系列就不一样了，mate主打大屏手机市场，走商业高配路线。

“炮灰版”：这里有“低价炮灰”和“高价炮灰”之分。前者在核心功能之上添加鸡肋功能后大幅度提价的版本；后者是删掉核心功能后的小幅度降价的版本。两个的共同点都在于：利用用户心理。毕竟正常的用户都是想寻求一个性价比最高的版本进行购买和使用的。

文案设计，细节决定一切

书中将文案设计解释为“产品中随处可见的文字问题”。

产品中普遍存在文案问题，最然不会对产品功能造成太大的影响，，但是会影响产品给用户的体验。

文案问题三个级别：

低级：错别字，病句，错误标点。例如：“登录”写成“登陆”；不打、乱打标点符号；语句有歧义等等。

中级：用词不统一，不准确。用词不统一指的就是用词的结构统一的问题。就像我们编程的时候给函数和变量命名，都有一个规范。不准确就指的是相近词的使用了。中华文化博大精深，很多词语的意思相差不大，但是要仔细使用了。

高级：语言风格不统一，产品气质不统一。这里我想还是指的是一个产品设计和产品定位与产品文案语言间的匹配问题吧。比如说一个比较严肃的官方的应用，那么就不能过于随意化的，过于娱乐化的提示语之类的出现。

部门之间真的有明显的界限吗？

产品团队之间细分了很多部门出来，但是各部门之间应是没有明确的界限的。以前听到有学长说我在游戏公司做游戏策划，但是很多时候被拉去写代码。那时候还觉得很不可思议，看这本书的时候，才发现跨职能进行工作并不是特例。作者提到，PD要做部分交互设计师的工作，部分运营工作和市场工作部分架构工作······

其实，团队之间谁做什么并不重要，重要的是谁能做这些事。

然后这也是给变相的提一个醒，产品的工作其实更强调学习能力，因为身在其位，就必须会去做自己不会的工作，使用自己不会的软件。但是要记住，没有什么不会的，关键在愿不愿意学！