小啊呜产品读书笔记001：《邱岳的产品手记-07》第13讲 无用却必要：产品规划【上】 & 第14讲 留白与节奏：产品规划【下】

叮嘟！这里是小啊呜的产品进阶读书笔记整理。好记性不如烂笔头，今天也是努力进步的一天。一起加油进阶吧！

一、今日阅读计划

第13讲 无用却必要：产品规划【上】 

第14讲 留白与节奏：产品规划【下】

二、泛读&知识摘录

1、第13讲 无用却必要：产品规划【上】

（1）"In preparing for battle I have always found that plans are useless, but planning is indispensable." ——Dwight D. Eisenhower
在准备战斗的时候我总是发现计划是毫无用处的，但是计划过程是不可或缺的。——德怀特 D. 艾森豪威尔

（2）大部分的产品经理都需要定期做产品规划，这些产品规划包括了年度规划、半年规划、季度规划甚至月度规划。每个规划需要画产品路线图（Roadmap），做幻灯片，先逐级汇总，向上汇报，然后再向下分解落地。

（3）自上而下还是自下而上？

自上而下：从最高管理层制定战略开始，分解到各事业群，再向下细化到产品线，最后拆解到每个职能的头上。

1、优点：
  更利于公司资源的战略安排和协调，也方便战略安排在组织内部的沟通和传递；
  因为产品经理和开发都比较容易弄清楚自己做的事情跟公司方向有什么联系；

2、弊端：
  自上而下的拆解导致一线员工的判断和认知很难融入公司战略，很难做到所谓的“让听见炮声的人做决定”，这可能会导致公司错失机会。

自下而上：是由每个具体的组发起，汇总到产品线，不断向上传递，最终形成公司战略。

1、优点：
  则能够给团队成员更多的发挥空间，能够激发主观能动性。

2、弊端：
  自下而上又比较散乱，缺乏一致性，可能不同的部门想做不同的事情。
  互相之间又需要彼此的支持，结果协调起来很困难，有种各自为战的感觉。

作者观点：

我认为可以先自上而下，由公司管理层明确下一阶段战略方向，然后向具体的事业部拆解。
但这个时候，不要下到太底层，只要有基本的框架就够了，再自下而上进行具体的策略填充。

具体问题具体分析。
公司的阶段、规模和迭代速度不同，都会大大地影响产品规划的方式和粒度。
比如在产品非常早期的阶段，我并不建议做太多规划；
对于复杂组织架构和成熟产品线，可能只选择自上而下的规划方式等。
总之在做规划的时候要灵活，选择适合自己的流程。

（4）产品规划的两个重要目的：

一是针对 产品的愿景 和 公司的战略 进行自上而下的沟通，让每个人清楚组织接下来一段时间的方向和重心，并在公司战略和自己的工作之间建立清晰的联系。

二是激发大家的 积极性和能动性，也可以给前线“可以听到炮声”的员工足够的话语和决策空间。

（5）产品规划不等于功能发布计划。

好的产品规划应该从更宏观的视角和判断入手，尽量避免过分关注具体的项目和特性列表。

在做产品规划的时候给出准确的时间点是非常困难的。

我的经验是尽量打个提前量，提前进行战略的沟通和团队群策群力的讨论，在此基础上去做一些笼统的项目规划，具体的特性能多模糊就多模糊，交付时间范围能多大就多大。

我举个例子，比如我们的产品规划是增加用户支付手段，

不要去规划类似“支持微信、支付宝和银联支付，11 月 20 日前上线”这样的项目。

写成“支持 3 种以上主流支付方式，在 11 月下旬至 12 月上旬完成”，
甚至“支持主流支付方式，Q4 完成”更好。

这样做不但会让团队聚焦于业务目标而不是项目列表，也可以为团队争取足够的空间。

2、第14讲 留白与节奏：产品规划【下】

