当一个项目交付在你手中，一种情况是拿到手就开始做，以工作进度驱动设计。另一种情况是先根据项目的业务流程整理出应该设计的功能和页面，制定好工作计划，再开始着手去做，以设计来掌控工作进度。
显然，第二种情况将一个工作项目很好的流程化，着手去做之前先清楚具体的设计范围，不仅会使具体的设计工作有的放矢，而且会将工作的进度控制在可调控的范围内。这样才能将思路更多的放在具体的设计工作中，从而在允许的时间范围内完成令人满意的工作。
当项目交付到你手中时候，作为产品经理，你该怎么做
以我的工作经历为例：
交付到我手中的工作是：依据之前已经确认的需求文档，设计出具体的功能页面
1 整理设计依据，明确设计目的
我在需求收集与梳理阶段，已经根据甲方提出的需求梳理出了业务流程与场景。
我需要做的，是设计出具体的功能来支撑业务流程，使业务流程中涉及到的角色可以通过使用功能来使业务流程可以顺利进行下去。
2 依据需求文档，明确功能页面
依据需求文档中的业务流程，确定现阶段应该设计的功能，产出功能列表。
（1）功能怎么产生：以业务流程为依据，用功能来支撑流程。
业务流程中，用户首先要查看场地，则应该设计场地列表，而众多的场地简单的堆积对用户体验很不友好，所以需要排序和筛选功能。
（2）需要哪些页面承载功能：大体思考整理完需要设计的功能后，需要将不同的功能整合到相应的页面中。
3 制定功能设计排期表
将初步决定设计的功能与页面整理汇总，根据功能的复杂程度，功能所支撑的业务流程来将功能的设计时间排布出来，也就是功能设计排期表。
（1）从哪里开始设计：以数据为导向设计功能。操作的数据是由用户产生的，而且功能最终的使用者就是用户，所以应该从用户前台开始设计功能。这样可以充分考虑用户场景从而设计出用户可用且易用的功能（用户需要看到什么信息）。
商家后台、分站后台、总后台都是为用户服务的（比如商家上传的场地必须依据用户的需求来显示信息），在确定完用户前台的功能后，再设计其他角色，就会避免因为一开始先设计了后台的功能从而对用户需求的考虑不周，在设计用户前台时发现功能不对，又返回对之前设计的后台功能进行修改，拉低工作效率而且扰乱工作思路的情况发生。
（2）谨记数据流向:涉及到需要多角色协作完成的流程，设计时需要谨记数据流向：数据由哪里产生，需要哪里处理，处理后会在哪里产生什么样的反馈。
用户在前台支付下单产生了订单数据，订单为“待接单”状态，需要商家后台承接订单数据对订单进行接单处理，商家接单后，反馈在用户前台的现象就是订单由“待接单”状态改为“已接单”
4 具体的功能设计
根据功能设计排期表，开始着手设计功能，设计时要时刻谨记作为功能的设计者，需要尽量站在用户角度，以实际的使用场景出发来设计功能。（见本周工作总结中对以场景出发设计功能的思考）
