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

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

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

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

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

一. 定位目标之争

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

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

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

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

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

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

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

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

那我当然说。

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

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

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

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

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

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

因此，设计目标先达成共识很紧张。

2.Persona & 用户旅程地图

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

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

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

这个时候我们必要对我们的用户做一个详细的定义：这个就是Persona。关于Persona要怎么用大家可以本身去查，总之必要有一个或者几小我物原型。

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

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

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

3.用户测试

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

开发成本之争

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

说真话我们设计师对于技术方面也不能完全一无所知，许多开发的实现是必要设计师来共同完成的。

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

因此，我特别很是建议设计师可以去了解一下开发方面的东西，不肯定要会写代码，但是要有个也许的了解。

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

原文：zhihu