上一篇笔记，讲的是带人、做事、看势的道理——坦诚是能力的底气，闭环是责任的本能，长期主义是时间的信仰。文章发出去以后，不少同行问：道理都懂，怎么落地？

 

问得好。道理落不了地，就是墙上的标语。

 

蓝盟的全名是上海蓝盟网络技术有限公司，做的是IT运维外包。客户名单里，有三甲医院的机房，有银行的灾备中心，有外资制造企业的全球办公网络，有科创园区的几十家入驻企业。蓝盟手里管着的，是别人不敢出错的系统。蓝盟没有改变世界的雄心，只想做到一件事——让客户的业务系统，比他们自己运维还稳。

 

这件事，蓝盟做了二十五年。二十五年里，客户的核心系统上没有出过一次重大事故，没有发生过一次重大服务差错。靠的不是运气，是管理——是一套严谨的流程，和一套让流程始终保持鲜活的机制。管理这件事，说到底是把那些朴素的道理，一条一条变成选人标准、派活规矩、会议机制、汇报模板。道理是软的，机制是硬的；软的东西要靠硬的东西托住，才能扛过人员的流动、规模的扩张和时间的磨损。

 

更重要的是，蓝盟的流程从来不是刻在石头上的条文。一线工程师在执行流程时遇到可以优化的地方，随时可以反馈，管理层认真评估、快速迭代。制度在打磨中生长，流程在使用中进化。正是这份灵动，让蓝盟扛过了PC时代、互联网时代、移动互联网时代，进入智能时代依然保持着创业初期的激情和活力，始终处在灵活上升和变化之中。

 

这篇笔记，把这套打法整理成十六条。不讲高深理论，只讲三件事的逻辑：怎么识人，怎么做事，怎么走远。写下来，与同行者共勉。

 

上篇 识人的逻辑

带队伍，第一关是识人。人选对了，事就成了一半；人看走了眼，再完善的制度也补不上。这一篇，讲蓝盟二十五年看人的三把尺子。

 

一、选人，先看敢不敢扛事

很多IT服务公司招人，第一反应是看简历——做过什么项目，熟悉哪几个品牌的防火墙，能写几种脚本。这个习惯不能说错，但容易犯一个根本性的错误：把技术熟练度等同于可信度。

 

蓝盟从2009年开始调整招聘口径。一个工程师技术再强，如果遇到事情的第一反应是"这块不归我管""这是上一个同事的锅"，那这个人越能干，反而越危险。因为他会在团队最需要他顶上的那一瞬间，给出一个完美的不在场证明。

 

IT运维外包这个行当，本质上是个"背锅行业"。客户半夜系统告警，谁响应？客户被监管检查，谁陪资料？业务永远比合同重要，现场如果只有照本宣科的人，责任就没人扛得住。

 

所以蓝盟内部有个选人标准，叫"两个凡是"：凡是接新任务先问"这事儿归我管吗"的，面试备注里一律标红；凡是先问"这事最坏会出什么问题，我来兜底"的，不管技术评级高低，都给一次机会。

 

看人还有更细的方法，叫"接任务三问"。他问"我有多少时间、多少预算"，是在算自己的账；他问"客户最关心什么指标"，是在意事情本身；他问"最坏的情况是什么，我能怎么兜底"，是已经把自己当成了责任人。第三种人，就是蓝盟要找的人。

 

蓝盟把员工分成四类：混日子的、肯干活的、为结果拼命的、把命押上去的。第一类要管，放在稳定低风险的岗位上；第二类要用，让他做具体的事；第三类要扛，给他项目；第四类要给位置，让他带队伍。

 

当然，敢扛事的人敢下决心，敢下决心就需要机制托底。蓝盟的做法是：重大操作双人复核，重要变更必配回退方案，复盘会写得最多的不是"谁犯了错"，而是"机制哪里可以托得更稳"。机制托得住，人就不容易掉下去；人知道背后有机制托着，才敢放心大胆地扛事。

 

二、权力不是等来的，是赢来的

蓝盟的客户里有不少大型集团。集团里的年轻IT负责人常抱怨：领导总说要主动一点、有担当一点，但真到了关键时刻——预算、汇报、新项目的早期设计——那些位置，没一个轮得到自己。他们的原话是："我也没办法，权限不在我手上。"

 

蓝盟常对他们讲一句话，也对蓝盟自己的年轻项目经理讲同样的话：权限不是别人给的，是你自己赢来的。一直等领导授权，那就永远等着。

 

