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

《经验分享｜在设计原型时，我的一些所思所想.doc》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

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

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

3、了些什么……是不是又打酱油了？于是，在这里简单罗列一下自己在设计原型时候的一些所思所想。本文适读对象：初级产品经理。　　　　产品经理属于接力的第一棒，一旦最开始的方向错了，那么即使UI做的有多出色，开发有多顺畅，结果终归是失败的。这大概是产品经理这个职位的第一重压力，在你的设计之后跟随着是UI、开发、测试多个部门，期间消耗的可不是你一个人的人月。　　所以，在接到一个需求任务时，首先要做的不是打开axure吭哧吭哧的开始画图。　　第一：明确需求　　要搞清楚需求的提出者是谁？服务对象又是谁？　　搞清楚这两个角色，主要的目前就是搞清楚这个需求到底要怎么做。　　提出需求的角色会有很多，bo

4、ss、自己、产品同事、运营、客服……　　不同的角色往往会从自身的角度去考虑并提出需求。想要完美解决这个需求，就需要站在同一个角度去看问题，若是角度错了，设计方案也就偏了。　　不同行业的需求满足的对象也是不同的，tob、toc、tovc……　　若是对内部人员，就需要优先考虑好内部的操作逻辑，提高使用效率，必要时还需要考虑各种权限控制。至于界面样式是否好看，并不是一个重点。　　若是对外的用户，那么操作流程、交互体验、不同状态下的信息反馈，这些都是需要考虑的。　　若是金融行业，还需考虑营造安全感、风险控制等等。　　了解需求的紧迫程度　　在接手需求时必须要提前了解好时间节点、紧迫程度，毕竟

5、功能开发不是你一个人的事情。要是时间紧迫，而你又把功能设计的超级复杂，害的开发、测试需要长时间的通宵加班，这锅可就得你背着了。　　举个栗子：运营MM想要蹭热点做活动，给你提了一个活动需求。时间紧迫，热点又不等人，这该怎么办？　　原型设计、UI出图、前后端开发、联调、测试……一个功能开发需要经过这么多环节，除开前后端开发还可能并行开发外，其他环节基本都是线性进行的，任何一个环节失误都会导致整个项目的延期。　　所以，在项目前期我们就应该对这些资源的调用、风险的预期，有个大概的认知。倘若加班加点的赶工，最后还是没在这个时间点上完工，这就比较尴尬了。浪费了大家的时间不说，也很打击士气，降低

6、你的影响力。　　既然时间这么紧迫，风险这么大，干脆不做好了？　　当然可以，这也算是为开发的兄弟们争取到了喘息的机会。这种情况一般在讨论过程中就推掉了，开发人员可能都感觉不到到你做出的贡献。而你，则成功的在运营眼里打上了“不配合”的标签，再也没有运营MM会来找你聊天啦……　　那么，究竟该如何做？　　我想大家平时都会被叫做产品经理、产品，而不会被叫成“画原型的”，就是因为我们不仅仅画原型啊。产品经理不是画原型的，不是需求的传递者，而是需求的解决者，功能设计、原型方案仅仅只是解决需求的一种方式而已。　　活动本身有没有简化的空间？现有的功能里面有没有可以利用的地方？是不是可以采用第三方去实

7、现？若是需求本身没有问题，那么它就应该有解决的办法。　　第二：流程设计　　先把流程理清楚再去设计原型，这一点应该算是一种共识了，也就不在这边赘述了。就来简单说一说流程设计的好处都有啥：　　1、拆解需求，整理思路　　接到一个需求之后云里雾里的无从下手怎么办？画脑图、画流程图呗，一般产品岗都会要求掌握visio、脑图这些工具，这些可不是用来凑数的。　　梳理流程，将复杂需求拆分成子需求，将子需求拆分成功能点。拆分完成，思路也就清晰了，也许连原型的设计方案都已经有大半个腹稿了