B端PRD需求规范

PRD的核心功能是阐述清楚产品经理所要实现的功能,同时让参与方的信息同步一致,最终降低沟通成本。

为什么写这篇文章?

  1. 都说需qiú要有规范性,那怎样才算规范详细呢?而市面上又很少有适合的模板。自己将每一个细节点逐一铺出来就特别费时间,不详细的话项目成员又看不懂,容易造成理解偏差。
  2. 产品经理需要关注自己的方案,以及项目团队成员看完文档之后的第一时间理解情况。如果项目成员对于具体实现方案有认知偏,就等同于给自己挖坑。所以要想项目按预期发展,我们就需要建立团队内部规范,帮助项目成员建立认知一致性,
  3. 自己曾经遇到的坑,因为有些规范性没写清楚(比如排序)导致需qiú拒接。最后huā时间和团队进行讨论,最终提炼出一份《B端PRD需qiú规范》之后,整个团队需qiú理解、默契度以及工作效率得到了很大的提升。

基于以上,我将自己所整理的方fǎ论分享出来,虽然不一定对,但希望对一些新人有所帮助。

附上本人理解的《B端PRD需qiú规范》。

一、 B端产品需qiú结构

说明:B端的需qiú设计更多的是为“liú程”X,关注拓展性。而体验和效率不是设计的核心。

1. 文件名:项目名称+版本号。

其中版本格式:主版本号.次版本号.修订号,例如《提现需qiúV1.0.0》

2. B端需qiú文档要素

1)变更记录

  • 记录变更X,方便追踪记录

2)需qiú背景、需qiú目标、产品价值

  • 强调需qiú痛点,讲清楚为什么是现在要做这个需qiú,这个需qiú将要达到什么样的效果,以及这个产品带来的价值是什么。大致的成本和收益是怎样的,讲清楚这个是决定这个需qiú是否开始做。

3)产品结构图/ 结构图 / 大体liú程图

  • 阐述这个B端逻辑时,X架构图、大体liú程图,让大家有个清晰的概念、方向。

4)名词解释

  • 涉及到新概念、X词需要提前交代清楚。

5)产品总逻辑图、细分X的时序图

  • 总逻辑图是解决开发对核心liú程的理解,而时序图是为了让开发更简单快速的理解他自己应该关注那个模块。

6)页面liú转交互图(如涉及到前端页面)

7)相关表结构、相关接口字段信息

  • 需要列举产品这边需要的,产品经理特别关注的字段

8)页面原型及说明

  • 需要阐述页面的判断条件

9)Story功能chāi分以及全jú规范

  • 涉及到通用规范的,最好X在一个地方写,不然有些地方写有些地方不写会对开发造成困惑以及视觉疲劳

二、 功能说明

1. 产品逻辑如何写?

因为B端的逻辑都很长,需要采用“先总后分”模式;

1)总:先梳理整体逻辑图

  • 主逻辑是全链路阐述需qiú如何做的。如果逻辑图比较长,需要划分板块,说明每个版块的核心点。

2)分:再梳理细分模块逻辑

① 分类判断:X、用户等级

② 泉限判断:功能泉限、数据泉限

2. 接口、表结构如何写?

1)对接接口的核心要数

① X时序图写清楚接口对接的逻辑,怎么交互的

② 作为对接方需要X什么参数;比如appid

③ 写清楚对接的注意事项,接口链接、对接人。

2)接口输出的关键要数

① 请qiú接口:写清楚请qiú参数、应答参数、异步参数。

② 查询接口:请qiú参数、应答参数。

③ 接口要具有规范性,一定要有版本号;

④ 若有性能X,可以定义查询频率

⑤ 定义接口的关键错误码,以及错误描述

注意:在对外输出接口时,特别要注意响应码、错误码的规范性,以及报错提示的X性,以及X表达的一致性,一旦规范性前期没做好,那么将会为以后留坑

3)表结构如何写

① 定义表的核心字段值,不用定义所有字段

② 如果是新表,则定义字段取值来源

3. 页面原型说明如何写

① 基于当前页面,写清楚页面判断条件,包括前置条件、后置条件

② 说明交互形式,可X的按钮或者X进行注明。例如X跳入下一个页面,还是弹窗、Toast,如果是弹窗,注明提示内容有哪些。

③ 涉及到excel导入数据,一般需要有字段校验、遍历数据,然后提示错误的数据以及错误原因。

④ 特殊说明情况

⑤ 数据排序方式说明。例如:根据时间的倒序排列,最新数据在最上面。这些要规范清楚,不然技术就会按照自己的理解来写;

4. 异常机制判断

① 突然没有网络的情况

② 接口调用超时的情况

③ 收不到回调后的情况

④ 是否有逆向liú程情况

5. 定义全jú配置参数

① 下拉选项是否全jú配置

② 渠道平台是否全jú配置

6. 通用组件规范如何写?

一般涉及到的规范组件,如果适用于全jú,或者可以进行单独调用的话,则可以单独注明

1)文本输入框

① 是否允许空格

② 字符长度X

③ 输入前的文本框内容

④ 输入后是否有清除“×”显示

⑤ 是否有文本格式要qiú

2)金额输入框

① 格式校验

② 提现门槛校验

③ 是否限次,单曰/单月

④ 限额判断:单笔限额、曰限额、年限额等

⑥ 是否调用九宫格键盘

3)toast /弹窗提示

① 提示的位置是否居中,是否需要浮层

② toast 提示时间

③ 提示样式

总结

因为产品经理是必须对项目结果负责,以价值结果为导向的,所以我们在项目的各个环节都要主动思考怎样让项目更顺畅的完成,以及各个环节自己能做哪些事情。

同时我也知道每个产品经理应该都会有各自PRD风格,有些PRD风格是重需qiú背景目的,重liú程,然后轻细节;有些PRD风格是重细节,轻需qiú背景目的,这些都不是问题,也并没有错。

真正的关键点在于我们的合作技术团队是怎样的,因为要想快速推进项目,最快最好的方式是改变我们自己风格,X变化,然后整合融入合作团队中。

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 B端PRD需求规范 https://www.xiongfawang.com/2515.html

常见问题

相关文章

B端PRD需求规范-海报

分享本文封面