蓝盟有几位90后项目经理，刚带项目的时候，连客户现场的钥匙都没有。他们做了一件事：客户主机房搬迁，他们凌晨三点到达现场，从头盯到尾，把所有机柜的位置、网线的标注、配线架的图纸，重新画了一遍。搬迁完成，客户总经理第一次走进新机房，发现所有跳线扎得整整齐齐、所有标签都是打印的，当场就觉得这个外包团队不一样。钥匙从那天开始就有了。

 

权限的逻辑就是这样：先把自己当负责人去推进，用行动证明能扛住，权限自然会被吸引过来。反过来，拿到权限却做不出结果，权限也会被收回——客户给了一个席位，三个月下来只换了几个硬盘，下次招标就不会再有你。

 

所以蓝盟常跟想"管更大盘子"的年轻工程师讲：想管一个机房，先管好脚下这一个机柜；想管一摊事，先多管一点别人不愿意管的闲事。客户凌晨四点报警需要人，你说我来；周末审计需要配合，你说我留下；别的供应商拖了工期，你替客户追进度。这些"闲事"，才是赢得信任的真正货币。做上一年，再跟客户开会，客户的第一反应就不再是"哦，蓝盟的技术"，而是"那个能帮我们解决事的小陈"。到那时候，权限不是你争取的，是客户主动给的。

 

三、信任是一张桌子，四条腿缺一不可

蓝盟内部有一句话，几乎全公司都能背：信任是一张桌子，桌面叫信任，四条腿分别是善尽职责、团队合作、坦率诚实公平、行动力执行力。四条腿全在，桌子才稳；缺一条，桌子晃；缺两条，桌子塌。

 

这话很朴素。但正因为朴素，所以难做到。

 

第一条腿，善尽职责。放在IT运维外包里就是：今天轮到你值班，就值好这个班；约好客户十点现场，就九点五十到。客户凌晨打电话不是想聊天，是系统真的需要人。每一个电话都被接起来，每一次响应都在时限内——这一条不难，难的是重复一万次。所以蓝盟把职责做成了非常具体的东西：驻场工程师的职责清单第一页就写着"工单响应不超过15分钟""非紧急工单解决后24小时内书面回单""每台设备物理状态每两周检查一次"。不是抽象的"做好服务"，是落到一个数字、一个频次。二十五年零重大事故，就是这样一万次一万次重复出来的。

 

第二条腿，团队合作。IT运维不是英雄主义的行业。蓝盟最贵的资产是客户的整个机房系统，不是某个明星工程师。谁觉得自己可以单独搞定一切，谁就是团队里最不稳定的因素。蓝盟的"项目经理—技术主管—驻场工程师—二线专家—安全顾问"是一张网，任何一个机房背后至少有五个人在同步维护。要的不是某个人特别强，是这张网足够紧。

 

第三条腿，坦率、诚实、公平。行业里常见一种情形：系统出现波动，明明是客户业务变更导致的，客户的业务部门却希望外包方认下"运维不到位"，免得他们内部写情况说明。蓝盟的态度是：诚实，是外包公司的命。根因一起查清楚，运维侧该承担的承担，业务侧该承担的，建议在复盘报告里写清楚。这话讲出去，客户的IT部门反而觉得蓝盟靠谱——因为你没让他一个人去说服他的老板。

 

第四条腿，行动力、执行力。真正考验执行力的，是那些"非紧急但重要"的事：合规审计、渗透测试、灾备演练、安全大检查。这些事不会让业务立刻停摆，但做扎实了，风险就永远没有出头之日。蓝盟把它们排上"年度红榜"，明确到人、到时间、到交付物；半年做不完的红榜，年终复盘直接影响绩效。

 

四条腿，每个季度自检一次。蓝盟有一张"信任四条腿体检表"，全员匿名打分。自检不是为了抓坏分子，是让团队时刻记住——任何一条腿松了，桌子都会开始晃。

 

中篇 做事的逻辑

人到位了，接下来看事怎么做。执行力不是吼出来的，是靠规矩托出来的。这一篇，讲派活、流程、汇报、决策里的六条硬规矩。

 

四、执行权可以移交，责任不能移交

IT运维外包最容易犯的毛病，是"层级病"——总经理派给总监，总监派给项目经理，项目经理派给驻场工程师。到了客户面前，端着笔记本解决问题的，是那个职级最低的人。行业里的大多数服务事故，根子都藏在这里。

 

蓝盟的内部规矩是：执行权可以移交，但责任永远在派活的人身上。下属只是帮你代跑腿，不代表你可以不管。

 

