公司团队小流程不正规，设计师没有话语权？破解之道在这里！

今天，咱们就小伙伴遇到的几个核心问题做个解答。长话短说，通常小伙伴们在实际工作中大概率遇到的问题无外乎如下几个：

1.公司团队小，只有一两个设计师，流程不正规 2.设计调研好！但不知道为什么要进行调研 3.不知道要调研什么 4.设计没有话语权，设计稿一出同事七嘴八舌 5.改版上线后信心满满，但用户疯狂吐槽

而这些问题，也是困扰各位设计师小伙伴最核心的问题。简单粗暴，一起看答案！

第一部分：

创业公司团队小，设计师只有我一人，不正规

我的个人观点，是否能发起设计调研，取决于设计师自身，而且这个过程干扰并不多，也不会涉及到太多跨部门的阻碍。因为大部分工作是由你自己完成的。因此，需要强调，这种情况下，我们必须发挥自己的主观能动性，而不是片面强调团队小，不“正规”。

有时候你看一些文章，书籍，会觉得，你看那些大公司，流程多正规啊，用户访谈，数据分析啥啥都有，我们这种小公司，啥啥没有。就是要快速完成和迭代。

需要明确的是，不同公司和团队的行事风格虽然不一样，规模不一样，但是最终目标大都一致，这个目标就是：做出好产品。而做出好产品也有不同的方式和方法，大公司人员多，你会觉得它专业性很强，其实真实情况也许不是这样，因为不少大公司跨部门协作是非常困难的，流程也非常长，这个时候，执行起来是非常困难的。也许理论都摆在这，大家都知道，但是目标导向的结果就是，最终输出出好的产品是第一位，至于过程，那“正规”不“正规”则是题外话。殊不知大公司也有N多失败的产品。因此，不能片面强调客观环境。

对于中小型团队和公司，是开展设计调研非常理想的环境。人少，阻碍小。设计师只需发挥自己的主观能动性来执行即可。如果团队中只有你一位设计师，你可以做这些：设计师自身：设计问卷，进入公司用户群，发放问卷来进行调查。

设计师自身：在公司用户群与用户混熟，我不怀疑你混群的经验。想一下，有几个设计师会特别关注这些呢？这就是你的突破口。在群里，你要做的，观察你的用户，他们的喜好，聊天内容。最终给用户做出画像。因为这些用户是你产品最核心的用户，所以他们的画像非常有说服力。

设计师自身：观察你产品的用户评价，方法很多，去App Store，各种应用商店中看留言，我相信你自己是完全可以办到的。需要协作的部分：通过与产品经理交谈，获取产品反馈及问题需要协作的部分：通过与公司运营人员交谈，获取用户属性（年龄，收入，喜好，学历，等等）需要协作的部分：参与产品会议，做旁听（这是专业设计师该做的，我相信你的产品经理会非常欢迎的）研究你公司的竞品：分享你的产品和竞品的优势和劣势有可能的话，多与你的上级领导谈话和沟通，获取产品和用户反馈信息。有没有觉得，此刻你就像一个大侦探，到处收集信息。当收集信息足够多，质变就产生了。但是，请注意，工作环境变化多端，最终我们是要解决问题，所以，不管你用怎样的方式，目的殊途同归，不要陷入理论中无法自拔。

以上，就是第一种情况的解决办法，文章里我会尽量用最实际的方式让你进行操作，避免只有理论的无力感。

如果大家想更深入的了解设计调研或者入门，推荐的几本书有：戴力农《设计调研》、腾讯《在你身边为你设计1+2》

第二部分：

不知道为什么要进行调研，盲目调研

设计调研看起来是不是很高大上？但是，我们做一件事，一定要有目的性。也就是说，你是要解决某见事情，完成某件设计，解决用户和产品的问题，才进行调研的。否则，平白无故，目标都没有，你要调研个啥？

下面的这些情况，你就要开始调研了：

· 你的产品上线后，用户反馈差，吐槽多 · 某个模块转化率低，比如电商应用，用户在商品详情页点击购买，到付款环节，只有很少用户付款，其他用户都流失了，这个时候就要考虑是否是产品设计出问题了。可以进行用户访谈 · 产品在进行改版后，用户卸载率大幅提升，留存下降明显。· 团队成员各抒己见，大家都觉得自己的点子是最棒的，没人能排版决定如何设计，这个时候也可以进行调研和方案测试 · 设计师在完成某个方案设计后，为了支撑自己的设计理念和思路，调用用户数据，更有说服力，这个时候可以发起调研。（请预设一些可以支撑自己设计的问题和调研数据） · 设计师的设计稿总是被各种改改改，改到心力憔悴的时候，你需要更多论据和调研来支撑。所以，首先产生问题，然后分析问题，验证问题，解决问题。这才是调研的流程。须知，设计行为是为了解决问题的。

第三部分：

不知道调研什么

首先，必须有问题，然后为了解决问题，才有调研的行为。在第二部分我们分析了为什么要进行调研，这一部分我们就必须明确，调研什么？

1.调研一级调研，二级调研和三级调研。但最终我们的调研方式内容却因实际情况有所不同。

