作为技术人员，你是否有过因为不想改自己已经画好的页面而对设计师更好的设计稿带有偏见与意见？
beingbin · 2016-01-19 20:35:32 +08:00 · 1721 次点击这是一个创建于 3230 天前的主题，其中的信息可能已经有所发展或是发生改变。
事情是这样的，朋友入职了一家公司 UI 设计职位，因为刚刚从别的城市到这边来，所以比较珍惜这份工作。来公司的第一个项目，原型是公司项目组的项目经理画的，给我看过，一塌糊涂。现在的工作情况是，苏州这边的分公司出设计稿给上海那边的分公司技术人用使用。这个项目在朋友来之前上海那边的技术人员，就已经根据原型和项目经理协商之类做了 demo ，只是界面很难看，布局也不合理。
现在朋友接手这个，把原型理了一下，项目经理说，这个项目是要认真做的，你可以带有自己的想法设计就去，原型上也比较匆忙有不少不合理的地方，部分朋友认为要改的地方也和项目经理提出协商了，项目经理说可以。之后，项目经理就出差了。
最后做出来的稿子，朋友也是按照这个项目的特殊性，因为本来技术那边就已经做了很多页面，所以也是在原有界面上进行了优化，比如行间距、选中效果、信息呈现、元素罗列，设计稿我看过，感觉作为一个管理系统来说还可以。
昨天苏州和上海这边进行了视频会议，那边的技术人员不认可，技术团队里的安卓组把朋友这边喷了一顿，然后发来了修改意见稿，意见稿上对 UI 的意见非常大，要求全部修改，说不合规范、界面丑，让按照原来的来不要瞎做。而项目经理此时更像是和稀泥的态度，被强势的技术人员给说服。
朋友很委屈，把事情原委告诉我了，我看了设计稿，没有不合规范一说，纯粹就是部分技术人员不想改自己已经做好的页面，大抵就是希望你画两个 icon 草草了了这个项目的意思，有的地方很明显就是他们的 demo 上布局很不合理，朋友优化好了说做的难看改成原来的样子……我也算是服了，如果是这种态度的技术人员，那项目能做好？我也终于明白了为什么国内很多银行的 app 做的那么垃圾（这个项目就是某银行的手机客户端），如果以这种态度去做，对设计人员太不公平了。技术性的东西普通人不了解，说的不好听你代码写的再烂用户也看不到，但是设计是一目了然的，即便不懂设计的普通人，好的排版、配色和差的排版、配色一眼就能看出来。
设计师在一家公司常常处于鄙视链的底端，即便是在 V 站这种比较温和理性的环境里，我都见过好几次歧视设计师的言论。如果项目来不及，或者不想改，那你可以和设计人员私下里沟通协商下，而不应该蔑视别人的劳动成果来达到自己的目的，损害的最终是整个团队和项目。
 |
1
vietor 2016-01-19 20:44:02 +08:00 via Android
需要懂得的第一件事是：尊重历史。否则，阻力很大，上来就大修大改，让别人的工作变成无用功能没阻力吗？如果认为自己这样做是为了产品更好，那说明你进入了误区。
|
 |
2
beingbin OP @vietor 如果是历史遗留原因，那么应该说明，我觉得既然是团队里的一员肯定跟着大多数人的意见，但是你不能以你的设计稿做的不行来否定别人，给人觉得在说自己没水平。就好比在有的家长带小孩儿去超市，不想给孩子买东西，就说那个东西有毒，小孩子吃了会中毒一样，性质就变了。
|
 |
3
loveuqian 2016-01-19 20:52:18 +08:00
我都是和设计说。。。下一版再做。下一版再做。。。
|
 |
4
gamexg 2016-01-19 20:53:29 +08:00
和重构类似，很难推动。
换位考虑一下，你做了一个设计，完成一半了。结果甲方提出各种修改，你的反应是？ 很多人都会给出反对意见，尽量否决变更，减少工作量。 |
|
5
beingbin OP @gamexg 可能我上面表述的不清，现在的设计稿我看了下， demo 上页面的内容并不很大变化，而是对页面上部分元素排版的优化，比如原来标题 16dp 让他改成 18dp ，原来灰底黑字改成白底黑字，按钮换个颜色，布局由手指按不到小图标做成图标+文字这种布局变动，并没有操作逻辑上的更改。
|
 |
6
learnshare 2016-01-19 21:09:09 +08:00
看起来错在沟通上，谁也不想改干了一半的东西。#1 说的尊重历史是对的， 1.0 还没完成，就让人家开始做 2.0 确实不合理。
我建议新设计稿先放放，先把之前的东西完成，再考虑 2.0 。当然了，如果设计有足够的推动力，也可以放弃之前的风格，直接改成新的（不过可苦了写 UI 的猴子们，或许会有很多情绪问题）。 |
 |
7
Phariel 2016-01-19 21:14:25 +08:00 via iPhone
应该迭代 不应一上来就想整个大新闻
|
 |
8
kslr 2016-01-19 21:22:41 +08:00
没用好方法
|
 |
9
yangxiongguo 2016-01-19 21:35:00 +08:00
那下个设计师来接手这个项目是不是又要再大改一番呀。
|
 |
10
mcfog 2016-01-19 21:42:41 +08:00
两边都不专业
技术人员面对这种情况应该表达的是“花多少时间才能保证质量的前提下改完”，而不是“不好看”，应该说“哪些地方特别费时／容易出 bug ，怎么才能缩短工时”，而不是“不合规范” 设计人员应该表达的是“这个设计的初衷是什么（信息展示／风格等）”，“为什么原有的设计有修改的必要，修改后的好处在哪里”，而不是“纯粹就是你们不想改” 技术对设计说你的设计不好看，设计对技术说你们代码烂时间紧关我啥事，这事儿你说怎么可能做好？ 至于项目经理，组织先列清楚修改点，让开发评估 cost ，让设计评估优先级，两下一核对，大家一起敲一下改哪些不改哪些就好了呗，扯皮完全就是浪费时间 |
|
11
vietor 2016-01-19 22:33:14 +08:00 via Android
@beingbin 很多时候得自己问，没人主动告诉的。你还认为自己没有问题，有已经是很大的问题了。只有充分的了解旧系统才能构建新系统，否则自己都不知道自己错在哪了。
|
 |
12
Elethom 2016-01-19 22:59:13 +08:00 via iPhone  1
太不上進了。我一直在小公司工作，做研發的時候也都是有一整套自己的文檔、規範、流程圖、設計圖的，很多公司缺少的東西都自己一個人填補上了，有的那些也比 PM 和設計師給的垃圾做得不知高到哪裏去，基本上一直都是拿一個人的錢做了三四個人的工作。
|
 |
13
ltype 2016-01-20 09:55:43 +08:00
昨天苏州和上海这边进行了视频会议，那边的技术人员不认可，技术团队里的安卓组把朋友这边喷了一顿，然后发来了修改意见稿，意见稿上对 UI 的意见非常大，要求全部修改，说不合规范、界面丑，让按照原来的来不要瞎做。
傻逼 UI |
Select Language