职场的终极答案，是解决问题的能力

洁abc123_ 2018-07-19

展开全文

就在上一周，最好的朋友，在30岁的当口，拿下了年薪近百万的Offer。

为他高兴之余，我想起了很多来咨询我的朋友，他们对于学习、成长、职场有太多困惑。正如咪蒙老师口中轻松达到「月薪5万」的目标，戳中了每个人内心的渴求。

回顾我和周围一些朋友们近些年来的工作经历，我想谈谈如何才能实现职业发展的快速跃升、如何突破个人事业上的瓶颈。

我认为，解决问题的能力，就是职场的终极答案。

1 「不是我的问题」

什么是解决问题的能力？

这件事并不像大家以为的那样容易理解，解决问题的反面并不是「不能解决问题」，而是「不是我的问题」。

「不是我的问题」——我们如果认真的回想一下，它在工作中出现的概率，远比我们以为的要多得多。

就在前不久，某天下午3:00，团队里一名设计师忽然接到一个非常紧急又重要的运营海报设计Brief，需要当天6点半下班前完成交付。

两小时后，我去Check设计师的进度，发现作品一言难尽，完全达不到我认可的最低交付标准。对此我很是奇怪，因为这名设计师日常的水平不至于此。

设计师解释说，自己接到需求的时候就已经提前和运营的同事说过，这样做出来的效果肯定不好看，但是对方说是CMO（运营老大）的要求，所以就只能硬着头皮执行了。

「不是我的问题哦」，设计师甚至有些幸灾乐祸的表示。

此时距离六点半的deadline还有不到80分钟的时间，我立即去隔壁办公室将CMO请到我们的工位上，直言之前的设计要求，从执行的角度有很多不太合理的地方，我们应该一起协商出一个理想的解决方案。

CMO非常认可我的提议，并有些汗颜的致歉说之前的「要求」是她大致的想法，但是她在设计方面完全不专业，所以这些要求也不是不可以根据实际执行的情况进行调整。

于是我们协商了海报的关键信息、关键视觉元素、重新进行排版，1个小时完成，赶在6点半之前顺利交稿。

最终的成品几乎没有任何一个地方符合CMO之前的「要求」，但是她非常满意。

这个案例其实非常典型的存在于日常工作中的分分秒秒：

不是CMO的问题（在设计方面不专业，只是提出了自己的想法）；

不是对接下属的问题（只是如实的传达了领导的要求）；

更不是设计师的问题（只是严格的执行了对方的要求）

——看似没有任何人有问题，但是最终却呈现出一个不理想的结果，一个无法解决的问题，而这个问题事后证明是可以得到妥善处理的。

所以什么是解决问题的能力？

就是当你更少的去考虑「不是我的问题」，更多的专注于「解决问题」这个初衷进行思考，并且尽最大的努力切实的去解决它——在此过程中，当你一个人无法独立完成的时候，你能够积极的调用他人的资源、争取他人的协助。

2 职场的多数问题都是「命题作文」

如何成为一个牛逼的设计师，这可能是很多关注我的同行们，都非常关心的一个问题。

我曾经有一个下属，90年的小伙子，他身上有着完全不可调和的矛盾，你要说他是勤奋努力的设计师，在整个设计团队里是KPI绩效最差的；你要说他懒散怠惰，他有自己的站酷主页，并且更新维护的比任何人都尽心。

从这个90后设计师的身上，我慢慢的看到很多年轻设计师们共同的特点——自由创作能做的不错，但是遇到命题作文往往做的很差。

也就是说，他们擅长的是炫耀技巧式的艺术创作，却往往不屑于、不善于脚踏实地的解决问题。

我在之前的知乎回答「设计师觉得最悲哀的是什么」中写到过，我感到最悲哀的，是很多设计师打心眼里认为需求方是傻逼。

举个简单的例子，很多设计师都知道App底部的TAB，4个入口合适，5个入口完美，6个入口就是甲方傻逼了——但是如果业务上真的有6个入口的需求该怎么办呢？

