三、需求
2、产品原型
在之前的阶段，都没有可视化的东西出来。从这个阶段开始，要求产品经理输出最简单的也很接近成品的内容——线框图。
输出线框图的步骤可以先从移动端再到pc端再到后台服务端，每个端口依次按照划分的模块、功能进行梳理。
具体怎么去进行每个界面，其实是特别关键的，但因为本文主要注重整体开发的流程，所以不在这里细说。
画完每个界面之后，最好能够再梳理一下，每个界面之间的跳转关系。但这个由于受到条件的限制，可能无法做到画好每个界面，可以挑几个关键点去做。
再补充一个就是，当画每个界面跳转代价太大时，可以改为梳理业务流程图，这样一方面对业务怎么进行会有更深的理解，一方面也能减少出现缺少某些情况的处理或者缺漏界面情况。
当原型评审通过后，需求阶段的输出物就基本完成了，可以开始和研发、设计师、测试讲解需求了。
四、设计
1、概要需求
这个阶段是，需要研发基于对需求的理解，以线框图为基础，输出概要需求文档。
这个阶段主要有2个重点事项，一点是研发评估实现需求技术上的可行性，另一点则是重中之重的，研发从这里要开始理解业务。
嗯，这里曾经有朋友提出一个观点，就是如果一个特别牛逼的产品经理来设计需求的话，他可以把一切都准备得特别详细，这样的话，研发就没有任何疑义，看到文档就可以开始开发了。
我一开始觉得这是有道理的，但现在已经是存疑的。目前这个时代，找到一个完全没有想法，按照一份文档就能进行开发的人，很难，此外，一个人不理解一件事情，然后就去做这个事情，通常来说是很难把握到精髓做好的。
所以，研发通过写概要需求理解业务，依然是有必要的。当然，产品经理也应该尽好责任，尽量消除容易达成不一致的地方。