这条规矩的价值，在一次重要变更中体现得最清楚。某客户省分行核心网络改造，按合同是甲方网络部门主导、蓝盟配合。改造当晚，运营商线路接入出现异常波动，驻场工程师按既定方案做切换，做到一步拿不准的配置——他没有凭感觉往下做，而是按规矩停下来，当场呼叫项目经理。项目经理连夜赶到现场，双人复核、逐项确认，切换按预案稳稳完成。客户后来说，那一晚最让他们安心的，不是技术方案本身，而是"拿不准就停下来"的那个动作。

 

从那以后，这条规矩执行得更加彻底：蓝盟所有重要变更，哪怕客户说"你不用来"，项目经理也必须到现场——比客户内部的总监更早到，比所有人更晚走。这不是做给客户看，是做给自己看：责任不在嘴上，在现场。二十五年零重大事故，靠的就是这一个又一个"停下来、再确认"的瞬间。

 

派活的逻辑，蓝盟总结成三个必须说清的事项：为什么要做，什么时候要，做成什么样算好。缺一条，下属就只能凭感觉干活。说清楚了还不够，还要求对方把任务复述一遍——一字不差最好，复述到七成就接受，剩下三成由派活的人补齐，但不能是"哦我知道了"扭头就走。执行力差的根源，往往不是员工不行，是领导没说清楚。

 

还有一条规矩，叫"无新指令即按原计划"。项目执行中，总有人突然想起"哎你要不要加一个动作"。这个"加一个动作"如果没有规矩，工程师就会左顾右盼、不知听谁的。蓝盟的规矩是：派活时的指令是基准版本，新指令必须由项目经理正式下达，没有新指令，工程师按原计划走。客户半夜打电话要加事，工程师一句"等我们项目经理的指令"，就把责任送回了该在的地方。这是机制的保护，不是推诿。

 

五、靠规矩，不靠能人

IT运维这行有个非常典型的诱惑——靠能人。很多公司的核心资产就是那么一两个工程师，老板拿下合同，转身跟客户说"您放心，我们李老师亲自来做"。李老师工资很高，脾气很大，每跳槽一次，公司抖三抖。

 

蓝盟早期也面临过同样的考验。当年最赚钱的几个客户，靠的是一位网名叫"老猫"的工程师。他的手艺是真好，客户有什么疑难杂症，他一个电话就解决了。后来老猫因为家事离开上海，临走那天，他在会议室跟接手的小周讲了三个小时，从网络拓扑讲到核心交换机的配置，再讲到机房空调的制冷量。三个小时的信息量，小周用了一个礼拜才消化完。这次顺利的交接给蓝盟提了个醒：个人的经验再宝贵，也必须变成组织的资产；公司不能成为任何一个人的附属品。

 

接下来两年，蓝盟做了三件事。

 

第一件，把"老猫式"的经验写成谁都能看懂的标准化手册。客户机房常见的35类设备各有什么坑、切换步骤怎么走、回退方案怎么写、常见故障怎么诊断，全部明文。新工程师第一天上班，翻手册就能处理基础工作。

 

第二件，强制推行"一页纸汇报"。不管多复杂的事，跟项目经理讲，必须一页纸讲清：核心问题、当前进展、卡在哪里、需要什么支持、什么时候完成。一开始大家很抗拒——客户的问题怎么可能一页纸讲清？后来发现，讲不清楚的事，多半也没做清楚。

 

第三件，硬性截止时间。到了时间就复盘，没做完的要么延期并说明理由，要么重新评估优先级。蓝盟不接受"紧急不紧急"的含糊判断，只问"你定的截止时间到没到"。

 

制度推行的过程中，也有资深工程师提出过疑虑："流程会不会把工程师变成流水线工人？"蓝盟管理层的回答是：流程不是束缚人，是给所有人兜底的，让每个人照着做也能做到80分；你想做到95分，流程给你留出的是发挥的空间，而不是捆住你的绳子。

 

更关键的是，蓝盟的流程是活的。一线工程师在执行流程时遇到不顺畅、可以优化的地方，随时反馈——手册里哪个步骤过时了，哪条检查项该调整了，哪个环节可以合并了，管理层逐条评估，合理的立刻迭代进下一版。蓝盟的标准化手册不是一部写完就封存的"法典"，而是每周/每月都在修订的活文档，每一版后面都附着一线工程师的名字。制度是用来托底的，不是用来捆住手脚的；正因为流程一直在跟着实践进化，蓝盟才做到了严谨而不僵化。

 

