圆的出品功效描述主要概括个别者。也是活文档中最底部最缜密的文档-产品需求文档PRD

一、前言

不久前Mr汤进er在念PRD的著作。直接的感动就是:写PRD是一个艺活,也是一个缜密活。PRD的显要看用户就是是支付工程师,为了能够同开放人员开展高效的关系,一卖精彩之PRD文档应该满足的中心要求包括:完整、准确、清晰、简洁与平安。其中”完整”便是依靠考虑周全没有遗漏。完整的意义描述和用例,不但可以方便开发工程师快速了解完的机能需求,同时为为产品上线前之出品测试提供必需的参阅。完整的成品功效描述主要概括个别上面:效益点无脱意义描述完整

以好温馨种受到进行相关功能点及其描述自查,Mr汤进er整理了平等模仿针对使用开发的出品功能点及其描述自查清单。个人感觉,这个自查清单对于四类人群还是发出帮的:

1、产品经营:可以经过产品效果描述自查清单来系统的梳理产品功能点和讲述,PRD可以协助产品经理进一步淋漓尽致和完好的梳理产品,同时,产品经理可以经过PRD和另人员展开快捷之联络。

2、交互设计师:可以通过功能点及其描述自查来检查好的交互稿是否遗漏特殊情形、异常情况、极限状态等等

3、开发工程师:可以通过功能点及其描述自查清单来检查自己之次序支付是否切合PRD中的相关要求。

4、测试工程师:可以用PRD中之功用描述和用例转化为测试用例的如出一辙有,进行产品可用性测试。

当活经理就了BRD和MRD后,已经明朗项目的大方向和活之原则性。接下来,就要打基于BRD和MRD的延续性文档,也是产品文档中最好底部最密切的文档-产品需求文档PRD。PRD主要用以产品的宏图和出,因此文档的读对象绝大多数凡规划及技术人员,而于文档的情,主要发生产品原型图和职能要求以及描述,设计师依赖原型做交互与视觉设计,技术人员关注功能的贯彻和特性。制作工具有Axure和Word,但word不是很便利制作线框图,个人推荐Axure。

二、原则

于重整自查清单之前,我要好预先梳理了几乎长达自查原则要叫逻辑(建议于自查前先用Xmind等软件梳理下自查逻辑
):

1、先总体,再细分:倘拿同样棵树木举例,应该是遵照树干→树枝→树叶的逐一去反省产品功能点,可以组成产品功效架构图来开展重点意义点之自我批评,在显要功用点整的根基之上,再深入到第一功能点下的细节功能拓展自查。

2、有各个,依次检查:夫跟行文PRD中的功能点和讲述是同的,可以依据PRD功能描述撰写的业内概括应用以下顺序进行自查:

1)产品效果点要求:用户需→后台需求(数据监控等)

2)功能以网被的职务:前台界面→用户管理后台(个人核心)→官方管理后台;

3)业务流程:步骤1→步骤2→步骤3→步骤3.1→步骤3.2……

4)功能主次关系:主要功效(场景or流程)→次要效益(场景or流程);

5)功能点当页面布局中的岗位:从上→下、从左→右;

6)按照软件状态:基本状态→特殊状态→异常状态;

3、随时关心,及时更新:森落之接触未是自查一合就是好检查出来的,说不定某个时刻,就爆冷想起了某个一个效应点之疏漏。同时PRD作为交流联络的工具有,需要与进交流之结果,因此我们而时刻关心,并做到就更新。但别忘了PRD的安定团结性哦,最好当规范交付其他人员时时,完成功能点及其描述的梳理。

做PRD文档,首先要强烈内容框架。PRD主要是因为3组成部分构成:概要、功能及作业验证、非功能性需求。其中,概要席卷文档变更记录、全局规则说明、名词术语说明当;功能及工作验证包括产品主框架、主线和支线业务流程、产品原型图、页面的要素结合及规则说明;非功能性需求包括push推送机制、敏感词过滤等情节。下图是本人制作的PRD框架,需要留意的是编号的使用。

老三、自查清单

Mr汤进er自己先用Xmind绘制了一样张清单导图,详细清单列表见下方

PRD中产品功能点及其描述自查清单,绘制@Mr汤进er

一律要着之文档变更记录包含修改日期、修改人口、修改说明、修改版等;全局规则说明要是教授全局性意义的证明,例如加载逻辑、升级逻辑等。

1 用户体验自查:

即片要注意自查功能框架、业务流程和用户界面布局(如菜单、对话框、窗口以及另外可规控件)以及页面内容叙述等等是否完好。

