KSTMADE企业 AI 系统的第一个场景，可以从一条有明确起点、交付物和负责人的业务流程中选择。建议先比较真实问题是否反复发生、资料是否可用、结果能否核对，以及出错后是否能及时交给人处理，再决定用什么工具。
例如，把“销售和技术沟通不顺”收敛为“收到设备询盘后，整理已知条件、缺失参数和技术核实任务”，就能明确要处理什么、交给谁、什么时候算完成。这个方法适合已经能提供代表性业务记录，并愿意安排岗位负责人参与的小范围试点。
先把愿望改写成一项可检查的工作
“提升效率”“打通数据”可以作为方向，但不能单独作为验收条件。选场景时，先写出四句话：什么事件触发工作，当前卡在哪里，最后交出什么，由谁确认结果。
| 原来的愿望 | 可以进一步评估的场景 | 首阶段交付物 |
|---|---|---|
| 销售回复更快 | 根据一条询盘整理已有条件和待问问题 | 带原文引用的需求摘要与补充问题单 |
| 技术资料更好找 | 在指定产品范围内检索已审核方案 | 附来源、版本与适用条件的候选资料清单 |
| 部门配合更顺 | 将已确认需求拆成销售、技术、交付任务 | 有负责人、截止要求和状态的协作记录 |
| 老板少催进度 | 汇总指定流程的待办与阻塞原因 | 可以追查到原始任务的待处理清单 |
这些是候选建设范围，是否需要 AI、如何实现，都应在了解现状后判断。如果问题只是缺少必填字段，一张统一表单可能就能解决。可以先完成流程整理，再评估 AI 对归纳、检索或草案生成是否有实际帮助。
用同一组问题比较候选场景
建议由业务负责人和实际执行人员一起填写下面的比较表。没有依据的地方填“待了解”，不急着换算成成熟度分数。
| 比较项 | 要查什么 | 对选择的影响 |
|---|---|---|
| 问题记录 | 是否有近期发生的重复补资料、返工或交接记录 | 只有笼统感受时，先记录现状 |
| 资料条件 | 能否取得授权样例，区分有效版本与过期资料 | 来源不明时，先整理资料 |
| 负责岗位 | 谁接收输出，谁有权确认或退回 | 无人承接时，先明确责任 |
| 结果核对 | 能否根据原始资料判断输出是否正确 | 没有判断依据时，缩小范围 |
| 执行边界 | 哪些动作只生成建议，哪些需要批准 | 高风险动作先保留人工处理 |
| 现有办法 | 表单、检索规则或现有系统能否解决 | 能用简单办法解决时，先验证简单办法 |
如果两个场景都具备条件，可以优先选择业务方愿意持续使用、输出容易核对的一项。一次同时改变多个部门的全部流程，会让问题来源和改进效果更难分辨；试点边界应足够小，便于记录失败和调整方法。
虚构示例 如何在三个需求中作出选择
以下是虚构的制造业场景，不代表 KSTMADE 已交付项目或客户成果。
某设备企业提出三个需求：自动对外报价、整理询盘、汇总项目进度。经过讨论，企业发现询盘和产品说明已有样例，销售与技术愿意共同核对；但价格规则尚未整理，部分项目进度仍只存在于个人沟通中。
在这些假设条件下，可以先验证“询盘整理与技术核实交接”。系统拟将客户原话和附件组织成需求卡，列出缺失参数，再由销售确认后交给技术核对。首阶段不执行自动报价，也不根据不完整记录推断全公司项目状态。
这次选择的依据是资料与责任条件相对明确，不是认定询盘场景对所有企业都最有价值。如果另一家企业已经有稳定的需求表单，但历史方案难以查找，那么首个候选场景可能是限定范围的方案检索。
三种情况应先补条件
没有人能确认资料。 当不同版本的产品参数相互冲突时，先指定资料负责人，确认有效版本。把冲突文件全部交给 AI，不会自动形成企业认可的结论。
问题主要来自产品或供货条件。 如果客户要求尚未满足、供货条件没有落实，应先由相应负责人核实。AI 可以帮助整理问题，不能替代实际的产品验证和供货确认。
希望绕过必要审批。 价格、交期、工程变更和质量放行需要对应岗位决定。首阶段可以辅助准备资料和追踪待办，是否执行写入或对外发送应单独评估权限与审批。
风险管理也应进入场景选择。NIST 将 AI 风险管理框架定位为自愿使用的框架，支持在 AI 产品、服务和系统的设计、开发、使用及评估中考虑可信性。企业可以参考这一原则，将检查与反馈安排在试点过程中；它不是 KSTMADE 项目获得认证的证明。NIST AI 风险管理框架说明
把选中的场景写成一页任务说明
选定方向后，先填完以下内容，再讨论接口和模型。这里是一份可直接用于内部讨论的模板。
- 业务问题： 哪类工作反复遇到什么阻塞？附上代表性记录。
- 流程边界： 从什么事件开始，到什么结果被确认后结束？
- 输入资料： 使用哪些文件或系统记录？来源、版本、授权由谁确认？
- 岗位分工： 谁提供资料、核对结果、处理异常和批准执行？
- 拟用 AI 的环节： 归纳、检索或草案生成具体帮助哪一步？
- 暂不包含的动作： 哪些承诺、系统修改或工程判断继续由人完成？
- 验收办法： 用哪些正常、缺失和冲突样例检查输出？怎样记录耗时、退回原因及人工修正？
验收前先记录当前流程的实际情况。试点后再用可比样例检查变化，解释工作量和样本差异，不用预设的效率倍数代替结果。需要进一步准备样例与权限时，可查看 制造业 AI 试点准备清单。
常见问题
必须先接通全部 ERP、CRM 和生产系统吗？
不必把全量接入作为所有试点的前提。部分资料整理场景可以从授权、脱敏的限定样例开始；需要实时数据或系统写入的场景，则必须先验证实际接口、权限和失败处理方式。
第一个场景应由老板还是 IT 部门决定？
建议由业务负责人明确目标和验收方式，执行岗位提供真实样例，IT 或系统负责人核实接入与权限条件。具体责任可以因企业规模而调整，但应有一位能够协调并确认试点结果的负责人。
已经购买 AI 工具，还需要做场景选择吗？
需要明确工具对应哪项业务任务。可以先检查它是否改善了具体输入、输出或交接环节，再决定扩展范围。如果员工仍要反复补充同样的信息，应回到流程和资料条件查找原因。
从客户需求开始组织企业协同
KSTMADE 的 企业 AI 系统 服务方向围绕看懂需求、协同业务和赋能一线展开。资料组织、系统连接与工作流建设按项目确认范围和验收，官网流程演示不代表企业现有系统已经接通。
可以带着一项具体业务问题、涉及岗位和现有资料情况，从 企业 AI 把脉 开始梳理。若当前更需要寻找目标买家，则可以先了解 出海获客，再将后续询盘纳入内部协同规划。