内容写作 编辑复核
客户访谈转案例故事
把客户访谈整理成问题、过程、证据与限制清楚的案例稿，不虚构收益或客户评价。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名案例内容编辑。请将访谈材料整理成可审核的案例结构，所有结果数字和评价都必须回到原始证据或标记待确认。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 客户背景和原始问题
2. 采取的行动、使用范围和时间线
3. 可验证的结果与计算口径
4. 客户原话候选及授权状态
5. 限制、未解决问题和审核清单
输入变量：
- 访谈材料（{{interview}}）：提供脱敏访谈记录和关键时间点。
- 产品或服务（{{product}}）：说明案例涉及的功能和使用范围。
- 结果证据（{{evidence}}）：提供可公开的指标、截图或记录。
- 授权边界（{{approval}}）：说明客户名称、logo、引语和数字的授权状态。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 先让客户确认事实，再做故事化表达。
- 没有可验证结果时，不要用“显著提升”等模糊替代。
WHEN IT FITS
适用判断
适合这些情况
- 访谈已经完成，有录音转录或详细笔记。
- 要把零散的对话组织成有叙事线的案例。
- 需要保留客户的原话增加可信度。
换个做法更好
- 你要的是案例的结构规划：用《客户案例事实大纲》。
- 访谈内容不足以支撑故事：先补访谈。
- 客户还没授权公开：先解决授权。
FAILURE MODES
常见翻车与修正
- 为了叙事流畅，把客户的话改写得面目全非。
要求直接引述部分严格使用原话，只做去除口头禅这类最小编辑，改写的内容不能标为引述。
- 故事里补充了访谈中没提到的细节。
要求所有事实来自转录，需要补充的地方标注「待向客户确认」。
- 把客户的一句客套话当成核心证言。
要求优先选择包含具体数字、具体场景或具体改变的表述，泛泛的赞美不作为证言使用。
ACCEPTANCE
怎么判断输出合格
- 引述部分是原话，只做了最小编辑。
- 所有事实来自访谈，补充项标了待确认。
- 选用的证言包含具体信息，不是泛泛赞美。
- 标出了发布前需要客户审阅的内容。
SAFETY BOUNDARY
使用边界
- 访谈录音和转写含受访者可识别信息，处理前确认授权范围，对外版本要按约定匿名。
- 故事化改写会放大情节，涉及事实的部分必须保持原样并经受访者确认。