我曾经团队的那位90后小伙子会真的把6个入口以非常简单粗暴拥挤的方式排成一排，然后非常无辜的表示，傻逼甲方就是这么要求的。

而如果换成他自己的站酷作品，他是不可能自己给自己要求6个入口的，所以他的站酷作品从来都是高大上，实际的工作成果却是一坨翔。

反过来说，我作为他的上司，并不是因为我的手绘画的比他好、或者我的站酷排名比他高（BTW我没有站酷主页）——而是因为我会及时的和需求方沟通，6个入口是不合适的，能否把其中的「购物车」入口调整到页面右上角常驻？

甚至如果业务上有7个入口的需求也不是不能解决，可以把其中的「客服」入口作为浮动入口悬浮于页面。

我从上一家公司离职的时候，项目VP、销售VP挽留许久——因为我是公司有史以来第一个可以轻松搞定甲方爸爸以及所有内外部需求方的设计总监，他们对于HR再找到一个我这样的人没有任何信心。

曾经拍桌子要解约撕合同的用户，我跟着销售跑过去一趟，了解需求，重新规划项目方案，半个小时后客户不生气了，觉得新方案很完美，立马换上乐呵呵的笑脸，请我们尽快执行推进。

7个入口是没有办法调整的实际的业务需求，7个入口排一排，或者要求人家调整业务需求，这都是设计师不带脑，需求方是要翻脸的。

而根据业务的不同类型，给出实际的解决方案，比如一个在右上角常驻、一个在页面上悬浮，这才是在解决问题。

正是因为甲方/需求方在设计方面不专业，所以才需要专业的设计师帮忙解决问题，一味地嘲笑甲方在设计方面的不专业，是作为设计师最大的耻辱。

实际上，我遇到的绝大多数的甲方，包括宜家、华润、百联这样的超级爸爸们，都和我之前描述的CMO一样Reasonable，对于合理的、有建设性的意见不但乐于接受，甚至极为欣赏。

其中合作时间长的甲方爸爸，能从最初的各种质疑，到我离职之前的几乎百依百顺——前提是我从来不站在「作品好不好看」「做这个会不会麻烦」「是不是我的问题」这些角度去考虑问题，我的立场永远是「如何帮助对方解决问题」，并且据此拿出最完美的解决方案。

3 能解决问题，才能获得职场的晋升

前段时间有一位34岁的平面设计师和我探讨他想要转行UI的想法，他的想法是，一个高段位设计师的关键在于掌握更多了不起的设计技巧、掌握更多高级的设计工具——这也是很多设计师对于「设计师晋升」理解上的误区。

无论是平面设计师、UI设计师还是甚至建筑设计师，设计师不是艺术家，设计这个职业的本质是提供Solution。

所以设计师晋升的关键在于——你能否更好的解决问题。

在这其中，必须要严格澄清的一点是，设计技巧、设计工具可以协助我们解决问题，但是解决问题的核心在于——思路。

回顾我自己作为设计师的晋升历程，很大程度上得益于我设计师的职业生涯之初，就被我当时的老板要求「了解业务」。

最初的时候我也曾有过逆反情绪：业务，关设计师什么事情呢？

但是慢慢的，这种关注「解决问题」的工作习惯逐渐形成，让我深感获益匪浅——因为专注于「解决问题」，可以让一个人超越目前所处的岗位，最大化其个人价值。

有一个追了我半年+的公司，至今仍然每隔一个月来询问一下我有没有跳槽的打算，Offer超过70w年薪，而需要做的工作是以用户体验设计驱动产品。

该公司的老板曾经与Philips（飞利浦）有深度的合作，他告诉我Philips的内部研发中心其实一直是在以设计驱动产品，他对于这种模式深感认同，而我是他见过的设计师中，极少数可以胜任这个角色的人。

以设计驱动产品，在国内的互联网行业里少有耳闻，但绝非不可能。

在我现在的日常UI设计工作中，对于用户端的、前瞻性的功能，基本已经完全替代产品经理，直接给出解决方案——设计稿。