小公司更要做流程。恰恰是早期不建流程，后面才过度依赖能人；能人一走，业务就瘫痪。蓝盟每立一条新制度，都要问三个问题：这条制度为谁兜底？员工不遵守会出什么事？有没有可能让员工觉得是折腾？回答得上来才立，回答不上来就不立。一个公司有30条真正有用的制度，比300条没人看的制度强。

 

六、一页纸，是思考质量的试金石

IT行业开会有个很不好的习惯——PPT三四十页，数据堆了一大堆，会开完了，决策没出来。

 

蓝盟2018年有过一次尝试：要求所有部门负责人提交"下季度工作规划"PPT，不低于40页。结果四个部门负责人写了整整一个月，交上来以后管理层读了三天，最后在会上说："我大致看了一下，没看出重点。"这件事之后，蓝盟痛下决心，立了个规矩，叫A4纸汇报法。

 

核心就一条：不管多复杂的事，用一张A4纸说清楚。顶部写核心问题——一句话，不超过30个字；中段写怎么解决——三到五条主要动作；右侧写需要什么支持——要领导拍板的事、要跨部门协调的事；底部写什么时候完成——精确到日，甚至精确到上午下午。

 

一开始高管不习惯，说"这事太复杂，一页纸说不清"。管理层就反问：你说不清，是不是说明你自己还没想清楚？后来发现，精简汇报不是领导偷懒，是帮团队训练抓重点的能力。一个方案一页纸讲不明白，写100页也未必讲得明白。

 

这个习惯也推广到了对客户的汇报。蓝盟的运维服务月报，标准模板就两页纸：第一页是数据，SLA达成率、工单响应时间、故障次数、回访满意度；第二页是文字，本月做的三件好事、本月发现的一个风险点——必须有一个，不允许"本月一切正常"——以及下个月要做的一件事。月报就这么简单，客户反而爱看。

 

对内一页纸写清楚，对外两页纸讲明白，这是IT服务行业里最专业的姿态。你交付的不是文档厚度，是思考质量。

 

七、经验是用来看的，不是用来信的

IT行业有个非常隐蔽的陷阱——经验主义。

 

二十五年里，这个行业从PC时代走到互联网时代，再到移动互联网时代，如今正大步进入智能时代。每一轮技术浪潮，都会重塑整个行业的玩法，也会淘汰一批抱着旧经验不放的公司。很多IT服务公司的技术骨干，是早年信息化大潮里成长起来的，会Cisco，会IBM存储，会VMware——这些技术栈当年都是金饭碗。但后来，容器、云原生、零信任、SD-WAN、AI运维，新东西以极快的速度扑面而来。蓝盟有一个合作了十年的客户，整体架构升级后，10%是传统网络，90%是云原生加零信任。如果工程师只会传统网络，站在这样的客户面前就会很难看。

 

蓝盟之所以能一浪接一浪地走过来，靠的不是先知先觉，而是让组织始终保持"进化中"的状态。经验主义的本质，不是经验消失了，而是经验和当下场景之间出现了错位。老员工开会时讲"我们以前就是这么干的，那时候挺好的"——这话听着安心，但仔细想，每一个"我们以前"，都是一个特定客户、特定预算、特定竞争格局构成的场景。用旧场景的经验在新场景下注，往往会输。

 

蓝盟的应对是两条线。

 

第一条线叫定期清零。每个季度，每个项目组做一次"重新设计"练习：假设现在从零开始做这个客户，要怎么做？这个练习强迫大家放下旧经验，重新审视每一个动作。

 

第二条线叫复盘会不允许说"以前"。蓝盟的复盘有个特别的规定：会上不允许出现"以前我们就是这么做的"。为什么？因为这话一出现，讨论就会滑向"反正以前这么做没事"的自我安慰。复盘只回答三件事：当时的具体动作是什么，按时间线还原；这个动作跟标准流程是否一致，不一致是为什么；标准流程本身有没有可以优化的地方，有的话这一版就改。不允许讲"以前怎么样"，只讲"这次怎么样、下次怎么更好"。前者是找安慰，后者是求进化。

 

蓝盟对老工程师还有一个要求：每年必须学一个新东西。一本新书、一个新认证、一个新技术栈里的组件都行，不要求精通，要求接触。老工程师一旦停止学习，他的经验就会变成整个团队的天花板。最怕听到的不是"我不懂这个"，而是"我不学这个"。不懂是新状态，会学；不学是态度问题，危险。

 

新东西学进来，流程跟着长出来。零信任架构怎么运维、AI告警怎么分级、智能巡检怎么嵌入日常工单——都是一线工程师先踩点、再反馈、再固化成新的标准动作，写进下一版手册。经验是资产，但只有不断迭代的经验，才是持续增值的资产。这就是蓝盟穿越四个时代的真正底气：守住流程的严谨，保持进化的灵动。

 

