您所在位置：网站首页 > IT计算机/网络 > 网页设计/UIB端PRD需求规范

B端PRD需求规范

7页

卖家[上传人]：汤亮

文档编号：184627028

上传时间：2021-06-23

文档格式：DOCX

文档大小：18.73KB

文档加载中……请稍候！
如果长时间未打开，您也可以点击刷新试试。

下载文档到电脑，查找使用更方便

5 金贝

/ 7 举报版权申诉马上下载

文本预览

下载提示

常见问题

1、B端PRD需求规范PRD的核心功能是阐述清楚产品经理所要实现的功能，同时让参与方的信息同步一致，最终降低沟通成本。为什么写这篇文章？1. 都说需求要有规范性，那怎样才算规范详细呢？而市面上又很少有适合的模板。自己将每一个细节点逐一铺出来就特别费时间，不详细的话项目成员又看不懂，容易造成理解偏差。2. 产品经理需要关注自己的方案，以及项目团队成员看完文档之后的第一时间理解情况。如果项目成员对于具体实现方案有认知偏，就等同于给自己挖坑。所以要想项目按预期发展，我们就需要建立团队内部规范，帮助项目成员建立认知一致性，3. 自己曾经遇到的坑，因为有些规范性没写清楚（比如排序）导致需求拒接。最后花时间和团队进行讨论，最终提炼出一份B端PRD需求规范之后，整个团队需求理解、默契度以及工作效率得到了很大的提升。基于以上，我将自己所整理的方法论分享出来，虽然不一定对，但希望对一些新人有所帮助。附上本人理解的B端PRD需求规范。一、 B端产品需求结构说明：B端的需求设计更多的是为“流程”服务，关注拓展性。而体验和效率不是设计的核心。1. 文件名：项目名称+版本号。其中版本格式：主版本号.次版本号.修订号

2、，例如提现需求V1.0.02. B端需求文档要素1）变更记录记录变更历史，方便追踪记录2）需求背景、需求目标、产品价值强调需求痛点，讲清楚为什么是现在要做这个需求，这个需求将要达到什么样的效果，以及这个产品带来的价值是什么。大致的成本和收益是怎样的，讲清楚这个是决定这个需求是否开始做。3）产品结构图/ 结构图 / 大体流程图阐述这个B端逻辑时，通过架构图、大体流程图，让大家有个清晰的概念、方向。4）名词解释涉及到新概念、专业词需要提前交代清楚。5）产品总逻辑图、细分业务的时序图总逻辑图是解决开发对核心流程的理解，而时序图是为了让开发更简单快速的理解他自己应该关注那个模块。6）页面流转交互图（如涉及到前端页面）7）相关表结构、相关接口字段信息需要列举产品这边需要的,产品经理特别关注的字段8）页面原型及说明需要阐述页面的判断条件9）Story功能拆分以及全局规范涉及到通用规范的，最好统一在一个地方写，不然有些地方写有些地方不写会对开发造成困惑以及视觉疲劳二、功能说明1. 产品逻辑如何写？因为B端的逻辑都很长，需要采用“先总后分”模式；1）总：先梳理整体逻辑图主逻辑是全链

3、路阐述需求如何做的。如果逻辑图比较长，需要划分板块，说明每个版块的核心点。2）分：再梳理细分模块逻辑分类判断：国家、用户等级权限判断：功能权限、数据权限2. 接口、表结构如何写？1）对接接口的核心要数通过时序图写清楚接口对接的逻辑，怎么交互的作为对接方需要提供什么参数；比如appid 写清楚对接的注意事项，接口链接、对接人。2）接口输出的关键要数请求接口：写清楚请求参数、应答参数、异步参数。查询接口：请求参数、应答参数。接口要具有规范性，一定要有版本号；若有性能限制，可以定义查询频率定义接口的关键错误码，以及错误描述注意：在对外输出接口时，特别要注意响应码、错误码的规范性，以及报错提示的统一性，以及文字表达的一致性，一旦规范性前期没做好，那么将会为以后留坑3）表结构如何写定义表的核心字段值，不用定义所有字段如果是新表，则定义字段取值来源3. 页面原型说明如何写基于当前页面，写清楚页面判断条件，包括前置条件、后置条件说明交互形式，可点击的按钮或者文字进行注明。例如点击跳入下一个页面，还是弹窗、Toast，如果是弹窗，注明提示内容有哪些。涉及到excel导入数据

4、，一般需要有字段校验、遍历数据，然后提示错误的数据以及错误原因。特殊说明情况数据排序方式说明。例如：根据时间的倒序排列，最新数据在最上面。这些要规范清楚，不然技术就会按照自己的理解来写；4. 异常机制判断突然没有网络的情况接口调用超时的情况收不到回调后的情况是否有逆向流程情况5. 定义全局配置参数下拉选项是否全局配置渠道平台是否全局配置6. 通用组件规范如何写？一般涉及到的规范组件，如果适用于全局，或者可以进行单独调用的话，则可以单独注明1）文本输入框是否允许空格字符长度限制输入前的文本框内容输入后是否有清除“”显示是否有文本格式要求2）金额输入框格式校验提现门槛校验是否限次，单日/单月限额判断：单笔限额、日限额、年限额等是否调用九宫格键盘3）toast /弹窗提示提示的位置是否居中，是否需要浮层 toast 提示时间提示样式总结因为产品经理是必须对项目结果负责，以价值结果为导向的，所以我们在项目的各个环节都要主动思考怎样让项目更顺畅的完成，以及各个环节自己能做哪些事情。同时我也知道每个产品经理应该都会有各自PRD风格，有些PRD风格是重需求背景目的，重流程，然后轻细节；有些PRD风格是重细节，轻需求背景目的，这些都不是问题，也并没有错。真正的关键点在于我们的合作技术团队是怎样的，因为要想快速推进项目，最快最好的方式是改变我们自己风格，拥抱变化，然后整合融入合作团队中。

《B端PRD需求规范》由会员汤亮分享，可在线阅读，更多相关《B端PRD需求规范》请在金锄头文库上搜索。

点击阅读更多内容

TA的资源

B端需求调研牢记“人、场、文”三字诀

4千字总结产品需求文档的形式、规范、自查

B端产品怎么判断需求优先级？

AI 硬件产品需求文档（PRD）怎么写？

B端PRD需求规范

4个真实案例看接口文档的设计要点

新上传的WORD文档

福建师范大学22春《热力学与统计物理》离线作业二及答案参考86 几何学与经济学上饶市降成本优环境工作总结 2020年执业药师继续教育答案之抑郁症合理用药ABC 点频调幅发射机的研究与制作设计二次结构砌筑小学生九月开学第一周的心得感受五篇水泥路面加铺沥青设计说明(DOC 11页) 人教版2021届小升初考试数学压轴题专题训练(加精) 光现象同步练习答案《圆锥曲线》单元测试题数据库考试题库世界读书日活动总结培养幼儿责任感的策略研究高速公路考核制度与奖惩办法