交互设计师和产品经理PK的一点心得

鉴于交互设计师经常和各个职能的同事PK一些需求，在实习期间做了一些总结，给自己，也给大家参考。

我觉得在多方合作的年代，PK是不可避免的。毕竟各个职能有各个职能的专业，设计师要做好体验，产品经理要统筹资源，开发要兼顾工作量，作为大公司，肯定不能在某个方面偏科，所以互相制衡来达到一个平衡点也是十分必须的。

我把那些争执分为两种：定位目标之争，开发性价比之争。

其实本文还是会有一个盲区，就是体验与商业之争，之前面试携程的时候曾经被问到过。但是目前做的产品还算比较阳春白雪，并没有什么营收压力，所以这方面还没有什么经验。

一. 定位目标之争

很多时候我们会和产品纠结一个按钮是不是大，一个功能要不要有，虽然从表面上看是交互细节之争。但是其实这类争执通常是因为产品定位和目标优先级，设计师和产品经理没有形成共识导致的。

有一些方法是可以破解这个问题。

1.明确优先级，目标层面先达成共识

很多时候对于目标的优先级的不同会让不同的人对于产品的想法完全不一样。举一个真实的例子，我要做一个产品的官网。

我作为设计师也许对于官网的定位就是：通过官网的内容感染用户，并说服用户我们可以给用户带来的价值，更后引导下载。

于是就做了一个极致酷炫，全屏，没有tab，没有导航，在网页的更底部加上了，整个儿就是一沉浸式体验，更后凸显那个下载按钮，让用户感觉「点了这个下载就老厉害了」。

结果给产品过方案的时候被怼了。

“为什么产品支持这么小？意见反馈呢？跑到更底下去了？为什么找回帐号的按钮也这么小？”

那我当然说。

“因为这些没用啊，意见反馈还有FAQ谁会看啊…需要找回帐号的人才几个…有入口就行了还想要怎样…blabla”。

其实这个时候就是优先级上的一个差别了。如果这个时候仅仅是争吵在那些帮助入口的明显程度的话，这个争论就会陷入死循环。

因为我认为官网这个东西说白了就是个广告单，下载完了就OK了。但是产品告诉我，也有很多用户是来官网寻求帮助的，所以虽然下载的确是主要目标，但是支持帮助这个目标也是个次要目标。

后来做了个比较具有用户关怀的帮助页面，然后就过稿了。

所以作为交互设计师，我们要明确我们自己的定位。之前听苏杰说的一句话我觉得特别好：

用户体验是服务于用户价值的。

因此，设计目标先达成共识很重要。

2.Persona & 用户旅程地图

这两个工具是用来帮助定位和挖掘场景的，比较容易让产品理解你的设计思路。

任何一个类型的产品，都可以无限发散。如果不对定位和使用人群有一个明确的定义，就会让产品的发展失控。

很多时候我们争论某个功能到底需不需要的时候，例如说，产品说要添加XXX功能，但是你觉得这个功能其实没什么用，但其实这个也比较凭感觉，怎么去知道这个功能到底有没有用呢？

这个时候我们需要对我们的用户做一个具体的定义：这个就是Persona。关于Persona要怎么用大家可以自己去查，总之需要有一个或者几个人物原型。

有了这个人物原型，当产品再来提需求的时候，我们可以直接比照这个Persona。

“sorry，我们Persona中的人物应该是用不到这个功能的。”

用户旅程地图是对一个服务的所有场景的罗列，当我们梳理出了每一个场景的设计目标，也可以帮助判断一个需求到底需不需要做。

3.用户测试

还有一些产品会去干预一些比较细节的交互问题，会认为你的界面并没能准确的传达信息，这个时候还是需要去做一个demo然后进行一些用户测试。对于测试的成本比较高，但是又比较细节的交互，可能什么方案都拿不准，其实也不用太纠结，可以留到灰度的时候再去决策。

开发成本之争

关于这个问题，如果是个对技术完全不了解的设计，那也只能尊重开发的意见了。

说实话我们设计师对于技术方面也不能完全一窍不通，很多开发的实现是需要设计师来共同完成的。

例如说，之前在腾讯设计周上听到的分享：微信的音乐播放器，有个底色，是要取自唱片的封面的。如何取色？如果你的交互稿仅仅给到这里，那程序员小哥哥是无法完成的。作为设计师需要考虑到，如果颜色太艳？如果颜色太灰？这些颜色的算法是要设计师来协助工程师一起完成的。如果你仅仅是个只会画界面的设计师，那也是没有办法胜任某些需求的。

因此，我非常建议设计师可以去了解一下开发方面的东西，不一定要会写代码，但是要有个大概的了解。

更后，有一句话要牢记：和同事们PK，并不是为了证明自己是对的，而是为产品讨论出一个更好的解决方案。

本文转自：http://www.uisdc.com/ixd-designer-pk-product-manager