八、方向大致正确，好过原地不动

IT运维外包有个非常具体的特征——客户的项目往往是"做了才知道对不对"。今天上新的防火墙策略，明天才知道业务有没有受影响；今天切一部分流量到新链路，明天才知道体验是不是真的改善。这意味着在这个行业里，"等"是最贵的成本。

 

很多公司做决策的习惯是"再等等、再看看、再论证论证"。员工提报方案，先做可行性研究、ROI分析、风险评估，流程走完，客户的项目窗口期早过了。蓝盟早年也观察过太多这样的教训，后来定了一条规矩，挂在会议室墙上：在两个方案之间犹豫不决时，选一个先动起来，往往比干等更好。这叫"可纠错的决策，优先于完美的决策"。

 

举个例子。客户要做新办公网布线，A方案是传统六类布线，B方案是六类加部分光纤预埋。B更先进、更可扩展，但成本高30%。客户犹豫，蓝盟也权衡。当时的判断是：先按A方案做一半工位，B方案的光纤在桥架里预跑线，不上设备。三个月后客户海外分部扩张，光纤真要用了——桥架早就留好，跳线一换就完事。如果当时纠结到底A还是B，等设计院出图、等预算批复，半年就过去了。

 

蓝盟内部管这种做法叫"小步快走"：定一个比较短的验证周期，到点就复盘，对了放大，错了调整。这个方式也传递给客户——每次重要变更，都建议做灰度方案，而不是一刀切。灰度让客户的风险可控，也让工程师的压力更小。

 

当然，"先动起来"不等于乱动。这条规矩有三条边界：客户的业务不能停摆，不可逆影响的不能乱动；单次试验的成本必须可控；试验必须配复盘，结果要有人总结。守住这三条，先动起来永远比一直纠结好。方向大致正确，好过原地不动；速度本身，就是竞争力。

 

九、没人反对的时候，最危险

很多总经理爱开"一团和气"的会。会上每个人汇报的PPT都很漂亮，数字都很好看，没有人提反对意见。总经理高兴，散会吃饭。

 

这种事在蓝盟是绝对不允许的。为什么？因为当一个决定没人反对时，恰恰是最该警惕的时候——要么是大家不敢说真话，要么是团队丧失了独立思考的能力，要么是管理层活在了信息茧房里。尤其在IT运维外包行业，客户的需求是跳跃的，现场的反馈是复杂的，如果内部开会大家都是点头，说明离真实的客户已经很远了。

 

蓝盟的规矩是：重要决策必须有"唱反调"环节。做法是从华为学的，叫"红蓝对抗"。方案提出方是蓝方，必须找一个人做红方，专门挑刺。红方不能是方案的参与方，不能是直接受益人，必须是利益中立的人。红方的工作不是为反对而反对，是把"最坏情况""客户最可能不买账的点""成本最容易超支的地方"提前问出来，蓝方必须回答。一问一答，方案的边界就摸清了。

 

有一年，蓝盟准备上一个客户专属运维平台，蓝方的方案做得很漂亮，UI、流程、数据都很完整。红方是安全顾问，他问了一个问题："客户核心系统里有很多敏感数据，这个平台要展示客户的运维数据，数据落地的合规风险有多大？跟客户的法务合规部门沟通过没有？"蓝方一愣——确实还没沟通过。项目随即补上合规环节，方案因此变得更扎实，平台上线后客户的信息化部门给了很高的评价。

 

唱反调，是为了让方案更结实，不是为了让谁丢脸。蓝盟会议桌中间立了一块铜牌，刻着公司的会议文化："反对意见是礼物，不是冒犯。"如果一个人提了反对意见被无视甚至打压，下次他就不说了；再下次，他会用最消极的方式表达——不执行、不配合、不响应。那比当面反对危险一万倍。所以蓝盟要求管理者：每一次重要决策，必须记录"为什么采纳某条反对意见"或"为什么不采纳"。不允许反对意见像石子扔进水里，连个水花都看不见。

 

如果发现最近公司里没人抬杠了，赶紧自查——一定是哪里出了问题。

 

下篇 走远的逻辑

把眼前的事做对，只能活下去；让组织走得远，靠的是机制、人心和一诺千金。这一篇，讲蓝盟把道理变成机制的七件事。

 

十、示弱，是领导的底气

