AI 实战方法
先把客户需求写成确认单,再开始做
聊天记录里的“可以”“没问题”“先看看”不等于完整确认。真正能开工的需求单要写清:交付什么、验收标准是什么、不做什么、风险在哪里、下一步谁确认。AI 能帮你把杂乱聊天整理成这五部分,但不能替你决定范围和承诺。
准备安全的原始沟通记录
从微信、邮件、电话纪要或工单里挑出和这个项目有关的段落。可以只保留时间、发言人角色、诉求和附件名称。
- 不要粘贴手机号、身份证号、账号、密码、验证码、报价底价或未公开合同条款。
- 需要保护客户隐私时,先用“客户 A”“项目 B”“金额 X”“日期 D”代替。
- 保留原话中的模糊表达,例如“最好”“应该”“先看看”,不要提前改写成确定需求。
- 把客户发来的文件名、页数、版本号记下来,后续核对更省时间。
复制需求确认提示词
把提示词发给可处理中文长文本的 AI,再粘贴已经脱敏的聊天记录。工具可以换成你当前可用的模型,结构和边界规则不要删。
请只根据我提供的“客户原始沟通记录”整理一页中文需求确认单,供客户在开工前确认。 必须分为 5 段: 1. 一句话需求:客户想要什么,写给谁看,解决什么问题。 2. 交付范围:列出要交付的成果、数量、版本、时间要求。 3. 验收标准:写可检查的结果,例如尺寸、数量、格式、通过条件。 4. 不在本单范围:把容易引起误会的相邻工作列出来。 5. 风险与待确认:写缺失信息、依赖、预算、时间和需要客户确认的问题。 规则: - 只使用原始沟通记录里的信息,不补充记录中不存在的范围、日期、价格或负责人。 - “可以”“没问题”“先看看”不要自动当成最终确认,除非原话明确说明对象和条件。 - 缺失信息写“待客户确认”,不要猜测。 - 风险写清楚影响、依赖和最晚确认时间。 - 用平实中文,不用“赋能”“闭环”“高端定制”这类没有验收含义的词。 - 最后单独列出“客户需回复确认项”。
错误结果:把客气话当确认
客户说可以,说明方案已经确认,可以按新方向继续推进所有修改。
这句话把模糊反馈变成承诺,容易扩大工作范围,也没有写清谁在什么时候确认。
能开工的确认单
交付范围:3 张主图封面,尺寸 1242×1660px,PNG 和源文件。验收标准:文字无错漏,品牌色一致,客户指定人确认。不在范围:品牌口号重写和详情页排版。待确认:源文件是否交付、8 月 18 日前是否可收到预付款。
客户能直接逐项回复确认,范围没有被扩大。
复制空白需求确认单
AI 生成后不要直接发给客户。先替换成你的真实信息,删除无依据内容,再用下方结构检查。
# 需求确认单 项目: 确认人: 发送人: 日期: ## 1. 一句话需求 ## 2. 交付范围 - 成果: 数量/版本: 时间要求: ## 3. 验收标准 - 检查项: 通过条件: ## 4. 不在本单范围 - 事项: 原因: ## 5. 风险与待确认 - 事项: 影响: 需要谁确认: 最晚确认时间: ## 客户需回复确认项 1. 2.
交付前验收
发送给客户前逐项检查
- 每条交付物都能回到原始沟通记录,没有被 AI 补写。
- “可以”“没问题”“先看看”已标注为待确认,除非客户明确确认过条件。
- 数量、尺寸、版本、格式、日期和金额保留原单位与范围。
- 容易争议的相邻工作已写进“不在本单范围”。
- 风险写清楚需要谁确认、影响什么、最晚什么时候确认。
- 手机号、身份证号、账号、密码、验证码、底价和未公开条款已脱敏。
- 客户只需逐项回复确认,不需要重新读懂全部聊天记录。
继续完成相邻任务