Service 02 · 经营异常看板
让老板更早看见问题，而不是更晚知道结果。
订单、采购、库存、生产、发货、开票、回款，本来就散在几个人、几个系统、几个群里。看板要做的不是把所有数据搬到一个屏幕，而是只把「需要你判断的那几件事」推到前面。
现状
你现在大概率是这么做的。
下面几条不是猜的，是同类企业里反复出现的状态。对上两条以上，这事就值得聊。
- 老板每天靠翻群和等汇报掌握经营情况，信息到手时往往已经过期一两天。
- 异常靠人发现：客户催了才知道发货有问题，财务对账了才知道回款逾期。
- 销售、采购、仓库、财务各有一份表，口径不一样，开会先对表再吵架。
- 出了问题追不到人——不是没人负责，是每个环节都以为自己那步没问题。
我们怎么做
按这个顺序来，不跳步。
01 · 定异常清单
先不接系统，和白板一起列出「哪些情况必须让老板知道」。通常 10 条以内。
02 · 找数据来源
每条异常对应一个数据来源：哪个系统、哪张表、谁维护。找不到来源的先不做。
03 · 做判定规则
什么算异常、阈值多少、多久没处理要升级。规则必须能说清依据，不能靠感觉。
04 · 上线一小批
先跑 3–5 条最高频的异常，每天固定时间推一次，人工核一周。
05 · 扩面
核过之后再接更多异常类型、更多部门，并回写到既有系统。
交付什么
每一项都能拿出来看。
- 异常清单：每条都有明确的判定规则与责任岗位
- 每日经营简报：一条推送，含今日异常、需老板决策、明日要盯的事
- 责任追踪：每条异常可追到人、可追到原文或原始单据
- 异常闭环记录：谁处理了、什么时候处理、处理结果
- 对接既有系统：不替换，只回写
边界
适合谁，什么情况先别做。
把不适合的说在前面，比签下来再解释便宜得多。
适合
- 老板每天亲自盯订单、生产、交付、回款的企业
- 多门店、多项目、多仓库，信息靠群里汇总
- 已经有 ERP 但导出数据后仍靠 Excel 人工对
- 出过因为发现太晚而真实损失的事故
建议先别做
- 连基础单据都还没电子化——先解决录入，再谈看板。
- 老板本人不看数据、只信口头的——看板会变成一份没人打开的日报。
- 期望做成「实时大屏」放在会议室——那是展示需求，不是管理需求，先想清楚用它的场景。
怎么算完成
四条，缺一条就不叫交付。
能上线运行
不是演示，是在你的环境里跑起来。
员工实际用起来
不是只有项目组会用，是岗位上的同事天天在点。
按清单逐项确认
开工前就把验收清单写进合同，逐项勾。
上线 30 天后还有人在天天用
这一条最关键。前三条都能靠一次演示糊弄过去，这一条不能。
不做什么
范围写清楚，后面争执才少。
- 数据清洗与整理——这是你的数据资产，我们教你怎么整理，但不代劳。
- 系统开发与运维——不做 CRM / ERP / 官网这类系统建设。
- 模型训练——不训练自己的大模型，只用成熟可用的。
- 硬件采购——服务器、显卡由你自行采购，我们不赚这个差价。
- 组织变革咨询——人的绩效、编制、汇报关系，不在我们范围内。
- 日常技术答疑——不含在项目内（有需要可另配运维包）。
常见问题
关于这项服务
要不要把 ERP 换掉？
不换。看板是在 ERP 旁边加的一层：从 ERP 导出或用接口取数，做完判定再按原接口回写。你现有的系统继续跑，出问题可以整层关掉，业务照常。
数据不准怎么办？
先做一件事：让每条异常都能点回原始单据。这比追求数据 100% 准确更重要——老板看到异常时第一反应是核实，只要三秒内能核实，数据有瑕疵也能用。
多久能看到东西？
第一期通常 3–4 周能上线一小批异常（3–5 条）。我们倾向先小后大，跑过一周人工核对再扩，而不是一次做二十条。
和 BI 报表有什么区别？
BI 回答「这个月怎么样」，看板回答「今天有什么要处理」。前者是回顾，后者是动作。两个都需要，但先做哪个取决于你现在缺的是信息还是动作。
相关
其他几项服务
不确定该不该做？先免费领一份《企业诊断自查表》（5 分钟出结论），再约 1 小时付费咨询把流程过一遍。