逻辑型说服：阐述明白需求是如何产生的，价值是什么，为了达到产品最终目标，这个需求是什么的作用。在我另外一篇文章里已经详细描述，并且详细举例说明，这里不再赘述。请看《如何从分析到需求全过程 | 全民K歌“你点TA唱”实例讲解》

数据型说服：通过估算这个需求带来的直接数据增长，比如用户数、收入、点击率等等

（4）原型交互

「最容易理解的需求方式是界面长得怎么样」，别让项目组其他同学对着文字版需求理解。原型交互式整个需求文档中最重要的部分，也是最需要详细描述的部分，包括客户端逻辑、服务端逻辑、交互逻辑、边缘场景（并不是每个需求都有客户端逻辑或服务端逻辑）。

#客户端逻辑

描述客户端界面元素的展示和操作逻辑，推荐图文结合的方式。

1. 界面原型：可以用各种原型工具完成，积累自己的素材库能更快的完成高保真原型。（示意图用的是sketch）

2. 入口：说明功能触发的入口，哪里触发是理解的第一步

3. 展示元素：描述界面需要的每个元素和展示逻辑

4. 行为交互：分为加载和点击，数据/界面是如何加载出来，点击后会有什么效果

#服务端逻辑

服务端部分指为用户提供产品服务时涉及的数据逻辑等等，完整梳理应该包括后台功能和服务端数据逻辑。

1.后台功能：指后台配置功能部分，目的是给运营同学配置内容。一般包括后台前端，配置项、增删改功能，可以根据功能难易是否需要后台原型。

（简单版）

（可交互后台原型）

2.服务端数据逻辑：定义数据结构和数据下发逻辑，以热文库这个功能为例子解释下。

功能背景：通过挑选热点内容，覆盖头部内容，提高内容质量和点击率

#数据定义

热文：分别与内容库(XX库、XXX库)内容匹配，匹配度2.0以上,TOP1匹配度作为热文

热文库：每天XX:00点、XX:00点、XX:00点更新和重新匹配，将文章入库，这些文章集合为热文库

#数据下发逻辑

目标：用户刷新时，将热文按XX顺序下发到XX位置

其他逻辑…

#交互逻辑

指的是界面和元素之间的交互行为。即使公司里有专职的交互设计师，产品经理也不应该省略这一部，只有完整考虑流程和细节，才能和设计师、项目组任何成员流畅讨论。

与客户端逻辑不同的是，这部分更多是界面之间操作流程，辅助界面的交互说明（点击、加载、动画），几个注意点：

交互设计的本质是「让用户更快更便捷的使用服务或产品内容」

始终考虑交互设计五个要素，媒介、场景、行为、目的、用户

#边缘场景

如果你完成了上面的主要逻辑场景，一般来说功能只完成了一半，甚至没有。边缘场景的梳理这部分是最容易遗漏的地方，一旦遗漏就会陷入各种沟通和反复中。总结了常见的边缘场景，写完原型说明必检查。

网络状况：移动、WIFI、断网、弱网

最大限制：字符、数据、等待时长等等

缺省状态（为零）：输入/展示为零

多场景：夜间、横屏、竖屏、不同渠道等等

账号状态：未登录/已登陆、多设备登陆、状态切换不同步

服务器异常处理

#信息架构

当信息项特别多而复杂的时候有必要将信息架构列出来，按照界面、界面元素、信息项逐项拆解，目的是在测试同学在写用例时更方便查找。

#业务流程

业务流程在技术同学开发时关注的部分，分为数据流程和用户流程两类流程。

1. 数据流程：数据交互逻辑，描述前端、客户端、服务端数据情况。

2. 用户流程：用户交互流程，描述用户操作流程。

（6）埋点说明