一、 B端产品需求结构
说明：B端的需求设计更多的是为“流程”服务，关注拓展性。而体验和效率不是设计的核心。
1. 文件名：项目名称+版本号。
其中版本格式：主版本号.次版本号.修订号，例如《提现需求V1.0.0》
2. B端需求文档要素
-
强调需求痛点，讲清楚为什么是现在要做这个需求，这个需求将要达到什么样的效果，以及这个产品带来的价值是什么。大致的成本和收益是怎样的，讲清楚这个是决定这个需求是否开始做。
-
阐述这个B端逻辑时，通过架构图、大体流程图，让大家有个清晰的概念、方向。
-
总逻辑图是解决开发对核心流程的理解，而时序图是为了让开发更简单快速的理解他自己应该关注那个模块。
-
涉及到通用规范的，最好统一在一个地方写，不然有些地方写有些地方不写会对开发造成困惑以及视觉疲
二、 功能说明
1. 产品逻辑如何写？
-
主逻辑是全链路阐述需求如何做的。如果逻辑图比较长，需要划分板块，说明每个版块的核心点。
2. 接口、表结构如何写？
① 请求接口：写清楚请求参数、应答参数、异步参数。
注意：在对外输出接口时，特别要注意响应码、错误码的规范性，以及报错提示的统一性，以及文字表达的一致性，一旦规范性前期没做好，那么将会为以后留坑
3. 页面原型说明如何写
① 基于当前页面，写清楚页面判断条件，包括前置条件、后置条件
② 说明交互形式，可点击的按钮或者文字进行注明。例如点击跳入下一个页面，还是弹窗、Toast，如果是弹窗，注明提示内容有哪些。
③ 涉及到excel导入数据，一般需要有字段校验、遍历数据，然后提示错误的数据以及错误原因。
⑤ 数据排序方式说明。例如：根据时间的倒序排列，最新数据在最上面。这些要规范清楚，不然技术就会按照自己的理解来写；
4. 异常机制判断
5. 定义全局配置参数
6. 通用组件规范如何写？
一般涉及到的规范组件，如果适用于全局，或者可以进行单独调用的话，则可以单独注明
文章评论