十二个问题，先回答掉。

适合从获客内容、销售跟进、订单异常、库存变化、生产交付、回款提醒、协作记录摘要、员工知识库等具体场景开始。判断标准三条：有依据（标准规范拿得到电子版）、有重复（每月高频发生）、有后果（判错有代价）。三条缺一条就是伪需求。第一阶段不要追求大而全。

四种情况：只需要员工能搜到资料（通用知识库就够，不必上更重的东西）；没有可用的依据（凭感觉判断的事，AI 接了只会放大混乱）；连一个人的数据都不允许出系统；没有一个能拍板的人。另外三种建议先等等：流程本身还在频繁变、拿不到真实数据样本、只想要一个看起来很先进的东西给上级看。

判断标准不是规模，是「有规则、要复核」。六个人的公司如果每月要处理几百份客户特殊要求，同样值得做；两百人的公司如果全靠老板拍脑袋，反而不该先上系统。小企业反而更容易做成，因为决策链短、数据量小、一个场景就能覆盖主要痛点。

可以，但要先选一个范围很小的流程。Excel、系统导出、飞书或企微记录都可以作为第一阶段输入资料，用来做经营看板、异常提醒、销售跟进摘要或内容素材整理。关键是字段、频率和责任边界要清楚，而不是先把所有数据整理干净再开始。

ERP/MES 是企业核心业务系统，覆盖财务、库存、生产和流程管理，记录的是已经发生的事。AI 自动化工作流更适合在已有系统和表格之上，处理非结构化输入、异常识别、下一步动作建议。两者不是替代关系：ERP 管结果，工作流管过程。第一阶段不建议替换 ERP/MES。

不替换，也不建议。做法是在现有 ERP / MES / 工单 / CRM 前后加一层：把非结构化输入转成结构化数据，再按原有接口写回去。出问题可以整层关掉，关掉之后业务照常跑。客户最怕的就是「又要换系统」，所以这一条先写进方案。

强烈建议。最常见的浪费不是做不出来，而是把钱花在了不该先做的环节上。诊断输出 3–5 个候选环节、路径与节奏、投入与收益估算、风险提示，报告归客户所有，不合作也能用。即使你已经有明确想法，也建议先做一次，因为「有想法」和「这个想法值得先做」是两件事。

默认本地模式：数据不离开用户终端，适合制造、建筑、医疗等敏感行业。需要云端能力时单独设计边界并写进方案。企业版支持私有化部署、SSO 与数据审计。跟客户 IT 谈的时候不要说「很安全」，要说「数据在哪、经过哪里、谁能访问、留存多久」——提供可验证的事实，不提供形容词。

看结果是否进入真实流程：异常是否更早被发现、内容是否更快产出、业务负责人是否愿意继续用、老板是否能据此做判断。不要只看演示页面是否好看。我们的统一标准是四条：能上线运行、员工实际用起来、按清单逐项确认、上线 30 天后还有人在天天用。

四条，缺一条就不叫交付：① 能上线运行——不是演示，是在你的环境里跑起来；② 员工实际用起来——不是只有项目组会用；③ 按清单逐项确认——开工前就把验收清单写进合同；④ 上线 30 天后还有人在天天用。第 4 条最关键——前三条都能靠一次演示糊弄过去，这一条不能。

按人天，你买到的是「我们花了多少时间」，不是「你少花了多少钱」。所以先算三件事：这件事你现在每年花多少（人力 / 时间 / 返工 / 损失）、做完能降到多少、我们的费用等于你省下部分的一小部分。算不清的，我们会说算不清。诊断费按天计，因为那是一个固定动作，你事先就能判断值不值。

六件事不做：数据清洗与整理（教你怎么整理，但不代劳）、系统开发与运维（不做 CRM / ERP / 官网）、模型训练（只用成熟可用的）、硬件采购（不赚差价）、组织变革咨询（人的绩效、编制、汇报关系不在范围内）、日常技术答疑（不含在项目内）。把范围写清楚，是为了让后面的争执更少。