【1019】我给运营的“提需求的模板”

一直以来,产品人员和运营人员似乎都是死对头。产品总觉得运营怎么想到一出是一出,没逻辑,乱提需求,变化无常;运营也觉得产品总是不给力,不懂KPI的压力,不帮忙实现这么简单的功能……

其实,最近我又碰到了这样的问题,所以,和运营一起讨论,制定了一个“提需求的模板”,来帮助大家化干戈为玉帛。我觉得,矛盾的一大根源就在于,运营提的需求经常就是“解决方案”了(或者更专业的,我们叫做产品功能)——要把页面结构改一下,要加几个按钮神马的,这时候,产品就会很郁闷——那还要我干嘛,你直接去找开发得了。产品希望知道的是,这个解决方案背后的那个问题(或者更专业的,我们叫做用户需求)。然后,由产品来做把用户需求转化为产品功能这件事,这才是产品经理的核心职责(而不是细化功能这种事,没错,我指的是写PRD什么的)。

所以,我给出的模板,要能说清楚这么几件事:

目标用户:这件事,是为谁而做的,一旦运营开始从这里起步思考,就可以自己排除掉很多需求了;

问题描述:目标用户碰到的痛点,只说“何时/何地,怎么难受”即可;

严重程度:对问题严重程度的判断,“高//低”即可,具体的判断方法,可以根据用户重要程度(这个比较主观,需要团队一起讨论达成共识,我们的产品是为哪几类用户服务的,他们的优先级排序是什么,这是产品原则的关键内容),问题出现的次数、频率等因素(相对客观,比较好办)考虑;

现有方案:现在是如何解决此问题的,我会认为,一个值得解决的问题,通常已经有人着手解决了,所以也一定已经有一些解决方案,而没有现有方案的问题,通常不严重;

建议方案:建议的产品改进 ,这点其实是借运营的脑帮助思考一下,产品不一定采纳;

价值描述:改进方案带来的额外价值,比如:省时间;能更精准的找到某某……

改进成本:建议方案的成本评估,“高//低”,同样,仅供参考。

产品拿到一堆这样的需求以后,在根据性价比为主要参考因素,决定接下来做什么。最后,给个理想化的公式——

性价比 = 严重程度/改进成本,问题(用户需求)决定严重程度,解决方案(产品功能)决定改进成本。

产品设计体会(3011)产品文档规范

我基本每隔几个月就会整理一次团队的产品文档规范与模板,然后release一个非常轻量级的文档包,起个酷点的名字:PD_std_template_tool_kit.mmap,这次讲讲理好的mindmanager图:


====== 看不清猛击图片看大图 ======

Ø 需求管理类

n 用户调研模板,调研前、中、后都要做什么,调研问卷怎么设计。

n 功能列表极其管理方法,这里可以体会到团队协同工具的重要,我们用过office liveexcel,比较简单。

n 产品的网站页面地图,这块让UE的同学帮忙这里更合适。

Ø 项目管理类

n 项目管理制度,原则性的东西,比如项目经理、开发经理、测试经理的权责利。

n 项目任务书,网上有很多模板,小项目可以灵活变通。

n 项目Kick Offppt,之前有说过这个话题

n 项目组织结构,省时间的,以后每次填名字就可以了,没啥技术含量。

n 项目WBS,我用的是一个小软件“WBS Chart Pro”(奇怪我搜不到下载了,需要的可以问我要),只有几M,它做的图可以生成project文件,就是说项目计划也有了。(我不喜欢动不动就几百兆的软件,而对于几M就能实现大部分功能的小软件特别有好感,呵呵。)

n 项目日报,主要有今日要闻,明日看点,当前问题,所需支持,项目进展等几项。

n 项目发布通知,为了省时间而已。

Ø 流程管理类:小团队常用的有日常发布流程紧急发布流程等。

Ø 商业需求类:BRD,参见4004

Ø 产品需求类:PRD,参见3010

Ø 需求规范类:

n 交互规范:控件规范,如列表的默认排序、列表中文字的对其方式,手头这个产品是“文本左对齐、时间居中、数字右对齐”;判断规则规范,包括字段的校验规范、系统反馈的规范等等。

n 视觉规范:整体的如页面大小、字体字号颜色编码。

n 文案规范:如语言风格、语法模板、常用操作的标准说法等。

Ø 日常工作类,暂时只整理了会议记录模板和日报周报模板。

另外还有很多文档,比如开发规范,会说一些代码的规矩,函数命名规则等等,PD接触的不多,我也太懂,就不扯了。

网上不少同行前辈讨论过产品文档、规范应该什么时候整理,我个人的感觉是产品1.0发布以后,2.0发布之前。一般互联网产品在1.0之前都是急行军,顾不上文档,而在做1.11.2的时候往往有一个设计工作的缓冲期(一方面是开发测试忙着应付扑面而来的线上故障、另一方面是PD需要收集反馈以确定下一步方向、团队也会做人员调整),所以这个时候做产品文档规范,总结第一代产品、第一代团队的工作,对提高后期的效率是最合适的。当然,这个工作也是应该采用迭代的方式进行的,无需也做不到一蹴而就。