如何完善一句话需求

从功能结构图到功能流程图

功能流程图是写给你自己看的，是最后梳理页面流程用的，他不是画给开发人员看的，所以其中是不包含逻辑，没有if-else。可能只会包含一些简单的跳转逻辑。

完成了功能流程图之后，接下来就是页面流程图了，这个就是要把上面的功能点对应的放到相关的页面当中了，那么应该如何做呢，又有哪些需要注意的地方呢？

终极目标:页面流程图

页面流程图的颗粒度其实就是我们用户看到的界面了，通过界面中功能的递进来推进页面的切换。

看到上面的功能流程图，是不是就会有一种一个功能对应一个页面的感觉。如果你真的这么去设计了，我打赌你的用户绝对会骂街。APP设计的初衷就是帮助用户更好更快的去处理生活中的问题，如果流程太多，页面跳转太过频繁，会在某种程度上影响用户体验。所以如果直接简单粗暴的一个功能点对应一个界面的话，那就不好了。

那么一个页面中间应该包含多少个功能点呢？这个说实话没有一定的要求，应该按照项目的需求，具体问题具体分析。这边我就说几个设计页面流程需要注意的点:

1.目标是为了完成一个功能模块的功能点尽量放在一个页面中，不要让用户的体验中断，产生我是谁，我在哪里的感觉。

举例：一般我们不会把登录界面拆成两个页面，一个页面让用户输入用户名/手机，一个页面让用户输入密码。

2.明确触发页面跳转的trigger，即触发条件。页面跳转肯定是有一定跳转逻辑的，要明确好跳转的逻辑。

3.完成页面流程之后再次确认一遍功能点已经全部收纳到页面中了，防止功能缺失和遗漏。

按照上面几点，我将之前的功能流程图中的功能点收纳到了下面6个页面中:

4.需要考虑到一个功能点需要展示的内容，不要将过多元素一下子全部展现给用户，该拆还是要拆开！

举例：上面的功能流程图中，挑选商品中就包含了查看商品列表的功能点，这个功能由于要展现所有相关的商品，所以展示信息较多，所以一般的做法是单独成页。

之后明确了每个页面需要包含的功能点，我们就可以开始单独页面的设计了。而页面设计又是一个新的世界，又要考虑到许多东西，这边就不再展开说了。