1704230250
►设计：让产品好用。
1704230251
1704230252
注意，这里说的是角色，不是自然人。所以，个人认为最佳的初创团队，其实是一个“会写代码，有点商业感觉，又有点审美”的技术人员，比如Facebook的扎克伯格。
1704230253
1704230254
这个时候，商业的事情通常由产品经理兼着思考，产品做出来之后，会引入第四个角色：运营。广义的大运营，是让产品“有人用”。
1704230255
1704230256
产品、技术、设计和运营四个角色可以构成相对完整的团队，随着产品的迭代优化，团队会越来越大，每个角色又开始逐渐细分。
1704230257
1704230258
技术团队细分出开发、测试，运维等岗位。而开发又可以分为客户端和服务端开发，客户端还可以进一步细分为iOS、Android、Web等。
1704230259
1704230260
设计团队开始细分出视觉设计、交互设计、工业设计（实体产品）、服务设计等。
1704230261
1704230262
广义运营团队开始细分出销售（卖产品）、市场（空中轰炸）、客服（服务客户）、狭义的运营（用户、活动、内容）等。
1704230263
1704230264
公司越来越正规，开始出现HR、行政、法务、财务等精细化分工。
1704230265
1704230266
对了，还有一个很关键的角色没说——外部用户。有一句很值得仔细体会的话：“用户是产品的一部分”。比如，对于游戏来说，“如果你在免费玩一个游戏，那么你其实是这个游戏提供给付费玩家的一个功能”。
1704230267
1704230268
所以，产品经理除了在公司内是各个角色的粘合剂，还是公司内外的接口，要负责把用户的声音带给团队，甚至把用户发展成广义团队的一部分。
1704230269
1704230270
举个高德地图的例子：如何知道某条道路的拥堵情况？
1704230271
1704230272
传统的做法是在路口安置摄像头。相信大家都见过晚间新闻报道交通情况，一个大大的监控画面，细分为几十个路口的画面，由此来判断是否拥堵，这是典型的“自上而下”的做法。而高德，可以利用海量用户在每条路上使用高德的数据，包括密度大小、移动快慢等来获得拥堵情况，这是典型的“自下而上”的互联网做法。
1704230273
1704230274
可以推测一下，如果产品要获得“指数级增长”，而不是“线性增长”，“自下而上”的做法明显更有可能。
1704230275
1704230276
而随着团队越来越大，最早的几个人的身份也开始发生变化。如果他们跟得上团队发展，技术成为了CTO，运营成为了COO，设计可能会留在产品团队里，在特别重视设计的公司，还会有CDO，而产品经理会发展成为CEO。
1704230277
1704230278
所以，有一句特别鸡汤的话：“产品经理是CEO的学前班”。
1704230279
1704230280
1704230281
1704230282
1704230283
人人都是产品经理2.0：写给泛产品经理 [:1704229199]
1704230284
人人都是产品经理2.0：写给泛产品经理 1.5 延伸阅读与练习
1704230285
1704230286
本书在每一章的最后（除了第00章以及第12章），会提供“和我有关的5本书”[6] 里与本章内容关联的章节，作为扩展阅读。其中的笑脸图标表示推荐阅读，冷漠脸图标表示选择阅读。书名与对应章节，这里采取了一些简化的写法，相信大家可以看懂。另外，也可以根据每一章提到的各个关键词来进行扩展阅读。
1704230287
1704230288
1704230289
1704230290
1704230291
最后，每一章都会给出一些练习作业。本书的练习作业多为文章，也有少量的案例分析、模板设计，输出的形式不限，可以是Word、PPT、Excel，甚至几张图。我个人就因为多年来不断地总结、输出而受益颇多。所以，建议读者可以从现在开始，开通一个属于自己的自媒体账号，微信公众号、个人博客、知乎专栏、简书等都可以，关键是要坚持，哪怕一周一篇，坚持一年，收获必定不菲。
1704230292
1704230293
如果你真的这么做了，记得告诉我。也许，它们会作为更新的内容，出现在本书的新版本里。
1704230294
1704230295
1704230296
1704230297
1704230298
续表
1704230299