论FDE诊断：埋在Excel里的业务流程真相

即将入场的客户说，他们有很多前线作业都靠人在各个系统之间搬运数据，除了SOP，最重要的就是各种excel资产。

随便抽了一个excel来看，十年前的工作画像迎面而来：
- 那是一位力求上进“表姐”，条理性地把每一步粘贴、vlookup、pivot等步骤制作成一个模板，列与列之间有复杂的if、index函数嵌套；
- 那是一位井井有条的“表妹”，制作了多个合并表头，以显示分类的精细化；
- 那是一位死磕自动化的“表哥”，用宏直接跑重复性的动作，末了还不忘撰写一份清晰的excel表……

这么说来，FDE入场的第一件事，就是既要绘制好人能读懂的多层级业务架构，又要准备好给AI能读懂的多系统同事件的描述。系统的数据就在那，但系统之外人工操作的痕迹、台账，只有一线业务最清楚那些tool存在的必要性；而这些tool的管理，往往在IT部门管辖之外，业务部门又很难找到一个专人维护。

为了能让OCPM在诊断阶段发挥能力，我借蓝色大肥鱼DSH“缝合”了一些协助工具。第一阶段先解决读懂Excel并快速治理的问题。和DSH磨合了两周，发现不断地追问、质问，沿着传统的PRD-原型-技术规格来做还是相当丝滑的。技术规格超出我的能力范围，不懂就问，大肥鱼也解释的很好，而且它还常提醒我评审要注意什么。目前这版工具还是自用，所以评审的话就几个大模型在我面前干干架，哈哈~

解决了excel scanner问题，还有非结构化文本的诊断工具需要考虑，一些场景还要根据入场后客户提供的文档进行调整，毕竟据我所知，一线excel文档，除非能串联起来形成一个大tool或升级成一个更有ROI的system，否则没人愿意做太大的改动；此前在国外看到把excel文档搞成开放API，让AI接管的方案，但没有摸清楚这里的业务现状时，不好向客户直接提这类方案。FDE不打无准备之战，那可真是一场人机协作的考据挑战啊~~