设计师应该向产品经理学习的四个方面

@5key ：又到了半年一度的考核季，大家都在忙着进行总结、review。有位同学估计遇到了点问题跑来倒苦水，说产品经理觉得他设计能力不行，主管又觉得他不够坚持。做设计师真是太苦逼了。确实，在绝大部分公司中设计师只是作为一种资源而存在。做设计既要考虑到对业务的贡献，还得体现出设计师的价值。商业结果不好被指设计能力不行，商业结果好了又会问有多少是设计来解决的，做设计师确实苦逼。虽然我们经常会在网络上自嘲与吐槽，但我们依旧坚持在这份职业上未曾离开。我想这其中最重要的原因就是我们真的热爱设计，希望通过设计来为美好的生活贡献一些自己的力量。但客观来说，设计师有些时候也是“片面”的，我们还是应该理性的思考一下到底除了角色本身，产品经理有哪些地方是值得我们学习的。


01. 他们更具有全局视角
不可否认在对产品的全局视角上产品经理比绝大部分设计师都要好，这其实和角色有着很大的关系。产品经理的本质工作就是产品与商业，而设计师很多时候只盯着设计本身。关注点的局限性势必会造成设计方案的局限性，只在当前的场景中去考虑设计问题，所能产生的效果也只会在当前场景中，而往往一个产品策略的调整就能从宏观上解决很大部分用户的体验问题。我一直认为产品经理和设计师在移动端产品设计上有着更为明显的职能重合。有些好的设计师会借此“吃掉”产品经理的一部分职能，背负更大的责任和权力去帮助产品体验的提升。而有些设计师只有安静的、默默的呆在自己的圈子中给别人做资源。


02. 他们对业务细节、逻辑了解深刻
产品经理的角色决定了他们必须要对业务的细节了如指掌。这里的细节、逻辑不只是表面上所看到的，还包括了商业逻辑、开发逻辑。而这后两者往往是大部分设计师所不关心的，最后的设计方案要么是无法满足商业需求，要么就是开发投入产出不合理。某些产品经理还会用这些你所不了解的信息来推翻一个他不接受的设计方案，而对此设计师也只能默默接受。想要在项目过程中不处于被动，“平等对话”是一件非常重要的事情。而这些看似与设计本身无关的业务逻辑、开发逻辑恰恰才是重点。


03. 他们对数据了如指掌
数据，又是一个设计师的软肋。很多设计师都不关心数据，只是在写总结报告的时候才回去找一下。而对于产品经理，数据是他最重要的工作之一。我所接触过的优秀产品经理都有一个共性，业务细节和数据都了解得非常深。而且基本上无论是设计师、开发还是其他支持部分，一旦遇到分歧就能从这两个方面拍死而且你还没脾气。企业的核心目的就是追求商业利益最大化，提升用户体验也是其手段之一。绝大部分公司需要的都是设计师而不是艺术家。我们无法在一个无法量化的环境下去最大化设计师的价值。而数据同时也是我们帮助我们找到更多的机会，让大家感受到设计“四两拨千斤”的力量。我最爱和人讲的两个案例：支付失败页面改版和后台放款系统，两个都是通过数据发现的问题，仅仅通过了非常小的改动就给公司每天挽回了非常大一笔钱。至于怎样去关注移动端产品的数据，后头会专门找一期来写一下，希望能给大家提供一些思路。


04.他们善于沟通，协调能力强
很多时候项目的 PM 都是由产品经理担任，除了他们是项目的发起方更重要的是他们的沟通、协调能力更强。先来聊聊沟通，有很多设计师很有想法、设计的思考也很深，但一旦站到大家面前做项目陈述就一团糟。每一个设计方案背后都有着非常多的工作和思考，肚子里有货倒不出来。不会说的人总是吃亏，结果就是大家对设计方案未能有足够的理解，最终的效果也大打折扣，其实这不公平但也怪不得人。下次也可以写一下项目陈述的技巧，但沟通更多还是要靠讲，别无他法唯有多练习了。


至于协调能力更多还是要靠对于业务、逻辑的足够了解以及更为全局的视角做基础。建议大家可以争取一些设计体验改版的项目来练练。以上提到的几点，那位吐槽的同学也挺认可的，但觉得相对于他的工作角色来说好像挺难的。事实上任何一个角色想要做好都不容易，但做得好的人绝对不仅仅是因为他本专业的能力，它的横向能力一定也不会差。我们不愿意成为资源方，我们要做业务的共建者。首先我们得成为一个真正的 T 字型人才。虽然想要做好这些很难，但艺多不压身，让自己变得更为强大总归是好的吧。


本文来自@5key的知乎专栏