产品新人,写PRD怎样思考的更加全面

摘要:【文章摘要】前段时间写过一篇《产品新人写PRD时应该避免的坑》,收到一些反馈,问题主要是两个方面:一、没有技术背景,很多方面考虑不到,怎么办? 二、写PRD时,

【文章摘要】前段时间写过一篇《产品新人写PRD时应该避免的坑》,收到一些反馈,问题主要是两个方面:一、没有技术背景,很多方面考虑不到,怎么办? 二、写PRD时,怎样考虑的更加全面一点?今天主要就这两个问题,谈谈我自己的看法。

产品新人,怎样思考的更加全面

问题一:没有技术背景,写PRD时很多方面考虑不到,怎么办?

我也是完全没有技术背景的。对产品来说,没有技术基础,无疑是有劣势的。但是,这种劣势并非不能弥补。

PRD本质上也是一种产品,写好PRD和做好一款产品的思路是一样的。

第一, 不忘初心。

“不忘初心”的意思是,不管是提交一个新的产品方案、还是思考页面上一个按钮的位置,你都要时刻提醒自己做这件事的目的是什么,是增加活跃、提高停留时长还是增加购买的转化率?这很重要,因为我发现,很多时候,做着做着就开始纠结于细节,而忘记了”初衷“?现在每当我和别人就不同方案争执不下时,我都会提醒自己“来,让我们回到最初做这件的目的上……”。

插个题外话,很多情况下,不同的方案都是隐藏着不同的前提假设,见过太多无效且浪费时间的争论,原因就是只纠结于方案的细节,却忘记了这两种方案基于是不同场景假设和用户假设的。一句话,在前提假设没有统一的情况下,争论的唯一作用就只是练口才而已。

第二,调查用户需求。

PRD的用户就是看文档的人,去问你的用户,他希望得到什么?他喜欢什么样的方式?他觉得哪些地方要改进?比如,只要一逮到机会,我就会不厌其烦的跟测试、开发讲:”你觉得原型和PRD有问题时,一定要告诉我啊!“”文档怎么写,你们看起来会舒服一点?“”亲,你觉得我用word写,还是Excel写比较好?“……各个公司的文化和偏好不同,PRD也应该做相应的调整。使用PRD的人觉得好,才是真的好。

第三,搜集用户反馈,不断改进。

和产品一样,PRD也是有迭代的,要想着每个版本都要做的更好一些,从语言表述、模块划分、排版方式一点一点的改进,然后听大家的反馈。

第四,总结

在上述两个步骤中,你可能搜集到了很多的细小的改进意见,这些可能并不影响大局,但产品人的专业性就体现于你对细节的把握。很多知识点,方方面面,很琐碎的,说不定过两天你就忘记了,所以这些细微的地方一定要记下来,。强烈推荐使用脑图进行记录(脑图深度爱好者,离开脑图没法活),然后定期的总结、归纳,你一定会收获很多!

最后记住一点:别人没有教你的义务,不教你无可厚非,教你就是情分!

问题二:写PRD时,怎样考虑的更加全面一点?

这也是让我苦恼很久的问题,我也经常在朋友圈长吁短叹:“我考虑问题什么时候才能面面俱到、滴水不漏呢?”以前有试过把所有的注意点都用脑图整理下来,然后,每写到一个模块就对照一遍,后来发现很麻烦,也很费时间。临时抱佛脚用处不大,关键还是平时要多积累,总结的内容也要常看,多看就印象深刻,用的时候自然能够想起来。

作为方法论的爱好者,我喜欢归纳做事情的步骤,每做一次总结一次,这样可以做到心中有数,而且慢慢就知道哪里是坑、哪里容易出错。

我描述一个页面一般是按照以下步骤考虑的:

1、前置条件:

描述页面显示为此种状态的前提条件。比如,QQ的群管理员和普通成员点击同一个按钮,进入的页面就可能是不同的。

前置条件可以概括为:某种用户角色(要提前准确定义APP中的各种用户角色)在某种情况下,点击某个页面的某个按钮,进入了此页面。

2、退出机制:

如何退出此页面?常见的有:左上角的返回按钮,返回上一层;按手机返回键(安卓)也返回上一层。

3、显示机制及排序机制:

