产品经理常常忽视哪些实际上很重要的事?

一、概述

看了下「作为一个产品经理或产品负责人会可能忽视哪些实际上很重要的事?」 里面各位老司机的回答,并且结合了我的经验,我想说说两个对于我的工作和成长都起到非常大作用的关键举措:

  1. 产品白皮书(青春版)
  2. 复盘反思总结
  3. 关注海外产品/设计/知识

二、产品白皮书(青春版)

老司机「酷拉皮卡」 说的产品白皮书非常棒,建议产品经理们都搞一搞,原因有几点:

  1. 人员变化:互联网从业者流动性大,而产品则是个持续迭代的过程。那么在产品的迭代过程中,必然会出现新人需要 carry 的情况。那么这时候,一份产品的完整文档就非常重要了。
  2. 业务变化:产品在迭代的过程中,可能还伴随着业务的变化,业务变化所挖的新坑,也需要有个地方记录下来,以防下次被坑。
  3. 迭代路线:「这个,我们下个迭代再做~」这句话,估计很多设计师或者开发都从产品经理的口中听到过,但是常常到了下个迭代,有没有「再做」,就不得而知了。( 玩笑归玩笑,别人家的陋习,我们当然不能也这样啦~ 所以当你说出或听到「这个,我们下个迭代在做~」的时候,记得在文档里面也记录下,产品的体验才会越做越好。 )
  4. 反思总结:此文档除了起到记录与指引的作用外,还起到总结与反思的作用。(产品经理/设计师常常会有这样的观点——「公司要求996,根本没时间提高。」,我认为这种观点是错误的,因为大家都忽略了工作中的学习,下班前总结下今天做过什么,为什么这样做。经过一次次的总结,你的产品/设计能力就提高了。)

此文档虽好,但是完全按照酷老师那样做的话,估计耗时会很久。所以在这里结合我的经验,搞了个青春版。与其说是青春版,不如说是大杂烩版本。(这个文档的缺点就是文件会特别大。如果用 Axure 做,对电脑的配置要求会有点高。)

在介绍文档结构前,我想强调一点就是,不管是产品白皮书还是其他文档,越早动笔就越好。 如果产品是按项目迭代的,则在项目一开始就建立此文档。

言归正传,首先说下青春版和酷拉皮卡版本的优劣:

项目 胜负 原因
时间 青春版 因为青春版是将多个文档结合起来,所以耦合度低,减少了很多重复工作
文件大小 酷拉皮卡版 这里必须是酷拉皮卡获胜,我现在一个 Q1 的 Axure 文档就有 20M+
逻辑清晰度 酷拉皮卡版 因为青春版是将多个文档合在一起,所以逻辑上可能会有点混乱
分享难度 差不多 青春版是多文档融合,企业内部共享文档只需要共享一份就好,设计、开发都看一份东西。但是如果文档内某些模块有保密需求,就比较麻烦了。

接下来,再用一个表格来看看酷拉皮卡版本和青春版主要区别:

项目 酷拉皮卡版本 青春版
迭代记录 No Yes
调研资料 No Yes
设计想法 No Yes
产品介绍 Yes No
系统架构 Yes No
整体规划 No Yes
产品功能 Yes(直接介绍完整功能) Yes(按模块、按迭代写)
产品后台 Yes No

1. 整体架构

2. 迭代记录

迭代记录部分主要是做类似「版本控制」的工作。使用表格工具记录以下内容:

  • 迭代时间
  • 版本号
  • 迭代内容
  • 迭代原因
  • 遗留问题( 这个强烈建议各位记录这条内容。「遗留问题」说白了就是要将挖过的坑以文字的形式记录下来,供后人学习,并且后人接手工作的时候,也会知道哪里埋了坑。

以下是我的文档的节选(某些未发版功能信息已删除):

3. 调研资料

调研资料主要分成两大部分:

  • 竞品跟踪

竞品跟踪部分可以看看我专栏里的一篇文章:「只需4步 轻松搞定竞品分析」
(顺便打个小广告,大家可以关注一下我的知乎专栏「迟早会更新」或者关注我的公众号,同样叫迟早会更新。)

  • 用研资料

如果有用研部门的话,可以将他们调研到的资料放到这。同时也可以将参加一对一可用性测试的记录塞到里面。
这是我们做的一对一可用性测试时记录的内容,像这些笔记类的文档也应该加到此模块(此文档过长,所以以下为节选部分,且已删除某些涉及隐私的内容):

4. 设计想法

这里可以当成便签模块,将自己的奇思妙想放到这里。同时还有个很关键的作用,就是将复盘反思总结也记录到这里。后面会详细描述这块的内容。

5. 整体规划

酷拉皮卡版本还包含了产品介绍和系统架构,其实我就是将这两个部分融合到一起。因为他们两者耦合度比较高。那么这部分主要包括:

  • 产品介绍
  • 产品处于产品矩阵中的哪个位置
  • 产品规划
  • 产品架构
  • 主要业务流程图
  • 各业务间的关系

6. 产品功能

这部分跟酷拉皮卡版本有比较大的区别。这里的话,我将产品的每个模块分割开,然后再将每个模块分割成移动端、Web 端。(因为我们产品有两端,所以切割成这样,如果你的产品没有 Web 端的话就不需要这么玩了,还有就是产品后台也需要记录在内。)我会将需求&交互都放到这个模块里面。

三、复盘反思总结

前面提到复盘反思,这个是我认为很多产品或设计师都忽略的地方,这里主要分为几个部分:

  • 效果复盘(上线后,用户反馈如何?数据表现如何?)
  • 错题集(人无完人,犯错了,就勇敢面对。上线后,用户反馈不理想?数据掉了?没关系,总结错误,重新出发。)

这里给大家分享一个我的错题集中的一条:

四、关注海外产品/设计/知识

这也是很多国内的产品经理和设计师常常忽略的事情,但是却很重要!虽然,中国的移动互联网发展的确比国外要强很多很多,但是像交互、UI 以及创意上,还是有很多值得我们学习的地方。所以我为了强迫自己去多看国外的产品,搞了个小目标,就是「吉米百篇翻译计划」。(再次打个小广告,大家可以关注一下我的知乎专栏「迟早会更新」或者关注我的公众号,同样叫迟早会更新。)

你可以扫描二维码关注本人公众号,也可以在知乎专栏关注「迟早会更新」,还有就是在即刻 App 那里查看本网站的更新。

Comments
Write a Comment