最近参与一个项目，在前期的讨论与规划中算是一个比较复杂的项目，当我把功能拆分开，定下第一期的要做什么的时候，却发现已经没有什么难度了。不经怀疑这段时间自己到底干了些什么……是不是又打酱油了？于是，开奖，在这里简单罗列一下自己在设计原型时候的一些所思所想。本文适读对象：初级产品经理。

产品经理属于接力的第一棒，一旦最开始的方向错了，那么即使UI做的有多出色，开发有多顺畅，结果终归是失败的。这大概是产品经理这个职位的第一重压力，在你的设计之后跟随着是UI、开发、测试多个部门，期间消耗的可不是你一个人的人月。

所以，在接到一个需求任务时，首先要做的不是打开axure 吭哧吭哧的开始画图。

第一：明确需求

要搞清楚需求的提出者是谁？服务对象又是谁？

搞清楚这两个角色，主要的目前就是搞清楚这个需求到底要怎么做。

提出需求的角色会有很多，boss、自己、产品同事、运营、客服……

不同的角色往往会从自身的角度去考虑并提出需求。想要完美解决这个需求，就需要站在同一个角度去看问题，若是角度错了，设计方案也就偏了。

不同行业的需求满足的对象也是不同的，to b、to c、to vc……

若是对内部人员，就需要优先考虑好内部的操作逻辑，提高使用效率，必要时还需要考虑各种权限控制。至于界面样式是否好看，并不是一个重点。

若是对外的用户，那么操作流程、交互体验、不同状态下的信息反馈，这些都是需要考虑的。

若是金融行业，还需考虑营造安全感、风险控制等等。

在接手需求时必须要提前了解好时间节点、紧迫程度，毕竟功能开发不是你一个人的事情。要是时间紧迫，而你又把功能设计的超级复杂，害的开发、测试需要长时间的通宵加班，这锅可就得你背着了。

举个栗子：运营MM想要蹭热点做活动，给你提了一个活动需求。时间紧迫，热点又不等人，这该怎么办？

原型设计、UI出图、前后端开发、联调、测试……一个功能开发需要经过这么多环节，除开前后端开发还可能并行开发外，其他环节基本都是线性进行的，任何一个环节失误都会导致整个项目的延期。

所以，在项目前期我们就应该对这些资源的调用、风险的预期，有个大概的认知。倘若加班加点的赶工，最后还是没在这个时间点上完工，这就比较尴尬了。浪费了大家的时间不说，也很打击士气，降低你的影响力。

既然时间这么紧迫，风险这么大，干脆不做好了？

当然可以，这也算是为开发的兄弟们争取到了喘息的机会。这种情况一般在讨论过程中就推掉了，开发人员可能都感觉不到到你做出的贡献。而你，则成功的在运营眼里打上了“不配合”的标签，再也没有运营MM会来找你聊天啦……

那么，究竟该如何做？

我想大家平时都会被叫做产品经理、产品，而不会被叫成“画原型的”，就是因为我们不仅仅画原型啊。产品经理不是画原型的，不是需求的传递者，而是需求的解决者，功能设计、原型方案仅仅只是解决需求的一种方式而已。

活动本身有没有简化的空间？现有的功能里面有没有可以利用的地方？是不是可以采用第三方去实现？若是需求本身没有问题，那么它就应该有解决的办法。

第二：流程设计

先把流程理清楚再去设计原型，这一点应该算是一种共识了，也就不在这边赘述了。就来简单说一说流程设计的好处都有啥：

1、拆解需求，整理思路

接到一个需求之后云里雾里的无从下手怎么办？画脑图、画流程图呗，一般产品岗都会要求掌握visio、脑图这些工具，这些可不是用来凑数的。

梳理流程，将复杂需求拆分成子需求，将子需求拆分成功能点。拆分完成，思路也就清晰了，也许连原型的设计方案都已经有大半个腹稿了。

2、优化流程，减少不必要的返工

我们最开始的想法往往不是最优的解决办法，最优解总是需要经过多次思考、辩证之后才形成。若是什么都没理清楚，就草率画原型的话，等自己想明白了可就得返工重新画了。

所以，比起后续重新花费精力去返工画原型，还不如前期多思考、多画画流程。

3、直观，容易表述

现在也有很多原型图通过连线来表明跳转流程。这种方式在逻辑不复杂的功能上使用还可以，能够直接看的懂。若是功能复杂一点，线条多了，自己都不一定搞得清哪跟哪。