WHAT A DEMO SHOULD SHOW
一个 Demo，不该只证明“它能回答”
能停、能解释、能留下下一步，才值得进入真实流程
KNOWLEDGE
知识来源与版本治理
同一个问题，资料版本、权限和来源不同，答案就不能混在一起。这个 Demo 先核验资料，再决定回答、标记失效，还是明确拒答。
你可以切换资料版本、改提问方式，并观察页面是否始终把依据摆出来。
当缺少依据时，它不会继续编答案，而是直接拒答并提示为什么。
- 业务问题
- 员工拿到的答案，能不能追溯到当前有效资料。
- 运行中会发生
- 切换资料版本、查看引用依据，并在缺少依据时看到拒答。
- 这个 Demo 不能证明
- 不调用外部模型，也不代表任何客户知识库已经上线。
OPPORTUNITY
客户机会与跟进协同
机会信息不完整、承诺有风险时，系统不该直接生成一段可以发给客户的话。这个 Demo 把补齐信息、风险扫描和人工确认放在同一条链里。
你可以补齐缺失信息，再看系统如何生成内部草稿而不是直接外发。
如果承诺风险过高，它会拦截，并把待办留给人处理。
- 业务问题
- 销售跟进能不能既更快，又不越过承诺边界。
- 运行中会发生
- 补齐缺失信息、生成内部草稿、拦截高风险承诺并留下待办。
- 这个 Demo 不能证明
- 不向客户发送消息，也不写入真实 CRM。
MANAGEMENT
经营异常追溯与任务闭环
看到异常数字，不等于已经知道原因。这个 Demo 把事实、推测、责任人和验证动作分开，避免一句“AI 判断”替代真实复盘。
你可以选择异常指标，核对来源，再看系统如何列出待核假设。
每一步都会把复盘动作单独留下，避免把责任和结论糊成一团。
- 业务问题
- 经营异常能不能从数字回到口径、证据和责任动作。
- 运行中会发生
- 选择异常指标、核对来源、列出待核假设并分配复盘动作。
- 这个 Demo 不能证明
- 不会替管理者下结论，也不使用企业真实经营数据。
ENERGY
能源排产约束验证
急单、停机和资源冲突同时出现时，排产结果不能只给一张漂亮甘特图。这个 Demo 会核验硬约束，在冲突没有解决时阻止批准。
你可以切换急单与停机场景，查看重算后的排产结果。
如果硬约束互相冲突，系统会直接说明为什么不能批。
- 业务问题
- 排产调整能不能说清为什么可行、为什么不能批。
- 运行中会发生
- 切换急单与停机场景、重算排产，并查看冲突解释。
- 这个 Demo 不能证明
- 不连接 ERP、MES 或生产系统；进入生产前仍需脱敏回放和人工确认。
WHAT THIS PAGE PROVES
这里证明的是工作方式，不是客户结果
你可以直接核对
四个入口能打开；输入与条件可以改变；无依据会拒答；冲突会被拦住；下一步责任会留下。
你不能从这里推断
任何客户已经上线；模型在所有资料上都准确；Demo 结果等于生产效果；预置数据等于企业真实数据。
FROM DEMO TO REAL WORK
真正进入企业，要再走四步
明确岗位、资料、责任人与结果
核对有效版本、异常条件与人工接管
把价值、风险、退出条件和验收标准写清
通过验证后，再考虑权限、日志、集成与持续运营
