上周和前下属喝咖啡，他说现在当主管最头疼的事：每次要拍板，总被人追着要”最完整的方案”。
我笑。
谁刚当管理者的时候不是这样？
你以为的”决策能力”，其实是”怕担责的包装”
我刚升部门负责人那年，碰到过一件现在想起来还脸热的事。
当时有个合作了两年的连锁零售客户，区域经理天天追着产品组提需求：要在门店的库存后台加个临期商品自动标红的功能，说要是两周内拿不到，就把下季度的合作预算转去竞品那边。
产品经理拉了技术评估，说要做完整的字段对接、权限分级、操作日志，最少得4周。我当时第一反应不是拍板，是怕——怕现在拍板做了，最后客户不满意，我要担责；怕技术做超了工时，团队有意见；怕这个功能最后没人用，浪费人力。
于是我开始”补信息”。
让产品去统计全量1200家合作门店的ERP字段匹配率，让技术列全所有可能的bug场景，让市场部算这个功能上线后的获客转化率，甚至让销售去问了另外10家同类型客户，是不是也需要这个功能。
就这么磨了10天，所有数据终于凑齐了，我拿着厚厚的报告去找那个客户的区域经理，结果对方的助理告诉我，他上周刚被调去别的大区，新上任的负责人说”我们现在的库存流程已经改了，不需要这个功能了”。
我站在客户公司楼下的风里，半天没回过神。
后来复盘我才想明白，我那根本不是在做决策，是在找”不用我担责”的证据。我总觉得决策能力强的人，是能拿到100分的信息，做100分正确的选择，可实际上，我只是把”不敢拍板”，包装成了”严谨负责”而已。
别等”全量信息”，决策的黄金窗口从来都是”信息够60分”
那次踩坑之后，我给自己定了个死规矩：只要核心诉求的信息凑够60分，就别等了，先拍板做最小版本。
说出来你可能不信，刚定这个规矩的时候，技术组长第一个跟我拍桌子。他说哪有管理者这么干的？连需求都没捋全就上线，不是做半成品吗？
我当时跟他说的话，现在还记着：”这个版本的目标从来不是做完美的产品，是先验证——这个需求是不是客户真的愿意付钱的核心痛点。错了我担责，大不了后面补迭代，比我们闷头做4周，最后发现没人要强。”
巧的是，没过两个月，又有个做便利店的客户提了几乎一模一样的临期标红需求。我没再等什么全量数据，直接让技术组抽了两个开发，只对接最核心的三个库存字段，权限只给店长和区域督导，连操作日志都没做，1周就把简化版上线了。
那个客户用了之后，不仅没觉得我们做的粗糙，反而特意给我们销售打电话，说这个功能刚好解决了他们巡店时要挨个翻临期商品的麻烦，还主动给我们介绍了3家同区域的便利店同行。
说实话，很多人对决策的误解太深了。总觉得要把所有的边角信息都摸透，把所有可能的风险都堵死，才能叫”会做决策”。可真实的商业世界里，哪有那么多完美的信息？等你把所有数据都凑齐，客户早就被别人抢走了，机会早就凉透了。
我后来带团队做需求评审，从来不让大家为了”要不要做某个功能”吵超过半小时。只要这个功能能解决核心的用户痛点，就算现在只有60分的信息，先上线小版本，后面再根据真实的用户反馈迭代就行。
决策的底气，从来不是”永远做对”，是”错了能快速兜住”
我见过太多管理者，一辈子都在追求”不做错决策”，最后反而成了团队里最没用的人。
之前我们团队要调整客户成功的跟进流程，两个方向吵了快一周：一派说要按行业分，因为同行业的客户需求相似度高；一派说要按客户规模分，因为大中小客户的服务流程本来就不一样。
我最后拍板，先按客户规模分。
结果跑了两个月，问题出来了：同规模但跨行业的客户，需求差异比预想的大很多，负责小客户的同事手里攒了一堆不同行业的需求，根本顾不过来；反而按行业分组的小组，因为需求集中，服务效率高很多。
换做以前，我可能会硬扛着，说这个流程是对的，大家再适应适应。但那次我直接开了个复盘会，当场就说这个决策错了，我们改。
前后花了一周，我们就把流程调过来了：按行业划分客户组，同规模的客户单独做服务SOP的适配，不仅没造成客户流失，反而因为调整及时，几个大行业的客户满意度还涨了不少。
很多人不敢拍板，本质上是怕”一旦错了，就下不来台”。可实际上，你做决策之前，只要提前给每个选择留好”安全垫”，根本没什么好怕的。比如你上线一个小功能，提前跟客户说”这是我们的测试版，有问题随时找我”，就算做的不完美，客户反而觉得你重视他；比如你调整一个内部流程，提前跟团队说”我们先跑一个月，不行就改”，就算最后真的错了，大家也不会觉得你是瞎指挥。
我到现在做决策，也从来没有100%的把握。
有时候半夜醒了，还会翻一下上周拍板的那个方案，会不会有什么没考虑到的漏洞？
但那又怎么样呢？
决策能力从来不是天生的，也不是靠读多少管理书练出来的。是你一次次拍板，一次次在小失误里攒出来的——知道什么信息是核心的，什么风险是能兜住的，什么机会是等不起的。
别等了。
你等的那100分完美数据，永远不会来。
