这里大都是执行层的程序员，我们经常遇到一个问题，就是领导作为决策层，他们经常拍脑袋想出个什么方向、方案，还要求短时间做出来，给结论。

他们觉得很简单，执行层却要做很久，可能做的还不符合执行层的心意，我以今天发生的一个案例，描述下两者的区别。

我们最近要紧急加个人脸认证得功能，就是除了身份证认证外，还要额外加一道人脸认证。大概是昨天下午说的，要求今天中午上线。

当时我们还在做别的需求，这个需求临时插进来，流程、原型、方案什么的都没有，只说个明天中午上线。

老板觉得很简单，就是加个人脸嘛，之前不是有身份证，加一个逻辑有什么困难的，分分就干完了。

但是从执行者层面，这个事情就麻烦多了，反正直到今天晚上，这个需求也没上上去。

我罗列了这个需求在执行层面遇到的问题。

技术实现问题

要加个人脸认证功能，本身就有基础的开发工作量，我说的是一切都确定好，只用对接三方 SDK 的工作量。

大部分老板想到的也就这个工作量。然而实际上有无数个选项要一一抉择。

用阿里还是腾讯的？用跳转链接还是跳转到支付宝？前后端怎么配合？

三方后台应用怎么开功能？谁配？走什么申请流程？光走个流程都要搞半天。还有后续费用，财务还要审核。

再说功能之外要考虑的事情，是不是要加个开关，万一三方服务挂了怎么办？基础的报警、监控是不是要有？

像我这个需求，还没调通，领导看了下价格，人脸要 6 毛一次，心疼了，要求加个前置身份二要素验证。

以上场景随便挑两个都比纯对接耗时，如果一开始没想到，做到一个地方踩一个坑，更耗工时。

业务场景问题

接下来就是业务场景问题了，这才最坑的地方。

没有产品文档，没有原型图，还要开发硬着头皮上，这跟把开发往火坑里面推有什么区别？

做对了没好处，做错了要背锅。

但是没办法，研发们在一起讨论业务场景，那里加，那里不加，之前的怎么兼容等等。

数据问题

等到真正上线了，你以为领导会觉得你加班加点辛辛苦苦把事干完了很棒？

他只用三句话就能让开发搪塞：

人脸的成功、失败率多少？

失败原因有哪些？怎么分布？

从身份证到人脸的漏斗怎样的？减少原因有哪些？

对新用户转化率有什么影响？对业务整体有什么影响？

傻眼了吧，能答出来一两个都是优秀的。

决策层和执行层是两种不同的思维。

执行层事情又多又杂，细节极其裹精，做起来很费时间，还得非常集中注意力。

决策层思维在执行的上层，如何判断执行后的影响？影响面多大？如何判断执行方案对不对？所以数据对他们非常重要。

这个案例启发我们，作为执行层，跟领导争取时间的时候，能把后续的场景、数据想全面，就能争取到更多的时间，比如有时候觉得某个功能时间不够，但领导又觉得够，那就好好分析下，想办法说服他。