拆解需求细节

一个大型项目的方案拆解是个很复杂的工作，需要丰富的项目经验及结构化的思维。

以下仅针对在确定了整体方案的前提下，对涉及到页面层面的需求拆解方法。

1. 页面拆解

首先，每个页面都有进入和跳出的条件，如登录状态、用户身份、权限、网络限制等，梳理与上一个、下一个页面的逻辑关系，把每个页面这样的逻辑串起来其实就是整个系统的页面流程图。

其次，有哪些原始数据通过怎么的方式进入该页面，数据在页面是如何产生的，最后在该页面如何提交与储存。

数据就像页面的血液，是时刻变化的动态量，但只要关心每个页面进入时和跳出时的数据，就能掌握产品的整体动态数据。

最后是页面本身的逻辑，静态逻辑包含了用户未进行交互操作时，展示给用户的全部逻辑，如间距、字体、颜色、声音、动画等；

动态逻辑即用户进行了某个操作后可能引发的页面所有变化，如点击、滑动、输入等动作引起的页面和控件变化；

边界限制指的是作为页面的载体本身的一些限制，比如同一个功能在安卓系统和iOS的区别，原生APP与微信小程序及H5的区别等。

2. 整体需求自查

通过上述三个层面的考虑，基本可以保证一个页面的需求不遗漏，但是可能对很多异常流考虑程度不够，还可以用一份详细的需求自查表来check，验证一下是否覆盖了大部分异常情况。