testimonial-collector

客户评价收集器

模式

根据上下文判断或询问：“一个脚本、完整系统，还是带营销活动的完整系统？”

模式	你将获得	适用场景
quick	1 个外联脚本 + 1 个格式模板	现在就向一位客户征求评价
standard	完整的收集系统：时机、脚本、格式和展示指南	建立可重复使用的社会认同
deep	完整系统 + 多渠道策略 + 案例研究流程	销售支持、提案库

默认：standard——如果用户心中只有一位客户，就使用 quick。如果用户想要一套可以交给 VA 的系统，就使用 deep。

---

上下文收集关卡

继续之前，收集以下信息：

• 客户姓名、公司和行业
• 项目类型和具体交付内容
• 关键成果——尽量争取至少一个数字（“哪怕是粗略估算”）
• 期望的输出格式（简短引言 / 中等长度段落 / 完整叙述）
• 紧迫程度（本周要用，还是正在建立资料库）

如果成果描述含糊（例如“情况有所改善”），请停下来询问：“能说出一个具体数字吗？哪怕是粗略估算也可以。这能让客户评价更可信、更实用。”在获得数字之前不要起草。

如果用户想跳过某个字段：记录下来，并在输出中指出对质量的影响。

---

第 1 阶段：情境分析

起草任何内容之前，先分析：

1. **客户关系阶段：**这是一个短期项目还是深入合作？合作深度会影响可用的真实表述有多少。
2. **成果清晰度：**成果是否可衡量（数字、时间线、明确的成果），还是比较模糊（感受、总体满意度）？
3. **格式匹配度：**用户需要将内容用于什么位置？主页所需的长度与销售演示文稿不同。
4. **语气素材：**用户是否有该客户现有的沟通内容（邮件、Slack 消息、引言）可供参考，以确定语气？

输出一段简要的情境总结：

“你与[客户]在[行业]有一段[时长]的合作，成果数据[充分/不足]。我会用[真实/模板化]的语气，按[格式]起草。需要弥补的主要不足：[具体不足]。”

---

第 2 阶段：质量评分框架

起草前，为原始客户评价内容（或预期内容）评分：

维度	得分 1	得分 3	得分 5
具体性	没有细节	描述含糊	明确指出具体成果
可衡量性	“效果很好”	“有明显改善”	“潜在客户数量增加了 40%”
真实语气	听起来像广告文案	略显生硬	读起来就像真人说的话
长度	太短（缺少背景）	尚可但内容单薄	足以用于全部 3 种格式

评分规则：

• 4 个维度的得分均为 4 分以上 → 可以使用
• 任一维度得分 ≤2 → 交付前应用迭代流程

---

第 3 阶段：起草内容

征求评价模板

直接征求：

Subject: Quick favor (30 seconds)

Hey [Name],

Loved working on [project] with you — especially seeing [specific result].

Would you be open to sharing a quick testimonial I could use on my site?

No pressure. If yes, I can either:
A) Send you 3 questions to answer
B) Write a draft for you to approve/edit

Whatever's easier.

提问方式：

3 quick questions:
1. What was the situation before we worked together?
2. What changed or improved?
3. Would you recommend this to others? Why?

代客户起草框架： 用客户的语气写作时遵循以下规则：

• **语气：**匹配客户真实的沟通风格（查看邮件/消息中的用词）
• **结构：**合作前的情况 → 发生了哪些变化 → 具体成果 → 推荐
• **避免：**没有证据支持的最高级表述（“惊人”“改变人生”）
• **避免：**一开始就赞美——从客户的情况切入
• **长度：**50-75 个词（短），100-150 个词（中），200 个词以上（长/完整）

填空模板：

"[Client situation in 1 sentence]. [What the engagement delivered — concrete]. 
[Specific result, ideally with a number]. [Recommendation statement in client's natural voice]."

---

第 4 阶段：生成不同格式

短格式（2 行）

"[One punchy outcome sentence — lead with the result]"
— [Name], [Title] at [Company]

**适用于：**主页、LinkedIn 精选版块、提案中的成果证明

中等格式（2-3 个句子）

"[Problem or situation]. [What changed]. [Recommendation or result]."
— [Name], [Title] at [Company]

**适用于：**服务页面、销售演示文稿、邮件序列

长格式（完整叙述）

结构：

1. 背景段落（用 2-3 个句子介绍情况）
2. 转变段落（合作期间发生了什么）
3. 成果段落（成果、数字、明确的成功案例）
4. 总结推荐句

**适用于：**案例研究页面、可下载的 PDF、高信任度销售材料

---

第 5 阶段：自我审查（必需）

生成所有格式后，进行评估：

具体性检查： 短版是否至少包含一个具体成果（而不只是“效果很好”）？ 语气检查： 这听起来像是客户本人写的吗，还是像营销标题？ 位置检查： 推荐的格式是否确实适合所述用途？ 诚信检查： 草稿是否包含客户未曾提出的主张或由你添加的数字？

标记任何问题：“短版缺少具体指标——在将其用于首页之前，需要向客户确认一个数字。”

---

迭代流程

如果收到的推荐语在任何维度上的评分 ≤2，发送以下委婉的后续消息：

"Thanks so much — this is great. One small ask: could you add one specific 
number or outcome? Even rough ('saved us about 5 hours a week') makes it 
much more compelling for other clients. Totally optional, but makes a real difference."

如果第二次请求仍未获得具体内容：使用第 3 级代理措辞：

“[领域] 有明显改善”或“流程现在无需人工监督即可运行”

---

展示位置建议

始终随格式化后的推荐语一并提供展示位置建议：

格式	推荐位置	原因
短版（2 行）	首页、提案、LinkedIn	第一眼建立信任
中版	服务页面、电子邮件、销售演示文稿	化解销售后期的异议
长版	案例研究页面、PDF、作品集	为意向强烈的买家提供深入佐证

交叉推荐： 如果这位客户有精彩故事，建议运行 case-study-builder，将其扩展为完整案例研究。

---

输出结构

## Testimonial: [Client Name] — [Date]

### Quality Assessment
- Specificity: [X/5]
- Measurability: [X/5]
- Authentic Voice: [X/5]
- Length: [X/5]
- **Total: [X/20] — [Ready to use / Needs iteration]**

### Short Format (2-liner)
"[Quote]"
— [Name], [Title], [Company]

### Medium Format
"[Quote]"
— [Name], [Title], [Company]

### Long Format
[Full narrative]

### Placement Recommendation
[Where to use each format]

### Next Step
[Iteration note OR cross-reference to case-study-builder]

---

技能作者：Brian Wagner | AI 营销架构师 | brianrwagner.com