来源:zhihu 作者:知乎
我和一位产品经理目前已经合作了6年，历经两家公司，我所知道的是我在实现他的需求的时候我从来不用考虑「功能、流程、逻辑、状态、……」——因为他都已经考虑好了;而我做的设计他也从来不担心，因为他知道我总能不断的超越预期。
一个真正优秀的产品经理，值得设计师长期的抱大腿，甚至以身相许。
而跟着知道怎么正确的挑PM的老板，往往也会是比较有前途和钱途的。
说完了需求，我们聊一聊实现：
给标准/盯实现/管验收/做不好返工重来;
之前我已经提到过，无论多么漂亮的设计，也只是设计图，，实现不好还是没有卵用。
为什么?
工作2年以上的设计师，别人已经不会看你的设计图了，大家只关心你的上线作品——「我设计图做的非常好看的，他们实现效果不好」——这么说真的没什么用处。
我们假定技术资源足够的话，如何保证最终实现的产品质量呢?
仅仅给设计图还不行，当然要给出实现标准
问问设计师们，你们觉得你们给出的设计图好实现嘛?
咱们总是在设计的时候纠结字体是28px还是30px，左边距是10px还是15px，但是拿着我们的设计稿，工程师们能看出来区别么?
很多工程师非常迷茫「我是按照你的设计图做的啊!」设计图这里有字，我的实现这里也有字;设计图这里有图片，我的实现这里也有图片。
好的设计是完美细节的不断叠加，差之毫厘谬以千里。差距就差在这里的28px和30px，那里的10px和15px。
在Photoshop时代，大公司的设计文档会非常细腻的记录元素的尺寸、颜色、距离、字体、字号等信息，甚至有专门的课程是教设计师怎么写文档和工程师怎么看文档的;小团队条件有限，大家各显神通，之前我在北京的团队，工程师做到哪一块界面元素告诉我，我把元素的各种信息截图后用QQ发给他。
但是有了Sketch之后，我的人生都被拯救了▼
反正就是元素所有信息包括尺寸、颜色、距离、字体、字号等，你都可以通过选中元素获取，更多的信息检索「Sketch」获取。
唯一的「缺点」，这货只能在Mac上使用，据说理由也很简单「用Mac的人才是对完美有执着追求的目标用户」——简单粗暴但是非常有道理。
你的老板愿不愿意给你和前端工程师们配上Mac是他是否真正重视设计或者颜值的最好证明，一个真正关注这个问题的团队，会意识到Sketch能够带来的巨大价值绝不是这一丁点儿投入可以比较的——它节省了设计师的时间(尤其是设计师很优秀很昂贵的时候)、节省了工程师的时间(尤其是工程师很优秀很昂贵的时候)、产生了更加Perfect的最终产品(尤其是产品本身就非常出色的情况下)。
当然了，我也不是没有见过奇葩，两年前我加入的这个公司，我入职两个月后就建议H5前端工程师换Mac，哪怕仅仅是增加一台Mac mini阅读Sketch格式的工程文件(就当阅读设计文档，而且公司有闲置的Mac)，为此我和工程师、技术主管、技术总监三个男人撕了一个下午，最后老板出来说看你们吵了这么久我来围观一下不发表意见，后此事不了了之。前段时间老板说，因为H5实现效果不好导致公司损失了600w——SO，怪我咯?耸肩╭(╯^╰)╮
但是小红花送给另一个团队，Boss是我学长，在我介绍了Sketch之后大呼直戳痛点，给前端工程师都换了Mac，而且还二话不说买了正版Sketch，现在生意越做越大，项目越来越多，事业发展这种事情真是看人。
「虐待」工程师，是设计师的主要工作之一
很多同行的反应，都是设计师缺乏话语权，但是话语权有时候是靠自己争取来的。
稍微靠谱一点的工程师对于能够做出漂亮的作品还是有莫大的兴趣的，虽然H5工程师拒绝了我的Sketch，但是iOS工程师们欣然接受了，而且他们现在一直在做出可以媲美设计图的作品，也一直有听到他们对于Sketch的赞不绝口和对于自己作品的非常满意。
我一直在强调，无论在怎样的环境里，无论对境遇多么不满，都应该珍视自己的时间，做出出色的作品，在下一份工作中获得更好的机会和资源，无疑是设计师和工程师共同的目标。
在产品实现的过程中，我经常会有一段时间专门把工位挪到工程师旁边，一点一点修正产品实现中不完美的地方，看到一个比较粗劣的作品在一个一个回合中慢慢的变好看。
尽早开始盯技术实现，因为有些代码在很多界面里被复用，尽早校准到准确的状态，可以最有效的降低返工率;
另外就是提前和工程师约定好「做不好返工重来」，因为有的工程师在之前形成的工作习惯不好，即使你给了文档(或者Sketch工程文件)他们也不会仔细阅读，导致实现结果一塌糊涂。所以这种情况下要严格执行「做不好返工重来」的约定，受不了的工程师都走了，留下来的人都会非常优秀。
最后说2个让我觉得非常悲哀的小事：
1. 可能不是大家都知道，但是Sketch确实有个插件库，可以提供一些非常有趣和有用的功能。
比如 Measure，用以测量并且形成漂亮的属性标签 ▼
就比如下面这个测量内距的效果 ▼
在这里我必须申明两点：
A. 工程师阅读设计的最好方式肯定是根据他当前正在编码的元素即时获取，堆叠一堆Measure的标签非常影响阅读体验和开发效率;
B. 这个Tag效果是Sketch插件Measure自带的，根本就不是「自我要求」「规范」然后画出来的;
这段对话以后几乎是久久不能平静，希望Sketch能够尽快得到更加全面的普及，希望大家都不要被这种设计师欺骗，也希望不要因为有这种设计师的存在而影响圈外人对整个设计师团队的印象。
2. 听说一个在大公司里工作的设计师兼职接了两个项目，第一个项目设计完工时间拖了2个月，第二个项目在约定的设计完工时间的前一天晚上表示「没时间做」。因为两个项目的实现方都是我朋友，朋友表示简直崩溃，所以我真的是不想说什么了。
话说这位设计师你真的不知道你在做什么么?你真的不知道你在这个别人投入了钱和资源，安排好了进度的项目里有多么重要的位置么?如果你都轻贱你自己，别人如何尊重你?
总之还是一句话，觉得最悲哀的其实是同行。
遇到过奇葩的甲方，也遇到过异常靠谱的甲方，有一句非常鸡汤的话的应该是「你是什么样的设计师，你就会遇到什么样的甲方」——自己脚踏实地的积累和进步比什么都重要。
UI设计师第6年，慢慢的拥有了选择项目和甲方的权力，慢慢的开始可以理直气壮的拒绝一些不靠谱的甲方——这是我这么努力的6年应得的。
最后想说的一句话是，至少在UI设计这个领域里，别把自己看的太高，也别把自己看的太低，你的作品是为一个产品服务的，产品有价值的时候，你自有你的价值。
并不是好看就是一切;
并不是你的想法你的审美你的观点就是一切;
认真聆听别人的声音才能获得别人的尊重;
你的强大不在于你坚持不改变你的作品，而在于你可以无数次改变你的作品，已达到对于这个产品最好的效果，而不是对于某个人最满意的结果;
当别人说「这里可能有一个问题」的时候，你已经提前考虑到并且做进了你的设计里;
慢慢的你会发现他人并没有这样那样的意见了;
因为他们知道，你是完美的，只要相信你，就好;
但是其实你不断的审视自己的作品，然后不断的修改，不断的完善，你从没有停止过这样的步伐;
撕掉自己的稿子永远是痛苦的事情，但是在一片废墟上创造更美好的东西，总是令你热血沸腾;
当你站到了足够高的位置上之后，和你一起的人是不会对细节感兴趣的，他们只对你感兴趣，挑对了人，一切OK，其实你们双方都是如此想的;
你今天面对的一切痛苦，都不会是长期的永久的;
从每一天开始做更好的自己，从现在开始。
希望同行的大家都越来越好。
