大家好，我是灰二~

我不是灰色执照，这篇文章的观点和 灰色执照 没有任何关系，你们有什么问题或者有不同的见解不要去打扰 灰色执照。他要写代码，很忙的（笑）

▲ 电视剧《楼外楼》里“鲁迅”的经典台词

今天在UI中国首页看到一篇文章，讨论的是开发实现不了，设计师该怎么办？

文章大意是要加强沟通，在对接开发的前期要确认好产品文档、做好评审、准备好切图、标注、组件规范……

对接中期不要频繁修改、及时同步信息……

后期要追踪进度、走查设计、追踪数据……

这篇文章写得还是挺不错的，但其实只适合一些流程较为规范的大厂，对于大多数中小公司来说，太过于理想化了。实施的概率非常低~

▲ 我在这篇文章下面看到的有趣的评论，这位老哥的想法绝了，我当年就没他想得周到，只想过解开衬衣最上面两颗扣子~

在我看来，这样的文章更适合在述职、汇报的时候讲给自己的领导、程序员同事听，适合用于提升自己的KPI用来做PPT汇报。对于这个问题，我有不同的想法和见解，这些想法更多的是面向我们设计师来讨论。

实际上，根据我多年的工作经验来看，一旦开发人员说无法实现你的设计的时候，大概率是存在以下几种情况的：

1、你设计的东西实现太过于麻烦，没有现成的组件和代码片段，从0到1完全由程序员自己写成本很高，容易考虑不周全，容易产生各种意想不到的bug。

遇到这种情况，如果不是甲方或者领导强制要求，我一般都会修改设计稿，尽可能让我的设计朝现有的组件或控件上靠。让前端小哥的头发少掉一点儿，大家都轻松一点儿，都早点下班~

2、设计师对技术的边界一无所知，设计稿和想法天马行空，程序员看了想打人。

设计师其实或多或少还是要了解一点儿开发知识或者说常识的，太过于天马行空，的确会让程序员脑壳疼。

3、程序员对美感的缺失、对设计的不理解和他直男的固定思维难以改变。

不少程序员是直男，距离左侧 10px 和距离 20px 对他们而言和让他们区分口红色号一样难。这种情况下你就只能搬个小板凳坐在程序员小哥哥边上，耐心的指导他几次，慢慢培养他的审美和对设计标注的严谨性。

4、和你合作的程序员刚工作不久。

每个人都是小白过来的，你要理解，要更包容。需要有更多的耐心陪她一起成长。和她一起找技术方案、帮她引荐技术实力强的老程序员帮忙，都是解决问题不错的方案。

5、程序员是老油条，工作态度不端正。

其实很多程序员，他们只是高中的时候不懂事，随便报考了自己不喜欢的专业而已。写代码对于他们而言只是一份工作，一个养家糊口的收入，在他们眼中，完成了功能就等同于工作做完了。他们不会也不想费时费力的去还原你的设计稿。对于这种人，合作几次以后，就要明白，他们大概率是要被行业淘汰的，不要寄大多的希望去改变他们。做好自己的本职工作，保留好沟通的聊天记录，在关键的时候可以拿出证据，避免被这样的老油条甩锅就可以了。

6、项目周期不允许。

大部分外包项目时间就是金钱，越早验收赚得就越多（快）。你的老板只会想尽办法压缩项目周期，根本不会给程序员太多的时间来把事情做到完美。这样的公司压根不会给你时间学习和成长，准备好作品和简历，多看看外面有没有机会，尽可能换一个更好的环境（工资很高除外）~

7、甲方、老板并不那么重视设计，程序员的话语权大，老板更愿意听从技术人员的想法。

很多老板本身就是程序员出身，更容易站在对方的角度，也更信任程序员。固定思维其实很难改变，不要试图想说服谁或者改变现状，你的设计稿虽然在公司无法实现，但是你可以脱敏后做成自己的飞机稿，发布各个设计平台给自己增加人气和影响力，顺便强化自己的作品集。（一定不要看那些狗屁文章夸夸其谈说如何提高设计师的话语权，没有鸟用，只能提高个毛线。一个干设计的服务人员，哪里还有什么话语权，想要话语权就自己变成甲方或者老板。实在不行，你就和我一样，直接自己写代码）

在设计还原相关的文章里面，我们经常被灌输这样一些观点，那就是要非常努力的做好设计走查，通常大神们还教你输出非常详细的走查文档。对于这个走查，我倒是有不同的看法。

1、和程序员磨合的前期，是需要非常细致的做走查的。因为彼此还不熟悉，需要手把手，点对点的看待每个界面的还原问题。

2、合作过多次的程序员，如果还是指一个地方改一个地方，甚至是界面上明显的问题每次都要不厌其烦的指导他修改，那什么样的走查文档都没有作用，这样的同事只会消耗你。

3、走查这个事情，其实是公司需要，产品需要，项目需要。但是对你个人的成长没有太大的帮助，你自己真的需要吗？你拿这些时间去学 AE、C4D、Blender 或者其它的，它不香吗？如果走查可以甩给测试人员、项目经理、产品经理…你一定要想办法甩出去。把时间和精力用到对自己成长更有利的地方。

总的来说，如果你的职业规划不是一个管理人员（例如产品经理、项目经理），你只打算成为一个设计大神，我个人觉得应该少碰走查。少碰那些消耗你，不能让你成长，不利于你跳槽涨薪的“杂活”。

设计走查有的时候更像是一个给别人擦屁股的杂活，别人的工作没有做好，你却去承担了后果。如果你的设计稿有很多细节，或者某些地方交互比较复杂，那你应该认真的去看一看。如果是界面上一眼就能看出不一致或者还原不好的地方，那不叫走查，那就是真的给程序员同事擦屁股！

最后，如果面试的时候，面试官问你：如果你的设计前端无法实现，你准备怎么办呢？

下面是我给出的回答：

“ 这个就要具体问题具体分析了。设计稿无法实现，到底是设计师天马行空、过度设计，弄出了不太可行方案，还是程序员水平不够？这需要设计师先想办法搞清楚这个问题。

通常的话我会去设计群里问问经验丰富的灰色执照，他既是设计师，又是程序员，通常都可以很快的给出明确的答案和技术相关的方案。

如果是设计师过度设计了，的确不好实现，那自然是要修改设计稿的。但如果是程序员水平不行，那我会帮他一起去找现成的技术方案，尽最大的努力去100%还原设计。

除此以外，我们还要考虑到项目的整体进度。不排除时间紧、任务重，开发周期很短，没有那么多的时间成本来完成复杂的设计。这种情况大概率是要是让设计妥协的。我们还应该站在更高的视角，以商业为主，以全局为重。

但总的来说，无论是什么情况，作为设计师都不应该因为程序员那边无法实现的原因而总是做出很保守的设计，总是使用那些现成的设计效果、已有的程序方案。设计师这个职位本身就是富有创造力的工作，一定要大胆的想，勇敢的干。唯有创新，咱们公司的产品才能让用户眼前一亮，才能和同行拉开差距，才能在这个残酷的商业环境里面生存下去”

最后的最后，当开发说实现不了，穿黑丝其实并不管用，产品或者项目的结果不好，不如试试这本书里面提到的一些更有效的办法：

大家好，我是灰二，如果你觉得我的文章写得对你有帮助，记得给我点个赞，我下次穿黑丝给你看~

Powered by Froala Editor