产品经理在日常工作当中,由于其岗位的职责范围广,所需要具备的能力也较多,事情也相对较“杂”。
往往在有限的脑容量当中,要完美地做好每一件事,是极其有难度的。
不知道朋友们是否在产品工作当中有没有遇到这类问题:
1、产品文档写完,自己审视后没问题(自认为没问题),评审的时候“舌战群儒”,搞得心力交瘁!
2、产品文档写完,评审也顺利通过,但实际开发当中,还是遇到了需求变更!
3、产品文档写完,需求也顺利开发了,但推向市场,却发现用户不买账?
4、产品文档写完,需求顺利开发,用户也用了一段时间,数据分析的时候发现,效果极差!
看完上述四点,相信每一个产品朋友都会有或多或少这类的问题。(是读心高手阿境了)
所以就需要有个规范,在做产品当中,也需要有份自查表,能够清楚每一篇文档每一个需求是否清晰准确。
做好每一个需求,不管大小,都是非常重要的。而每一点需求也都是每一个产品人最初接触产品岗的工作内容之一,但也是极其重要。
(有一说一,有蛮大部分产品人没办法面面俱到地写好一个需求)
阿境在这篇文章当中所说的产品自查表,主要指的是需求文档的产品自查。深感需求的重要性,于是乎整理了这份产品自查表,望能够给到各位产品朋友一点启发。
简单来说,文章适用于以下几类朋友:
1、还不明白产品自查的重要性,目前在“野生”地写文档。
2、意识到目前产品需求文档不完善而造成的问题后果,但没有行动,想要有规范的产品自查流程。
3、已经在逐步搭建自身的产品自查表,但却并不完善,想了解其他人的产品自查。
当然,产品自查表并不局限于产品需求自查,还包括产品项目流程自查,产品调研自查等等,阿境对于这些,会简单先概括下,这部分更详细的内容,后续阿境会持续整理,再分享给朋友们。
阿境会以两个方面来阐述产品自查表,第一个是宏观角度的自查,主要指产品整体全局;一个是微观角度的自查,主要针对产品需求文档(这个是重点!)。
01什么是产品自查表?
什么是产品自查表?顾名思义,自查表也就是checklist文档,是一份给到产品岗的朋友来验证自身产品的规划是否合适、妥当的表格。
当然,格式并不局限于表格,仅仅是以表格的形式来展示。
02产品自查表的作用
讲作用之前,给大家讲个故事:
A:“你细心吗?”
B:“超细心好吧!人送外号[心细如尘厦门吴彦祖]”
A:“好的,写一份需求文档看看”
n分钟,写完后小A审阅.....
A:“你这叫哪门子细心?”
没错,这真是比悲伤更悲伤的故事,当中的小B就是曾经的阿境。(不堪回首)
许多人自认为自己做产品的合格及细心,仅仅局限于“自认为”而已。
产品经理是一个比较吃经验的岗位(当然,也并不是年限越多越厉害,因人而异);这里所指的经验主要是针对于产品的定义及对细节的执行程度。
年轻的产品经理往往拿到一个需求洋洋洒洒地敲打键盘,毫无考虑;而有经验的产品经理则是经过深思熟虑之后再开始进展。
什么是差距,这就是差距!
话说回来,产品自查表表面上是一张表,一个导图,但实际上是一名产品经理对于细节的把控程度,一名好的产品经理脑子里面已经有一份自身的产品自查表。
在产品想法还没完成之前,它能够帮助产品经理思考需求的可行性及必要性;在产品正在规划当中,它能够帮助产品经理梳理清楚产品业务及细节;在产品规划后正在落地,它能够帮助产品经理规范进行查缺补漏,复盘思考。
那么,产品自查表有用吗?阿境认为对于大部分产品经理都是有用的,减少与开发的撕X,与老板的争论,思考清楚产品及需求的细节。
认清产品,写好需求实在是太太太太太重要了!(省略N个太)
噢对,一份适合自身的产品自查表能够让你瞬间变专业,工作瞬间变轻松!
所以,阿境姑且称为这份产品自查表为“让你瞬间变专业工作瞬间变轻松的产品自查表”。(别问,问就是标题瞎取的
03产品自查表内容
在产品自查表内容部分,阿境分为两部分,一是产品整体自查,是站在宏观角度来思考产品,主要适用在产品想法的阶段;二是产品需求文档自查,是站在微观角度上,思考一份文档是否严谨、细节流程是否得当,主要适用在产品规划中及规划后。
1、产品整体自查
对于产品整体自查,主要考虑的是产品的市场可行性、需求可拓展性等因素。是以一个宏观的角度来思考产品本身。
由于本文着重描述的是产品需求文档的自查,故该部分仅简单讲述下。
1、产品的受众人群是谁?
2、产品的定位是什么?
3、产品的核心功能是什么?
4、产品与其他竞品的核心竞争点?
5、产品是否满足了各个场景下用户的需求?
6、在做需求之前,是否有进行需求调研(包括竞品分析)?
7、在做需求之前,是否了解需求包含功能所涉及的业务?
8、在做需求之前,是否了解需求包含功能所涉及的历史逻辑?
9、产品要完成的目标是什么?
......
整体自查更多的是在产品想法诞生的时候来进行自查,只有想清楚了大方向是否正确,才不会造成“南辕北辙”。
2、产品需求文档自查
产品需求文档的自查部分,从第1点到10点更多的也是站在文档的宏观部分,而第11到第23点则是针对于需求当中的细节规范自查,涉及到产品的功能模块,例如文案、数据、弹窗、轮播图、图片等等。
1)需求阶段
在需求阶段,通常会出现的问题是“你认为你想清楚了需求的场景、对用户侧的作用、对产品的影响等”,但其实没有深入全面,最后导致需求做出来了,没人用亦或者是用了效果不好的情况发生,由此可见,深入思考需求是极其重要的。
2)整体框架设计阶段
在整体框架设计的阶段,更多的是站在一个全局的角度,可以理解为树木的枝干,通过这些用户能够清晰地感知到产品的清晰度及易用性。
3)流程设计阶段
产品流程主要指的是业务流程部分,整体产品业务是重中之重,了解业务后再了解产品。拆分现有业务流程,持续优化它,排除不合理的流程走向,同时通过业务流程也能够探索现有问题。
4)需求文档设计阶段
需求文档设计阶段时,是整体文档的自查,关于流程、文档文案、名词、场景、信息等大方向进行的把控。
5)特殊因素
特殊因素主要列举的是一些客观因素(例如手机系统、账号、网络等外在情况)的问题,由于其大部分脱离产品本身功能,是一个辅助的作用,容易被产品朋友忽略。
6)账号状态及用户权限自查
7)设备相关
8)特殊场景
9)全局
10)版本发布自查
11)按钮
12)内容型文案
13)描述型文案
14)输入型文字
15)输入型图片
16)页面跳转
17)标签
18)列表
19)数据
20)弹窗
21)轮播图
22)图片上传
23)数据埋点
04如何来做产品自查?
当我们拥有了产品自查表之后,要做的就是在遇到每一个需求,撰写每一份产品文档的时候,将自查表运用到当中去。
敲黑板,说重点了!打瞌睡的同学醒醒,这段听完再睡~
阿境总结了一句话:先总后分,模块划分,按序核查,勿忘更新。
好了,不废话,啥意思?简单来说,分成四步:
1、先总后分
先按照宏观的角度来审视整篇文档,查看文档的整体方向是否正确,文档的结构是否无误,暂时先不考虑细节。等到总体方向没问题了之后,再去查看查看文档的分支细节。
2、模块划分
根据模块来进行文档的撰写,有个大忌就是在A模块写到了B模块的内容定义,文档容易造成不易阅读,冗长,划分好文档的模块并且对文档进行相应的模块定义,一个清晰的模块就好比是树木的枝干,能够提升文档的可读性。
3、按序核查
当进行第二步模块划分之后,为的便是更好地进行顺序的核查,例如产品需求、业务流程、功能主次关系、功能布局、模块状态等等顺序进行一一校对。
4、勿忘更新
有了这份文档,并不是一蹴而就的,时代在更新,产品在更新,自然,产品自查表也需要不断更新。这份自查表是阿境在自身实践当中总结而出,可以看出,产品的理论大多源于实践,脱离实践则无从谈起。所以,朋友们可实践当中,不断完善这份产品自查表,一句话:没有最完美的,只有适合自己的。
写在最后
做产品是一个并不那么容易的活,写一份合格的需求文档也不是那么轻松的事情。为了确保产品能够“活下来”,确保需求文档能够严谨、详尽、完善,这份产品自查表希望能够帮助到各位朋友。
但有一点要记住,产品自查表起到的作用是锦上添花,并不是雪中送炭。它是建立在有一定产品思考方向的前提之下。
同时阿境也想抛砖引玉,以这份产品自查表来提醒各位朋友,需要有核查、纠错、校对的意识,对产品对需求保持敬畏之心,才能够做好产品。
最后,愿天下没有难写的需求
作者:阿境,产品界的吴彦祖,一个沉稳又不沉闷的男人。野蛮生长,产品汪一枚,做过电商、医疗、教育行业项目,4399产品经理。
联系客服