crafting-the-villain-not-the-hero

为什么这件事很重要

在超过15年的产品营销与品牌叙事实战中，我见过无数团队花费90%的精力去雕琢“英雄”（自己的产品）——功能有多强大、技术有多先进、界面有多精美。然而，市场反响平平，用户听完介绍后最常见的反应是：“哦，听起来不错，但我现在用的也还行。” 问题出在哪里？你没能让用户产生“必须改变”的紧迫感。没有敌人，就没有战争；没有战争，英雄就没有存在的必要。

一个具体的痛点场景：我曾参与一个企业级SaaS软件的上市项目。团队投入了18个月，打磨出了一个在技术架构、功能完整度和安全性上都远超竞品的产品。发布会当天，我们花了40分钟演示所有酷炫功能，现场掌声礼貌而克制。会后销售反馈：“客户说他们现有的系统虽然老旧，但还能用，迁移成本和风险太高，暂时不考虑更换。” 我们输在了故事的起点——我们没有为市场塑造一个足够强大、足够可恨的“敌人”，来证明这场“革命”的必要性。数据显示，在B2B采购决策中，“规避痛苦”的驱动力是“追求收益”的2.8倍。如果你不能清晰地定义并放大用户当前的“痛苦”（即敌人），你的英雄再完美，也只是一个没有舞台的演员。

核心概念解析

1. 叙事敌人（Narrative Villain）

   • 定义：在你的品牌故事中，代表旧秩序、过时思维、糟糕体验或限制性系统的抽象或具象化力量。它不是指某个具体的竞争对手，而是用户希望摆脱的“糟糕现状”。
   • 解决的问题：它为用户创造一个共同的“攻击目标”，将用户的挫败感外化，从而凝聚用户情感，并为你的解决方案（英雄）提供无可辩驳的登场理由。
   • 现实例子：苹果“1984”广告中的“老大哥”（Big Brother）。它代表的不是IBM这家公司本身，而是IBM所象征的封闭、僵化、扼杀个人创造力的计算机工业体系。这个敌人让所有感到被技术巨头压抑的用户产生了强烈共鸣。

2. 现状偏见（Status Quo Bias）

   • 定义：用户倾向于维持现有状态而不愿改变的心理倾向，即使改变可能带来明显好处。
   • 解决的问题：解释了为什么“更好的产品”往往打不过“用惯了的产品”。塑造强大的叙事敌人，是克服现状偏见最有效的心理杠杆。
   • 现实例子：用户宁愿忍受每月手动整理Excel报表的繁琐和出错（现状），也不愿尝试一款需要学习几天但能一劳永逸的自动化工具。这里的敌人是“低效、易错的手工流程”以及其带来的“时间浪费与决策风险”。

3. 情感迁移（Emotional Transfer）

   • 定义：通过故事将用户对“敌人”的负面情绪（愤怒、沮丧、恐惧）引导并转化为对“英雄”（你的产品）的渴望与支持的过程。
   • 解决的问题：将理性的功能对比，升维为情感上的阵营选择，建立更深层次的品牌忠诚度。
   • 现实例子：特斯拉早期将“敌人”定义为“肮脏、吵闹、依赖石油的旧汽车时代”。用户对环境污染、油价波动的担忧（对敌人的情绪），被成功地迁移为对特斯拉代表的“清洁、安静、智能的未来”（英雄）的向往与购买。

真实案例

背景：2018年，我作为叙事顾问，深度参与了一个名为“智联流程”的初创团队项目。他们开发了一款面向中小企业的内部流程自动化平台，技术底层很扎实，但面临一个红海市场：前有钉钉、企业微信等巨头免费基础功能压制，后有无数垂直OA软件竞争。上线半年，付费客户增长缓慢，月增长率仅5%。

挑战：团队最初的卖点是“功能强大、价格实惠”。他们向客户演示时，总是对比钉钉：“你看，他们审批流只能设5步，我们可以设20步；他们报表简单，我们支持自定义复杂报表。”结果客户反问：“我们公司小，5步审批足够了，为什么要为用不上的功能付费？” 我们陷入了与巨头的“功能军备竞赛”，而这是我们最弱的战场。