而在平面设计的工作中，很多时候我也会替代文案岗位，帮助需求方遣词造句，更加流畅、通顺的传达他们想要通过设计素材表达的信息。

很多设计师都会觉得，产品很傻逼，运营爱逼逼，他们怎么能听得进去一个设计师的意见呢？

那么我就要来揭露一个真相了，其实不止是设计岗位，在职场上所有岗位的设定都不取决于岗位本身，而取决于岗位上的人——简而言之就是：

You Can You Up，No Can No BB

你要想让别人能够听取你的意见、认同你的观点、甚至服从你的领导，最重要的不是你此刻处于什么样的岗位，而是你能为他人提供怎样的支持。

所以你会发现有些公司技术管设计，有些公司产品管设计，有些公司设计直接向CEO汇报——比如在我们公司，我现在同时负责UI和视觉两部分的设计，直接汇报给CEO；而在我入职之前，UI归产品，视觉归运营。

所以我其实想说的是，你如果想要获得晋升，想要得到更多的资源和更大的权利，关键并不是掌握那些职场厚黑学，而是你能从多高的角度看待问题、你能解决多大范围内的问题。

最近有些设计师问我对C4D怎么看，这也代表了多数人对职业的一个误解：工具=职业。工具，是用来解决某个问题的。更为关键的是——一个公司一旦愿意以超过50w的年薪去请一名设计总监，多数情况下显然不单是为了让你去做C4D的——因为你可以用20-30w的年薪招一个会做C4D的优秀的视觉设计师。所以身为设计总监，你需要使用别人的资源来帮助公司解决问题，而你自身则需要从更加宏观的角度去解决公司的问题，去搞定市场和客户、去推动产品、去促进业务。

4 你不是艺术家

很多同行经常会抱怨国内设计师的生存环境，羡慕国外设计师薪资更高、能赢得更多的尊重——他们说，国内受众目前的审美水平低下。

诚然其中有一部分是事实，但是把其归因为「审美」本身就是一个根本的错误。

设计本身就是为了解决问题的，艺术才事关审美，而在「解决问题」这个核心理念上，国内的设计师还有很长的路要走。

设计大师 Paul Rand（保罗·兰德）给乔布斯的NeXT公司设计的Logo，最终10万美元一稿不改。

但凡看到这个Logo的设计师，都会认为这有什么了不起的，我也能设计出来啊，凭什么他能赚10万美元，说白了名气大而已。

错。

如果你去看他提交给乔布斯的方案书，你就明白，他绝不仅是在设计Logo、满足自己的艺术追求，而是在帮助乔布斯解决商业问题，即如何让一个初创公司的Logo获得潜在客户的注意力，让客户看到Logo就明白这个公司的行业属性和定位，赢得客户的好感和认同。他的方案考虑到了乔布斯所有关心的问题，以及乔布斯自己可能也没想到的问题。

而与之相反的是，很多设计师，包括我上文所说的上一家公司的站酷小伙子，当我要求他们就他们给客户的提案做一个设计理念的陈述的时候，他们总是非常「害羞」的表示「这有什么理念？」「这只是我的灵感」等等——So，他们从来没有站在「替需求方解决问题」的角度考虑自己的设计。

世界设计史上最优秀的设计师，很多都有非常出色的理工科背景、逻辑性好、懂产品、通运营；但是国内，出于各种各样的原因，绝大多数的设计师是艺术专业出身，并且自诩为「艺术家」，他们的设计更在乎的是取悦自己，而不是解决问题。

由此我必须说，国内设计行业的发展任重而道远，从业者们必须肃正「设计是一个Solution」的核心理念，以「为需求方解决问题」为工作的使命和目标。

所以，中国设计的崛起，首要并不在于全民审美的提升，最为关键的是从业者对于自身的定位要及早的从「艺术家」切换为「解决问题的人」。

5 「解决问题」的四个要点

回顾我的职业发展，之所以我在设计师的职业路径上一直跃升，都是因为我把「解决问题」这四个字深深地刻在脑海里。

