c语言else语句格式:界面烂还是界面设计烂？(1) - 白鸦，以用户为中心的设计 - CSDNBlog

界面烂还是界面设计烂？(1)

和以往的总监会议一样，在某个新功能的总监级别讨论会上，很多人再次又说出了同样的看法：“我们网站的界面设计太烂了，不好看、不好用、而且很乱”。
老板终于怒了。
抓来设计主管：“你们是干什么吃的，为什么设计的东西这么差？！”，“商品搜索的列表页那么多信息，太乱了，根本没法看”，“商品管理页面的顶上怎么那么长的说明文字，差不多占了一整屏”。

设计主管很委屈。想哭。

(以上故事由现实篡改，下面是我跟设计主管的谈话篡改。)

.

1、首先，是不是我们的设计师能力不够？
如果是，我们可以裁人，可以招更好的。设计能力一定不会成为不可解决的问题。
我完全相信绝大部分设计师的能力，只要能讲清楚需求，给他们时间并让他们真正的发挥，他们都能设计出好的东西。
(狭隘的)“设计本身”对于绝大部分设计师来说并没有什么大难度，更多的问题在于对产品和需求的理解，“如何诠释需求”要比“如何设计”更加重要。那些“国内设计师实力差，没有国外好”的说法，有点无稽。
也许很多公司都应该反省：为什么设计师自己的个人网站，很多都比他们在公司设计的东西漂亮好用？除了“商业影响”还有什么原因？就算是“商业影响”，难道就真的不能避免或者缓解吗？

.

2、在产品管理者或者老板对于设计要求很“主观”的时候，我们有没有据理力争？
设计是一个有些主观的东西，无法完全定性评估。很多产品管理者或者老板对于设计有点主观， 这个一个非常正常的现象。
比如，他们可能会要求一定用他们喜欢的颜色，一定要他们喜欢的交互习惯，一定要把设置项放在页面頂端而不要侧边，等等。（某博客网站的老板就要求“首页一定超过8屏”，人送外号*8屏。据说最近升级了，要求必须超过10屏。）
我们需要用“好”的设计，和合理的方式方法去说服他们，而不是完全按照他们的主观喜好做设计。我相信好老板会愿意接受设计师合理合适的力争，就算不愿意改变，起码也不会反感力争的做法。（如果合理合适的力争一直会被老板反感，那这个老板不值得跟。）

.

3、我们是不是在设计上真的花心思了？
咱们现在只有两个图形设计师，每个月要做近百个“专题”。对于网站本身产品的设计时间不多，往往有新功能需要设计，都是“任务来了赶紧完成，那边还有好几个专题没做呢”。而且“专题”总是比新功能需要的更紧急，因为专题一般是“甲方”在等着。
这样只把设计当成一种任务是不行的。必须提前并深入了解需求，如果只是迅速按照市场或者产品部门的要求“完成任务”，那么我们并没有做“设计”而只是“制作”。我们干脆不要叫“界面设计部”，叫“界面制作部”好了。

如果专题的需求量确实很大，我建议咱们申请招人。把“专题”的任务交给一两个专门的设计师，并慢慢形成专题模板。要有专门的人做网站界面的设计，他们不再去管“专题”得专心做网站，偶尔网站的任务没有那么多，就去做一些深入的研究，不要再抽调他们去做“专题”。

.

4、只保证做出来好的“设计图”不行。还要保证好“执行”，做好“监督”。
现在这个问题对我们似乎很严重，我们设计好了一个产品，可经常最终上线的版本和我们设计的不一样。
可能产品管理者在交给工程师之前，发现了他们认为设计不合理的地方，根据自己的想法改动了；可能工程师在实现的时候，发现了技术不能解决的或者他们认为不合理的地方，直接按照他们的想法给改了… （这些改动有些可能是好的，但也有不少是有问题的。至少如果改动了需要通知我们一下，让我们知道，如果我们认为有问题可以要求改回来，或者换一个新的合理的方式。）
比如，咱们管理产品的说明，本来我们设计的是三段不超过30字，结果产品经理认为不能说清楚，改成了一百多字。没跟我们说，就上线了。
比如，有些页面前端这边做好了，交给工程师后他们在实现的时候要调整，但他们不熟悉DIV改成了用TABLE。没跟我们说，就上线了。

当然，这种情况有其他同事的问题。但我们一样有责任。
一个设计做出来之后一定要不停的跟踪，不停的PUSH。很多时候后期保证设计的完整实现比前期设计更艰难，因为牵扯到很多设计师并不擅长的沟通等问题。“设计之外”的事情往往比设计本身要花更多的精力。