过程：我们决定彻底重构叙事，第一步就是重新定义“敌人”。我们进行了为期两周的深度客户访谈，不问“你需要什么功能”，而是问“你工作中最让你头疼、最浪费时间的重复性工作是什么？” 答案高度集中：“追着各个部门的人要数据、催签字，在微信、邮件、Excel之间来回切换核对信息，最后报告还是错的，责任还扯不清。” 我们意识到，真正的敌人不是“功能少的OA系统”，而是 “部门墙导致的信息孤岛与协同失序” 。这种失序让员工陷入低效的“沟通泥潭”，让管理者无法获得实时、真实的决策依据。

结果：我们彻底改变了所有市场物料。宣传视频开头不再是炫酷的界面，而是一个员工满头大汗地在多个聊天窗口里卑微地催促进度，最后得到一堆版本不一的数据。我们提出了“终结沟通泥潭”的口号。销售话术从功能列表，转变为：“您团队现在是不是也花大量时间在‘追、催、核、扯’这些无价值沟通上？我们的平台就是为了消灭这种状态而生的。” 三个月后，数据发生了根本变化：客户转化率提升了40%，销售周期平均缩短了15天。最关键的反馈是，客户会说：“你们说的那个‘沟通泥潭’，就是我们公司！我们必须解决这个问题。” 我们成功地将竞争维度从“功能对比”拉到了“问题定义”，成为了“解决协同失序”这一战场的定义者。

实战操作指南

以下是一个系统化的“敌人画像”工作坊流程，你可以用代码（此处以Python脚本形式模拟流程和决策逻辑）来辅助梳理和验证你的发现。

