作者：白鸦 来源：白鸦，以用户为中心的设计 酷勤网收集 2008-03-30
和以往的总监会议一样，在某个新功能的总监级别讨论会上，很多人再次又说出了同样的看法：“我们网站的界面设计太烂了，不好看、不好用、而且很乱”。
老板终于怒了。
抓来设计主管：“你们是干什么吃的，为什么设计的东西这么差？！”，“商品搜索的列表页那么多信息，太乱了，根本没法看”，“商品管理页面的顶上怎么那么长的说明文字，差不多占了一整屏”。
设计主管很委屈。想哭。
(以上故事由现实篡改，下面是我跟设计主管的谈话篡改。)
1、首先，是不是我们的设计师能力不够？
如果是，我们可以裁人，可以招更好的。设计能力一定不会成为不可解决的问题。
我完全相信绝大部分设计师的能力，只要能讲清楚需求，给他们时间并让他们真正的发挥，他们都能设计出好的东西。
(狭隘的)“设计本身”对于绝大部分设计师来说并没有什么大难度，更多的问题在于对产品和需求的理解，“如何诠释需求”要比“如何设计”更加重要。那些“国内设计师实力差，没有国外好”的说法，有点无稽。
也许很多公司都应该反省：为什么设计师自己的个人网站，很多都比他们在公司设计的东西漂亮好用？除了“商业影响”还有什么原因？就算是“商业影响”，难道就真的不能避免或者缓解吗？
.
2、在产品管理者或者老板对于设计要求很“主观”的时候，我们有没有据理力争？
设计是一个有些主观的东西，无法完全定性评估。很多产品管理者或者老板对于设计有点主观， 这个一个非常正常的现象。
比如，他们可能会要求一定用他们喜欢的颜色，一定要他们喜欢的交互习惯，一定要把设置项放在页面頂端而不要侧边，等等。（某博客网站的老板就要求“首页一定超过8屏”，人送外号*8屏。据说最近升级了，要求必须超过10屏。）
我们需要用“好”的设计，和合理的方式方法去说服他们，而不是完全按照他们的主观喜好做设计。我相信好老板会愿意接受设计师合理合适的力争，就算不愿意改变，起码也不会反感力争的做法。（如果合理合适的力争一直会被老板反感，那这个老板不值得跟。）
.
3、我们是不是在设计上真的花心思了？
咱们现在只有两个图形设计师，每个月要做近百个“专题”。对于网站本身产品的设计时间不多，往往有新功能需要设计，都是“任务来了赶紧完成，那边还有好几个专题没做呢”。而且“专题”总是比新功能需要的更紧急，因为专题一般是“甲方”在等着。
这样只把设计当成一种任务是不行的。必须提前并深入了解需求，如果只是迅速按照市场或者产品部门的要求“完成任务”，那么我们并没有做“设计”而只是“制作”。我们干脆不要叫“界面设计部”，叫“界面制作部”好了。
如果专题的需求量确实很大，我建议咱们申请招人。把“专题”的任务交给一两个专门的设计师，并慢慢形成专题模板。要有专门的人做网站界面的设计，他们不再去管“专题”得专心做网站，偶尔网站的任务没有那么多，就去做一些深入的研究，不要再抽调他们去做“专题”。
.
4、只保证做出来好的“设计图”不行。还要保证好“执行”，做好“监督”。
现在这个问题对我们似乎很严重，我们设计好了一个产品，可经常最终上线的版本和我们设计的不一样。
可能产品管理者在交给工程师之前，发现了他们认为设计不合理的地方，根据自己的想法改动了；可能工程师在实现的时候，发现了技术不能解决的或者他们认为不合理的地方，直接按照他们的想法给改了… （这些改动有些可能是好的，但也有不少是有问题的。至少如果改动了需要通知我们一下，让我们知道，如果我们认为有问题可以要求改回来，或者换一个新的合理的方式。）
比如，咱们管理产品的说明，本来我们设计的是三段不超过30字，结果产品经理认为不能说清楚，改成了一百多字。没跟我们说，就上线了。
比如，有些页面前端这边做好了，交给工程师后他们在实现的时候要调整，但他们不熟悉DIV改成了用TABLE。没跟我们说，就上线了。
当然，这种情况有其他同事的问题。但我们一样有责任。
一个设计做出来之后一定要不停的跟踪，不停的PUSH。很多时候后期保证设计的完整实现比前期设计更艰难，因为牵扯到很多设计师并不擅长的沟通等问题。“设计之外”的事情往往比设计本身要花更多的精力。
也许在很多公司我们没法去有效跟踪，也根本PUSH不动。因为设计师的职位和话语权往往很低。哪怕是对于“设计”的话语权。
但，我们不能因为这个就不去做了，实在不行我们可以去和老板谈谈，请他帮忙。往往自上而下的推动会更加有效。或者如果有条件的话可以请第三方帮忙推动，比如咱们的这个事情我会找你们老板谈，既然他请我做顾问，我应该能说进去一些话。
往往都是我们认为自己“太卑微”，认为“老板根本不听我的”，就不去找他们谈这些事情。实际不是这样的，更多时候好的老板愿意听到这样的话，也愿意听取这样的意见。因为他们也不想看到好好的设计最后变成一个烂东西。
如果不去做，将来的界面有问题老板当然责怪的是我们，谁让我们是负责界面的呢。
哪怕只是名义上的“负责”，我们也没有资格告诉老板“是界面烂，不是我们的界面设计烂”。老板才不管你呢。
.
5、 界面是我们的地盘，不能设计完了就不去管他。守江山比打江山更难。
很多时候产品或者市场那边可能会随时对界面有新的小需求，刚开始他们可能会认为这点小东西不应该麻烦我们设计，直接去找工程师做改动。
这个时候我们必须要告诉他们：界面是我们的地盘，改动任何地方都得经过我们，我们不怕麻烦。 退一万步说，就算很着急或者很小改动的时候不经过我们，改动的同时也要通知我们。如果我们发现有问题会提出来更好的方案。
比如，咱们的“商品搜索的列表页”最早的时候设计挺好，也原样上线了，每一项结果只有四五条信息。可后来，市场部有新需求，产品部也有新需求，运营又有新需求。他们都直接找产品经理或者让工程师去加。现在那个列表一项都快十几条信息了。用户在结果列表根本看不了那么多信息，也不需要那么多。
这样的改动我们根本都不知道，但老板看到后责怪的依然会是我们。因为这个时候一定会被认定“那是我们的地盘”。
我们需要在公司建立这样的机制，界面的改动都得经过我们，或者至少通知我们。 这种问题我们可能推动不了，但我们必须也有责任去找老板要“权利”，甚至请老板帮我们下达一些“规矩”。
不给也得要。不然我们就准备好一辈子背黑锅吧。
对于老板、同事、同行、业界的人来说，“界面烂就是界面设计烂，就是设计师烂”。
.
6、除了被动“接受任务”，我们还需要主动的做一些自己的“项目”，站在设计的角度对产品和界面进行一些优化。
如果只被动的接受一些任务，我们可能永远都只是一个附属的支持部门，无法为产品真正灌输UCD思想。如果只被动的接受任务，我们的产品可能永远不会真正有设计基因。
我们需要花一些时间来立一些设计项目，站在设计的角度对产品进行优化。也可以是站在不影响产品策略的角度上。这样既可以让产品的体验得到更好的提升，也能更好的向其他同事展示设计的价值，让他们对我们更加认可。
这些事情目前可能都“没有时间没有精力”去做，但一定得挤。也可以在展示了自己能做好“任务”的同时，尝试向老板要这样的机会和时间。
不然我们可能永远都是“工具”，被动的工具。对部门不利，对产品不利，对公司不利。
.
7、 当然，设计管理上我们也需要加强。每个设计师对于自身业务的了解，和对于需求的迅速理解能力，是设计的基础。如果设计师不能深入使用我们的产品，这肯定是不合格的。
可以组织设计师去参加一些产品和市场的会议，跟他们学习。 也可以请市场和产品的同时来给我们设计师做一些培训，给我们讲讲市场和业务。
这些不做，我们的思维可能总是跟不上“战略”，理解需求也是会慢半拍。甚至总是会被认为“空设计”，被认为“设计能力很差”。
那样他们就不会信任我们，很多问题也不愿意交给我们，很多事情懒得或者不屑跟我们商量，直接侵占我们的“地盘”。
谁让在大局上他们比我们更有话语权呢。
.
待续…
.
.
ps，
百度IM出来了， 有人在博客上提到了这样一些“愚蠢的设计”：
1、白鸦已经在和柴静打开聊天窗口对聊了，但只要柴静说话在好友列表上柴静的头像仍然一直在闪动。（闪动表示对方有新消息过来）
你说这是交互设计师的问题吗？ 不是。再差的设计师也不会做出这样的设计。也可以说是，设计师有责任在设计的时候说明这个交互，并跟踪实现。
2、截屏发给对方的时候，先出来一个缩略图，然后加载完成才出来大图。被很多人误会为“百度IM不能发大图”，因为加载过程有点慢，用户等不到大图就下判断了。而且本来是个缩略图突然变大了，用户也感觉不舒服。
你说这是交互设计师的问题吗？不是。因为设计师设计了缩略图上有一个“沙漏”，表示正在加载，可工程师实现不了，没管它也没告诉设计师。也可以说是，设计师有责任监督检查这个问题，如果技术真的实现不了可以给出新的改进方案。
因为设计师设计了缩略图上有一个“沙漏”，表示正在加载，可工程师实现不了，没管它也没告诉设计师。也可以说是，设计师有责任监督检查这个问题，如果技术真的实现不了可以给出新的改进方案。
哈哈,这样的问题都有?倒是很强.
白Y说的我大部分同意。但出现这种情况的原因我觉得是设计师或者设计工作并没有真正融入到整个团队中去，UI设计并不仅仅是界面的美化工作，应该贯彻到整个项目当中去，相应提高设计师的地位，而不仅仅把他当作美工来使用。
正像你前面的文章所提到，截屏问题，很显然这是工作中的沟通不畅所导致，交互设计师的意图并没有真正为工程设计师所理解，要做到这一点就得让工程师明白，在交互过程中每一个细节对用户都是有意义的，当然交互设计师在进行设计师也必须遵循这个理念。如果出现程序无法实现的问题，必须经过与交互设计师的磋商才能解决。
开会开会。
适当增加开会的时间。
沟通到位了还会有这些问题么？！
下面ps所举的例子肯定是跟工程师有关系，但是也不能否认其他让人感觉不好的设计都跟工程师有关系，比如我感觉个性签名（自己的那个，显示在昵称下面）的那个颜色就不太好，跟背景有点混在一起。
这篇看来会比较长呀，这刚是（1）…
我觉得整体上看，就是到现阶段为止，除了少数拥有较优秀的设计类型部门的公司外，大多数公司在对于设计师、美工等等相近名次角色所应担负的职责认识的仍旧非常模糊，招的时候就模糊，用的使用也模糊。于是这样的一批人经常就只能生存在夹缝中…
对设计师的“责任”、“权利”与“义务”如果给不出好的定义，那公司、老板又何从评价设计师的功过呢？界面烂、界面设计烂，不见得就是设计师烂，至少现在的问题决对没那么简单。
白鸦提到的内容归总下就是：
1 首要的，责任上：
职责范畴定义清晰了么，是专司一职的，还是可能被众人抓来用的；
是只负责当时设计，不管最终效果的么；
2 次之的，权利上：
设计中的主导权、话语权，抑或只是建言权，是否都下放到位，让产品组内对此达成共识了
3 在此之上的，义务里：
a 是否要求应该花足够的时间明确的了解需求，并业务使用场景有足够的理
b 执行任务中，在职责范围内权限范围内的变被动为主动
c 设计构思人员对最终实现效果的跟进和监督
说的好，吼出了UI设计师们的心声！
有很多好的设计不得不因为程序而妥协，并不是idea不行，也不是设计能力不行，而是无法实现。
通常是A设计了一稿后，B说:这个确实实现不了，你把设计改简单点吧
于是一个很丑但可以用的设计稿诞生了……然后连设计师也被自己的设计QJ了
（A：设计师，B:程序员）
我觉得这其中有一定产品经理的责任，他是程序员和设计师的纽带和桥梁，再做交互设计之前，就应该问清除到底这个能不能实现？及早想出解决方案，而不是等出了漏子后 再亡羊补牢。
产品经理或项目经理只需要多问程序员一句话： 这个东西设计出来后能实现么？
ok！
1.能，就设计！
2.不能，就别浪费大伙的时间和热情！
3.找更牛的人实现，总有牛人会实现的！
这篇文章真的说到我心里去了。很多问题的都真实的出现在我的公司。我想不仅是我的公司，整个个行业都存在以上谈到的七个问题。
要解决这七个问题，可能要通过公司自上而下的“革命”。老板或者其它部门该怎么做我这里不谈。就说说设计师应该怎么做：
设计师必须积极的面对与自己接口的上下游部门，说得更白了就是你要善于问，当需求方给到需求时，不应该拿到需求就开始设计。无论是口头的或是书面的，信息的传递总会出现不对称的现象。所以作为一个积极的设计，你通过与需求方的沟通透过表像了解这个项目的真正需求：这个项目的用户是谁？用户可以从这个项目得到什么？公司又从项目中得到什么？只有通过完全理解这个项目的设计意图，才能使设计师的的设计有的放矢。不要怪自己的公司制度上有缺陷，说设计没有话语权。如果你每次只是拿到需求不管不问，完成设计，等出了问题再拿到修改需求这样反复循环的话，设计就真的没有话语权了。如果你对每个项目都表现出积极的态度，投入更多的关注的话，需求方有设计需求时会主动第一时间与你进行沟通。
这里可能一些朋友说，我只是设计，对于每个项目都保持这么高的关注度，我不要累死了？我想说，既然是设计，就应该做到这点。如果你做不到，那就去做美工吧。
说到底，这个问题是产品策划的问题
设计依据什么来做？
单凭设计一个人想，肯定不行
顶多，设计出几种方案
这样的情况，最好有头脑风暴来形成
下午没事逐条点评
1、首先，是不是我们的设计师能力不够？
我想设计师的能力是不够的，分析需求到框架设计再到界面设计最后到美术设计页面实现，拿到需求只是项目刚刚开始。我想以大部分设计师能够做好的能力是有限的，漂亮容易但是好用就难了。在框架设计中就需要web设计师程序设计一同配合搞定。
2、在产品管理者或者老板对于设计要求很“主观”的时候，我们有没有据理力争？
像界面颜色之类的与交互类的问题本着用户至上的原则，本就不应该由某个人来下定义。用户分析与可用性测试也需要图形设计师的参与。得出的结论是应该建立在数据上的，而非主观判断
3、我们是不是在设计上真的花心思了？
好设计不是赶出来的。赶出来的设计通常不是好设计。
4、只保证做出来好的“设计图”不行。还要保证好“执行”，做好“监督”。
设计最终实现的功能性测试时，设计师应该参与，并且形成表单格式的测试项目，这样才能保证每个设计细节并发现细微的问题。
5、 界面是我们的地盘，不能设计完了就不去管他。守江山比打江山更难。
牵一发而动全身，有时简单的改动会牵扯到整个流程的被颠覆，交互样式的混乱，做事要谋定而后动。这是团队中要强调的事情，不能到整个项目面目全非的时候再找责任。
6、除了被动“接受任务”，我们还需要主动的做一些自己的“项目”
这个对设计师的要求比较高，多个设计师组成的团队可以一试
7、 当然，设计管理上我们也需要加强
真正好的商业设计师关心的不仅仅是设计本身~
看了以后觉得说，不是有你吗？不是有交互设计顾问吗？出现各部门随意改动产品的问题，是为什么？
如果交互设计师做足了功课，拿出用户研究报告和交互设计策略，按流程走，怎么会出现这样的情况呢？
怎么感觉你像是完全不明白交互设计顾问该做什么工作一样啊？
或许你是在教界面设计师该怎么做？
产品做的这么糟糕是因为那时候你并没有去做顾问吗？
交互设计师是干什么的？正是因为各部门都坚持自己的想法，都考虑的不周全，才叫交互顾问来用科学的方法评测一套合理的方案的。
你让设计师站起来争取自己的利益，其他部门也都是这样做，那公司不是打起来了吗？
难道你觉得界面设计师的方案就是最好的？他们是学设计的。不是学用户研究和交互的！！！
合理的方案，应该出自交互设计师之手，而不是让其他各个部门都跳起来，找老板去说理。
真不理解，你居然还做了交互顾问这么久。
你纯粹站在“界面设计师的方案是最好的”这个立场上，这简直太不可思意了！！！
高层BOSS，市场运营，技术支持，界面设计，等等任何一方对产品的意见都是不全面的。
而交互设计师要根据这四方面的意见，和用户研究实验，利用科学的方法，去寻找出合理的方案。
请不要再高谈什么“界面设计师都站起来反抗”的论调，在这里忽悠人了。
许多人都把你的意见当主要参考思想，这太可怕了！
如果你指的是一个没有交互设计师的公司，那么你应该建议的是：去请个交互设计师来。而不是在公司内部发生战争。