也许在很多公司我们没法去有效跟踪，也根本PUSH不动。因为设计师的职位和话语权往往很低。哪怕是对于“设计”的话语权。
但，我们不能因为这个就不去做了，实在不行我们可以去和老板谈谈，请他帮忙。往往自上而下的推动会更加有效。或者如果有条件的话可以请第三方帮忙推动，比如咱们的这个事情我会找你们老板谈，既然他请我做顾问，我应该能说进去一些话。
往往都是我们认为自己“太卑微”，认为“老板根本不听我的”，就不去找他们谈这些事情。实际不是这样的，更多时候好的老板愿意听到这样的话，也愿意听取这样的意见。因为他们也不想看到好好的设计最后变成一个烂东西。

如果不去做，将来的界面有问题老板当然责怪的是我们，谁让我们是负责界面的呢。
哪怕只是名义上的“负责”，我们也没有资格告诉老板“是界面烂，不是我们的界面设计烂”。老板才不管你呢。

.

5、 界面是我们的地盘，不能设计完了就不去管他。守江山比打江山更难。
很多时候产品或者市场那边可能会随时对界面有新的小需求，刚开始他们可能会认为这点小东西不应该麻烦我们设计，直接去找工程师做改动。
这个时候我们必须要告诉他们：界面是我们的地盘，改动任何地方都得经过我们，我们不怕麻烦。 退一万步说，就算很着急或者很小改动的时候不经过我们，改动的同时也要通知我们。如果我们发现有问题会提出来更好的方案。
比如，咱们的“商品搜索的列表页”最早的时候设计挺好，也原样上线了，每一项结果只有四五条信息。可后来，市场部有新需求，产品部也有新需求，运营又有新需求。他们都直接找产品经理或者让工程师去加。现在那个列表一项都快十几条信息了。用户在结果列表根本看不了那么多信息，也不需要那么多。
这样的改动我们根本都不知道，但老板看到后责怪的依然会是我们。因为这个时候一定会被认定“那是我们的地盘”。

我们需要在公司建立这样的机制，界面的改动都得经过我们，或者至少通知我们。 这种问题我们可能推动不了，但我们必须也有责任去找老板要“权利”，甚至请老板帮我们下达一些“规矩”。

不给也得要。不然我们就准备好一辈子背黑锅吧。
对于老板、同事、同行、业界的人来说，“界面烂就是界面设计烂，就是设计师烂”。
.

6、除了被动“接受任务”，我们还需要主动的做一些自己的“项目”，站在设计的角度对产品和界面进行一些优化。
如果只被动的接受一些任务，我们可能永远都只是一个附属的支持部门，无法为产品真正灌输UCD思想。如果只被动的接受任务，我们的产品可能永远不会真正有设计基因。
我们需要花一些时间来立一些设计项目，站在设计的角度对产品进行优化。也可以是站在不影响产品策略的角度上。这样既可以让产品的体验得到更好的提升，也能更好的向其他同事展示设计的价值，让他们对我们更加认可。

这些事情目前可能都“没有时间没有精力”去做，但一定得挤。也可以在展示了自己能做好“任务”的同时，尝试向老板要这样的机会和时间。
不然我们可能永远都是“工具”，被动的工具。对部门不利，对产品不利，对公司不利。
.

7、 当然，设计管理上我们也需要加强。每个设计师对于自身业务的了解，和对于需求的迅速理解能力，是设计的基础。如果设计师不能深入使用我们的产品，这肯定是不合格的。
可以组织设计师去参加一些产品和市场的会议，跟他们学习。 也可以请市场和产品的同时来给我们设计师做一些培训，给我们讲讲市场和业务。
这些不做，我们的思维可能总是跟不上“战略”，理解需求也是会慢半拍。甚至总是会被认为“空设计”，被认为“设计能力很差”。
那样他们就不会信任我们，很多问题也不愿意交给我们，很多事情懒得或者不屑跟我们商量，直接侵占我们的“地盘”。
谁让在大局上他们比我们更有话语权呢。
.

待续…
.

.

ps，
百度IM出来了， 有人在博客上提到了这样一些“愚蠢的设计”：
1、白鸦已经在和柴静打开聊天窗口对聊了，但只要柴静说话在好友列表上柴静的头像仍然一直在闪动。（闪动表示对方有新消息过来）
你说这是交互设计师的问题吗？ 不是。再差的设计师也不会做出这样的设计。也可以说是，设计师有责任在设计的时候说明这个交互，并跟踪实现。

2、截屏发给对方的时候，先出来一个缩略图，然后加载完成才出来大图。被很多人误会为“百度IM不能发大图”，因为加载过程有点慢，用户等不到大图就下判断了。而且本来是个缩略图突然变大了，用户也感觉不舒服。
你说这是交互设计师的问题吗？不是。因为设计师设计了缩略图上有一个“沙漏”，表示正在加载，可工程师实现不了，没管它也没告诉设计师。也可以说是，设计师有责任监督检查这个问题，如果技术真的实现不了可以给出新的改进方案。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=2234836