2.某次项目设计中，我要设计一个针对手机码字应用的一个键盘布局。这个时候，因和产品经理对于布局的设计产生了意见分歧。最终我们通过发放问卷的形式调研了用户使用手机的环境（地铁？公交车？走路过程中？在家躺沙发上？），进而推导出用户在哪个场景下使用应用最多，同时，我们对于用户是单手打字还是双手打字进行了数据分析，最终得到了相关的结论，进而意见一致，设计得以确定。

3.如果你的产品在项目立项时期，你需要进行的主要调研有：竞品分析，用户画像分析，包含用户年龄，收入，性别，手机类型等等。例如，在我们设计一款海淘类应用的时候，发现用户使用iPhone机型的比例远远高于Android，通过此现象可以预估用户的消费习惯。

4.产品立项后期，则需要根据用户画像来设定情绪版，如有可能，通过A/B Test ，灰度测试的方式来验证用户对于某个选择的喜好程度。5.用户访谈中对你设计出的一些成果加以验证，让用户盲测两种设计，通过小范围的用户盲测来进行设计参考

5.有条件的可以通过眼动仪等进行数据分析（太高端）。5.当然，还有一种调研是基于商业的调研，主要会研究产品的市场前景，用户数量等等，最终依据这些商业数据对设计做出适当修正。在戴力农的《设计调研》一书中，列举了非常多的设计调研场景和类型，有条件的建议读一读此书。

第四部分：

设计没有话语权，设计稿一出 同事七嘴八舌，就是没人拍板

这种情况在公司中非常常见，一般情况下，这个公司的领导会非常强调“民主”，而且领导不会去拍板，反而是叫一堆跟设计工作无关的同事去七嘴八舌讨论你的设计稿，这个时候你的设计稿就是砧板上的肉，任人宰割。这算是一种真的不怎么好的公司文化，美其名曰自由讨论大家决定，实则是在推脱自己的责任，也就是说，这个设计稿是大家定的，责任大家程度，所以领导没有任何责任。作为我个人来说，也是对这种领导方式很嗤之以鼻（不排除这个领导是混日子的）。

最终无休止的七嘴八舌的讨论的结果就是设计周期被无限制的延长，一堆人集体的力量最终做出来一个四不像的产品。最终公司的产品越来越差，走向灭亡。

有一种理论是这么说的，当一个会议的人数超过三人，那么这个会议就不要太当真了。而且会议基本上不会“讨论”出什么结果。

在这里给大家的一些建议：

1.在开大的“讨论会”之前，小范围点对点的征求个人意见，让团队中的每个人有“参与感”，其实这也是这些同事想要的。具体听不听他的，你可以自行参考。所以，一般情况下，尽量不要开大会来讨论某件事，大会一般是宣讲结果的，而非讨论问题的。

2.确立拍板人，是你的上级领导，还是产品经理，还是大boss，或者是设计师自己？

3.在团队中树立权威，这个方式有很多，比如通过不定期的分享会向团队成员宣讲和分享自己的工作心得和设计趋势。通过数据论证的方式来证明自己的设计师正确的（这其实就是设计调研的目标和内容，也是我们最应该关注的。）将自己的设计推导有理有据的写出来，说出来，这都是很好的梳理威信和信任感的一种方式。

4.明确责任与权限的匹配机制。权限越大，责任越大，最终对结果负责的义务就越大。其实这和公司文化及领导个人的处事方式都强相关。请做好心理准备及应对办法。

第五部分：

改版上线后信心满满，但用户疯狂吐槽

改版是每个产品的重头戏，整个产品设计开发团队都会为之付出巨大的努力。但是很多时候，一次大的改版反而会引发用户的巨大吐槽和强烈反对。究其原因，我们不妨从用户心理学的角度聊起：

用户下载安装你的应用，并花费了大量时间在应用上，会付出不少的学习成本。他熟悉的按钮的位置，他熟悉的购买流程等等，都烂熟于心。并且，用户通过这个产品，顺利的解决了问题，这就是他们最最常见的使用过程。一般情况下，这些普通用户并不会去关心你的界面有多美，一个loading的旋转有多丝滑。除非这些影响到他们的使用流程。

但是，一次巨大的改版，让产品发生了天翻地覆的变化，一切都变了，按钮位置变了，购买流程变了，打开应用后，各种弹窗开心的告诉用户，我们改版了，然后用各种引导各种动画“教”用户去学习新东西，其实用户已经在这个时候，内心有一万个草泥马在奔腾了。

一句话，用户不希望改变。

如何去解决这个矛盾？几点小建议：

1. 一个模块一个模块的改进产品，而不是全盘重做。给用户适应的时间。这种方式是最推荐的。2.如果一定要进行激进式的改版，可以进行灰度测试，小范围内侧，进而再逐渐扩大投放渠道，观察用户的反馈，一旦发现问题，并且问题大量产生且有代表性，马上调整。3.给用户足够的选择权，在新版上线后，保留老版及新版切换按钮。一步步的提示让用户适应新版。4.最后一种，如果你的公司财大气粗，任性。那么可以不用考虑上面这些种种问题，直接改就好，用户在吐槽一段时间后就会慢慢适应。当然这个阶段会伴随着用户各种数据的下滑及恶评，请务必预备一颗强大的内心。过一段时间，用户就自己适应了。一个有经验的产品经理在改版上一定是谨小慎微的。切记。