系统菜单停用前怎么评审？

系统迭代时，旧菜单、旧报表和旧功能经常会被新流程替代。直接隐藏或删除菜单，看起来界面干净了，但可能让仍在使用的岗位突然找不到入口，也可能影响历史数据查询、月末对账、审计追溯或客户资料复核。

菜单停用前先确认谁还在用。平台管理员可以从访问日志看最近使用情况，但访问少不等于没有价值。有些菜单只在月末、季末、盘点、结算、审计或异常复盘时使用，平时点击不多，一旦停掉就会在关键节点出问题。

业务负责人要确认实际场景。这个菜单是完全废弃，还是被新入口替代；历史数据还能不能查；原有权限是否需要迁移；正在跑的流程、未关闭的单据、旧报表下载和外部对账是否会受影响。这些问题没有确认前，不要只按技术判断下线。

替代方案要提前给出。新入口在哪里，历史数据怎么看，旧功能是否保留只读，停用后异常如何反馈，必要时能不能临时恢复，都要在发布前说明。受影响岗位要提前通知，尤其是只偶尔使用菜单的财务、质量、仓库和管理岗位。

停用当天不要只看页面能不能隐藏，还要观察异常反馈。有人找不到入口、历史报表无法导出、权限菜单丢失、旧流程卡住，都要能快速判断是否回滚。回滚方案不是形式，它是菜单停用评审里必须提前准备的底线。

系统菜单停用不是清理界面，而是确认旧入口退出后，业务还能查、还能审、还能接得上。谁还在用、用来做什么、替代入口在哪里、出问题怎么恢复，这几件事说清了再停用。