团队中试试甲乙方的方案怎么样?

[DRAFT]草稿的阶段

虽然大部分时间我们都是在开发自己的产品,但是业务的属性决定公司的一部分时间是帮客户出方案然后做开发,相当于一个 Agency。但是,如果是做 Agency 的事情,很容易大家都疲劳了,而且每个人都不能在事情中找到乐趣。其实,根本上这是一个团队发展和个人激励的问题,只是一些业务场景让问题暴露的更快、更直接。

晚上和伯薇、Frank喝酒聊天,正好伯薇是敏捷教练,所以就和他沟通了目前遇到的问题以及期望可以得到一些解决方案,相当于一次免费的咨询了:)后来聊着聊着就想到了一个方案:团队协作中试试把项目在内部也分为甲乙方,项目的完成是基于虚拟货比交易出来的

举一个简单的例子:

实际的客户提出了一个项目的开发需求以及报价,那么运营团队(内部甲方)就相当于接了一个活,相应的产品、技术和设计团队(内部乙方)就是这个活的接包方。

然后就开始进入了项目的内部议价阶段,假如项目的实际收入(真正的营收)转换成内部的虚拟货币是50万贝利,那么就相当于运营团队有了50万贝利的预算,他们要找产品、技术和设计(乙方)开发,乙方接包,提供报价(假如是40万贝利),那么这个项目完成以后,运营团队在项目中的贡献就是10万贝利的利润,而技术团队的贡献就是40万贝利,然后再去做细的分配。

一个项目完成之后,就可以估算这个项目中不同人的贡献度。

这样想的原因是:

  1. 好玩,就像妖精的尾巴那样,其实就是公社接收任务放到发布栏,不同的团队去接活,或者自由组队来做;
  2. 每个人可以更客观的去评估自己的价值,在公司的成长过程中,每个人的贡献有多少?这个是很难判断的,而且往往不准确,但是在甲乙方的过程中,大家都会而且需要学习客观的评估自己工作的价值,那么年底或者季度看下大家的虚拟营收就知道自己的盈利;
  3. 慎言思行,因为双方都是基于自己的劳动成本核算报价和给价的方案,那么,如果自己没有想明白,沟通的成本也是核算到报价之中,比如,甲方(产品)说我没有想明白,所以你们先做,然后这个时候乙方(开发、设计等)就按照没有想明白的方案,给出报价40万贝利,那么完成之后或者中间改变实现,甲方(产品)就需要给出更多的价格来推动这个改动,相应的甲方利润就会降低;再比如,乙方(技术)交付以后出现bug,就需要退钱给甲方(产品),等等;
  4. 自由组队,注意,其实这个过程中,不一定要有乙方的存在,可以由前端、后端等自由组成,就是反正有人接活,自己内部分赃即可,那么公司就是一个大的甲方!

但是注意,这样的方案是会存在一些问题:

  1. 初始化怎么做,怎么初始化市场的价格策略,不能一开始就互相漫天给价或者要价?
  2. 是否公开初始预算,如果不公开初始预算,双方的信息不对称,比如甲方(预算50万贝利)说给你10万贝利,完成一个项目,乙方没有办法判断这个价钱是怎么样的,所以即使给出20万贝利的还价,贡献度还是被强制留在甲方;但是如果公开预算,乙方就有可能直接去榨干甲方的利润,比如我就要49万贝利才做,这个还没有想明白怎么去解决……不过更倾向于公开初始预算的方案;
  3. 不直接参与盈利项目的人怎么办?需要注意,不是所有的人都直接参与到产生实际盈利的项目,比如有人做的是底层调优,那么他的最后贡献度存款就比别人低很多,因为他不做客户项目;
  4. 谁是看不见的手?
  5. etc...

……暂时写到这里,我还要想想,未完待续。