IT行业有个很怪的现象——管理者越往上走，越不敢说"我不懂"。总经理在客户面前装作什么都懂，技术总监在工程师面前装作什么都会，项目经理在驻场工程师面前装作什么都见过。大家都怕，一旦暴露弱点，下属就看不起自己。

 

蓝盟早年也走过这段路。后来发现，这个"装"对公司伤害很大。

 

有一次，客户的核心数据库出现一个复杂的性能问题，工程师连续攻关，技术主管同步介入，同时启动外部专家协同。那天夜里11点，客户总经理打来电话询问进展。蓝盟管理层没有硬撑着装懂，第二天早上主动回复："昨晚的事，技术团队早上定位到了方向，技术细节由技术总监当面跟您讲清楚，整改方案一并给出。"客户总经理听完后说："你是这么多外包商里，最坦诚的一个。"

 

这一句话，胜过十年积累。

 

后来蓝盟把这件事上升成一种内部文化，叫"适当示弱"。不是把姿态放到最低，而是专业问题上可以不懂就问，工作标准和责任担当上不能含糊。管理层开会时会主动说："这块我从合同角度讲，技术上的事请技术主管拍板""这个方案我不是专家，需要专家最终把关"。每次技术会议结束，还会补一句："今天讨论的技术细节，有三成我没完全听懂，但结论我记住了，我会按结论做决策支持；如果你们发现结论有漏洞，直接告诉我。"

 

为什么示弱反而有力量？因为下属心里都清楚，领导不是神。你说出来，他才敢把真实的难处讲出来。反过来，你永远正确、永远英明，下属就只剩两个选择：闭嘴，或者编好听的话。两个选择都对企业有害。一个总说"我不懂"又不扛责任的领导，是真无能；一个偶尔承认"我不懂"但始终扛事的领导，才有人格魅力。

 

十一、真话不在办公室，在饭桌上

IT行业有个特别常见的沟通困境——正式场合全是场面话。管理者把工程师叫到办公室，问"最近工作有什么困难"，工程师说"还好，挺顺的"。两个人都很累，事情没解决。

 

为什么？因为办公室是一个"防守"的空间。在那里，每个人都在计算：这句话会不会影响绩效，会不会让领导不高兴，会不会被记进考核表。防御一启动，真话就出不来。

 

蓝盟的解法是把沟通拉到办公室之外——下班后的餐厅、客户的现场、茶馆、烧烤摊。每次重要项目的启动会和收尾会，都找个馆子，所有人坐下来吃一顿。启动会上不讲项目，让大家彼此熟悉；收尾会上不念PPT，让每个工程师聊一句"这次项目你最让自己骄傲的一个动作是什么"。气氛一松，人就开始说真话。

 

2019年，蓝盟接了一个挑战很大的项目——某外资制造企业的亚太区总部网络，SLA要求极高，每晚变更窗口只有两小时。项目做到第三个月，项目组的小组长约管理层吃饭。烧烤摊上，吃到一半他说了心里话："这个项目再这么干半年，团队里有两个人可能会动摇。这个客户不是简单换设备，是要陪业务部门一起做设计。工程师纯技术出身，不擅长这个，久了会觉得自己不创造价值。"

 

这段话，他在办公室里绝不会说。听到以后，蓝盟马上做了三件事：给项目组加了一笔"客户陪伴奖金"，让陪业务部门聊需求也有显性回报；给那两位工程师加了"客户业务顾问"的角色定位，把这件事变成新的成长方向；在项目组内做了一次分享，让小组长讲他怎么"陪"客户，把隐性经验变成显性资产。三个动作做完，项目组的氛围立刻变了，这个项目后来成了蓝盟服务外资企业的一个标杆。

 

蓝盟内部有一条共识：本质性的问题，都藏在看似无关紧要的闲聊里。所以蓝盟要求所有项目经理、总监，每周至少跟一个一线工程师线下吃顿饭，公司买单。高管每月有"客户陪同日"，陪工程师一起到客户现场干活——不是去检查工作，是让工程师感受到"领导跟我一起面对难题"。陪伴本身，就是信任的传递。

 

当然，吃饭的核心不是吃，是三个词：放松、对等、时间。放松，不穿西装、不带PPT；对等，坐一样的椅子、吃一样的饭，下班后就没有总经理；时间，至少留两个小时——前两小时的寒暄是保护色，两小时之后才讲真事。

 

十二、好的机制，让敢扛事成为习惯

前面讲选人要看敢不敢扛事。但光看人是不够的，必须有机制把人往这条路上推。蓝盟设计了三个。

 