D2和D3的功效以及非功能需求是呀,有什么界别吗?功能性需求是依赖现实做到内容的需,比如用户登录、点餐;非功能性需求是活呢满足用户的工作要求要具有的不外乎功能要求外的特点,比如稳定性、最要命在线人数承载量等,是片通用的规则说明。整个PRD最关键的一对是法力说明,这一部分情如果占有文档70%比重。下图是文档功能与作业验证的一定部分。

1.1 流程和页面布局

大家好见到,页面分为3单部分,分别是原型图、功能需求描述和业务流程图

1.1.1 基本状态:

1)效果框架和流程的功能点是否完整?专程是专注流程中的中心航常驻or页面返回,是否是于哪来回转啊去?不要出现一个页面点击某个BUTTON不了解去啊的题材!可以要相互设计师协同自查;

2)流程描述是否完好?马上有些为得以要相互设计师协调好,比如A→B页面跳转是否描述完整(包括相互接触方式:单击or长按or滑动;点发区域:整条Button
or
Button的之一区域;接触前中后状态:加载时间、动效、中间状态等等);再依是否来不可点击的效果,如:你的按钮此时地处无可用状态,那么必然要灰掉,或者拿掉按钮,否则会给用户误导;

3)页面布局是否完好?按部就班页面标题栏、导航栏等否缺失?页面反馈(弹窗or加载状态进度提示等)是否少失;

原型图制作成灰度原型即可,清晰整洁,也适用于产品宣讲。简单介绍下原型尺寸:

1.1.2 特殊和雅状态:

1)新鲜流程是否少失?以登陆流程中是否缺失忘记登陆密码的流程;启动页和用户引导页等;

2)页面布局是否考虑横竖屏问题

3)页面布局是否考虑不同屏幕尺寸从适应问题

4)不同模式下页面情况证明:星夜模式?编辑模式?无图模式?等

IOS篇

1.2  内容自查

iOS设计建议:以640*960或640*1136是适配iPhone4、5、6,以1242*2208错过规划iPhone6
plus。Android屏幕设计尺寸有320*480、480*800、720*1280、1080*1920,建议下480*800或720*1280。
资源少的景下,设计原型图时可以为此IOS标准来统筹。
每个界面的核心构成分为4部分:状态栏、导航栏、标签栏和内容区。

1.2.1 基本状态:

1)叙内容是静态or动态数据调用?设若静态的标题title,动态的文件内容调用等;

2)情叙述是否完好?顶部标题、按钮里之文字等;文本是否错误等;

3)情加载方式讲述是否完整?本地缓存or刷新加载网络新情节等;

4)输入框内容叙述是否完整?是否生始内容?输入后是否有联系功能(比如寻找);

iOS

1.2.2 特殊和异常状态:

考虑当、边界、负面、异常或者黑等景象

1)数据内容吗空如何处理?是否支持离线功能?是否出空数据界面设计,引导用户失去实践操作;

2)内容长度是否发生限量?按照情节显示是否限制字数,点击查看更多?昵称描述不得大于多少字?密码不得小于多少字符等等;

3)内容违禁如何处理?敏感词、违禁内容(如:涉及版权、专利、隐私等图片)等如何处理;

4)数据内容了期or删除or违禁后怎样展示?准某内容发布后因违禁被编辑删除,那么用户更点击后怎么亮等;

5)用户内容输入是否描述完整?依照输入框输入空格、特殊字符如何处理?用户输入是否保留历史记录?等等;

Android

2  账号状态和用户权限自查

用户注册和账号管理作用还见面提到到用户不同登陆状态(登陆、非登陆、账号异常、账号让冻结等)和用户等与权限(会员与非会员、付费和非付费用户等),因此只要证实清楚不同账号状态和用户权限下显得的始末和效应。

意义描述:按照从左到右,从上到下的次第依次排序,对界面各个要素、功能点展开描述,做到功能点无脱、功能描述完整。为了以防漏,可以梳理出自查清单,以用户角度考虑时页面的目的是啊,达到这个目的用户需要在现阶段页面就哪些步骤,步骤1→步骤2→步骤3之顺序是否会走通,有管遗漏?页面间的跳转是否描述完整?(比如触发方式是单击、长按或者滑动;触发区域是普button还是button某个区域;触发前中后的状态:加载时间、动效、中间状态等)。

2.1.1 基本状态:

1)不同账号状态说明:登陆状态、非登陆状态不同情况是不是说明整?

2)不同用户等与权限说明:今非昔比阶段用户发什么权力?在页面显示上有啊两样?

3)不同账号状态切换时是不是有新鲜展示?

