一、需求分析

需求分析

四维—业务逻辑

依托用户的思维模式，通过产品，解决问题。而不仅仅是解决问题，而是要确保随着时间的流逝，用户在该产品下能完成业务闭环，希望用户解决完问题后留下来甚至长久地留下来。

比如，看书工具，用户选择书本或者购买电子书本后，进行看书。书看完了后，不应就结束了，还需要有个模块能给用户进行书评或者发表读后感，再或者能将书进行二手倒卖或者电子书交易，这样才能实现业务的闭环，而不是单单完成某个业务流程。

业务逻辑

三维—操作逻辑

依托用户的行为模式，设计产品的交互方式。

首先需要分清，什么不是用户行为？（通过大量的用户行为调研或者线下去观察用户在该流程下是怎样操作的，分析时不能仅站在设计角度考虑）；其次，将线下流程搬至线上，并结合线上的规则和方式来对流程进行优化。比如，买东西，线下面对面一手交钱一手交货，而线上，互不认识需要先建立信任才能放心给钱，但是线上互相接触的用户数都很大，彼此间都会建立信任度的几率小，因此，第三方平台就产生了，类似于支付宝，只要彼此双方和支付宝建立信任度了，由第三方代替交付；最后，还需要考虑用户角色的差异、环境带来的各种异常情况。

操作逻辑

二维—呈现方式

依托用户获取的信息在产品上进行展示，包括获取后展示和操作后结果承载。

具体包括三点：

1、页面上需要告诉用户可以进行的操作；

2、页面是如何展现的；

3、操作后会有什么反馈，是否也在页面上呈现

信息展示

一维—功能逻辑

数据层级，追溯本源。页面是由什么数据组成的，这些数据是从哪里来的。

功能逻辑

二、编写需求文档时的方法论

1、需求文档从上写到下，该解决什么问题什么需求，是给什么样的用户使用的。用户在这里都可以做些什么东西；

2、页面是如何跳转的，数据是如何获取的，这些细节都应该想清楚，要确保，在原型中，每个元素都已经被解释过并且可以解释通。

三、需求文档的管理

学习：

1、核心文档时原型文档；需求写在原型里面；

2、每次的改动都要记录下来，要细到页面改了哪个地方；定期更新；