AI 业务流程梳理与定制
先选对一条值得改造的流程，再谈模型、平台和 Agent。
CapaLayer 与业务负责人共同拆解现有工作，识别重复判断、资料检索、内容生成、人工确认和系统写回环节，把模糊的“想用 AI”变成可实施、可验收的工作流蓝图。
AI 流程梳理不是列一张工具清单，而是确定输入、依据、规则、责任人、风险和验收指标，再判断哪些步骤适合由 AI 加速。
- 场景判断
- 30–60 分钟初步评估
- 蓝图周期
- 3–5 个工作日
- 首选范围
- 一条高频、可复核流程
- 验收方式
- 同一组真实任务前后对比
SELECTION / 01
什么样的业务流程适合先用 AI？
优先选择高频、耗时、资料相对齐全、结果可由人复核的流程。这样的场景容易建立上线前基线，也能在较短周期内判断是否真正创造业务价值。
错误代价极高、责任边界不清或没有稳定资料来源的流程，不适合直接自动化。可以先做辅助检索、草稿生成或风险提示，让关键决定继续由业务人员完成。
- 重复频率：任务是否每周反复出现，是否消耗大量人工时间。
- 业务价值：速度、一致性或准确性改善后，是否影响收入、成本或交付。
- 资料条件：答案依据、产品规则、案例和历史结果是否可整理。
- 可复核性：业务人员能否判断输出好坏，并给出正确答案。
- 错误风险：错误发生时是否可拦截、撤回和追责。
BLUEPRINT / 02
一份工作流蓝图包含什么？
蓝图把业务语言和技术实现连接起来。它既能帮助管理者确认项目边界，也能让实施人员知道需要哪些资料、接口和控制点。
蓝图阶段完成后，企业应能明确回答：谁在什么情况下使用，AI 根据什么生成结果，哪些动作必须人工确认，以及项目最后如何验收。
- 现状流程：触发、参与角色、输入、输出、耗时和主要卡点。
- 目标流程：AI 参与步骤、人工审核点、失败回退和责任归属。
- 知识来源：制度、产品资料、案例、数据库和更新负责人。
- 系统接口：CRM、工单、协作平台、ERP 或内部 API。
- 安全边界：身份、权限、敏感数据、日志和保留策略。
- 验收指标：准确性、时间、人工修改率、采用率和单次成本。
EXAMPLE / 03
示例：B2B 询盘与方案准备工作流
客户询盘进入后，系统先提取行业、需求、预算、交付条件和缺失信息，再检索适用产品、案例、规则与报价依据，生成回复或方案初稿。涉及承诺、价格和合规内容时，由销售或方案人员确认后发送。
确认后的结果回写 CRM，生成下一步跟进建议，同时把人工修改记录用于后续评测。这个闭环既减少资料查找和初稿时间，也保留了关键商业承诺的人工责任。
- 输入：询盘、会议纪要、需求文档或内部任务。
- 处理：需求识别、缺失项提示、知识检索和规则匹配。
- 输出：回复、产品推荐、案例匹配、方案初稿与跟进建议。
- 控制：报价、承诺和敏感内容必须人工确认。
- 反馈：记录修改原因、采用结果和后续转化。
ACCEPTANCE / 04
如何避免项目最后只能演示、不能验收？
项目开始前就固定一组真实业务任务，记录当前处理时间、质量和常见错误。上线验收时仍使用同一组任务，不用临时挑选“AI 擅长”的示例。
验收不只看回答准确率，还要看引用是否正确、人工需要改多少、失败时是否安全、系统是否稳定以及单次任务成本。只有业务人员愿意在真实工作中持续使用，才算完成落地。
- 基线：当前人工完成同一任务需要多少时间和修改。
- 质量：关键事实、引用、格式、规则和拒答是否符合要求。
- 效率：从接收任务到可用结果的时间是否缩短。
- 采用：目标用户是否使用，哪些环节仍回到旧流程。
- 成本：模型、基础设施和运维投入是否与业务收益匹配。
QUESTIONS / FAQ
常见问题
没有明确 AI 场景，也可以开始吗？
可以先进行场景判断。我们从团队反复做、等待时间长、依赖少数专家的工作中筛选候选流程，不要求客户先了解模型或 Agent。
流程梳理后必须继续由 CapaLayer 实施吗？
不必须。蓝图是一项独立交付，可用于内部决策、预算评估，也可交给其他实施团队。若继续实施，蓝图会直接成为范围和验收依据。
为什么先做一条流程，而不是建设统一 AI 平台？
首次落地最需要验证的是业务价值和组织使用方式。一条完整闭环更容易控制范围、快速验收，并为后续平台化提供真实需求。
哪些流程不建议直接自动化？
资料不稳定、结果无法复核、错误代价高或责任边界不清的流程，不建议直接自动执行。可以先做检索、提示和草稿辅助。
START WITH ONE WORKFLOW
先判断哪一条流程值得做，再决定技术和部署方式。
告诉我们一项重复、耗时或依赖少数人的业务工作。我们会先评估价值、资料条件与错误风险。
提交 AI 场景