邱岳的产品手记
邱岳
无码科技产品经理，公众号二爷鉴书作者
立即订阅
9929 人已学习
课程目录
已完结 48 讲
0/4登录后，你可以任选4讲全文学习。
开篇词 | 产品经理的世界没有对错
免费
01 | 验证码是个好设计吗？
02 | 产品经理工具指南
03 | 产品案例分析·Trigraphy的设计哲学
04 | 如何当好AI时代的产品经理？（学习篇）
05 | 如何当好AI时代的产品经理？（实践篇）
06 | 产品案例分析 · The Guardian的文本之美
07 | 关于需求变更（上）：需求背后的需求
08 | 关于需求变更（下） : 化变更于无形
09 | 产品案例分析：Hopper的“人工智能”
10 | 产品被抄袭了，怎么办？
11 | 如何借鉴灵感？
12 | 产品案例分析：LabRdr的设计实验
13 | 无用却必要：产品规划（上）
14 | 留白与节奏：产品规划（下）
15 | 产品案例分析：Mimo与Learn Python的导学之趣
16 | 在内部产品中找到产品经理的价值
17 | 产品经理如何获得非权力性的影响力？
18 | 产品案例分析：WWF Together的情怀设计
19 | 产品经理如何与开发打交道（上）：打破思维的边界
20 | 产品经理如何与开发打交道（下）：合作与共赢
21 | 产品案例分析：Fabulous的精致养成
22 | 产品经理的图文基本功（上）：产品文档
23 | 产品经理的图文基本功（下）：产品图例
24 | 产品案例分析：PathSource的混乱与直观
25 | 产品世界的暗黑模式：操纵的诱惑
26 | 写好产品文档的诀窍
27 | 产品案例分析：Quartz&Hooked的对话式交互
28 | 产品分析的套路（上）：谁是利益相关者？
29 | 产品分析的套路（中）：解决什么问题？
30 | 产品案例分析：Primer的扑克牌交互
31 | 产品分析的套路（下）：如何出解决方案？
32 | 从受众规模、需求频率和强度出发：排定需求优先级的方法（上）
33 | 产品案例分析：Arts & Culture 的架构之美
34 | 价值曲线分析：排定需求优先级的方法（下）
35 | 答疑时间：关于产品经理的12个问题
36 | 产品案例分析：解读知识星球
37 | 如何做好需求评审（上）：需求评审不只是一次会议
38 | 如何做好需求评审（下）：在评审中控住全场
39 | 产品案例分析：SeatGeek的订票设计
40 | 新年给产品经理的几碗鸡汤
41 | 产品经理的项目管理心得
42 | 产品案例分析：Unread的阅读体验
43 | “玩”的力量：从游戏设计中学习产品设计（上）
44 | “玩”的启示：从游戏设计中学习产品设计（下）
45 | 产品案例分析：Chartistic的“复杂”图表
尾声：你的快乐是哪一种
【第二季回归】二爷归来，再次扬帆起航
邱岳的产品手记
登录|注册
14 | 留白与节奏：产品规划（下）
邱岳 2017-12-21
"No battle plan ever survives contact with the enemy. "
——《Donnybrook : The Battle of Bull Run, 1861 》 by David Detzer
这篇文章我会继续聊聊产品规划。上篇文章的最后，我提到了在产品规划中要加入项目发布计划时，可以尽量写得模糊化，不要把项目内容和发布时间写得太精确。
这并不是叫你蒙混过关，模糊化其实有两个好处，一是出于尊重承诺的考虑，产品经理的影响力来自于交付承诺，所以不要轻易承诺做不到的事情，这个话题我以后会专门讲；二是可以通过这样的方式给产品规划适当留白，给自己和团队争取足够空间释放创造力，以及应对一些环境的变化。
产品规划的留白
产品规划的留白可以分成空间上的留白和时间上的留白。
Ruby on Rails 的创始人 DHH 曾经说，当你面前有艰巨而冗长的任务队列等待实施时，你的创造力将会被严重的抑制。
对于大部分人来说，当面前摆着一长串待办事项，而且待办事项上全都是具体的执行性工作任务时，我们会比较容易沉浸其中，就像在快餐店操作炸薯条的机器，照着一二三做就可以了，这时我们很少会有创造性的想法。
举个例子，如果规划文档中的项目任务是“支持 VISA 和 Master Card 信用卡支付，12 月 30 日之前发布”，我们脑子里想的一定是先去查接口文档、申请资质，以及整体的技术架构和页面流程。
这是一种本能反应，但是，我们其实更需要知道的是这个项目背后的动机。这种动机是有很多种可能性的。比如可能是为了增加支付渠道，也可能是为了提供跨境支付能力等。
当我们关注这些动机和目标时，我们的思考会上升一个维度，从研究“怎么做”转向“该做什么”。
比如，目标是为了增加支付渠道，那我们或许可以直接接入第三方的支付组件，一次性增加包括各种信用卡在内的多种支付渠道；如果目标是为了提供跨境支付能力，我们或许可以直接去接 PayPal。
关注这些动机和目标也可能会让我们考虑得更加周全，比如是否需要在境外增加服务器节点或缓存等相关基础设施。
所以，我们在做产品规划的时候，最好能把这些细节留白，到了具体操作实施的时候，让处在那个环境里的同事去决定具体的策略。
关于时间的留白，说起来挺文艺，其实就是指尽量别把时间点定得太精确。精确必须以具体为代价，而提前规划出来的具体十有八九都不靠谱。在这里，我建议最好先写成 X 月上旬 / 下旬这样的形式，到时候根据具体情况再决定怎样执行以及何时交付。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《邱岳的产品手记》，如需阅读全部文章，
请订阅文章所属专栏。
请订阅文章所属专栏。
立即订阅
登录 后留言
精选留言(13)
刘剑产品开发计划我们这么做：
1.产品讨论会确定设计
2.研发部讨论最终敲定开发时间表
3.要求功能模块是容易解耦的
4.开发的功能点是有分优先级的
5.先紧后松，开始开发非常紧密，大家配合都很默契，留更多时间给测试也降低开发延期风险
6.先粗后细，功能先实现细节处理留到后面慢慢调整
7.每天跟踪进度，每天需要配合或其他资源才能完成的工作都会在晨会提出并在下班前给出解决方案
8.罗列整个团队开发衔接的清单，做好人员沟通和资源对接作者回复: 赞！有启发，谢谢分享
2017-12-28 9
逸群被抢了建议极客时间做个节选收藏和批注功能，参考kindle的交互，然后有独立的模块来聚合每个课程读者自己的笔记，有些时候想简单回顾就不用翻整篇文章。进一步，可以考虑下读者笔记的共享，阅读时可以看到其他读者的批注，也挺有意思，当然这里的策略和细节问题会有很多。池建强回复: 是的，这部分功能特征已经在规划中了，实现起来还是比较繁杂的
2017-12-22 7
刘祯感谢二爷的提醒。目前公司的人问题就是产品线过多，不够专注，因为垂直领域足够细分，业务上涉及面就非常广了。
虽然在微信开发、小程序、App 上都有独立的产品线，可是并未做到极致，迭代速度不够快，所有的想法、创意或是规划基本上都要通过自上而下的传达，这是一件很危险的事情，大家的创造力与积极性会被打消，大家更多关注的是怎么做，而不是该做什么。
三点建议都非常受用，自己的工作流程是周一回顾与数据分析，周二到周四根据本周任务具体分配与开会讨论，周五进行测试等，确保项目进度，周末更多尝试新产品。
最近就要写总结和规划了，我试着将公司今年规划完成情况与未来展望重新梳理。加油。作者回复: 我最近也在做规划，一起加油
2017-12-21 5
威歌只有经历过这些，才深刻感知到二爷字字珠玑。2017-12-22 3
弗兰还是需要一个好的团队和领导啊，不但可以有这样的理念，更重要的是有执行力。就像二爷说的破窗效应，每天的工作计划安排都没有好好实行就放弃了，周报这些真的也成了形式。因为是一名UI设计，有时候看着想去改变，一是话语权不够，而是能力还有所欠缺。但会继续加油！作者回复: 加油！
2018-01-08 2
龙猫二爷的总结很不错，我要再手写一下，以便加强记忆：
1、产品规划需要留有空白：空间空白和时间空白，规划尽可能从业务和战略层面去设计，把发挥空间留到临场。
2、定期回顾产品规划，当环境发生变化时，要及时作出调整。
3、产品迭代的节奏感，团队的节奏默契，规划落地时阶段性专注。Tick-Tock。2019-04-18- 龙猫我们目前的节奏感不是很好，最大的问题就是没有及时的数据反馈，感觉有点像是就是一直在做一个接着一个的功能，却不知道效果如何，也没有回顾和大的展望。2019-04-18
Dylan规划时考虑周全，执行时迅速专注，这样的操作是保证有效率节奏的基础。
我上一家实习的公司的产品规划，上一个周期结束后，由负责各业务板块的产品经理发起，然后汇总，再者就是上面定战略的方向，底下自行发挥创意。这个业务线之间的割裂感非常严重，导致产品的业务逻辑不清晰。2018-06-20
洪廣以前很纠结完美主义，导致整个团队工作没有连续性。现在会花更多时间在规划前进行思考，一旦敲定就不再更改。2018-02-10
蔡文渊Eric两篇产品规划文章质量很高👍
其实生活工作中也需要给自己留白，越忙的时候越需要定期放空自己，停下脚步抬头看看前面的路2017-12-23
孙伟贤写了2018年规划，老板说不够细化，需要把产品功能和节奏细化到月……我真想说，2017年的计划赶不上变化，2018年怎么整……2017-12-21
iEmma最近要年终述职了，过去一年，刚开始也做了产品规划，但是领导自己不重视不遵守，常常因为某个会议得到了“某些客户”的“紧急需求”，而强行加塞，真是心累。
当然，原本也预留了应急时间，也不是不能接受紧急事情，但我觉得基本原则是不能背离产品规划的大方向。2017-12-21
Julian定期回顾和更新产品规划，这个真的好难…经常是初期制定了一个“完整”的规划，做着做着各种内外部环境变化，就没了规划，再之后过了很长很长一段时间，又new了一个“完整”的规划…往复循环 T_T作者回复: 哈哈哈哈，可以定成团队的规范
2017-12-21
收起评论