（1）"No battle plan ever survives contact with the enemy. " ——《Donnybrook : The Battle of Bull Run, 1861 》 by David Detzer

没有作战计划能熬过第一次开火。

（2）在产品规划中要加入项目发布计划时，可以尽量写得 模糊化，不要把项目内容和发布时间写得太精确。

一是出于尊重承诺的考虑，产品经理的影响力来自于交付承诺，所以不要轻易承诺做不到的事情；

二是可以通过这样的方式给产品规划适当留白，给自己和团队争取足够空间释放创造力，以及应对一些环境的变化。

（3）产品规划的留白

产品规划的留白可以分成 空间上 的留白和 时间上 的留白。

Ruby on Rails 的创始人 DHH 曾经说，
当你面前有艰巨而冗长的任务队列等待实施时，你的创造力将会被严重的抑制。

空间留白：
我们在做产品规划的时候，最好能把这些细节留白，到了具体操作实施的时候，让处在那个环境里的同事去决定具体的策略。

时间的留白：
指尽量别把时间点定得太精确。

精确必须以具体为代价，而提前规划出来的具体十有八九都不靠谱。
在这里，我建议最好先写成 X 月上旬/下旬这样的形式，到时候根据具体情况再决定怎样执行以及何时交付。

（4）定期回顾和更新产品规划。

回顾产品规划的目的是 经常性地帮助团队换换脑子。

我们在工作中通常是低头盯着手头的活儿，这样的状态保持久了很容易忘了抬头看路；
所以每隔一段时间把当初的规划拿出来看看，能让大家时刻记住要达成的目标，而不是仅仅关注执行。

一般季度规划两周回顾一次，年度规划一个月回顾一次就差不多了。

在回顾的过程中，应该讨论规划中的目标实现状况，这包括了尝试了什么策略，哪些策略是有效的，接下来打算尝试什么策略，完成的进度等等。

我们在回顾产品规划的时候，还需要 关注环境和形势的变化，再根据这些变化 调整产品规划。

产品规划也会有破窗效应，一旦其中有一条失败了却没有被拿出来严肃地讨论更新，就会让大家觉得整个的规划是否能实现无所谓，规划也就彻底流于形式了。

（5）产品规划到项目交付的节奏感。

产品规划是一张蓝图，它的作用在于为具体的项目实施确定路线图和方案，所以最后它还是要靠做出来实打实的特性和功能才能产生价值。

经常有人会提到产品线迭代的节奏感，其实说的就是把规划不断地变成项目过程中的节奏。

好的项目节奏应该也有类似的节奏感，大家要能大概判断多久会有一次项目发布，多久会有一次重构升级，多久会有界面的更新等等。

整个团队的流程和资源就会慢慢地形成惯例，同事之间的配合也会跟着这些惯例越来越默契。

（6） 战略上有决议之后，执行要尽可能凶悍，不要绣花，该低头拉车的时候就低头拉车。

是在每个阶段都要专注，尤其在战略思考已经明确的情况下，尽量在每个阶段聚焦做一件事情，不要做着东还惦记着西。

规划方向时要谨慎，尽可能地想周全想清楚；
可一旦落定，就应该坚决、激进，不要完美主义，接受80 分，边做边迭代，快速调整，这样才是优秀的节奏和状态。

三、头脑风暴

1、你在自己的工作中有没有做过规划呢，你是怎样做的？

他人启发1：

首先，明确客观基础，目前的行业格局与市场环境等，做到心中有数。
我们有时容易聚焦具体功能而缺乏宏观局面的考虑；

其次，明确产品定位，公司下一阶段究竟要做什么，偏重于宏观方向，确认原则。
例如，我们要提升用户在订场环节的交互与体验感；

再次，拆分路线图，这一方面最好落实到每个人身上，自下而上是更好的方式，也能够重新思考产品的未来发展。

最后，全员开会并确认目标，具体实现与功能列表会有所不同，我们只要盯着大方向走就好了。

他人启发2：