第一个，项目"主理人"制，主理人即为项目经理或者客户经理。任何一个客户的运维服务，必须有且只有一个主理人，对客户的最终体验负责。客户的电话、邮件、微信，主理人是第一接收人；客户有任何不满，第一接收人也是主理人。哪怕实际干活的是驻场工程师，客户的入口只能有一个。这样做，是让主理人没有退路——客户的不满你听不到，是你的失职，不是工程师没告诉你。

 

第二个，"红黑点"机制。每个月给每个员工记三到五个"红点"和最多一个"黑点"。客户凌晨打电话工程师第一时间响应，是红点；合规审计漏交一份材料，是黑点。红点跟年终奖、晋升、培训机会挂钩，黑点跟绩效改进计划挂钩。它不是一套正式的奖罚体系，而是让每一个具体动作都有回响的机制。

 

第三个，"勇敢试错"鼓励金。蓝盟鼓励员工先动起来，创新就意味着要走出舒适区。只罚不行——会让人不敢再动；没有规矩也不行——会没有责任意识。2020年，蓝盟设立了这笔鼓励金，专门支持"主动创新、主动试错"的动作，每年预算30万，单次申请最高10万。试错有严格定义：目的是为了客户，不是为了自己；动作经过风险评估；行动之前知会过直接上级。符合这三条的，即使结果不尽如人意，当事人也不被追责，反而能拿一笔"试错奖金"——钱不多，意义很大。正是这笔鼓励金，让一线工程师敢于在流程之外想新办法，再把新办法反馈回流程，形成"创新—验证—固化"的正循环。

 

三个机制合起来，"敢扛事"就不再是个人特质，而是一种可以被设计、被复制的行为模式。这就是机制的价值：它让好人做好事不费力，让普通人也能做出不平凡的事。

 

十三、把明天的难题，做成今天的预案

IT运维外包行业，三年之内大概率会遇到几类事：客户侧的安全风险事件——不是会不会的问题，是什么时候来考验你的问题；关键岗位员工变动——核心工程师怀孕、生病、跳槽；重大政策变化——等保、数据安全法、个人信息保护法的细则调整；客户战略转移——关停业务线、并入集团、卖给别家。

 

对"大概率会发生但不知道什么时候发生"的事，必须提前做预案。这个预案有个正式名字，叫业务连续性管理。蓝盟的连续性管理表格贴在每个项目组的墙上，每年更新一次：风险类别、触发场景、应急预案、责任人、上次演练时间，一目了然。工程师离职怎么办——交叉培训、二线备份、当日移交；安全风险怎么办——60分钟内启动响应、配合取证、证据链保存；政策变化怎么办——合规预审、文档补齐、培训客户对接人。

 

这张表不是形式主义。每个项目组每年必须做一次"纸上演练"——挑一个场景，按表里的角色和步骤走一遍。不开真设备、不动真数据，但每个人必须按角色做真事。

 

这套动作下来，整个团队对"明天的不确定性"就有了具体的手感。不确定性不能消除，但可以被演练。蓝盟二十五年零重大事故，不是因为没有风险，而是因为风险永远跑在预案后面。真遇到考验那天，别人手忙脚乱，蓝盟按表执行——差别就在这一张纸上。

 

十四、客户听得懂的汇报，才是好汇报

IT服务行业最常犯的错，是写给自己看的报告。工程师写完分析报告，满篇日志、堆栈、状态码——这些对工程师很重要，但对客户总经理来说，全是噪音。

 

客户想知道的就三件事：业务受了多长时间影响？客户的用户有没有受影响？接下来怎么确保系统更稳？

 

蓝盟对客户的重大事件报告，模板就是这三个问题，加一段大白话写的根因分析。确实有技术细节，放附录——想看的人看，不想看的人翻过去。报告最后一页是"蓝盟的承诺"：接下来怎么做。这一段是品牌建设的关键，客户管理层读到这里，会觉得这个外包商是负责任的。

 

蓝盟还做了一件更长期的事——每季度给客户开一次"运维故事会"。不讲技术，讲上季度看到的运维小趋势、对客户业务可能的影响、蓝盟建议怎么做。故事化的沟通，让客户觉得蓝盟不是"换硬件的"，而是能帮他看到IT背后的业务价值。

 

一份报告写得好不好，不看写得多专业，看客户读得懂多少。这个标准，贯穿在蓝盟每一份对客户的文档里。

 

十五、长跑的关键不是起跑，是节奏

IT运维外包的客户合作周期特别长。一个客户从签约即为一场长情的陪伴，做客户身边的IT专家。这意味着跟客户的关系是长跑，不是短跑。长跑的关键不是起跑，是节奏。

 