解决问题的第一点，就是不要把你的岗位职责当成你的工作，你的工作是解决你能看见的一切问题，只不过你需要排好优先级。

解决问题的第二点，是超越自己的工作范围去思考问题、发现问题，并且尽最大努力推动问题的解决，即使这意味着你可能会承担其他人本应承担的工作。我自己作为设计师，就常会站在产品经理的角度看问题，甚至能做到比多数产品经理都更加名副其实。

解决问题的第三点，是对目标时刻保持清醒，你必须在乎公司的业绩是否增长，你必须在乎产品的数据是否优秀，很多人说给我多少钱我干多少事，我才不在乎公司死活。这其实是对你自己的职业发展不负责。

解决问题的第四点，是解决你领导的问题，很多人不明白自己为何无法晋升，总是把原因归咎于别人会拍马屁、领导是傻逼等等。请回想一下，你有没有问过领导这个问题：您现在最焦虑的问题是什么，有没有我能做的？优秀的人总是能明白，领导关心的问题，往往比你关心的问题更加核心、紧迫、重要。如果你能关注和领悟领导、老板最关心的问题，并且主动思考、主动解决、主动争取资源，你的职业发展一定是跃升式的。

有很多设计师问我，为何你的薪水能那么高，我做的设计也挺好看的，我也掌握了最先进的设计软件，为什么我只能原地踏步。答案很简单，正因为你只考虑自己的一亩三分地，只想到把设计本身做好看，忘记了设计是用来解决问题的，所以你的天花板低得一眼就能望见。

当然我也知道，对于产品、业务的理解并不是一蹴而就的事情，哪怕仅仅是对于文案的梳理能力，都需要文笔的支撑——在这一点上，我一直坚持的写作习惯也使我受益良多。

但是从我的亲身体验来看，我一直在团队中强调「解决问题」的思维方式，听得进去并且努力实践的设计师，经过短短的一年时间，都已经取得了长足的进步，得到了客户和需求方的一致认可。

他们中的有些人甚至从「设计技巧一般」的普通设计师，通过充分挖掘自己「解决问题」的才能，一跃成为了团队中非常重要的管理者——设计的趋势、工具、技巧永远都在不断的变化，你不可能做到什么都会，但是你可以让擅长这些技能的人加入你的团队；而作为一个高阶设计管理者，最重要且唯一不会变化的是你解决问题的能力。

所以有志于成为设计师的同学们，请绝对不要放弃那些能够帮助你们更好的了解世界、更好的表达信息的课程，并且持之以恒的在这些方面训练自己，比如逻辑、比如写作；对于已经入行的设计师，不论你现在的位置、薪资如何，从此刻开始尝试「解决问题」，你很快就会发现你的职业生涯将有脱胎换骨式崭新开始。

6 成为让别人总是第一个想起的人，你就成功了

很多人，终其一生也没能意识到「解决问题」才是解决一切问题的关键。

我相信在互联网行业工作的同学们，一定有这么一个困惑：公司里的产品经理能力水的很，为什么老板这么倚重他们，凭什么产品经理的起薪那么高。

是的，行业里的的确确有很多产品经理都是名副其实的水货，他们只是因为各种各样的原因，好巧不巧坐在了这个位置上。

我的结论很简单，因为产品经理这个工种，是天生必须解决最重要问题的工种。设计师，哪怕不解决问题，只是把UI设计出来、视觉做好看，往往就能交差了。但产品经理，哪怕产品能力再烂、工作再浑水摸鱼，他的工作职责和交付物，都和公司的战略规划、业务目标息息相关，他必须是解决问题的人，哪怕解决的不好。

而那些解决问题解决得好的产品经理、设计师、程序员、运营、销售、财务、人力、行政等等，薪水都高的可怕。不管哪个老板，在力所能及的范围内（即薪资预算），都希望招到能解决问题的人。

关注我的朋友中有不少都是设计师，我希望你们好好想一想，你们在平时的工作中有没有关注过这一点，是不是只专注于把任务和命令执行好，而很少去想更高层面的东西。