上周和前下属吃饭，他还在吐槽我刚做管理那会的“假授权”。
把项目甩给他，转头就天天追进度，连他选什么打印店都要插手。
我当时还觉得委屈——我明明给你放权了啊，你怎么还做不好？
直到那次老用户召回项目搞砸，我才拍着脑袋反应过来：我那不是授权，是甩锅加微操的混合体，纯纯的管理灾难。
90%的授权死在“开头没说清边界”
2019年带团队做用户增长，想练刚入职半年的小周，把“沉睡用户召回”的全案交给他。
我当时拍着他的肩膀说：“你全权负责，有问题找我。”
现在想想，这句话简直是坑人的鼻祖。
小周不敢随便找我——怕我觉得他能力差，连这点事都搞不定。选了个没合作过的短信服务商，单条成本比之前高了30%，召回率还跌了近一半。
我当时骂了他整整半小时，直到复盘时翻聊天记录才发现：我从来没说过，成本超过多少需要审批，供应商的准入标准是什么，甚至连“沉睡用户”的分层边界都没给他定死。
他以为的“全权负责”，是连用户分层都能自己改；我以为的“全权负责”，是他要严格按照我之前的标准来做。
这中间的gap，就是授权失败的核心原因。
真正能落地的授权，要先给“安全垫”
后来再给小周派新的召回项目，我没再说“全权负责”这种屁话。
我花了一晚上，列了一张决策权限清单：
单条短信成本不超过0.05元，他可以直接定，超过的话必须找我；
用户分层可以调整，但年消费过万的核心用户池不能动；
活动文案可以改，但不能提“平台倒闭”“永久关闭”这类敏感词。
除此之外，我还给他批了10%的试错额度——只要他能拿出数据证明这个尝试有长期价值，哪怕超支一点也没关系。
说实话，列这张清单的时候，我还犯嘀咕：会不会太不信任他了？会不会束缚他的创造力？
结果小周拿到清单当天，就定了新的服务商，还找了个之前没人用过的微信公众号召回渠道，成本降了10%，召回率比上次高了5%。
他后来跟我说，之前不敢问，是怕挨骂，也怕显得自己没用。现在有了清单，就知道什么能做什么不能做，心里踏实多了——不用猜我的想法，也不用怕踩雷。
哦对，还有个小细节：我特意在清单最后加了一句“如果遇到清单里没写的情况，随时找我，哪怕是半夜”。
别小看这句话。很多下属不敢决策，不是因为没能力，是怕“做错了没人兜底”。
授权不是“一放了之”：收尾的复盘比开头更重要
我之前还有个毛病：授权完就当甩手掌柜，要么等出问题了才救火，要么就天天盯进度，变成烦人的微操狂魔。
后来改了个习惯：每3天开15分钟的同步会——不是查岗，是问“你现在遇到什么卡点，需要我帮你对接什么资源”。
有一次小周做活动，遇到运营商的通道堵了，他自己解决不了。我帮他对接了之前合作过的运营商负责人，当天就把问题搞定了。
还有，项目结束后的复盘，绝对不能是追责大会。
我后来的复盘，只会问两个问题：
这次哪些决策是对的？可以沉淀到下一次的权限清单里吗？
这次哪些问题是因为边界没清导致的？下次怎么调整？
比如上次给另一个下属授权招产品经理，我一开始只说“招个合适的人”，结果他招了个刚毕业的，完全不符合B端项目的需求。复盘的时候我们才发现，我没把“必须有3年以上B端SaaS经验”“薪资范围在25-35k”这些硬指标写进权限清单里。
后来调整了清单，他第二次招的人，入职3个月就独立带了一个小项目。
不过话说回来，你要是真遇到那种拿了权限就乱搞的人，那不是授权的问题，是你招人的问题，对吧？
上周那个前下属现在已经带自己的小团队了，他说现在给下属授权，第一件事就是列权限清单。
我听了挺开心的。
毕竟，谁都不想再当那个要么甩锅要么微操的傻管理者。