自上而下还是自下而上没有绝对的好坏，我们是自上而下做 产品规划，关注一下4个核心点：

1.从战略层面考虑，偏向于市场和公司维度思考。
如果一个公司懂得战略的人多了就坏了。首先要有清醒认识，产品规划是需要阶段性的，每个阶段有不同重心，最好在初期用MVP来做；

2.产品定位更注重功能定义，关键时刻定位的转变能改变整个公司的命运；
比如：按摩椅原来直接销售给C端用户，各大厂家都要死不活的，变成和B端合作分成模式按时间收费反而很多公司活了下来；

3.用户需求需要避免两个坑：真伪需求，用户需求和产品需求分不清；

4.盈利模式可能不是最开始考虑的，但必须引起足够重视，投资人钱也不是随便拿的，没有盈利模式的产品走不长，除非你老爸是马云；

他人启发3：

产品规划不是执行计划，是目标管理，作用是让工作与外部需求（公司/市场/用户/兄弟团队的需求）一致，让团队内部统一观点，激发动力。

在方法上，我觉得可能在内部统一规划后再与外部统一一次，比如兄弟团队目标是什么？规划是什么？你做的能否在时间和项目上满足他们，他们是否能满足你之类的。

还有就是向上管理，领导也会有惰性，可能不会先给出大方向，那么产品就好尝试push，或者从下向上给出目标后多与领导沟通，明确目标与公司的一致程度。

总之，规划的目的是为了有方向，方向不要错。

所以不要为了规划而规划。

他人启发4：

产品规划就像是灯塔，在产品从0-1的时候很重要.
可以确保公司层面的规划被兄弟们理解清楚，也可以帮兄弟们做到心中有数而不是盲目性工作。

他人启发5：

产品规划是个大方向，就像航海过程中的灯塔，不管中间因为什么意外，临时改变航线，绕了弯，但始终是有方向有目标的。
当然，大方向也会变，但不能没有。

2、你所在的产品团队是否有自己的节奏吗，你们的流程和工作习惯又是如何配合这样节奏的？

他人启发1：

产品开发计划我们这么做：

1.产品讨论会确定设计
2.研发部讨论最终敲定开发时间表
3.要求功能模块是容易解耦的
4.开发的功能点是有分优先级的
5.先紧后松，开始开发非常紧密，大家配合都很默契，留更多时间给测试也降低开发延期风险
6.先粗后细，功能先实现细节处理留到后面慢慢调整
7.每天跟踪进度，每天需要配合或其他资源才能完成的工作都会在晨会提出并在下班前给出解决方案
8.罗列整个团队开发衔接的清单，做好人员沟通和资源对接

他人启发2：

目前公司的人问题就是产品线过多，不够专注，因为垂直领域足够细分，业务上涉及面就非常广了。

虽然在微信开发、小程序、App 上都有独立的产品线，可是并未做到极致。
迭代速度不够快，所有的想法、创意或是规划基本上都要通过自上而下的传达。
这是一件很危险的事情，大家的创造力与积极性会被打消，大家更多关注的是怎么做，而不是该做什么。

自己的工作流程：
周一回顾与数据分析，
周二到周四根据本周任务具体分配与开会讨论，
周五进行测试等，确保项目进度，周末更多尝试新产品。

他人启发3：

规划时考虑周全，执行时迅速专注，这样的操作是保证有效率节奏的基础。

我上一家实习的公司的产品规划，上一个周期结束后，由负责各业务板块的产品经理发起，然后汇总，再者就是上面定战略的方向，底下自行发挥创意。
这个业务线之间的割裂感非常严重，导致产品的业务逻辑不清晰。

他人启发4：

其实生活工作中也需要给自己留白，越忙的时候越需要定期放空自己，停下脚步抬头看看前面的路。

四、思考

获益匪浅。

Ending！
更多阅读笔记记录随后再来吧！

就酱，嘎啦！

注：
人生在勤，不索何获。