
我在课堂上遇到过这样一个提议:某学员单位想把IT服务台的人工坐席直接砍掉,全部换成智能服务台。这个方向没错,但"直接砍掉"这四个字我当场就打了个问号。新模式出现,不代表旧模式立刻就该消失。
转型这件事有一个容易被忽略的前提:不管新模式建到哪一步,旧模式支撑的那部分业务照样要交付、照样要给客户提供服务,不能因为在建新系统就先停摆一段。这个前提逼出了一个问题——新旧模式在转换期间到底该怎么相处,是立刻切断,还是留一段并行期,留多久,谁给谁让路。
我把这几年在课堂上反复讲的判断整理成四条路径:颠覆、逐步取代、共存、协同。这四条路径的代价、节奏和适用条件完全不同,选错了比不转型更麻烦。

颠覆是把旧模式尽快替换掉,只留下少数还能用的资产。原来需要十个坐席的服务台,换上一个基于飞书、企微或钉钉的机器人接单——自动应答、自动建工单,我给学员算过,这样至少能砍掉三四个坐席,也就是说十个人的活七个人就能扛住。这就是颠覆:大量砍掉人工。但我每次讲到这里都要补一句:颠覆很少能砍到底。
一线的标准问答可以全部交给智能体,二线那部分需要人工升级处理、需要判断和担责的环节,我不建议一并撤掉。把这条线也砍了,出问题时没人接得住,客户体验反而会比转型前更差。颠覆适合什么场景:市场竞争激烈到旧模式已经养不起自己,或者客户基数在肉眼可见地流失。如果这两条都不成立,单纯为了"看起来先进"就选颠覆,通常是选错了节奏。
逐步取代和颠覆的区别在于要不要留一段并行期。判断标准是:已经确定未来一定是线上为主,但眼下线上还打不出足够的现金流,那就让线下继续运转一段时间,把它当作过渡期的现金奶牛,一边靠它的利润养线上,一边逐步压缩它的份额,直到平滑接棒。我通常让学员用三句话检查是不是真的该走这条路:现有模式的客户和资源帮不了新模式发展,新模式在一段时间内还得靠旧模式的收入撑着,新模式迟早会侵蚀旧模式的份额。三句话都成立,才是真的逐步取代。
这条路径听起来保守,但它有一个前提容易被忽略:必须定一个明确的份额压缩节奏,"先并行着,以后再说"不算数。据我观察,当管理层内部对要不要彻底转型意见不统一、又不想公开承认拿不定主意的时候,逐步取代很容易变成不需要决策的默认选项——听起来像是在稳妥推进,实际上只是把决策往后拖,拖到最后连当初定的份额压缩节点也没人再提起。
有些旧模式压根不需要退场,因为它服务的客户群和新模式并不重叠。大型商超一边开着实体店,一边做电商,两者面对的是同一批消费者里不同的购物习惯,谁也不吃掉谁的份额,这就是共存。服装品牌的做法更能说明问题:不少品牌故意让线上和线下的商品编码不一致,就是为了防止顾客到店里试完衣服,转头拿着型号去网上找更便宜的价格,用意是让两个渠道各自独立,谁也不用为了迁就另一边牺牲自己的定价和体验。
协同则更进一步,新旧模式主动互相拉动。笔记本电脑、手机、平板和在线音乐服务,任何一个单独存在都没问题,但放在一起,买手机的人更容易买平板,用平板的人更愿意留在同一个生态里订阅音乐服务,彼此拉高使用黏性,这就是一加一大于二——华为这几条产品线就是这么互相带出来的。协同的门槛比共存高得多,它要求渠道之间原本就没有竞争关系,而且客户确实需要在多个触点之间来回切换,缺了任何一个触点,体验都会掉一截。我在课堂上经常看到两者被混为一谈:共存是两个模式各过各的、互不影响,协同是两个模式主动互相拉抬。分不清这一点,团队很容易把本该维持独立的旧模式硬拉进新模式的营销叙事里,说成"协同发展",实际上两边的用户和数据根本没有真正打通。硬凑协同,比如把两个本就互相替代的产品包装成"协同",最后往往是两边都没做好。
四条路径摆在面前,选哪一条不能靠感觉。我把判断收窄成几个问题。客户是主动欢迎新模式,还是仍然依赖旧模式提供的确定性——这是客户接受度要回答的,它决定了转换宜快还是宜缓。业务连续性看得更实际:转型期间收入和交付能不能保住,停摆一天就伤筋动骨的业务,选不了一次性切断的颠覆。竞争对手是不是已经规模化部署、逼得你不得不快,还是你还有观察和试验的余地,这是转型紧迫度。旧模式里哪些能力、渠道或客户关系值得带进新模式,哪些注定要被放弃,遗留资产这一条决定了颠覆时该留什么、逐步取代时该拿什么去养新模式。
真正常被低估的是组织准备度:员工的技能、流程的标准化程度,能不能撑住新模式的运转。回到开头那个想直接砍掉全部坐席的提议,我当时问的正是这一条:标准问题的应答流程有没有先梳理成大模型能读懂的文档,二线人工升级的岗位职责有没有先划清楚。这些都还没做,说明组织还没准备好,再激进的路径也只是纸上谈兵,颠覆就先缓一缓,从共存或者小范围替代开始更稳妥。这几个问题当中,只要有一条给出的答案偏保守,我建议往共存或逐步取代靠;只要客户和市场同时给出强烈信号,颠覆才站得住脚。
我见过最糟的情况,不是选错了这四条路径中的哪一条,而是压根没有选——旧模式和新模式就那么长期耗着,谁也没有明确的退出条件,谁也没有明确的接棒标准。团队一边维护着旧系统,一边投入新系统的建设,两份成本长期并存,却说不清楚这是共存、协同,还是只是没做决定。
这种没有运作模式的状态通常有几个共同特征:立项时只考虑了要规避的风险,没考虑做成之后能带来什么成果;对现有系统的替代方案没有认真比较过,只是听说别人在做就跟着上;组织内部对当前商业模式本身还存在误解,连要转的是什么都没说清楚。这种状态比选错路径还危险,因为出了问题都不知道该往哪个方向去纠正。
我给管理者的建议是:不管选了颠覆、逐步取代、共存还是协同,都要在立项那一刻说清楚三件事——旧模式什么时候退出,如果要保留,理由是什么,新模式要满足什么条件才能真正接棒。说不清这三件事,就先别急着切换。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。