【前言】

设计师的实际工作当中，不可避免的会遇到UI设计还原度不高的问题。今天分享下应对这一大问题的非常规、侧面解决方案——迂回战术5步走。

通常情况下，设计师会采用比较直接的几种方法解决设计还原问题，比如：

• 方法一、 设计执行阶段，和开发沟通实现问题

处于设计阶段时，设计方案实时和开发沟通实现问题。

优点是：避免未来造成多做无用功；

            实时和开发沟通，让他有更多参与感，提升心理满足感。

缺点是：时间成本较高，相对于开发周期短的情况时间上会显得捉襟见肘。

• 方法二、开发实现后的验收阶段，验收设计的还原度

在这一阶段，流程上验收的更多是产品逻辑，设计验收也是一部分，但是会以产品为先。一般公司是只要问题不大就可以忽略（除非公司有严格规定和要求）

优点是： 可以“正大光明”的跟开发提问题。

缺点是： 优先级低于产品逻辑验收，上线进度紧的话，留给还原问题的时间不多，回馈没有严格保障，还原度不高。

• 方法三、结合方法1和方法2，优缺点同上。

以上是在产品迭代过程中，比较直接正面的解决设计还原问题的方法。如果每一次的迭代都还原度不高，直接的结果就是：界面整体和设计稿相差大，还原度不高。效果如下类似：

【侧面解决方案——迂回战术5步走】

设计工作中是接需求，我们可以主动提需求。就是设计 UI 效果的第4种解法——迂回战术5步走战略。

第一，【收集】

收集产品所有的交互，视觉（甚至产品功能）槽点。

第二，【排重要等级】

根据功能性，影响范围，用户体验，用户反馈等排重要等级。

输出正式（Excel）文档。包含：问题，问题描述，影响范围，重要等级，各个负责人，预估时间，优先级（需根据开发安排来确认），进度等。最好设置背景颜色，以颜色区分不同进度。如下图示例：

第三，【确认】

主要包含3个方面：

一是和领导确认，可能会有调整排序，增删修改内容等；

二是确认开发优化项目。由领导出面和开发负责人沟通，一定要正式立项。

三是和开发（所有负责人）一起确认文档中的各个环节阶段。比如优先级，不一定是和重要等级一致，需和开发一起确认。

第四，【设计解决方案】

需求文档确定了，设计解决方案怎么做呢？

可以从两个维度去做——

1、竞品分析

一次可以先设计解决一个问题点。带着需要优化解决的功能问题，去分析竞品该模块的优缺点，再结合自家产品的定位、用户体验等实际情况设计最优解。

2、尝试多种方案，和领导沟通确认

领导（一般是产品或设计负责人）作为产品更高视角者，一定会考虑到我们没有看到的问题，相应给出指导建议。作为设计需要做的，就是说明不同解决方案的设计思路和优缺点，自身倾向性及理由等，把最终决定权留给领导。

第五，【跟踪验收】

确定设计解决方案后，就进入开发阶段。

一般开发gg不会专门取某一特定时间修改所有内容，而是在不影响正常产品迭代进度下，按优先级穿插着开发。所以这是一个比较长的进程，我们需要持续跟进验收，更新文档，同步给项目所有参与人员。

【总结】

回顾一下迂回战术五步走战略

第一，【收集】

第二，【排重要等级】

第三，【确认】

第四，【设计解决方案】

第五，【跟踪验收】

需要注意的是，这种方法比较适用于不经常进行大改版（快速迭代小需求）的产品。改版较大较频繁的产品可适当借鉴。

【最后】

方法只是覆盖大部分现状，实际每个公司都有不同的情况，可以根据自身需求自行调整。另外，竞品分析时一定要带着问题去思考做竞对，有目的有针对性的去做才能最大限度的提升工作效率哦~

希望对你有帮助。

Powered by Froala Editor