1)描述页面上有哪些控件、展示了哪些内容。

想象你和一个 陌生人介绍这个页面,选择一个能有逻辑的描述这个页面的方法,比如从上到下、从左到右、从重点到一搬、从特殊情况到普通状态等。

2)当页面需要展示很多内容时,就要考虑排序机制了。

按照哪些因素进行排序?是按时间倒序、热度正序、推荐的内容排顶部?还是其他更加复杂的排序方式?

还要考虑一页显示多少条信息,以什么方式进行展示呢?翻页展示还是瀑布流?

4、刷新机制

一次刷新多少条信息?如何刷新更多?自动刷新还是手动刷新?当刷不出新内容时给提示了么?

常见的手动刷新方式:右上角有刷新按钮,点击,手动刷新。

常见的自动刷新:再次进入此页面时刷新;设定一个时间值,每隔一段时间自动刷新一次。

5、缓存机制

这个页面要缓存哪些数据?缓存到哪里?清理缓存的时机是什么?是定时自动清缓存、还是让用户手动清理?

上面5大机制,可能在一个APP的很多模块中,都是一样的,为了避免重复描述,建议在PRD的最开头,用一个单独模块来描述,以后在描述页面时,一笔带过就可以了。

6、控件描述

建议用一个单独的模块说明应用内常见控件的类型以及每个控件对应的操作方式,在其他模块涉及此控件时,只要简单阐述一下就ok了。此部分之前的文章已经写过,在此就不详述了。

1)触发源:

此控件的触发区域是哪一部分?同时思考,需要频繁触发的控件,操作区域是否明确?

2)触发时:

触发控件时常见的状态有:加载状态、读取状态、缓冲状态。

比如视屏播放应用,点击播放按钮,通常会出现上述几种状态。

3)触发后:

触发控件后常见的状态有:

a、操作进度显示。

例如,点击“下载”按钮,常常会显示下载进度条。

b、按钮发生变化。

比如互相不是好友的情况下,页面上的按钮为“加为好友”,点击,成功加为好友之后,“加为好友”按钮就会变成“发消息”按钮。

c、结果提示。

常见的提示类型:小红点提示、能自动消失的提示、页面上的文案提示、需要用户选择的弹框等。考虑这些提示的轻重程度是否合适,并且要对他们进行详细的描述。

常见的结果类型:成功、失败、空值。比如,搜索功能。点击搜索按钮后,有可能找不到想要搜索的内容(空值)、有可能找到很多条相关内容(此时要考虑排序)。

7、异常情况描述

1)异常操作:

比如,连续多次点击,是否给予反馈。

2)网络状况:

没网络时的提醒?是否需要网络超时、网络太慢、从wifi切换到2G/3G的提醒?

3)账号相关:

登录和未登录时,对此按钮的操作权限是否有差别?如果必须在登录状态下才能操作,就要增加登录提醒。

如果同时支持iOS和安卓,那安卓账号和iOS账号是否互通?

4)数据相关:

要定义页面的默认状态,默认状态就是进入页面时,如果从服务器获取不到数据时,页面的显示状态。考虑此时,是否要内设置默认图片。

5)版本相关:

版本的命名要规范。考虑版本是否强制更新?如果提交AppStore审核,版本上线时间要把考核时间考虑进去。

6)其他:

是否设置启动页和引导页?

应用内文案是否需要做相应调整?

是否需要进行埋点,以便分析用户行为?

消息推送的策略是什么?调用系统通知还是用第三方?

需要硬件交互么?需要请求GPS、相机需要等的使用权限么?

经过上述步骤,一个页面基本就描述清楚了,上述的描述方式和逻辑都是根据我自己的习惯总结而成,大家也要总结合适自己的方法。

最后,再用脑图总结一下描述页面的整个逻辑吧。

最后想说的是,有句话大家都知道¬——“不要用战术的勤奋掩饰战略!”想要获得战略层的知识可能真的没有捷径可走,就算乔布斯手把手的教你也不一定有用,它需要你整个格局的提升,需要阅历,需要你常年累月的思考。但阿七一直深信,战术层是有捷径的,不管PRD、原型还是交互,需要的都是勤奋,”学习别人的经验、去糟粕取精华、自己动手、总结得失、提升经验值“,循环下去,进步就会很快。