需求诊断
梳理业务目标、当前流程、数据来源、使用角色与不可触碰的边界。
阶段输出问题地图与建议路径
企业 AI 定制 / ENTERPRISE SERVICE
把 AI 接入业务之前，先把 问题与边界 说清楚
从需求诊断与付费 PoC 开始，验证价值后再进入定制开发、系统集成和部署迭代。
合作起点
需求诊断 / 付费 PoC开发方式
标准能力 + 业务定制服务原则 / PRINCIPLES
标准能力打底，业务差异用于 关键定制
避免每个项目完全从零开发，也不把通用模板强塞给不同企业。
70%标准能力30%业务定制
比例用于表达合作方法，不是每个项目固定不变的报价或工期公式。
- 复用成熟的账户、权限、任务与系统基础
- 把定制投入放到真正影响业务的流程节点
- 保留扩展边界，避免一次性项目难以维护
合作流程 / ENGAGEMENT
每一阶段都有明确输入、输出与 停止条件
付费 PoC
限定范围验证最关键的输入、处理和输出，不把验证阶段包装成完整产品。
阶段输出可运行验证与结论
定制开发
在验证基础上完成 Web 工具、工作流、数据和模型接口集成。
阶段输出可验收系统版本
部署迭代
完成环境配置、权限、日志与交付说明，并根据真实使用反馈扩展。
阶段输出部署与运维资料
可交付范围 / CAPABILITIES
从内部工具到业务系统集成
具体范围以需求诊断和双方确认的项目文件为准。
AI 工作流与内部工具
处理整理、分类、生成、检查等重复任务。
Web 系统与业务界面
为明确角色提供可操作、可追踪的工作入口。
数据与模型接口集成
连接现有数据源、业务 API 与合适的模型能力。
部署与交付支持
围绕环境、安全边界、日志与运维资料完成交接。
合作边界 / BOUNDARIES
我们不会用无法验证的承诺换取立项
- 不承诺尚未验证的收益、周期与固定效果百分比。
- 不包装需要人工判断的流程为“完全自动”。
- 不跳过数据授权、权限和实际使用角色的确认。
- 不扩大PoC 的结论，把局部验证当作完整系统交付。
START / 01
准备这些信息，就能开始一次有效沟通
- 当前流程如何运转，最费时间的是哪一步
- 有哪些输入数据、现有系统和使用角色
- 期望得到什么结果，怎样判断这次验证有效
- 已知的预算边界、时间要求或合规限制
