甲方，你们愿意被乙方侮辱吗？

作为账号的第一篇文章，本来想写写其他内容，但是鉴于今天一个聊天，一群乙方在讨论云计算服务中甲方 Baba 的各种行为，我决定还是以这一篇作为开篇。

事情是这样的，几个乙方凑在一起调侃甲方，主要表达的是甲方其实不太懂，也不需要懂行的乙方，只需要听话的乙方，不需要能给甲方团队带来价值的产品，只需要能够按照甲方需要执行的乙方项目，听上去在乙方眼里甲方就是什么也不懂就喜欢瞎指挥的傻子，只有伺候好了，才能把钱收到。

然后真相是这样的吗？

先说结论：我认为事实上甲方不是这样子的，造成这种认知的情况有很多，其实更多是乙方的销售或者售前不行，这个原因占比可能会较高。

具体有非常多的情况，我试图列举一些：

找了错误的甲方，霸王硬上弓

任何产品的销售都建立在正确的客户身上，即你的产品要对最终用户产生价值，如果找了错误的甲方，即便是通过一些商务手段成功让客户上钩了，但是随着项目或者产品的真正交付，问题还是会凸显出来。

我们听过一个说法，梳子卖给和尚，牛 X 的销售也许能做到，但你架不住和尚需要的梳子并不是标准版的梳子，你得为和尚定制开发....最终你获得了一个真正满足某个和尚需求的梳子，然后开始和尚行业复制...

再举个例子，比如前几年大吹特吹的所谓中台项目，感觉什么客户都要来一套中台，但事实上一些信号化水平本身就很差的甲方不懂被忽悠了，加上本身在甲方所在领域知识欠缺的乙方，最终导致了一个超级错配，很多所谓中台项目在这个情况下就不了了之。

这个是甲方的问题吗？

不，这就是乙方将甲方不需要的东西强行卖给甲方，卖拐把人忽悠瘸了，事实上当甲方反应过来，自然拐杖就不要了

乙方正确的做法：

不要盲目推广，找到正确的客户。

业务能力不过关，导致过度承诺

云计算时代的产品，或者更广义的云时代的各种解决方案，既然能成为解决方案了，他就一定能解决客户的问题，但事实上不可能存在一款产品能搞 100%满足客户当下的某个需求，或者说就是为了客户某个需求而设计的。往往好的产品或者解决方案有很强的灵活性。

但在这个前提条件下，就出现了，当销售以及售前或者架构师（说实话绝大多数的云架构师有点侮辱了架构师这个叫法），本身技术能力以及业务能力不过关，为了争取甲方的认可，并且有可能在没有理解甲方真正的需求情况下，盲目的将甲方的友善建议理解为需求，毫无保留的传递给后端，当后端团队质疑的时候，轻松的说一句：甲方 baba 的要求。屎盆子疯狂往甲方头上扣，关键当甲方所谓的需求满足时，甲方发现自己的那个建议不周到，于是提出了另一个想法，可以想象的是，乙方一定会 diss 甲方又变更需求。

最终问题一定能被解决，然后你能想象最终的交付物是怎么样一个怪物吗？

乙方正确的做法：

真正了解甲方需求，并完成对需求的产品化工程化设计，而不是简单的听从甲方的建议。

面对甲方不自信，无法给甲方信心

我相信，任何一个甲方都不会喜欢与自己接触的乙方的销售或者售前是不自信的，事实上很多时候甲方最初对于产品或者项目的判断是来自于最简单的对于面前的这个乙方的代表的认可度，不管是谈吐，专业度，还是自信的态度，都很重要。

今天任何一个甲方选择一个产品的前提肯定是乙方能给出更好的解决方案，我很难想象如果乙方表现出那种（哥，什么都听你的）的这种态度的乙方代表会让甲方舒服。甲方需要的是乙方的专业度，乙方对于甲方采用乙方方案后所带来的价值的信心，如果乙方本身表现不出对自己的信心，又何谈让甲方放心呢？？

乙方正确的做法：

如果你的方案真的对甲方有帮助，自信是最起码的。

所以，乙方首先得把问题往自己身上找，作为乙方肯定不能要求甲方，但是我们唯一可以做得就是要求自己，更多的从自己身上找问题，如果能够提供更好的产品，更好的服务，甚至更好的与甲方进行沟通，我相信这才是解决问题之道。

把很多问题推给甲方，甚至是中国的甲方，看似合理的背后，恰恰是自身的不作为、规避责任，这种心态才是真正的在侮辱甲方。

另外一个事实是，当产品力不足的时候，甲方可能把乙方认定为一种人力服务，这又是另外的故事了。

当然如果你是甲方的负责人，遇到乙方采取：不作判断，轻易被忽悠；瞎出主意，乱提建议；心态错误，仗势欺人。那最终项目落地失败也怨不得别人，最终你只会选择错误的乙方，错误的产品和错误的方案。

其实任何一个云时代的产品，无论是 IaaS，PaaS，SaaS 都不是一锤子买卖，对于甲乙双方以及相关的团队来说，都是一起成长的好伙伴，大家本身就需要建立在一种平等的合作关系之上，往往只有这种心态，最终才能结出胜利的果实，否则只能开出恶之花。

最后疑问

文章中所有配图都是乙方羞辱甲方的，身为甲方的你，是不是接受这种羞辱呢？