为什么总是有人质疑你的UI设计作品？也许，你会想，门外汉懂什么？今天，IT培训网UI设计培训学校想同学们讲述，如何避免你的设计被枪毙。

小 A 前段时间接手了一个大项目，需要独立完成一个独立应用设计。为此他花了大量时间进行前期准备，然后才开始着手进行应用的设计。一个月后我参加了这个项目的设计评审，评审结果不太好，业务方对小 A 的反馈也不太好。

就我的观察来看，小 A 的项目陈述反映了几个问题：

01. 对于业务、数据不够了解

这是一个很常见的问题。一拿到需求就开始对功能进行设计，同样一个功能的设计，在不同业务上它的设计可能就会不一样。忽略了它的业务环境，只能做出功能的设计，而不是贴合业务的功能设计。

数据这个问题上周也有聊过，项目开始前得先弄清楚目前的数据现状，找到出问题或有待提高的地方。看看是否能够通过设计进行改进。

02. User Flow、Site Map 没有理清

User Flow 和 Site Map 应该是每个项目必须要有的模块，但很多时候大家会忽略掉，想到哪做到哪。最后设计稿也是东缺西漏。

User Flow 和 Site Map，前者能够帮助设计师能将用户(及系统)的各种流程路径搞清楚，确保这个流程能够闭环、优化操作;后者则保证设计师在出设计稿的过程中不要漏掉页面。

作为一套设计方案，可行性和完整性应该说是基础要求。有些不错的设计方案就会因为少了流程、漏了页面而大打折扣。吃这种亏是最不值得了。

03. 如何通过设计解决商业问题

就像前面用户反馈里提到的，这才是设计师在项目中最核心的东西。它能让大家知道你的设计不是随便拍拍脑袋想出来的，而是通过了一系列的方式方法得出来的。

有些设计师一上来就开始讲设计细节，所有的东西都是围绕设计而不是商业需求。结果大家觉得你们设计师又在搞自己的“设计情怀”，不考虑商业需求。好的设计也被“有色眼镜”给批下去了。

小 A 这次的项目这三个坑一个不拉全踩了。其实的设计能力并不差，只是在一些关键点上没有想清楚也没有讲清楚，结果落了一个能力不怎么样的评价，小 A实在是有点冤。

曾经有人问设计师与优秀的设计师的差别是什么，在我看来优秀设计师在于他们不仅能做出好的设计、解决商业问题，还能讲清楚他们如何通过设计来解决问题。

如今大家对设计越来越重视，越来越多的公司会雇佣专业的设计师来帮助他们将产品做得更美观、更好用也更满足市场的需求。可惜在绝大部分公司里，设计师的话语权并不高。

每个公司里总有那么几个人，他们对设计并不了解但对产品最终形态有着绝对的话语权。在他们眼里设计师是一群感性的人，很多东西都是“凭感觉”做出来的。

由于设计师的“不善表达”，这种“凭感觉”做出来的方案很难说服大家。到最后设计方案可能被迫做出调整，设计师干得不爽，项目结果有可能也不会好。

那到底如何才能阐述一个好的设计方案?首先我们需要给“好的设计”一个定义：

01. 能够解决用户问题

首先设计方案一定是要能够解决用户问题。没有的功能我们需要进行设计，不好用的功能需要改进得好用。这是对“好的设计”最基本的要求。

02. 项目可行性高

设计师总能想出很多好的想法，但我们时间有限，必须要切合实际给出可行的设计方案。否则做的再好大家也只能看看而已，无法解决实际问题。(当然，有些时候往外多走一步也许需要花费更多时间，但全局来看会是一个更好的方案。这个属于另一个话题，这里不展开了。)

03. 平衡商业利益与用户体验

商业公司的目的最终还是为了利益，有时候会和体验产生冲突。一味的考虑利益和一味的考虑体验都不不合适，很好的平衡两者才是好的方案。

从设计开始阶段，我们就要为日后的设计方案阐述做准备了。

01. 这个项目的商业需求是什么?

还是以购物车为例，首先需要明确项目的商业需求。例如购物车改版的商业目标是提升用户购买率的商业指标、简化下单流程、提供修改数量等功能。

02. 将商业需求转化为设计需求。

商业需求是目标，我们需要将其转化成设计需求并且通过常用的工作方法来解决。这个转化过程很重要，也最终决定了设计方案是否能真正的解决了商业问题。

以上面提到的购物车需求为例，转化过来就是从设计上我们需要对购物的整个核心流程进行优化。比如缩减层级深度、强化操作引导等。理清楚之后我们就可以通过不同的表现形式来满足设计需求。

03.现有数据是怎样的?

如果是一个改进项目，我们需要先弄清楚现有版本的数据怎样并对其做出分析，告诉大家我们要从哪里入手进行改变，如何改变。这也是日后验证设计是否成功的重要依据。

04.为什么是这个方案?别的是否更好?

首先我们需要通过设计竞品和商业竞品搞清楚购物车的功能通常有几种设计方法，这个商业竞品中为什么选择了这种设计方法。这一步能够让我们在讲述设计方案的时候更有底气，告诉大家为什么要这么设计和为什么不这么设计。

05. User Flow & Sitemap

画出完整的 User Flow 和 Sitemap，让大家看到你对用户的使用路径有完整、全面的理解，设计方案考虑全面。顺便也能让大家全局的理解你的设计思路。至于 Sitemap，最重要的就是帮助自己不要漏掉页面。

06. 设计方案是否权衡了商业利益和用户体验

大多数情况下设计方案并不完美，其中很多都是出于商业利益考虑。告诉大家你是如何思考的，大家才能对你的设计意图有更为全面的理解。同时也想大家证明你是一个“成熟”的设计师。

以上6步则是在进行一次项目阐述之前我们需要重点思考的点(有些在设计初期就要开始)，我们应该在一次完整的项目陈述中将这些信息清晰的传递给大家。

一次好的方案陈述能为设计师带来什么呢?

01. 传递工作态度

相关的业务方会清晰的理解你的设计过程，了解你的设计方案不是拍拍脑袋随便想出来的，它是你用自己的专业经过缜密的思考而得出的。

02. 表达信心

清晰的思考、完整的设计方案能让你的设计阐述变得更有条理、讲解也更为顺畅。让大家感受到你对自己能力和设计方案的自信。

03. 建立信任感，产生影响力

通过方案的陈述可以让大家了解你的设计过程，认可你的专业能力。认可你是一个靠谱的人。在日后的工作中大家会对你的观点更加的信服，合作起来也将更加的顺畅。在团队、业务方中产生影响力，树立设计师良好的个人品牌，当大家都更愿意听取你的意见。