经验分享｜在设计原型时，我的一些所思所想.docVIP

经验分享｜在设计原型时，我的一些所思所想　　最近参与一个项目，在前期的讨论与规划中算是一个比较复杂的项目，当我把功能拆分开，定下第一期的要做什么的时候，却发现已经没有什么难度了。不经怀疑这段时间自己到底干了些什么……是不是又打酱油了？于是，在这里简单罗列一下自己在设计原型时候的一些所思所想。本文适读对象：初级产品经理。 　　 　　产品经理属于接力的第一棒，一旦最开始的方向错了，那么即使UI做的有多出色，开发有多顺畅，结果终归是失败的。这大概是产品经理这个职位的第一重压力，在你的设计之后跟随着是UI、开发、测试多个部门，期间消耗的可不是你一个人的人月。 　　所以，在接到一个需求任务时，首先要做的不是打开axure 吭哧吭哧的开始画图。 　　第一：明确需求 　　要搞清楚需求的提出者是谁？服务对象又是谁？ 　　搞清楚这两个角色，主要的目前就是搞清楚这个需求到底要怎么做。 　　提出需求的角色会有很多，boss、自己、产品同事、运营、客服…… 　　不同的角色往往会从自身的角度去考虑并提出需求。想要完美解决这个需求，就需要站在同一个角度去看问题，若是角度错了，设计方案也就偏了。 　　不同行业的需求满足的对象也是不同的，to b、to c、to vc…… 　　若是对内部人员，就需要优先考虑好内部的操作逻辑，提高使用效率，必要时还需要考虑各种权限控制。至于界面样式是否好看，并不是一个重点。 　　若是对外的用户，那么操作流程、交互体验、不同状态下的信息反馈，这些都是需要考虑的。 　　若是金融行业，还需考虑营造安全感、风险控制等等。 　　了解需求的紧迫程度 　　在接手需求时必须要提前了解好时间节点、紧迫程度，毕竟功能开发不是你一个人的事情。要是时间紧迫，而你又把功能设计的超级复杂，害的开发、测试需要长时间的通宵加班，这锅可就得你背着了。 　　举个栗子：运营MM想要蹭热点做活动，给你提了一个活动需求。时间紧迫，热点又不等人，这该怎么办？ 　　原型设计、UI出图、前后端开发、联调、测试……一个功能开发需要经过这么多环节，除开前后端开发还可能并行开发外，其他环节基本都是线性进行的，任何一个环节失误都会导致整个项目的延期。 　　所以，在项目前期我们就应该对这些资源的调用、风险的预期，有个大概的认知。倘若加班加点的赶工，最后还是没在这个时间点上完工，这就比较尴尬了。浪费了大家的时间不说，也很打击士气，降低你的影响力。 　　既然时间这么紧迫，风险这么大，干脆不做好了？ 　　当然可以，这也算是为开发的兄弟们争取到了喘息的机会。这种情况一般在讨论过程中就推掉了，开发人员可能都感觉不到到你做出的贡献。而你，则成功的在运营眼里打上了“不配合”的标签，再也没有运营MM会来找你聊天啦…… 　　那么，究竟该如何做？ 　　我想大家平时都会被叫做产品经理、产品，而不会被叫成“画原型的”，就是因为我们不仅仅画原型啊。产品经理不是画原型的，不是需求的传递者，而是需求的解决者，功能设计、原型方案仅仅只是解决需求的一种方式而已。 　　活动本身有没有简化的空间？现有的功能里面有没有可以利用的地方？是不是可以采用第三方去实现？若是需求本身没有问题，那么它就应该有解决的办法。 　　第二：流程设计 　　先把流程理清楚再去设计原型，这一点应该算是一种共识了，也就不在这边赘述了。就来简单说一说流程设计的好处都有啥： 　　1、拆解需求，整理思路 　　接到一个需求之后云里雾里的无从下手怎么办？画脑图、画流程图呗，一般产品岗都会要求掌握visio、脑图这些工具，这些可不是用来凑数的。 　　梳理流程，将复杂需求拆分成子需求，将子需求拆分成功能点。拆分完成，思路也就清晰了，也许连原型的设计方案都已经有大半个腹稿了。 　　2、优化流程，减少不必要的返工 　　我们最开始的想法往往不是最优的解决办法，最优解总是需要经过多次思考、辩证之后才形成。若是什么都没理清楚，就草率画原型的话，等自己想明白了可就得返工重新画了。 　　所以，比起后续重新花费精力去返工画原型，还不如前期多思考、多画画流程。 　　3、直观，容易表述 　　现在也有很多原型图通过连线来表明跳转流程。这种方式在逻辑不复杂的功能上使用还可以，能够直接看的懂。若是功能复杂一点，线条多了，自己都不一定搞得清哪跟哪。 　　流程图可以作为一个大纲，不至于讲着讲着就把话题带偏了，表述的逻辑也相对会清晰些。在需求评审中，先将整体流程讲明白，可以流畅的引出详细的功能说明，也有助于开发人员理解整体项目。 　　就个人的习惯来说，与设计原型相比，前期的准备、流程的设计往往需要花费更多的时间。（PS：也可能是拖延症的错觉） 　　第三：原型文档 　　原型、文档这两部分就不刻意拆开了写了，这两者的边界已经变的有些模糊。目前很多PRD文档都在用axure进行编写，而axure8更是