产品经理反型记 | PRD建立 附前台后台同理心建立 总第11篇(产品需求管理第1篇)

每家公司撰写PRD需求文档要求不同,格式也不同。但是原理是一样的,要让技术明白我的需求点是什么的。除了原型图让技术更好了解我们的需求是什么外。通过UI设计湿完成高保真原型图,更容易帮助前端明白自己的页面需求和切图比例。后端设计时,相对容易些,但是需要逻辑清晰,让技术明白你的产品机制,产品规则,产品业务流程,后台之间相互之间的逻辑关系,我们服务者,运营方,第三方等明白他们的需求利益着力点在哪里。前台设计方面,今天听我们CTO提到喜欢亚马逊和京东设计,可能页面丑了点,但是加载很快,可以在网络很差情况下完成。他又拿了58同城对接QQ为例子,他们可以在2级网络下完成0.3秒跳转,如此苛刻的条件。我们产品需求文档核心就是要让技术明白我们需求点和设计点为主。

产品PRD撰写

一、产品概述

1、说明产品要开发阶段,几点几,方便以后查询资料做备案。

2、写清楚项目需求背景,让技术了解核心需求点是干什么。

3、写目的,了解项目目的是为了什么。

4、写术语解释,让技术明白这个术语具体意思。

5、写阶段性计划,让技术会对整体产品计划有个阶段性了解,方便后期产品架构时候扩展。

二、产品流程图

用流程图告诉我们主流程是怎么样实现,让技术可以从if语句去了解技术实现的过程。流程也帮助技术如何从底层如何去架构系统和页面。

三、功能需求总表格

排列需求优先级,如果项目十分赶进度的,这个表格可以让技术明白哪些需要提前开发。

四、产品结构页面说明

让技术从整体页面架构去了解页面架构,方便前后端页面构建。

五、产品具体页面说明

1、功能名称:可能是个填写框,是个交互按钮,或者是个字段

2、功能描述:填写框需要说明内容具体字数限制,和填写文字还是数字等。是交互按钮,是直接触发还是登陆后才可以触发等。字段话,会有状态变化,还有限制字段长度等描述。

3、优先级:功能优先级排列。

4、使用者:是对付费用户还是免费用户等等。

5、前置条件:开启这个按钮条件是什么?

6、后置条件:点击这个按钮后跳转到哪个页面。

7、功能规则:使用该功能的产品规则和机制是什么。

六、其他(非功能)需求说明

需要说明的有:安全需求,性能需求,兼容性需求,数据统计需求,帮助需求,财务需求,法律需求,运营需求,UI需求等等。这里不做展开。

PS:特殊的表格

1、产品字段表格说明撰写

进入详情页可能涉及页面说明的字段比较多,使用WORD无法完成。此时会使用表格来说,把一个字段多种情况和各种说明都会罗列清除。程序猿喜欢图形化和表格化的东西,如果有专门表格罗列,他们会更好的去了解,这样出来的产品不会有偏差。

2、产品详情文字说明撰写

有些详情页我们可能无法通过大段文字用WORD说明时,用表格情况说明这个表格清单或者这个表单需要展示哪些内容更为清晰。特别在某些功能模块就是适应于不同状态的情况下,使用表格填写展示出来更容易让技术了解。

总结:

无论什么展示方式就是要让程序猿了解需求点,完成我们设计好的产品,推进项目正常前进为终止目的。接下去聊聊前后台的同理心。

因为习惯了从前台去思考产品了,后台涉及太少让我在这方面有些缺失。好在新的地方让我在后台有了新的认识。其实前台和后台的共用的一套逻辑,使用者也不同,我前几天也提到过。不过后台总体服务于前台是没有错的。特别实在整体各个后台系统之间联系,都是跟业务流程和逻辑有着密不可分的关系。另外一点就是,前台展示的页面的都从底层去构造。如果站在后台角度,就是我们业务有哪些,我们从后台去配置好,然后前台调取去展示出来,而前台的逻辑是,这个需求点好像可以提升用户,我需要到后台去提出,配置相关需求点的功能,然后前台展示出来,满足用户。看似没有联系,其实当中存在着很多同理心的地方。

大致有以下6条同理心:

1、基于一条业务的同理心

2、基于更好服务用户的同理心

3、创新基于用户的同理心

4、后台全力支持前台的同理心

5、基于我方更好的切入市场赚钱的同理心

6、基于逻辑性更好的展示前后台需求的同理心