最近刚入职了一家新公司，我的首要任务就是进行页面功能重设计的改版。由于公司是没有交互设计师的，APP的体量和功能都较之前自己做改版的APP复杂很多。最早之前我做练习改版或者是自己重新做一个新的APP的时候都是边想边出设计稿的。这种方法的好处是做设计的时候不会跑偏，因为毕竟之前在构思的时候是会找很多不同模块的参考，然后再此基础上进行组合优化。但这种方法同样也存在一个问题，就是思维会有局限性。
由于想要尽快的了解公司的产品逻辑业务流程，我先找产品要了原型图，很遗憾原型图不全，并且有很多丢失的情况。面对更加复杂的框架逻辑，在并不算太熟悉公司业务逻辑的情况下，先确定优先改版核心模块。那么我先用文字的形式罗列出原有的流程图，类似下图这样：
实际上我的比这个更为潦草，没有箭头和画框。只是简单的写出了几个文字来表示。当然自己能看懂就好。这个其实就相当于最初的产品流程图。这样做的好处是，即便是我没有画原型草图，我只需要根据这个流程来审查分析当前流程的结构是否合理，分类是否准确。再对比查看下产品当前线上的模块分类，用户的使用反馈情况。然后再进行重新的归类，使逻辑更加清晰，以引导用户在正确的模块下做正确的事情，而不是在答疑区灌水等等。
那么在原有的流程基础上优化之后，我们可以绘制简单的原型草图。而不是一上来就先想着视觉风格如何改版优化，先把逻辑给理清楚，再考虑视觉层面的事情会事半功倍。举个简单的例子：这就好比我们盖房子，先要考虑的是房屋的结构面积规划，测量精度，然后画出建筑图纸。建筑风格、外围装饰等等这些都是之后做的事情。
由于之前产品是有框架结构的，所以我们在做改版的时候所画的原型草图就不需要类似上图那样这么详细，还是自己能看懂就行。不管多潦草都可以，谁都看不懂也行。除非你想要拿去跟产品或者开发讨论需要画的再详细一点，至少别人能看懂吧。
手绘的意义就在于，脱离了颜色、图形、字体、大小等所有的束缚，也不用担心自己手绘不好不敢去画，自己能看懂就可以。画错了撕了，或者画个大叉叉，重新画都可以，也不心疼。如果是在电脑上设计错了，又要重新反工，做到一大半发现哎呀，这里之前没考虑清楚，又得重新调整一遍，麻烦的不行。
有同学或许会有疑问那我用专业的原型软件做呢？我觉得根本没这个必要，一是学习新软件需要学习成本，二我们不是产品经理，无需绘制高保真原型图。有一只铅笔即可，我们设计师最终呈现给别人的还是我们的改版设计稿。
在国内产品、交互、设计相对来说还是分的比较清楚的，当然也是我们流程化工作的一个进步。但是作为一个想要成为有产品思维的设计师，跳脱出视觉思考层面，多了解一些产品和交互的知识，哪怕是能把自己的设计有理有据的梳理出来，讲给别人听，而不是总把个人喜好挂在嘴边，我觉得怎么怎么样，会更有说服力。
