业务问题
企业的经营数据全部锁在一套内网管理系统的几十张查询报表里：业绩、成本、客户、回访，各看各的。管理层想知道「今天干得怎么样」，靠的是员工每天手工导表、拼 Excel、微信群里发截图——慢，而且每个人拼出来的数字还不一样，因为口径全靠口口相传。
方案：一条从内网系统到手机的数据链路
- 自动拉数：账号直连内网系统接口，不依赖浏览器登录态；单线程限速拉取，尊重生产系统的真实承载能力
- 口径治理：把业绩、成本、提成的每一条业务规则从老员工的经验里挖出来，写成代码，和门店手工表逐项对齐
- 实时仪表盘：手机直接看，密钥鉴权的公网访问；同环比开关、科室筛选、趋势预测；还有一个 Excel 1:1 复现视图——因为业务同事只信 Excel 的样子
- 企微报表机器人：每天定时把报表图片按群定向分发（不同角色看不同的表）；平时能用自然语言问数，它自己去查
最硬的仗：不是代码，是口径
这个项目 70% 的时间花在一件事上：让自动算出来的数字和业务认可的数字一模一样。「业绩」算不算退款单？「成本」里检验单剔不剔？某类单据到底归谁头上？——每一条规则都要从实际业务里抠出来、验证、再写死成代码。
这里我踩过一个值得写下来的坑：自证陷阱。用来核对的「参照表」如果和我的数据管道同源，那对得再齐也证明不了什么。后来我给核对立了规矩：参照物必须来自独立的第二来源，先验证参照物本身，再谈对数。
生产加固：数据出口必须有闸
报表机器人每天往业务群里发数据，发错群、发错数就是事故。所以出口全部上了代码层的硬闸：
- 群发必须引用一个「管理员已审核」的任务，且发送内容是已审核内容的子集，否则代码直接拒绝——不靠自觉，靠机制
- 会话映射与权限管理：每个群、每个人能收到什么，白名单说了算
- 拉数失败降级为人话提示（「内网波动，稍后重试」），不往业务群里喷报错堆栈
另一课是尊重别人的生产系统：我曾经用并发去拉内网接口，把对方拉崩过。之后所有拉取一律单线程限速——快没有稳重要，这是在别人的地基上盖房子的基本礼貌。
结果与反思
现在这套链路每天自动跑：管理层在手机上看实时仪表盘，各业务群准点收到当天的报表图片，想查什么随口问机器人。手工导表拼 Excel 的日常，变成了系统的例行工作。
反思也有：我是先把东西做出来，才回头补「使用者到底想看什么」的调研。工具做得再顺，不贴着使用者的真实习惯，推广就是逆水行舟——下一个项目，调研要走在开发前面。