在做景观提案时，会有一个误区，把方案做漂亮就行了。但做着做着就发现，作品没怎么变美，还总被甲方反复挑战一个问题
为什么要这样做？？？我觉得那样挺好的啊！！！你怎么不用那个那个什么呢？？？
我这人嘴笨，而且想想，除了干巴巴的说因为这样做漂亮啊，似乎也站不住脚。久而久之就觉得挺烦的，因为老被别人牵着鼻子，最后绕来绕去搞得自己一头雾水
后来提案做多了就发现，作品本身固然重要，但如何表达作品思路更重要
其实陈述一个作品思路和讲一个故事，怎么安排『起承转合』、怎么安排『抑扬顿挫』都是满满的『套路』
把框架搭起来是改版的第一步
当然，惊艳的方案其实就是一个精巧的故事，是描述事物的一种新可能性，一种新切入点。多看多总结，自然就了解了许多『新套路』
现在做UI设计。刚开始时什么icon设计、界面、动效、Banner恨不得一把抓，什么都要会。甚至一度我还认真学习了HTML语言，虽然现在看来还是有那么一点点卵用
毕竟到了新领域，我很焦虑
有一次我和还在做景观的同学聊天，聊着聊着他说没灵感做不提案了。没想到我想都没想，直接脱口而出把以前做景观提案时的思路一口气全说了出来。说完后我自己都被吓到，没想到两三年没碰过了，但思路还是很清晰的
说完后我就像开了窍似得，恍然大悟，其实做UI设计也一样，有些思路是一致的，只是表述的载体不一样而已
UI设计包括两大类（不包括运营设计），分别是首发和改版
首发：更注重概念落地。在分析部分会较多，发挥空间看似更大，但是其实往往越是宽泛的需求越是不好定位落地
改版：更注重数据落地。因为产品运营一段时间后，各种接口数据、用户反馈都跟上来了。对数据分析后，会更加清楚产品人群、用户需求。有了数据支撑，产品改版方向会更加明朗，做起来的话会更有针对性
首发和改版在思路上大致一样，只是侧重不一样，这次主要写写改版思路。综合了一些大厂做的思路分享并且自己做了几个产品改版后，思路大致如下：
方案版：
产品本身目标 — 产品用户类型 — 用户体验地图测评 — 问题需求归纳 — 排列解决优先级 — 给出解决方案 — 设计实施
通俗版：
产品要干嘛 - 用的人是谁 - 用的怎么样 - 有哪些问题 - 排先后级 - 解决问题 - 实际落地
案例参考： www.jianshu.com/p/c96fd8069544
具体说来：
1.产品目标（产品要干嘛）
不管是首发还是改版，都会自带一些产品目标，不论是为了冲KPI，还是真正解决用户需求，每个角色出发点都会有不同。有抽象如提升公司形象，也有很直接如年底冲10W用户。答题来说，目标都比较大，其中会包含产品各种需求，会涉及到用户期望，公司愿景，用户定位，产品方向等。理论上说，最终产出产品可以用这些目标作为验证对象。
2.用户类型（用的人是谁）
用户画像是产品改版的基础之一，通过画像能了解大部分改版的需求
用户画像：通过各种手段了解产品真实使用人群，挑选典型用户作为参考。
具体方法：
查后台：后台储存用户数据越多，画像就越具体。通过数据可以了解实际用户和初设用户是否一致；产品是否有新的用户群出现等等。用户定位也会相对准确
发问卷：发问卷可以在后台数据不全面的情况下使用，但需要预先对用户群及需求做假设，再通过回收问卷做验证，最终确定产品用户群。但发问卷成本较高，数据信息也不一定十分准确
可用性测试：在确定大致的目标用户范围后，如果想进一步挖掘用户需求，可以在确定的用户群里随机挑选一部分召集起来做全面的可用性测试：从行为表格填写、到用户确定跟访、可用性测试、用户深访等一系列方法来完善用户画像，这样一来就能得到相对鲜活的用户。但这样比较耗费财力人力，做的次数不会很多（不过有幸参与过一次，的确印象深刻）
3.用户体验地图测评（用的怎么样）
体验地图测评在可用性测试中一并做完，从用户处找用的不爽的地方，是开始解决问题的第一步
这需要提前做好产品主线体验地图，在可用性测试时对每个体验节点逐个打分法（暂时只知道这个）以获取一条用户的行为数据链，根据数据链低谷了解改进方向。并且可以在深访中直接询问用户在不佳体验节点上的感受与需求。
做测评的最主要目的在于，找到产品具体的问题和潜在的新需求
4.问题需求归纳
找到问题和需求后，需要进行细化：
有问题就要寻找解决问题的答案。比如在之前做过的产品中，资讯阅读是常常被提及的问题。单就这个问题，不同人看待的角度不同，运营可能会认为推送不够明确，产品可能会认为是用户定位不准，而作为设计师就会更多的从界面排版、字体大小等方面来看问题是否合适？经过这样一系列的考虑之后，就会把问题的解决方案具体落实到自己关注的领域上，给出具体的解决策略
而对于访谈或者问卷回收后发现的新需求，可以根据需求做出一些方案，协调资源上线后，再从各种数据或者下次的调查中来了解需求到底有没有被解决（如何在上线前，尽可能规避掉一些问题，其实也是个话题，点石成金里面有介绍）
需要注意的是，把各种问题集中后，要从手上有的资源、问题紧急程度、解决的实际难度做个优先级排序，不能一股脑都要解决，不然反而什么问题都解决不了
5.交互方案实施
在经过发现问题、确定问题、排序问题等一系列流程后，制定合适的解决方案是该部分的重要内容。简单来说，需要有较为完善的交互理论做支撑，设计出针对问题的合适交互原型。至于怎么选择和使用框架，则是以后另一篇文章要讲述的内容，现在交互知识还在积累中，需要一定的时间沉淀
大致思路
出现问题（找到原因，为什么）—— 确定问题（是什么类型的）—— 寻求方案（可以有什么解决的方向）—— 最后决定用哪个（解决策略）
6.视觉设计实施
在交互框架确定之后的视觉设计实施，一般需要确定风格、色系、icon系统等内容，从方法流程上来说的话，是有另一套规则和思路
在之前的文章有介绍（参考文章）www.jianshu.com/p/0c81a59318cb
确定色彩方案、icon系统的方法有很多，文章只是列举了一种方法，新方法不断补充ing
断断续续总算把这边文章写完了，接下来上半年更新速度回减缓，个人有比较重要的事要做，希望能办好，加油！
网友评论