# 敌人画像生成器 - 核心逻辑模拟
# 本脚本模拟从原始客户反馈中，提取、聚类并定义核心“叙事敌人”的过程
import re
from collections import Counter
from typing import List, Dict, Tuple
class VillainArchetype:
"""定义敌人原型的类"""
def __init__(self, name: str, core_frustration: str, common_phrases: List[str]):
self.name = name  # 敌人名称，如“信息孤岛”
self.core_frustration = core_frustration  # 核心痛点描述
self.common_phrases = common_phrases  # 客户常说的相关短语
self.mention_count = 0
def match_and_count(self, feedback: str) -> int:
"""在单条反馈中匹配关键词并计数"""
count = 0
for phrase in self.common_phrases:
if phrase.lower() in feedback.lower():
count += 1
self.mention_count += count
return count
def analyze_customer_feedback(feedback_list: List[str], villain_candidates: List[VillainArchetype]) -> Dict:
"""
分析客户反馈，找出哪个“敌人原型”被提及最多。
参数:
feedback_list: 从访谈、问卷、客服记录中收集的原始文本列表。
villain_candidates: 预设的潜在敌人原型列表。
返回:
排序后的敌人影响力报告。
"""
print("开始分析客户反馈，寻找共同敌人...\n")
# 初始化所有候选敌人的提及次数
for villain in villain_candidates:
villain.mention_count = 0
# 遍历所有反馈，进行匹配
total_mentions = 0
for feedback in feedback_list:
for villain in villain_candidates:
villain.match_and_count(feedback)
# 计算并排序
results = []
for villain in villain_candidates:
if villain.mention_count > 0:
results.append({
'敌人名称': villain.name,
'核心痛点': villain.core_frustration,
'提及次数': villain.mention_count,
'代表性短语': ', '.join(villain.common_phrases[:3])  # 只展示前3个
})
total_mentions += villain.mention_count
# 按提及次数降序排序
results.sort(key=lambda x: x['提及次数'], reverse=True)
# 打印报告
print("===== 敌人影响力分析报告 =====")
for res in results:
percentage = (res['提及次数'] / total_mentions * 100) if total_mentions > 0 else 0
print(f"敌人: {res['敌人名称']}")
print(f"痛点: {res['核心痛点']}")
print(f"提及次数: {res['提及次数']} (占比: {percentage:.1f}%)")
print(f"客户常说: {res['代表性短语']}")
print("-" * 40)
# 建议主要敌人
if results:
main_villain = results[0]
print(f"\n✅ 建议的主要叙事敌人: 【{main_villain['敌人名称']}】")
print(f"理由: 在客户反馈中提及频率最高({main_villain['提及次数']}次)，代表了最广泛、最强烈的痛点：{main_villain['核心痛点']}")
else:
print("\n⚠️  未在反馈中发现显著的共同敌人模式，需要重新定义候选敌人或收集更深入的反馈。")
return results
# ===== 实战模拟数据 =====
# 1. 首先，基于行业经验，预设几个可能的“敌人原型”
candidates = [
VillainArchetype(
name="信息孤岛与协同失序",
core_frustration="数据分散在不同部门和个人手中，沟通成本极高，决策依赖不完整、滞后的信息。",
common_phrases=["来回催”、“数据对不上”、“找不到最新版”、“微信邮件来回发”、“责任扯皮”、“不知道进度”
),
VillainArchetype(
name="低效重复劳动",
core_frustration="员工大量时间花费在手动、重复的数据录入、整理和基础操作上，无法从事创造性工作。",
common_phrases=["复制粘贴”、“每天做表”、“手动核对”、“重复操作”、“枯燥”、“浪费时间”
),
VillainArchetype(
name="僵化流程与官僚主义",
core_frustration="流程为了控制而控制，环节冗长，审批缓慢，严重拖累业务响应速度和员工积极性。",
common_phrases=["层层审批”、“流程太长”、“等领导签字”、“反应太慢”、“形式主义”、“不灵活”
),
]
# 2. 输入从真实客户访谈中收集的原始反馈（模拟数据）
customer_feedbacks = [
“我每天最主要的工作就是追着销售部要上周的数据，他们发来的Excel每个格式都不一样，我得花半天整理才能给老板看。”,
“最头疼的是项目审批，采购、财务、法务一圈下来，没有两周根本搞不定，黄花菜都凉了。”,
“我们用的系统，生产数据和库存数据是两套，每次对账都要人命，两边数字永远对不上，只能大概估一个。”,
“大量的时间花在把A系统的数据导出来，手动填到B系统里，完全就是个人肉接口。”,
“请假三天，要打三个领导的卡，有时候一个领导出差了，流程就卡死在那，急死人。”,
“月度报告就是灾难，我需要从五个不同的地方收集数据，版本混乱，最后做出来的东西老板还总怀疑准确性。”,
]
# 3. 运行分析
report = analyze_customer_feedback(customer_feedbacks, candidates)

操作步骤解释： 1. 预设敌人原型：基于你对行业的理解，先假设3-5个可能的“敌人”（如代码中的candidates）。这来自你的行业洞察。 2. 收集原始反馈：通过访谈、问卷、客服记录，收集用户关于“工作中最大痛点”的原始、感性的描述（如customer_feedbacks）。避免引导，让他们自由倾诉。 3. 运行模式分析：通过脚本（或人工）分析，看哪个“敌人原型”下的关键词被客户最高频、最强烈地提及。提及频率和情感强度是关键指标。 4. 锁定主要敌人：报告会指出哪个敌人是共识所在。这就是你故事里需要被塑造和攻击的靶心。

方案对比与选择

定义“叙事敌人”有多种方法，不同方法适用于不同阶段和资源水平的团队。

选择建议： * 从0到1的初创团队：首选深度客户访谈。哪怕只访谈10-20个目标用户，其获得的洞察深度也远胜于千份问卷。这是定义赛道、创造新品类的基础。可以结合少量问卷验证访谈发现的普遍性。 * 增长期的产品团队：采用混合模式。定期进行深度访谈保持洞察锐度，同时利用客服反馈挖掘作为持续的情绪脉搏监测仪。当需要重大功能或市场策略决策时，用问卷调研进行量化验证。 * 成熟产品/市场部：数据挖掘和问卷调研应成为常规武器，用于监测市场情绪变化和评估营销活动效果。竞品叙事解构可用于特定战役前的侦察。但每年至少应组织一次深度访谈，以防脱离用户真实语境。

常见误区与踩坑提醒

误区一：把直接竞争对手当作“敌人” → 正确理解：攻击具体公司是低层次的竞争，会陷入口水战，且将市场格局限定为“你死我活”的零和游戏。真正的“叙事敌人”应是一个抽象的概念、一种落后的状态或一种令人厌恶的体验，它比任何具体公司都大，且能让你团结更广泛的用户（甚至包括竞争对手的用户）。 → 真实后果：你的故事格局变小，变成了“A公司 vs B公司”。非A非B的用户会觉得事不关己。例如，攻击“微信支付”不如攻击“出门必须带钱包的麻烦与风险”，后者能让所有电子支付玩家（包括支付宝）的用户都产生共鸣。

误区二：敌人定义得过于模糊或宏大 → 正确理解：“让世界更美好”是愿景，不是敌人。“效率低下”太模糊，“部门间因使用不同软件导致数据无法自动同步，每月需要额外20小时人工核对”才是具体的敌人。敌人必须能被用户立刻识别并感受到切肤之痛。 → 真实后果：营销信息无法穿透用户心智，无法激发行动。用户不知道你在解决他的哪个具体问题。传播口号沦为自嗨。

误区三：团队内部自嗨，脱离用户真实语境 → 正确理解：“敌人”必须来源于用户的原声反馈（Voice of Customer），而不是团队会议室里的“我觉得用户应该讨厌这个”。使用“客户原话”来定义敌人，能保证故事的真实性和感染力。 → 真实后果：塑造出的敌人是“假想敌”，营销内容无法打动真实用户。例如，技术团队可能认为“单机架构”是敌人，但用户的实际痛苦是“系统动不动就卡死，影响我接单”。

误区四：只有一个敌人，缺乏层次感 → 正确理解：在复杂的故事中，可以有一个“大Boss”（核心敌人）和几个“小怪”（次要敌人或具体表现）。这能让叙事更丰富，并让你的解决方案（英雄）的价值体现得更全面。 → 真实后果：故事单薄，产品价值显得单一。例如，对于协同软件，核心敌人是“信息孤岛”，次要敌人可以是“寻找历史文件耗时”、“任务责任不清”等具体表现。打击这些“小怪”同样是英雄的功绩。

误区五：定义了敌人，却不让“英雄”完美克制它 → 正确理解：敌人的每一个“恶行”，都必须是你的产品（英雄）可以精准解决的优势点。这需要在产品设计和叙事中严格对齐。敌人的“强大”是为了衬托英雄的“更强大”。 → 真实后果：故事脱节。用户认同了敌人的可恨，但看不到你的产品有何特别之处能打败它，导致情绪无法完成迁移。例如，你抨击现有工具“学习成本高”，但你的产品界面却同样复杂。

最佳实践清单

1. 启动“客户原声库”项目：用Notion、飞书或任何协同工具建立一个数据库，持续录入从访谈、客服、社交媒体、应用商店评论中收集的用户痛点原话。定期（如每季度）团队一起回顾，寻找模式。
2. 在编写任何产品文案前，先写“敌人宣言”：用一段话清晰描述你的叙事敌人是谁、它如何折磨你的用户、它造成了哪些可量化的损失（时间、金钱、机会）。确保所有团队成员在创作前对此达成共识。
3. 使用“因为敌人…，所以我们需要…”的句式进行功能评审：在讨论是否开发某个新功能或优化时，强制要求产品经理用此句式说明。例如：“因为敌人（信息孤岛）导致数据不一致，所以我们需要开发跨部门数据实时同步看板。”
4. 为你的敌人起一个易记的“绰号”：像“沟通泥潭”、“数据黑洞”、“流程迷宫”这样的绰号，比专业术语更有传播力，能迅速在团队内外形成共同语言。
5. 在营销素材中，用视觉化呈现“敌人的代价”：不要只说“效率低”。用信息图展示“一个员工每月在无谓沟通上浪费35小时”，用短视频演绎一个项目因协同失序而失败的微型故事。
6. 定期（如每年）进行“敌人有效性”测试：在新一轮用户调研中，直接测试你的“敌人描述”是否还能引起强烈共鸣。市场在变，敌人的形态也可能需要升级。
7. 内部培训：让销售和客服成为“敌人故事”的讲述者：为他们提供基于“敌人-英雄”框架的标准化故事模板和应对话术，确保用户在每个触点听到的故事是一致的。

小结

伟大的品牌故事始于一个令人憎恶的“敌人”，而非一个完美的“英雄”。你的首要任务不是夸耀自己，而是精准定义并生动呈现那个代表市场旧痛点的叙事敌人，用它来击穿用户的“现状偏见”，为你的解决方案创造无可争议的登场必要性。记住，敌人是用户想要逃离的“现状”，而不是某个具体的竞争对手。从今天起，用“客户原声”去发现它，用整个组织的叙事去攻击它。

下一节：the-hero-is-always-the-customer