今日概览
老板和主管不用进原系统，在这里看全公司今天发生了什么：哪些事机器已经办完、哪些卡住等拍板、哪里出了异常。下面数字为演示数据。
待我拍板 需要人
机器今天干了什么 不用人盯
这就是「后面跑」的样子：人不用打开它，跑完推一条通知，异常才找人。
这个产品到底是什么 —— 先把形态说清，后面每一屏都是它的一部分
一个产品业态
对外只有一个产品：一套「诊断 → 选配应用包 → 打通实施 → 复查」的服务。14 个应用包是服务目录里的模块，不是 14 个产品，客户买的是整套落地，不是单个工具。
两层分工
前台体现层：Web 总入口（看与管）＋ 宿主 App 里的应用包（点与批）＋ 通知推送。后台流转层：审批流转、机器人搬运、数据同步、AI 预审问答、异常提醒，全自动跑。
原系统退后成账本
ERP 的账、核心单据、主数据不动，数据最终回写对齐原系统。员工和管理层日常操作都在我们这一层完成，只有查原始凭证、审计调账才回原系统。
人效和速度从哪来，一句话：原来「系统有了、活还是靠人」——单据靠人搬、审批靠人催、问题下个月才发现。现在搬运和首答交给机器，审批自动流转催办，经营数据次日可见。人没变少，是把时间从重复劳动挪到能赚钱的事上。
经营看板
管理层看数的地方。数据由流转层每天自动汇集，不再靠人月底拉表拼报表。以下为演示数据，实施后接客户真实数据源。
每周处理量：机器 vs 人工（演示）
试点期的典型形态：总量不减，机器占比逐周上升，人工只剩异常和拍板。
分部门效率一览（演示）
| 部门 / 事项 | 上线前 | 现在 | 靠什么 |
|---|---|---|---|
| 财务 · 开票对账 | 月底集中 3 天 | 每日自动、当日清 | 开票对账机器人 |
| 客服 · 重复咨询 | 人工逐条答 | Agent 首答，人工只接复杂件 | 客服知识库 Agent |
| 全公司 · 审批 | 平均等 2 天 | 平均 4.1 小时 | 审批流重搭 + 自动催办 |
| 运营 · 经营报表 | 人工拼表 1 天 | 次日 8:30 自动推送 | 报表机器人 + 看板 |
| 市场 · 内容生产 | 等设计排期 | AI 起草，终审即发 | 营销应用包 |
对外讲痛点只讲三句：流程更快、人员更省、效率更高。具体提升幅度以客户自己的基线实测为准，不拿别人的数字承诺。
行业案例口径 —— 引用必须带出处性质，不构成对客户的承诺
审批提速
东方日升：审批每日提速约 2 小时。
厂商自述
客服 Agent
得助：AI 自主处理 82%、工单减少 68%。
厂商自述
开票机器人
猫人：开票工时大幅下降（160 小时 → 4 小时口径）。
第三方整理
复查与权限
交付不是终点：30 天、90 天对照当初约定的验收指标复查；谁能看什么、谁能批什么，在这里统一管。这也是「工作台要按每天用的东西做」的原因——它长期运行，不是交付完就走。
复查进度
验收指标示例（签约时与客户共同定）
- 开票对账：人工工时下降幅度、差错率
- 客服 Agent：自主解决率、转人工率、满意度
- 审批：平均等待时长、超时件数
- 通用：员工实际打开使用率（不用 = 没交付好）
角色与权限
| 角色 | 在哪操作 | 能做什么 |
|---|---|---|
| 老板 / 管理层 | Web 总入口 | 看全局看板、批关键节点、看复查、调权限与流程 |
| 主管 | Web + 宿主 App | 批本部门审批、看部门数据、处理异常 |
| 员工 | 宿主 App 应用包 | 提交、查询、确认、处理分给自己的异常 |
| 财务 | Web + 应用包 | 核对异常账、查凭证（原始凭证回原系统查） |
| 实施方（我们） | 配置后台 | 实施期配置与调试；交接后无客户数据操作权 |
原则：日常操作全在我们这一层；原系统只保留账和极少数专业操作（查原始凭证、审计调账）。
应用包中心 · 14 个应用包
这就是「整套应用层」的全貌：每个包都预先做好模板（功能、流程、验收指标齐全），实施时不重开发，只做适配宿主、打通接口、按客户规则微调。点任意一个包看它的完整规格。
员工端：长在宿主 App 里的应用包
员工不用学新系统、不记新网址：钉钉、企微、飞书、微信打开，应用包就在里面。左边切换宿主，中间是手机样子，右边说明同一件事在 Web 总入口里如何被管理层看到。
宿主可换：钉钉 / 企微 / 飞书，功能逻辑不变 —— 这就是「壳」
三种使用形态，分工不重复
| 形态 | 谁在用 | 干什么 |
|---|---|---|
| 宿主 App 内应用（主力） | 全体员工、客户 | 提交、审批、问答、确认 —— 每天干活 |
| Web 总入口 | 老板、主管、财务 | 看全局、批关键节点、管权限、看复查 |
| 无界面后台 + 通知 | 无人操作 | 机器人自动跑，跑完推通知，异常才找人 |
原则只有一条：形态跟着用户已有的习惯走，应用长在用户每天打开的地方里。
业务流转演示
选一件事，逐步看它在系统里怎么走：哪一步机器干、哪一步人做、原系统在什么位置。看完这四件，就理解了整套产品。
原来 vs 现在
人的感受
业务流转层与机器人运行
流转层在后面跑五件事：审批流转、跨系统搬运、数据同步、AI 摘要预审问答、异常推送。管理层在这里看每个机器人的健康状态，出问题先在这里报警，而不是等业务出事。
① 审批流转引擎
按规则把单子送到该批的人手里，超时自动催办，卡点可视化——卡在谁、卡了多久，总入口一眼可见。
② 机器人搬运（RPA）
跨系统录入、开票、对账、报表抓取。有接口走接口，没接口模拟人操作兜底，这是跨系统适配的万能胶。
③ 数据同步与回写
应用层产生的数据最终回写、对齐原系统账本，永远只有一套账，杜绝影子系统。
④ AI 摘要 / 预审 / 问答
单据先摘要再给人看、票据先预审再给人批、问题先由知识库答，答不了才转人工。
⑤ 异常与通知推送
正常情况静默运行；异常（差账、断货、超时）第一时间推给对应的人，附原因和建议动作。
运行原则
机器人只做规则明确的重复动作；凡是需要判断、拍板、对外承诺的，一律留给人。出错可回滚、可追溯每一步日志。
机器人运行状态 演示数据
| 机器人 / 引擎 | 状态 | 今日处理 | 异常 | 最近运行 | |
|---|---|---|---|---|---|
| 开票机器人 订单 → 开票 → 回写金蝶 → 通知客户 | 运行中 | 312 张 | 0 | 09:12 | |
| 对账机器人 银行流水 ↔ 原系统单据逐笔比对 | 运行中 | 486 笔 | 3 笔待核对 | 09:41 | |
| 客服 Agent 知识库问答 · 答不了转人工工单 | 运行中 | 642 条咨询 | 转人工 14% | 实时 | |
| 审批流转引擎 送审 · 催办 · 卡点提醒 | 运行中 | 58 单流转 | 超时 0 单 | 实时 | |
| 报表机器人 每日 8:30 生成经营日报并推送 | 待命（定时） | 1 份日报 | 0 | 08:30 | |
| 补货预警 库存 + 销量测算 → 建议单 | 有预警待确认 | 2 个 SKU | — | 08:05 |
实施要点：这一层部署在哪里，取决于客户选本地还是外部算力 —— 见「部署与适配」页。
客户与诊断
每个客户从这里开始：摸清现有系统栈、找出最痛的点、按筛查规则判断接不接。免费诊断只给问题清单、优先级和量级，不给完整可执行细节——细节是实施的事。
诊断流程
没有系统的小公司怎么办？接，但只接「轻量一站式」：用现成低成本工具拼最小能用的一套（钉钉/企微免费版协同、金蝶星辰/精斗云业财、轻量 CRM 或低代码客户表、扣子 Agent 客服、低代码审批）。我们做选型、配置、打通、培训 —— 是装机加配置，不自造系统。订阅费客户直付厂商，先上最痛的 1–2 个模块，跑顺再加。
接单筛查 —— 点一点，现场出判定（演示规则）
实施交付六步
点每一步看：这一步谁做什么、交付物是什么、什么情况停线。实施成本 = 适配 + 打通 + 配置，不是重开发 —— 这是轻交付成立的原因。
先做好应用包再实施，但不是等全部包齐才接单：首批 3 个包先跑通、模板化能力先立起来，实施时按需选包、打通、微调；目录越做越厚，适配越来越便宜，这是复利。
部署与适配
内核只有一套：诊断方法、流程模板、应用包逻辑、验收标准，与平台无关。换客户只是换「壳」：同一应用包做钉钉版、企微版、金蝶版。客户感知不到多套适配，只感知一套服务。
内核（统一，不重复造）
- 诊断方法论与问题清单模板
- 14 个应用包的功能逻辑与流程模板
- SOP、培训材料、验收指标库
- 复查看板口径
适配层（按客户的栈选壳）
- 宿主：钉钉 · 企业微信 · 飞书 · 微信
- 业务系统：金蝶 · 用友 · 管家婆
- AI 与自动化：扣子 Agent · 低代码 · RPA
- 有接口走 API / 导出导入；没接口 RPA 兜底
适配边界
- 先覆盖主流宿主，不为单个客户适配全新平台
- 冷门、老旧系统接不出：先评估成本，再决定接或转介
- 接，就把适配成本明算进实施费，不暗亏
部署在哪三处
① 客户已有的 SaaS 账号（公网）
钉钉、企微、金蝶云、扣子这些本来就在客户账号里跑，我们在里面配置应用。数据在客户自己的账号下。
② 我们托管的轻量部分（公网）
总入口看板、模板配置等轻量组件可由我们托管，客户从宿主入口进入，不单独记网址密码。
③ 客户内网（私网 / 本地）
数据不能出内网的客户：开源小模型和机器人跑在客户自己的服务器上，即「本地部署 Agent 版」。
本地部署 vs 外部算力 —— 诊断时先问一句：数据能不能出内网
| 对比维度 | 本地部署 | 外部算力 |
|---|---|---|
| 数据位置 | 不出内网 | 出内网到厂商云（合规先确认） |
| 上手速度 | 慢：要装、要调、要联调内网系统 | 最快：开通账号即可配 |
| 模型能力 | 开源小模型，够单点场景用 | 最新最强的大模型 |
| 成本结构 | 硬件客户自购 + 实施费另计；高频长期可能更省 | 订阅 / 按量付费；长期高频会累积 |
| 运维责任 | 客户 IT 或另签支持 | 厂商兜底 |
| 适用客户 | 数据敏感、内网系统多、网络受限 | 大多数中小企业，尤其无 IT 人员 |
| 扩展性 | 受本地硬件上限 | 随用量弹性扩 |
| 主要风险 | 硬件与运维跟不上 | 厂商涨价、停服、改条款 |
选择法：不能出内网 → 本地；能出 → 默认外部；除非高频用量算下来本地更划算，那就把账算给客户看，不替客户定。重型私有化（微调、集群、高并发、GPU 采购运维）不在轻交付内，转介专业厂商。
系统设计总览
整个 demo 背后的设计都在这一页：五层架构、角色分工、边界禁做、收费形态。UI 是这套设计的体现，实施时照这套设计部署接口即可。
五层架构
边界与禁做（红线）
- 不动账本层：不改 ERP 核心单据、凭证逻辑、主数据标准、数据库结构；触及即停、转介。
- 不做全套 ERP 替代：生产制造复杂流程、多组织集团不接，转介金蝶、用友实施商。
- 不做重型私有化：大模型微调、私有化集群、GPU 采购运维不接。
- 不包长期代运营：交付 = 包 + 模板 + 首批成品 + 培训移交；代运营只是可选订阅。
- 不承诺结果数字：不承诺省多少人头（讲人效）、不承诺涨粉和 GMV；提升以客户基线实测为准。
- 对外内容客户终审：文案数字、功效承诺、价格表述由客户确认；广告法绝对化用语是红线；素材只用授权或 AI 生成，不盗图。
- 战略判断归客户：定位、定价、渠道选择我们不替客户定；我们做的是把定好的方案变成可执行的内容与流程。
收费形态
| 诊断 | 免费；出问题清单、优先级、量级与选配建议 |
| 应用包实施费 | 按包计价：适配 + 打通 + 配置 + 培训移交一次做完；具体锚点首单实测后定，不编数字 |
| 工具订阅费 | 钉钉 / 金蝶 / 扣子等厂商订阅由客户直付厂商，我们不赚差价 |
| 本地部署 | 实施费另计；硬件客户自购 |
| 复查 | 30 天 / 90 天复查含在交付内，对照验收指标出报告 |
| 持续支持 / 代运营 | 可选订阅，不默认包含，明码标价再订 |
主攻范围
企业服务类为主；对外痛点只讲三项成果：业务流程速度优化、人员优化（讲人效）、效率提升。能耗管理暂不考虑，不在轻交付工具箱内。
整套逻辑收束成一句：应用包先行做成模板库 → 实施时按客户的栈选壳、部署到公网 SaaS 或客户私网、打通接口、配置流程、培训移交 → 日常员工在应用包里干活、管理层在 Web 总入口里管、流转层在后台跑 → 30/90 天复查兜底。这个 demo 的每一屏，都是这句话里的一段。