蓝盟对每一个客户都有一份"客户健康度档案"，由客户经理定期更新：服务满意度，看月度回访平均分；业务延续性，看客户关键决策的变更次数；财务健康，看付款账期；战略对齐，看客户是否把蓝盟的服务放进了自己的战略规划。四个维度，每个季度看一次。如果某个维度连续两个季度下滑，蓝盟主动约客户做一次"战略对话"，了解那边发生了什么——不等客户来谈终止，先问客户需要什么。

 

很多IT服务公司是"客户给钱我干活"的状态，蓝盟要做的是"跟客户一起想清楚IT怎么支持业务"的状态。这两种状态的差距，就是客户愿不愿意跟你续约十年的差距。蓝盟超过96%的客户续约率、63%的新客户来自老客户推荐，靠的不是某个销售的本事，是每个月、每个季度、每一年，把节奏跑稳。

 

十六、承诺，是最贵的资产

写到这一篇的最后，把所有的道理，翻译成两份承诺。

 

一份给客户：蓝盟派到现场的工程师，是敢扛事的——他不一定技术最好，但需要他的时候一定找得到他。蓝盟交付的不是文档厚度，是思考质量。蓝盟不会让一个能人绑架合作，所有服务都有第二个人会做。蓝盟不会假装什么都懂，不懂就请教，消化完再给出专业方案。蓝盟会主动告诉客户坏消息，绝不让客户从别的渠道先知道。每年的价格调整提前半年告知，合同里没有任何单方调价的条款。一旦出现服务偏差，24小时内主动告知、拿出整改方案、明确责任人。蓝盟希望跟客户一起工作十年以上——因为只有这样，才能看到IT战略真正为业务创造价值。

 

一份给员工：你的事，公司不会甩给你——你接到的每个任务，背后都有项目经理和客户经理兜底。你的成长公司买单，每年每人有培训预算和内部分享时间。你的创新公司鼓励，勇敢试错鼓励金不是口号，是真金白银。你的声音公司听见，匿名信箱每月回应，管理层亲自看。你的业余公司尊重，周末和深夜的紧急响应，有加班费或调休，没有"年轻人多干点"的隐形压迫。你的晋升公司公开，每年两次答辩，评委跨部门。你的家庭公司关心，亲属生病，公司第一时间慰问。

 

承诺这东西，说出口容易，做十年难。但管理做到最后，拼的就是这个——敢不敢把话说死，然后一年一年地兑现。

 

结语：管理是慢活，慢活出真功夫

上一篇笔记的结尾说，下一个二十五年，依然在路上。这一篇写到结尾，想说的是：这条路没有捷径。

 

选人看扛事，授权留责任，汇报用一页纸，决策先动起来，开会要有反对声，沟通要到饭桌上，机制替人兜底，预案跑赢意外，汇报讲人话，客户当长跑，承诺当资产——这十六条，没有一条需要天赋，每一条都需要重复。

 

常有读者问：蓝盟这么多心法，最看重哪一条？蓝盟的回答是：最看重的，是读者读完以后，明天上班做的第一件事。如果读完，跟工程师多聊了十分钟，这篇文字就有一点意义；如果把"接任务三问"用在了明天的派活上，意义就大了一点；如果给客户打了一个电话，主动说了一个本来没打算说的风险，那这篇文字就有了最大的意义。

 

二十五年，蓝盟从PC时代走到互联网时代，再到移动互联网时代，如今正走进智能时代。技术在变，客户在变，唯一不变的是变化本身。蓝盟的答案始终如一：用流程守住底线，用迭代保持灵动。制度不是刻在石头上的条文，而是一代又一代蓝盟人在实践中不断打磨、不断更新的活法——一线遇到可以优化的地方就反馈，管理层听到了就迭代。正因为这份灵动，蓝盟始终处在灵活上升和变化之中，到今天依然保持着创业初期的激情和活力。

 

管理没有奇迹。管理是一天一天、一件事一件事、一个人一个人磨出来的。把简单的事重复做好，本身就是门槛——门槛之内，是二十五年的机房、工单和凌晨的告警，是二十五年零重大事故的纪录；门槛之外，是来来往往的追逐者。

 

蓝盟愿意继续磨下去。也愿与所有同行者，一起磨。

 

文/蓝盟IT外包

• 上一篇: 把简单的事做成门槛：上海蓝盟二十五年管理笔记（八）
  下一篇: 把简单的事做成门槛：上海蓝盟二十五年管理笔记（一）

• 分享到：