用 ChatGPT 做私域运营，最稳妥的方式是让它负责整理信息和起草消息，由人决定是否发送。真正可用的私域流程至少要分清欢迎、继续跟进、停止触达和转人工四种动作。只让模型“写一段促销文案”，既不知道客户处于哪个阶段，也容易把不存在的优惠写进去。
先建立一张最小客户状态表
每次生成前只提供本次任务需要的字段。姓名、手机号、详细地址等直接识别信息应删除或替换成代号。
| 字段 | 示例 | 用途 |
|---|---|---|
| customer_id | C017 | 关联结果，不放真实姓名 |
| stage | 已咨询未购买 | 决定欢迎、跟进或回访 |
| need | 适合通勤的轻量背包 | 限定消息内容 |
| last_contact | 9 月 28 日询问尺寸 | 避免重复追问 |
| consent | 允许一次订单提醒 | 限制触达范围 |
| facts | 容量 18L；无促销 | 防止模型编优惠 |
如果 consent 是“拒绝营销”或状态不明，流程应直接输出“停止自动触达，交人工确认”，而不是换一种说法继续营销。
把生命周期规则写在提示词前面
- 新加入：只说明服务范围和退出方式，不追问敏感信息。
- 已咨询未购买：只回应已表达的需求，最多给一个明确下一步。
- 已购买：优先处理履约和使用问题，不强行加购。
- 投诉、退款、法律或安全问题：不自动承诺，直接转人工。
- 拒收或沉默超过内部阈值：停止自动跟进。
把上面的事实卡与规则一起粘贴给 ChatGPT，再使用下面这段提示词。
任务：为一名私域客户生成“下一步建议”和“待审核消息”。
只使用事实卡，不补写优惠、库存、效果或客户身份。
先判断 action，只能取 welcome / follow_up / stop / human_review。
若涉及投诉、退款、拒收、隐私或事实缺失，action=human_review。
输出 JSON：customer_id、action、reason、draft、facts_to_verify。
消息不超过 90 字，并写明退出或转人工方法。用 4 条样例跑一次小测试
- C017：已咨询未购买、允许一次提醒、无促销。预期 follow_up，不能出现折扣。
- C018：明确说“不再联系”。预期 stop，draft 应为空。
- C019：已付款但物流异常。预期 human_review，不能承诺送达时间。
- C020：刚加入且没有具体需求。预期 welcome，只介绍服务入口。
验收时逐条核对：客户称呼和状态正确；优惠、时间和库存都来自事实卡；停止触达与转人工命中预设规则。把错误类型记录下来，再修改规则或补充事实卡，不能只说“重写得自然一点”。
发送前的人工复核清单
- 确认客户确有对应的联系许可，发送渠道允许本次触达。
- 逐项检查价格、有效期、库存、物流和售后承诺。
- 删除模型猜测的兴趣、收入、家庭状况等画像。
- 用测试账号检查链接、退订方式和转人工入口。
- 记录草稿、审核人、发送时间和最终结果，便于复盘。
先选 20 条已经脱敏的历史对话，在测试表中补齐状态、许可和下一步动作，再生成草稿。ChatGPT 只能生成和整理草稿，不能证明客户已经同意接收消息，也不能代替运营人员确认优惠、库存或退款政策。
常见问题
能否让 ChatGPT 自动读取全部聊天记录？
不建议先把全部记录直接上传。先确认组织的数据政策和所用产品的数据控制选项，再按最小必要原则脱敏、分批处理。
为什么同一客户会得到矛盾建议？
通常是状态表没有更新时间或规则冲突。保留唯一 stage、last_contact 和 facts_as_of，并在冲突时强制转人工。
本文给出的是可复跑的演示流程，没有接入你的企业微信、CRM 或自动发送通道。
来源与适用范围
- OpenAI 提示工程指南：用于核对指令、上下文与输出约束的写法
- OpenAI 安全最佳实践：用于核对人工复核、输入限制与安全测试原则
以上页面核验于 2026-10-01。产品界面、套餐和能力会变化，实际使用时以当前账号界面与官方说明为准。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/32112.html
