结论先行：网络自动化项目的评审会上，坐在同一张桌子边的人关心的并不是同一件事。管理层要的是「出事能不能查、能不能退、三年账怎么算」，执行层要的是「会不会返工、出了事谁背、还要不要熬夜」。这两套问题如果只准备了一套答案，会上就会出现一种典型画面：材料讲得很完整，签字的人始终不点头。
为什么同一页材料讲不通所有人
决策是集体做的，焦虑却是各自承担的。一次策略变更搞砸，写报告的人和写命令的人面对的不是同一种后果：前者面对的是考核与监管问询，后者面对的是凌晨的机房里那一屏配置。
所以项目推进不下去，往往不是方案不够好，而是方案只回应了一侧的问题。把角色拆开看，是一件很实用的事。
管理层那一侧，问的是四件事
- 合规能不能随时拿出来。等保与关基的要求落到具体动作上是一句话：这条策略谁开的、何时开、为何开。年底突击梳理出几箱材料，和随手就能调出记录，是两种完全不同的状态。
- 业务连续性有没有底。他们真正怕的不是变更本身，而是一条错配命令把核心业务打挂、还要很久才能回来。所以「能不能一键回到变更前」比「变更有多快」更打动他们。
- 三年账怎么算。多品牌原厂维保逐年上涨，资深网络工程师既稀缺又流动，显性成本与人力成本同时在涨。
- 信创进度卡在哪。国产化替代是硬指标，而国产化环境下的策略管理工具是否跟得上，直接决定这一项能不能按期交。
他们想要的还有一样东西：可见的数字。策略库健康度、暴露面变化、变更时效——这些指标能摆到看板上，讨论才会从印象层面转到事实层面。
执行层那一侧，问的也是四件事
- 还要不要跨部门扯皮。一条策略开通要跨提单人、审批人、各品牌设备负责人，工单在流程系统与设备控制台之间来回跑，进度靠追问，出了问题先互相看一眼。
- 会不会返工、出了事谁背。手敲命令的失误率是波动的，一条错配就是一次中断，而责任最后落在操作者个人身上。变更窗口常常排在凌晨或周末，疲劳又把失误率往上推。
- 等不等得到人。故障之后等厂商上门，SLA 的空窗期只能干等；多个品牌各自报修，协调成本比技术难度还高。
- 敢不敢动老策略。历史策略是历届工程师累积下来的黑盒，动一条怕连带影响，于是只敢加不敢删，策略库越积越脏。
这些问题不解决，平台上线之后会得到一种奇怪的结果：工具在那儿，人还是照旧手敲。因为对他们来说，换工具并没有减少自己承担的风险。
把两套问题写进同一份材料
可行的做法不复杂，把一份方案拆成两页来写，但共用同一组数字。
- 给管理层的那一页：全程留痕能不能按策略查到人、异常能不能一键回退、变更时效与策略库规模的变化趋势。用的是可核对的口径，不是承诺。
- 给执行层的那一页：哪些动作不用再登录控制台、哪些判断交给平台做、出错时的责任落在哪一栏。尤其要把「谁批」和「谁执行」分开写清楚——这两件事混在一起，执行的人永远不敢点。
- 共用的数字：一条策略开通从几天压到分钟级、策略梳理从数周变成周期性的常规动作、变更记录覆盖率能查出多少。这些数字要来自现网验证或试点结果，而不是参考值。
还有一条常被忽略的：试点阶段就让执行层参与验收。管理层看的是指标，执行层看的是「这周我少加了几个班」。后者不给反馈，前者看到的数字就是失真的。
落地清单
- 把项目涉及的角色列成一张表：谁签字、谁审批、谁执行、谁验收，各自的顾虑写一行。
- 准备两份材料而不是一份，共用同一组来自现网的数字。
- 把「谁批」与「谁执行」在流程上分开，并把两者的记录都留全。
- 试点验收除指标外，加一项执行层的主观反馈，明确写进验收记录。
- 老策略的处理给一条「不动也能先看清」的路径：先做命中和影响分析，再决定哪一条可以收。
边界与前提
其一，角色划分因组织而异，文中给出的是拆问题的角度，不是固定的汇报关系。其二，文中的耗时与效率数字来自公开材料中的行业表述，落到具体项目应以现网验证结果为准，不宜直接写进验收标准。其三，管理层关注的指标一旦定成考核项，就容易被执行层反向优化，建议只作为观察项，不作为个人考核依据。
深圳市奇摩计算机有限公司在做网络自动化项目的前期沟通时，习惯先把这张角色表和执行层的顾虑一起过一遍，再谈方案与报价——两边的问题都摆到桌面上，后面的推进会省很多力气。需要把这套材料照着自家组织结构过一遍，欢迎 预约咨询。