业务流程图:是由此线框图的表现形式,从用户完成有任务之角度描述产品功效,主要讲述功能的履行顺序,分支和巡回的逻辑。目的是受文档阅读对象又清楚的打听产品逻辑。

2.1.2 特殊和生状态:

1)是否说明明一个账号多终端登陆问题?是不是同意多终端登陆同一账号?一般根据MTOP的共处规则,一个帐户只同意登录一高机械。检查一个帐户登录多宝手机经常,原手机里之用户需让踹来,是否授予用户自己提示?

2)是否考虑了基本上账号切换问题?是否保留历史账号?

3)是否支持第三方账号登陆?登陆后怎么绑定自发生账号?

出品求文档是通向路人员转告产品需要细节之重要文档,也为后之需变动有据可查,有利于项目的规范化管理。对于文档模板,只是帮助产品经营整理思路、查缺补漏之家伙,具体内容要因项目而异,更关键的凡当文档中体现产品经理对急需的判断、需求优先级的把。

3  硬件条件需求自查:

今非昔比之极水平涉及到包括硬件特性、网络状态等情景,需要以PRD中考虑清楚。

3.1  硬件特性需求说明

1)横竖屏是否需要锁屏?

2)不同分辨率是否要适配?如何适配?

3)是否调用手机物理按键?什么情况下调用?如何调用?

4)SD卡问题,文件导入本地时,没有SD卡、SD卡储存已满、储存位置等情况是不是考虑并备注?

3.2 网络状态说明

1) 无网时,显示什么内容?执行要网络的操作,是否给予用户自己提示?

2)
在网络信号不好经常,有无过时限制?是否说明了什么样予以用户反映?是否引导用户执行另外操作还是剥离?

3)缓存问题何以处理?什么状况下调用缓存?

3.3 服务器宕机或出现404、502当景象说明

后台服务牵涉到DNS、空间服务商的气象下会潜移默化该稳定,如:当出现域名解析故障时,你针对后台API的伸手很可能就会产出404左,抛来特别。如何处理这些好?

4  后台交互和管制要求自查

后台交互和管制需求涉及到消息推送、数据更新方式、软件权限和后台监管等方面的需求。

4.1  PUSH消息证实

是不是说明必要之push消息业务规则?什么状况要push消息?push什么内容等等 

4.2  数据更新说明

1)需要证明哪些地方需要用户手动刷新?哪些地方需要活动刷新?哪些地方是手动+自动刷新?

2) 说明哪些地方从后台切换回前台时待展开数据更新?

3) 需要证明什么内容需实时更新,哪些需要定时更新?

4) 说明数据展示部分的拍卖逻辑,是每次由服务端请求,还是时有发生缓存到当地?

4.3  软件权限和安全性:

1)软件权限说明是不是完好?啊力量,在什么情况下,需要调用什么样的权限?位置or通讯录or联网or照片等等

2)数据安全性说明是否完全?输人的密码将未以明形式进行展示,备份应该加密,
恢复数据应考虑恢复过程的百般通讯中断等

3)交叉事件安全性说明是否完好?当运行该软件过程遭到,
如果有来电、SMS、EMS、MMS、蓝牙、红外等报道或充电时,
是否能暂停程序,优先处理通信, 并在处理完毕后会正常恢复软件,
继续其原本的效益

4.4 后高数码监控与管制要求:

1)后台有安数据检测点?需要监控哪些数据?

2)后台有什么样功能点,为前端提供哪些数据内容?敏感词、违禁内容如何屏蔽?等等

3)如何进行内容引进与排序等等

四、结语

PRD写作是一个仔细之生活,确保内容叙述的完整性,有利于产品经营自己梳理产品自己,同时也方便团队合作与沟通。产品功能点及其描述自查是为保内容叙述的完整性。当然Mr汤进er整理的立刻套自查清单肯定是不够完整的,也无是普适的。重要之是,大家需要来如此的发现、细心和必之专业去做自查。虽然接近多了工作量,但Mr汤进er看,事实上这样会大大减少时间成本,特别是在大团队多人或外地协调工作之状况下。欢迎大家对“PRD”与@Mr汤进er交流讨论(微信公共号:chuangshe_space,个人博客:www.tangjinweb.com,知乎or简书or微博:@Mr汤进er),共同进步。

正文也原创,允许转载,但呼吁注明作者信息以及出处:

笔者:Mr汤进er , 微信公共号“创设空间”:chuangshe_space

并顺便本文简书链接:http://www.jianshu.com/p/a42c42e0ce09

原创产品文章频频创新ing,订阅文章推送,请微信关注:chuangshe_space

相关文章