写完上篇，小伙伴给我提了个醒，就是这篇文章是站在哪个角度来写？那我们明确一下，这篇文章更多的是站在前端、站在老板、站在上级角度来写的。这几个利益方都会关注的一个点是——怎么控制成本？
要控制成本，则开发过程要尽量一步到位，减少返工；要实现减少返工，则要在每个阶段要有相应的成果及评审。所以我接下来要写的就是在每个过程我们要做的事项应当输出什么成果，为什么是这项成果而不是别的，以及我们怎么做评审。
三、需求
无论是做项目还是做产品，这个阶段是非常关键的，失败的需求调研，可以导致后面步骤的工作都废掉。所以这个阶段，也对需求把控者提出了比较高的要求。
1、业务梳理
如果是外行，在梳理业务时，在想象自己要做某个业务的时候，大部分会是从最外在的逻辑出发去梳理的，即他们会想象自己看到那几个界面，每个界面有什么，应该点什么按钮，点按钮后跳到哪里。
这种方式作为一种设想并没有什么太大的问题，但是真正进入开发之前，还是应该更严谨地梳理一遍业务，否则是很容易出现缺漏的。举个例子，我们要开发一个电商平台，表现在用户面前的可能是门店主页、商品、下单、支付、购买、客服等，如果未经梳理，可能会遗漏平台和入住平台商家的关系，缺少结算对账等环节。
所以，我们怎么梳理业务的呢？
首先，我们要明确每个项目/产品的目标。补充一句，产品也是可以转化为阶段性的项目的。每个项目都应该有一个明确的项目目标，每个产品也会有相应的长期目标和短期目标。目标包括业务层面和市场层面的。市场层面，通俗点来讲是商业化部分，这是很容易被一般的产品经理忽略的。
其次，梳理项目/产品涉及的角色。还是拿电商平台举例，一个平台其实不光有商家、有平台管理者、有消费者，还可能有客服、财务等等。
再来，每个角色都要干些什么事情？这个一开始写可能会有些散乱，会想到哪里写到哪里，如果要做得不遗不漏，可以按照业务发生的场景从头到尾再过一遍。比如我们作为用户，上网站买东西，我们可以选商品，可以下单可以支付可以退货可以退款，还可以跟客服沟通等等。
最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。还是拿商城举例，可能需要有手机端、用户后台、系统管理后台，拿用户后台来说，可能要包括门店管理、商品管理、订单管理、客户管理、权限管理等等，这其中的商品管理，可能包括商品分类、商品模板、商品编辑等等。
其实到这一步，业务基本已经梳理完了，也就是说，在这个阶段，重点是明确目标（想清楚要做什么），梳理基本业务（大概要包含什么内容）。如果拿《用户体验要素》的五个层次来说，我们在这个阶段，会完成“战略层”的内容。
未完待续……
