项目中的甲方思维乙方思维和用户思维

做项目过程中通常有甲方思维、乙方思维和用户思维三种执行思维。
先来说说甲方思维,就是设计公司在做项目的时候只考虑甲方的感受，甚至沦为甲方的手臂，相当一部分设计方都用甲方思维做项目，因为甲方付钱，尤其是比较强势的甲方，往往就忽略了真实用户的感受，因为用户不付钱，用户和甲方（客户）常常不统一，是两群人。那这个时候我们到底应该听谁的？长期用乙方思维做项目，会让你逐渐丧失理解真正用户需求的能力。

乙方思维带着原罪比甲方思维存在更大风险，因为乙方的终点是做完收款，控制成本提高利润，是一种短视主义，会引导甲方进入伪需求怪圈或往错误的方向去快速推进项目，项目质量不太稳定，由于交付后就与自己无关了，所以有时候会存在甲乙双方互不信任的情况，有些时候在相互博弈的过程中也会逐步从乙方思维转变成甲方思维。

最后看看用户思维，甲方和乙方的需求都不重要，重要的是真正的用户，也就是丙方想要什么？下功夫做好用户研究，做好用户体验，做到用户满意，最终甲乙丙三方都得益。当然在某些专业领域，尤其是B端产品，甲方对业务比较熟，此时的甲方会被视为用户的一类对待，用户思维难就难在要说服甲方，让甲方和自己站在同一战线为用户服务，这一点有时候甚至难过项目本身。

对于企业数字化产品，用户体验创新类的项目其实大部分都是带运营属性的项目，比如手机银行APP设计、保险服务小程序、电商服务类产品…很多乙方是交付式逻辑，完成结束，而对于甲方一切才刚刚开始，因为运营式产品，1.0做完了，还有1.1、1.2、2.0、3.0…10.0…

不管你是何种立场？哪怕你自己就是甲方直接为用户设计（既是甲方也是乙方的双重身份），也逃不出这三种思维的加持，那么设计公司怎么平衡好甲方、乙方和用户三方的诉求？

我们（维好维可-体验创新设计）的做法就是通过专业的项目管理工具和对某些设计服务进行赋能，使甲方和用户之间产生有序的沟通，形成项目设计中的运营式思维,同时站在甲方角度找到平衡点，稳步推进项目进程。

以上说起来有点绕圈，具体在整个设计服务的闭环里我们重点加强了下面4大块的设计服务：

A、设计方法和知识传递：
将设计方法和相关知识传递给甲方，让甲方获得一定的产品迭代能力。

B、设计还原度测试走查
保证最终开发交付和设计稿的高度原，确保在后期跟踪测试过程中的准确度。

C、规范设计和执行手册
制定系统而全面的设计规范，建立组件/控件库，形成相应的手册送达至每个人手中，并要求严格执行。

D、3-6个月的测试跟踪
结合前期埋点，在项目上线后的3-6个月提供设计效果测试，验证前期设计策略的准确性及给出运营扩展迭代的方向。
以上4大块服务确保了甲方在产品后续的迭代过程中可自行解决90%以上的产品问题，我们用运营式思维为客户打造产品，反过来也沉淀为我们的经验。

最后，具体情况还是要视产品的目标和自身体量，包括用户基数情况，运营过程中的突发甚至目标发生变化等不可控因素，仍需不断进行用户研究、AB测试、等工作，所以我们也会同步为下一次项目迭代做准备。