画原型图的几大坑，你被埋了吗？！思维导图

原型图是需求的外在体现，逻辑是需求的内在体现，两者并不对立，反而是相辅相成关系。

大致理顺逻辑才能开始画原型图，而画原型图的过程又可以检查逻辑。因此，画原型图的过程，也是再次梳理逻辑的过程。

那么，势必就会遇到修改，而修改，成本就可大可小了。

对于手稿来说，想到了就秒秒钟画，错了就秒秒钟擦，验证合适不合适速度飞快；

对于电子稿来说，想到啥要画，还得各种拖动控件，搞排版，简直累人累己分分钟速度小渣渣；

因此，在快速验证或者梳理需求的过程中，强烈推荐用手稿的方式。（p个s，手稿建议用铅笔橡皮，我们要环保嘛～）

你们可以发现咯，其实绝大部分的事情基本上都是这样的：先花绝大多数的时间去准备好写什么（战略上），再用很少的时间去根据准备的东西画图、写PPT、做报告等（战术上），这样的效率相对比较高。

这点的话，是我个人的需求满足，其他人有木有要求我就不清楚了。

虽然第二点提到了要好看，但是不能因为好看而主次颠倒，花费了大量时间在电子原型图上，那就得不偿失了。原型图可以说是需求分析的最后一层了，重点始终是前面的思考。

而为啥很多人画原型图慢呢？

很多初手画原型图，一般是画多少页面就重建多少page，并且每个page都是平行关系。在这种情况下，想通过看原型图的目录来了解产品的页面关系，完全是懵掉的，和你对接的设计和开发也可能分分钟狗带。

比较合适的方式是，画原型图之前先搞清楚页面与页面之间的关系，在页面目录中根据页面关系建立好空的页面后，再进行具体页面的设计。

这点和大家天天嘴里说的“高保真原型图”恰恰相反。

为什么呢？

产品经理需求分析完成后，需要拿着原型图和设计师进行直观沟通，沟通清楚之后，设计师就会开始设计。

那么，原型图对于设计师而言，是一个便于理解需求的工具亦或是忘记需求时的查看工具，从这个角度说，就不该给工具赋予一些其他角色，比如影响设计师的设计感觉。

辅助线能够帮助你分分钟对齐，并且无时不刻阔以用到它：画整体页面、画局部部件等等都阔以。用过office大件套的孩纸们都懂得。

下图中红色框内的四根辅助线我是必定会有的；蓝色框内的线是拖动了控件时系统会出现的（说这个感觉自己好智障）

怎么用辅助线，就看个人习惯咯。

会多处用到的一整块的东西尽量用母版，为啥？

同时，母版顺便解决了排不齐的问题，毕竟，大部件拖起来容易排整齐的多。

Convert to Master起来~

很多童鞋一开始的时候都不喜欢用组合，反正画完都一样嘛对不对 ？不对！

万一你下个版本要把整坨东西换到另一个位置上去呢？万一你整个页面要出现类似的东西好多遍呢？

虽然第二点刚说过要善用母版，但是母版也不是越多越好。

在不是全局出现的情况下，阔以把相关控件组合起来，不管是单页面上的复制粘贴还是挪动，都会非常方便，同时又无形之中解决整齐问题。

相比于鼠标拖个范围选中一大坨东西来说，组合实在是显得太干净了，蛤蛤。

Ctrl+G起来~

曾几何时，我也是天天玩面板、中继器玩的飞起的孩纸，现在最多用的就是页面跳转，实在不行了也用用面板之间的设置功能。

当然，中继器啥的在某些地方还是很好用的；不过，移动端产品基本没有用到的机会，反正画了这么久了，就没用到过。

不过，做后台的产品童鞋可能需要，然而我还是觉得中继器操作起来还是有点麻烦。

这个多数可能会出现在高保真原型图上面吧，会要求每个控件都能够按照本身的逻辑条件出现相应的行为。

听起来好像很简单？不就是页面跳来跳去嘛~不就是面板出不出现嘛~

图样惹，你去判断个登录注册流程再说简单！

我记得刚做产品的时候，跟着一个产品经理妹纸分工画原型图，我发现她每次都把所有控件的条件都列出来，当时觉得好牛逼啊，为了不怂and整体原型图保持一致，然后就花样作死了。

下图是当时做的登录注册流程，应该平均一个控件上至少都有5、6个判断条件吧。

现在想想，真是醉了。可以用文字补充清清楚楚说明白的事情，非要折腾原型图，何必呢？

另外，补充一下第4和第5点：过度用花哨功能和条件判断，会引起另外一个世纪大问题，那就是控件的命名！

做大量条件判断或者复杂的case是会需要指向某个控件的，那么对于控件的命名就需要一套规则；而这点，一开始的时候你是没有意识到的。

直接给跪了。

而这点就要向开发们学习一下啦，他们写代码都有一套命名规则哇。忘记哪个开发告诉我，好的命名意味着这人对自己有要求！

好啦，以上就是暂时想到的有关于原型图的事儿，若有遗漏，求留言指出哟~

昨天发了这篇文章之后，有些产品童鞋就发消息或者留言了，觉得逻辑、业务、沟通能力才是最重要的，原型图根本无所谓好嘛，格局啥时变这么低了。

这个观点老实说，我觉得比较幼稚吧。