上周三加班到11点，我把刚打印的37页SOP全揉了。
去年团队乱成一锅粥时的那个决策
去年带的8人项目组做企业服务交付，没有统一的调研标准，有人给客户列10个问题走流程，有人顺着客户的闲聊扯半小时才进入正题，最后交付的东西要么缺了客户最在意的“数据导出权限”，要么多了一堆没人要的“定制化报表”。
那次差点丢了合作两年的老客户——客户对接人拿着交付清单拍桌子，说“你们连我要的导出功能都没有，做这些报表干什么？”我赔了笑脸，熬夜改了3天，才把事情压下来。
那时候我就想，必须搞标准化管理。不然每次出问题都是临时救火，团队累，客户也烦。
第一个坑：把“标准答案”当成了唯一标准
当时我一门心思要把SOP写得“滴水不漏”——从需求调研的开场话术，到交付后的回访时间，全写得明明白白。比如开场必须说“您好，我是XX团队的交付专员，今天来跟您确认本次项目的需求细节”，回访必须在交付后72小时内打，连回访的话术都写了3版。
结果新来的小棠跟客户对接，俩人刚坐下就聊起了最近追的剧，氛围特别好，结果小棠突然想起SOP的要求，硬生生把话题掰回了固定话术，客户的脸瞬间就垮了——后来客户跟我说，“本来以为你们的人很亲切，结果突然变成了走流程的机器人”。
说实话，我那时候差点把手里的咖啡喷出来。原来我搞的不是标准化，是捆人的绳子。
第二个坑：把标准化当成了“一劳永逸的事”
去年10月搞完第一版SOP，我就把文档传到了共享盘，设成了“只读”——觉得这下万事大吉了，大家按文档来就行。
结果今年3月，老周按SOP对接客户，掰扯了两天才发现，SOP里写的“必须对接钉钉审批流”，而客户用的是企业微信。老周说“文档里要求用钉钉”，客户说“我从来不用钉钉”，最后还是我出面协调，返工了一周才搞定。
那时候我才懵——原来标准化不是写完就锁进抽屉的，是要跟着业务变的。
现在我对标准化管理的3个实感
踩过这两个坑之后，我把之前的SOP全推翻了，重新做了一版。现在的SOP薄得可怜，只有12页，但比之前的37页好用100倍。
最核心的一点是，标准化是托底的，不是封顶的。我们现在的需求调研SOP，只规定了3件事：必须在项目启动后3天内完成调研，必须确认7个核心需求（比如数据权限、交付时间、对接人），必须给客户发书面的需求确认函。至于你是用语音聊，还是用文档列，是先聊家常，还是直接切入正题，只要能完成这3件事，怎么舒服怎么来。
另外一点是，标准化要让一线的人说了算。之前的SOP是我坐在办公室里拍脑袋写的，现在不一样——每个模块的SOP，都是负责该模块的同事一起写的，因为他们最知道哪里容易出问题。比如小棠提的“开场话术可以灵活调整”，老周提的“对接工具要根据客户的情况变”，这些都是我们改SOP的依据。
还有一点是，标准化要定期“体检”。我们现在每个月的最后一个周五，留1小时开SOP复盘会，不管有没有出问题，都要过一遍。比如上个月，我们就把“对接企业微信接口”的需求加进去了，还加了“如果客户用的是自研系统，要提前确认接口文档的获取时间”——毕竟，客户的需求在变，我们的SOP也得跟着变。
前几天跟一个做创业的朋友吃饭，他说他的团队现在还在靠“人盯人”的方式管理，每次出问题都是他亲自上，累得要死。我给他发了我们现在的SOP文档，他翻了翻，说“这不像我之前见过的那种厚厚的、全是套话的SOP”。
我笑了笑，没说什么——毕竟，只有踩过把标准化做成捆人绳子的坑，才知道真正的标准化管理，是给人松绑，不是给人上枷锁。
