2023年：我成了半个外包

边线业务与主线角色被困外包；
  

01

2022年，最后一个工作日，裁人的小刀再次挥下；
商务区楼下又多了几个落寞的身影，办公室内又多了几头暴躁的灵魂；
随着裁人的竣事，部分的人员结构简化到了极致，至少剩下的人是这么认为的；
说真话，对于当下的互联网行业来说，个人感觉两极分化的有点严肃；
卷的，卷到鼻青脸肿，不知道BUG和需求哪个会先来；
不卷，感觉随时赋闲，不知道明天和裁人哪个会先来；
近来这几年，裁人的故事已经不新颖了；
比力热的话题反而是留下的那些人，怎样应对各种此起彼伏的事情；
裁人，对于走的人和留的人来说，都是正面暴击；
走的人，固然拿着赔偿礼包，但是要面对将来工作的不确定性，尤其是在当下的环境中；
留的人，要兜底很多闪现过来的事项，将来一段时间会陷入杂乱的节奏中；
对于公司来说；
裁人之后怎样应对业务，没有一丝丝迟疑，会做出了完全出于本能的决定；
内部团队能应对的就自己解决，解决不了就交给外包方处置惩罚；
整体的策略就是：焦点业务领域之外的需求，选择更低本钱的解决手段；

02

公司裁人之后，本意照旧想专注自己的焦点业务；
至于为何要接其他公司的需求，这里就涉及很多社会上的人情世故了；
比如一些重要关系或者流水大的客户；
缺乏互联网方面的专业团队，互助时会偶然抛出研发或其他方面的需求；
对于公司来说，接手吃力不讨好，不接手又怕影响客户关系维护；
最好的选择就是寻求外包解决；
基于公司的研发团队，替客户举行相干需求的落地把控；
固然接收外包需求流水抽成不高，但是可以更加紧密的维持客户互助关系；
允许质疑外包的质量和服从，但是不可否认恒久的整体本钱；
在裁人之后，团队参与的外包项目越来越多，形成主线和外包业务五五开的魔幻局面；
外包项目标互助情势大抵分为两种；

• 甲乙双方：甲方的业务与公司主线业务相干联，通常由团队自己开辟；
  
• 甲乙丙三方：甲方的业务比力独立，乙方接手之后再转交给丙方开辟；
  

在这种互助中，假如只涉及甲乙两方，流程照旧顺畅的；
但是对于甲乙丙三方的互助模式，假如再关联其他对接方，简直就是离谱踹门而入，离谱想拆家；
在经历频频甲乙丙三方的互助过程中，对于夹板气的领会已经是铭刻在心了；
甲乙双方对于丙方来说，是提供需求单的甲方；乙丙双方对于甲方来说，是落地需求单的外包方；
互助过程中拉扯出个精分征象，都屡见不鲜了；
下面基于甲乙丙三方互助的模式，来聊一聊外包所踩到的坑坑洼洼；

03

【怎样选择外包公司】
在甲乙丙三方互助中，甲方交给乙方的业务，可能是基于信托关系，或者本钱原因；
但是乙方想再找一个靠谱的外包团队，难度就会大很多；
乙方既然承接需求，终极都是想交付高质量的结果，从而加强双方的互助关系；
假如没有一个靠谱的外包团队参与，所谓高质量的结果根本无从谈起；
通常会先从过往的互助过且靠谱的外包团队中探求，但是能找到的概率实在并不大，这里的影响因素有很多；
需求自己的复杂度，外包团队能不能承接，是一方面；
甲方对于需求落地的预期时间，与外包团队的参与时间是否符合，也是一方面；
乙方对于外包团队的报价可否接受，又是一方面；
假如互助过的团队中没有，则会优先从公司内部寻求推荐，比盲寻一个不知底的团队要靠谱很多；
这里存在一个关键的卡点因素；
固然研发团队接触的外包人员多，但是碍于怕麻烦的生理，乐意参与的人很少；
以是需求终极交给一个新的外包团队的概率很大，也为后续的诸多问题埋下隐患；

04

【三方互助的流程机制】
首先照旧先说一个基本原则，在复杂的协作中，明白流程是最根本的事项；
三方互助，实现需求，获取利益回报；
流程上看可能并不复杂，然而在现实协作过程中，又十分的曲折；
在明白协作的流程时，需要把握需求的三个关键阶段：排期、研发、交付；
这里阶段划分是站在研发的角度拆解，从项目经理或者决议层看又是另一个说法了；

