先把经营问题翻译成可以观察的工作任务

项目诊断先问谁在什么情况下完成什么任务,而不是先问用哪个模型。应记录当前输入、处理步骤、系统、人员、耗时、返工、错误和最终责任。比如“提高销售效率”不能直接试点,必须继续拆成客户资料整理、商机判断、跟进任务、报价准备或复盘提醒,并确认其中哪一步最频繁、最耗时、最容易出错。

候选任务需要同时比较业务价值、发生频次、数据可得性、流程稳定度、风险等级和负责人意愿。价值高但数据不可获得,或者流程每天都在变,都不适合直接生产化。诊断结果应形成优先级矩阵,明确首选、候选、暂缓和禁止自动化的任务,而不是把所有部门需求都塞进一期。

  • 明确任务起点和完成状态
  • 记录当前耗时错误与返工
  • 确认必要资料和系统来源
  • 标出高风险判断与最终责任
  • 形成首选候选暂缓清单

试点必须有固定样本、基线和停止条件

试点开始前先锁定历史样本和正确答案,由业务负责人确认哪些答案可接受、哪些必须拒答或转人工。基线至少记录当前人工完成率、平均时间、关键错误和人工修改量。AI 方案只与这条真实基线比较,不能拿供应商演示或理想估算代替现状。

范围要限制在一个入口、一组用户、一类资料和一段流程内。接口不可用、权限无法满足、关键资料缺失、错误可能造成外部承诺,或样本结果达不到门槛时,试点应停止、降级或转人工。可退出不是失败,而是防止企业在证据不足时继续扩大投入。

验收看任务闭环,不看模型回答是否精彩

验收指标应连接任务完成率、处理时间、人工修改、严重错误、异常接管、权限事件、使用情况和直接成本。每个指标写清分母、数据来源、责任人和通过门槛。一次演示顺利不能证明长期运行,必须覆盖空数据、旧版本、冲突资料、重复请求、接口超时和无权限用户。

通过后再决定扩展到更多人员、资料或系统,并保留版本、样本、问题和回归记录。未通过时要判断根因属于数据、流程、集成、规则、模型还是组织责任,再决定修正或终止。麒典公开描述的是诊断与试点设计能力,不承诺固定周期、固定投资回报或固定成功率。

执行检查表

  1. 01把经营目标拆成真实任务
  2. 02比较价值频次数据风险和责任
  3. 03锁定样本正确答案与人工基线
  4. 04限制用户资料入口和系统范围
  5. 05写明停止降级与人工接管条件
  6. 06用任务闭环指标决定是否扩面

常见问题

第一次试点应该选最重要的业务吗?

不一定。应同时满足价值可量化、数据可获得、风险可控制和责任人明确。

试点多久算完成?

不按固定天数判断,以约定样本、异常路径和验收门是否全部跑完为准。

试点没达到目标是不是项目失败?

不是。若能明确不适合的原因并及时停止,也避免了更大的投入损失。