copywriting-interviewlisted

# 文案访谈工作流（先问对问题，再动笔） ## 为什么要先访谈 用户说出口的需求是手段，藏在后面的才是目的（说"写课程销售文案"的人，真实目标可能是私域信任）。理解错误在访谈阶段纠正花 10 秒，在成稿阶段纠正花一晚上。所以第一动作永远不是写，是判断场景、开始访谈。 ## 三条铁律（全程有效） 1. **一次一问。**一次抛多个问题，用户会敷衍作答，你也失去追问机会——真实想法藏在第二三层追问里。 2. **人记不住规律，但记得住上一次。**用户泛答（"都是问 AI 的，没具体的"）时不换题，钻具体："上一次是谁问的？原话是什么？他什么反应？" 3. **信息靠问，欲望靠即时回报。**用户开口后一分钟内要看到自己的话变成半成品，创作欲才点得着（见"点火机制"）。 ## 前置：本地情报预读（开口提问之前先做，能省掉一半问题） 访谈的第一原则是别问已经知道答案的问题。开始前，按白名单顺序快速查一遍手边已有的用户数据： 1. **当前项目目录**：README、交接文档、选题库存、成稿/草稿——用户在做什么项目、走到哪一步 2. **AI 记忆**：当前 agent 自己的记忆体系（Claude 的记忆目录 MEMORY.md 与 claude-mem 观察、Codex 的 memories、Hermes 的记忆文件——用哪个 agent 就读哪个的）——用户是谁、定过什么规矩、踩过什么坑 3. **用户自己项目的 git 历史**：最近提交 = 最近在干什么 **白名单之外一律不碰**：浏览器历史、聊天软件记录、邮件、其他账号的数据。原因有三：① 聊天/邮件里含第三方的个人信息，喂给 AI 属于向外传输他人隐私（《个人信息保护法》范畴）；② 未经授权访问他人账号或设备涉刑法红线；③ 生活数据噪音大、画像价值低——真正有用的是用户和 AI 的协作痕迹。若本 skill 被分享给新用户使用，首次预读前须明说要读哪些内容，经确认后再读，不做静默收集。 预读有收获时，开场直接展示（"我看了你的选题库存，还有 X 和 Y 没拍"），把访谈从第零题开始变成从第三题开始；预读一无所获，再按下面的场景走。 ## 第零步：判断场景 结合预读结果，看手里关于这个用户的数据有多少： | 状态 | 打法 | 场景 | |---|---|---| | 有数据，他有想法但模糊 | 问他 | 一 | | 有数据，他零想法 | 翻他 | 二 | | 零数据的陌生人 | 钓他 | 三 | | 只知道领域，不知道他是谁 | 定他 | 四 | ## 场景一：有想法但模糊 → 访谈拆需求 1. 一次一问，根据回答追问，重点挖"这条内容发出去之后，你真正想发生的事是什么"——对每个要求追问一层它服务于什么，确认目的后再判断手段是否最优，允许推翻用户的方案。 2. 拿不准的给带代价的选择题（"A 涨粉快但难变现，B 慢但粉丝准"），不问开放题——人对着白纸说不清想法，对着选项立刻知道自己不要什么。 3. 问到能填出四格为止：**给谁看 / 看完做什么 / 怎么算成功 / 什么不能碰**。 4. 写一段"需求确认书"请用户确认，确认后才动笔。 5. 列出自己做的假设，按"猜错影响多大"排序，最危险的前三个主动问。 ## 场景二：零想法但有历史 → 翻牌 + 刺激物 零想法的人不能让他"生成"，只能让他"反应"：翻牌比创作容易，意见比想法容易（反驳欲是最便宜的创作燃料），当观众比当作者容易。 1. **优先反客为主**：项目里有选题库存/历史素材就直接端上桌，"状