在研发视角下，固然依旧是围绕排期、研发、交付三个阶段；
但由于涉及三方协同，各个阶段的事项都会变的繁杂；
流程的推进和问题解决，都要举行三方的统筹协调，麻烦事也从不缺席；
排期阶段

• 乙方接受甲方的需求单和报价，并寻求丙方做需求实现；
  
• 丙方围绕需求单举行拆解，输出项目计划书以及报价，乙方认同后达成初步互助意向；
  
• 乙丙双方就排期与甲方达成共识后，三方就各自的互助签署外包合同；
  

研发阶段

• 丙方就需求完成计划，在甲乙双方评审通过后，正式进入开辟阶段；
  
• 丙方需要定期将开辟进度同步给乙方，乙方确认后也需要定期汇报给甲方；
  

交付阶段

• 理论上丙方在自测完成后，再交付给乙方举行验收；
  
• 乙方在验收阶段承担的压力比力大，本着对客户关系负责的态度，需要实现高质量的交付；
  
• 甲方验收通过后，举行线上摆设并交付项目材料，终极完成合同的结算流程；
  

流程终究只是对协作的预期设定；
在现实的执行中，会有各种问题层出不穷；
很容易把各方都推到感情的边缘，进而导致系列关联的效应问题；

05

【三方互助的沟通问题】
假如从三方互助的问题中，选一个最大的出来，不用证明都确定是沟通问题；
沟通不到位，问题容易说不清楚，解决问题的很多动作可能都是抓瞎；
由于三方的互助是长途在线模式，不是当面表达；
沟通频率本来就低，等到发现问题解决思路不对时，耽误的时间已耐久了；
假如返工；
那排期又需要重新协商，又会引起一系列必要的麻烦问题；
这种环境，对于乙方的项目经理来说；
身处甲丙两方的极限拉扯之中，会经常在去职和跳槽的感情中不断徘徊；
然而也不乏一些花哨的操纵，将甲乙丙三方拉扯到一个协作群中；
假如甲方不介意乙方探求外包实现需求，那么三方在群里实时沟通息争决问题的服从也会高很多；
但是大部分的甲方照旧介意的，很多沟通都是由丙方到乙方，乙方再转述给甲方；
传话游戏玩到最后，驴头不对驴嘴的征象十有八九；
以是，很多的外包互助群中；
可能都是存在着甲乙丙三方人员，只是乙丙对甲方语调同一，以此制止信息传递的问题；

06

【需求落地的质量问题】
对于三方互助实现的需求，质量高不高？
比力肯定的答复；
可能有肯定的质量，但是高质量的渴望建议打消，说不定还有一丝惊喜；
质量依靠靠谱的外包互助方，这自己就是一件有难度的事，看脸和运气都没用；
专业负责的外包团队少有，以是其团队的业务有连续性；
在现实协作过程中出现的问题少，才可能更加专注于需求自己的落地实现上；
然而真实的现状是；
外包团队会在需求排期内尽快完成，投入越少，收益越大；
比如：实现一个需求，估时30天，费用10W；
假如在15天内完成需求，相称于本钱投入缩减一半，这样在30天内可能实现多个需求；
鉴于这种策略之下，很多需求的实现可能都是急忙的，质量上自然很难保证；
以是对于质量问题的把关，压力会给到乙方，在交付验收时做好时间差管理；

乙方预留一部分时间段，对丙方交付举行验收，假如出现问题实时修改，制止传递到甲方；
固然了，杂乱验收和测试也是常见的骚操纵；
不乏一些丙方拿乙方的验收当测试，乙方拿甲方的验收当测试，以此来低沉自己的时间本钱；
由此导致三方互助裂开，尾款结算的问题，甚至对簿公堂也不少见；
固然不是三方负责人乐意见到的，但又是三方都很难把控的事；
终极结果就是，不但本钱没少，事情还更多了；

07

业务需求外包，是比力常见的一种手段，只是过程与结果的把控难度较大；
对于甲乙两方来说；
可能是利益驱动，可能是社会的人情世故，从而建立了互助关系；
对于乙丙两方来说；
则是单纯的利益考量，从而形成了短期的互助；
然而对于那些身处甲乙丙三方互助的网友们，只能在心田轻轻的嘀咕一句：人在社会，身不由己。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。