企业想做 AI 定制开发，第一次沟通可以先说清五件事：谁在做、现在怎么做、哪一步最费力、希望得到什么结果，以及哪些动作必须由人确认。下面用一个假设的售后工单分流项目，说明怎样把业务需求写成可讨论、可验证、可验收的范围。示例不代表已交付客户项目或效果承诺。
先把首期需求写成一段完整的话
可以这样描述：“客服读取约定范围内的售后工单与产品资料，系统辅助整理问题摘要、缺失信息和建议承接团队；客服检查并确认后，再进入现有工单流程。”这段话说明了使用者、输入、输出和确认环节，比一句“做智能客服”更容易确定工作量。
接着说明当前问题。例如，客服需要反复查找产品型号，部门职责有交叉，或者工单转派后仍需补问信息。不要预先假定所有困难都适合用模型解决；规则不统一、必填字段缺失和接口不可用，也可能需要流程或系统调整。
哪些做，哪些需要另行确认
首期可以讨论摘要整理、缺失字段提示和分派建议。与客户直接沟通、作出保修判断、承诺维修时限或执行赔付，会引入不同的责任与权限要求，应分别确认是否纳入项目。
对每一种输出，写清依据：摘要保留哪些故障信息，产品型号从哪里取，团队职责由谁维护，多个团队都可能接单时如何处理。遇到依据不足或规则冲突，应明确交给谁判断，而不是要求系统猜一个答案。
还要确定使用范围：只覆盖某个产品线还是全部售后，处理文字还是同时处理图片附件，是否需要多语言，是否接入既有工单平台。首期范围越具体，样本与报价越容易对应。
样本验证先回答“哪些情况可用”
双方确认数据范围和处理方式后，再准备约定样本。可以覆盖描述完整、产品型号缺失、多个问题混在一起、职责交叉和需要紧急人工处理的情况。公开咨询阶段不必上传客户隐私或完整生产工单。
由业务负责人提供参考处理结果与理由。存在争议的记录单独标注，先讨论规则。验证记录至少包含输入条件、系统建议、人工判断、修改原因和待补材料，这样才能区分资料不足、流程分歧与模型理解偏差。
样本验证的目标是找到适合实施的范围。如果摘要整理有帮助，但分派规则仍有分歧，可以先做整理与补充提示，并保留人工分派。功能取舍应由验证结果支持，不必为凑齐功能清单扩大首期。
验收清单覆盖完整流程
内容验收：摘要是否遗漏故障现象，是否添加原文没有的事实；信息不足时能否指出缺项；分派建议是否符合已确认的职责规则。将正常、模糊与例外情况分别检查，避免总体结果掩盖关键错误。
人工协同验收：客服能否查看原始信息、修改建议、接管异常，并留下必要记录。验证既要看建议是否可用，也要看复核是否增加了新的负担。
如果范围包含系统集成，还应检查工单编号对应、结果写入位置、重复提交处理、接口失败提示和人工继续工作的路径。具体实现与验收结果以项目约定为准，这些检查项不是对现成产品功能的声明。
在开发前约定测试样本范围、通过条件、问题分级、修复与复测方式，以及由谁签认。不同错误的业务影响不同，可分别设置条件；没有经过共同确认的业务基线，不宜先承诺统一准确率或节省比例。
报价和交付约定，还需要问清什么
需求界定、样本验证、开发集成与上线交接分别包含哪些工作？哪些系统接口需要企业配合？部署和运行资源由谁提供？范围变化怎样评估费用和排期？这些问题应与功能清单一起讨论。
壹典企业 AI 解决方案按具体业务评估实施路径。各阶段深度、合作方式与费用结合项目约定；交付保障有约定期限，持续维护与功能迭代可另行购买。采购时应将验收资料、保障范围、后续响应安排和变更流程写清。
企业 AI 定制开发可围绕客服协同、资料处理、组织知识、分析辅助或新产品等独立需求开展，不以购买 IDONE 为前提。经营问数需求可以评估 IDONE 产品适配，其他流程则按业务目标和既有系统单独确定方案。
从企业 AI 定制开发咨询入口开始，带上当前流程、最费力的一步和期望结果即可。先共同明确首个场景，再决定样本验证与开发集成的具体范围。