普通问题由系统回答，需要确认的内容及时交给人工。
01 项目概览
把AI放进一条有人负责的业务流程
项目不是要证明“AI能自动卖茶”，而是探索传统企业如何把重复咨询、人工判断与意向跟进组织到同一条可执行流程中。
既考虑客户获得答案，也考虑企业侧后续跟进。
呈现从咨询到待跟进的已实现流程。
02 要解决的问题
“回答得出”不是企业客服的全部
茶叶咨询中既有产品、冲泡等常规问题，也有必须由企业确认的承诺、价格与交易问题。若只做聊天问答，风险边界和销售跟进都会断开。
重复问题需要稳定、快速地给出基础信息。
高风险问题不能由系统越权承诺，需要清晰转人工。
购买意向在用户自愿的前提下留资，并进入待跟进状态。
03 我的职责
负责产品判断与项目推进，参与流程、交互和部分实现
- 茶企需求沟通与问题发现
- 产品方向和功能规划
- Codex任务拆解和推进
- 客户展示 / 交付沟通
- 客服问答、转人工、留资流程
- 页面布局与交互
- 部分代码实现
职责边界与项目说明
不作为本人职责宣称
- Prompt / AI工作流设计
- 完整功能测试
- 部署上线
04 产品方案
根据问题类型，把回答、转人工和跟进串联起来
公开演示使用普通茶叶咨询、高风险确认问题与虚构购买意向，呈现系统如何在边界内推进状态。
客户提出普通茶叶咨询
系统返回基础回答
客户提出需人工确认的问题
系统明确转人工
客户表达购买意向
用户自愿留下虚构联系方式
企业侧出现待跟进状态
05 已真实实现
已实现的是业务原型闭环，不是自动销售闭环
- 面向茶叶咨询的对话入口与基础回答界面
- 需要人工确认时的转人工状态
- 购买意向识别与用户自愿留资流程
- 留资后进入待跟进的业务状态
- 用于公开展示的匿名化业务流程演示
06 Demo
完整业务流程演示
演示从普通咨询推进到转人工、意向识别与待跟进状态。
07 工程证据
保留工程过程，但不公开私有源码与客户资料
用于核对需求、页面和业务状态；公开版仅提供概述。
现有代码目录可证明功能并非概念稿；不直接暴露私有源码。
可用于面试现场核验开发过程，公开页面不展示敏感路径。
08 验证说明 / 项目边界
对演示能够证明什么，保持克制
- 不代表真实客户转化或实际销售额
- 尚未完成正式生产验收或完整部署上线
- 自动销售闭环、多Agent与3D能力不作为已交付成果
- 公开演示使用虚构企业与匿名客户数据
- 演示在隔离环境中运行，采用本地Mock
- 不连接生产数据库，不调用收费模型
- 不包含真实企业Logo、产品、照片或联系方式
09 项目复盘
我从项目中学到了什么
企业AI应用的价值，不只在于生成答案；更重要的是把自动处理、人工边界与后续责任连接成一条可管理的流程。