mcpField
B
brand-messaging-architecture

brand-messaging-architecture

github.com/mike-coulbourn营销与增长4572 次安装4 周前更新
代码仓库

关于 brand-messaging-architecture

brand-messaging-architecture 是供团队制定品牌定位、价值主张和传播信息的参考框架。它汇集多种成熟方法,帮助组织以客户为中心的叙事和品牌支柱。

主要功能

  1. 01区分品牌定位、传播信息与价值主张
  2. 02用 Messaging House 组织信息
  3. 03运用客户与价值主张框架
  4. 04定义品牌支柱与佐证材料
  5. 05提供信息验证方法

适用场景

  1. 01制定品牌定位陈述
  2. 02组织传播支柱与证据
  3. 03评估价值主张的清晰度和相关性
  4. 04规划客户信息测试

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/mike-coulbourn/claude-vibes --skill brand-messaging-architecture

安装后在 Claude Code 中输入/brand-messaging-architecture确认已加载。

附带文件reference/templates.md

详细介绍

品牌信息架构框架

使用成熟的方法制定品牌信息、价值主张和品牌支柱的快速参考。

“品牌不是你说它是什么,而是他们说它是什么。”——Marty Neumeier


关键区别:定位、信息传达与价值主张

要素定义回答的问题受众
定位塑造认知的战略基础“为什么选择我们?”内部
信息传达传达定位的内容和叙事“我们要说什么?”外部
价值主张向客户交付价值的承诺“我能得到什么?”外部

它们如何协同作用:

  • 定位决定你的差异化之处
  • 信息传达将其转化为你要说的话
  • 价值主张说明客户能获得什么

信息传达屋框架

最受欢迎的用于分层组织信息的可视化框架:

        ┌─────────────────────────────────────────┐
        │              THE ROOF                    │
        │    [Core Message / Value Proposition]    │
        │   The single most important thing you    │
        │    want audiences to remember            │
        └─────────────────────────────────────────┘
                         │
    ┌────────────────────┼────────────────────┐
    │                    │                    │
    ▼                    ▼                    ▼
┌─────────┐        ┌─────────┐        ┌─────────┐
│ PILLAR 1│        │ PILLAR 2│        │ PILLAR 3│
│ [Theme] │        │ [Theme] │        │ [Theme] │
│ WHY to  │        │ WHY to  │        │ WHY to  │
│ believe │        │ believe │        │ believe │
└────┬────┘        └────┬────┘        └────┬────┘
     │                  │                  │
     ▼                  ▼                  ▼
[Proof Points]    [Proof Points]    [Proof Points]
  Evidence          Evidence          Evidence
                         │
        ┌────────────────┴────────────────────┐
        │          THE FOUNDATION              │
        │    [Purpose, Vision, Values]         │
        │      The deeper WHY behind           │
        │           everything                 │
        └─────────────────────────────────────┘

Peep Laja 的信息分层框架

基于数千次 B2B 信息测试。必须按顺序处理每一层:

层级问题做法示例
1. 清晰度“这是什么?”先说明类别;使用简单的语言“营销自动化软件”,而不是“新一代增长赋能平台”
2. 相关性“这适合我吗?”针对具体痛点“为深陷手动营销活动的营销团队打造”
3. 价值“我能得到什么?”核心优势和成果“自动完成 80% 的重复任务,以 3 倍速度启动营销活动”
4. 差异化“为什么选你,而不是其他方案?”说明你独有的优势“唯一专为 Shopify 商家打造的平台”

关键洞察:必须先通过每一层,下一层才有意义。如果潜在客户还不了解你提供什么,再出色的差异化也毫无意义。


价值主张画布(Osterwalder)

最广泛使用的价值主张制定框架:

┌─────────────────────────────────┐    ┌─────────────────────────────────┐
│        VALUE MAP                │    │      CUSTOMER PROFILE           │
│        (Your Offering)          │    │      (Their Reality)            │
│                                 │    │                                 │
│  ┌─────────────────────────┐   │    │   ┌─────────────────────────┐  │
│  │   Products & Services    │   │◄───┼───│          JOBS           │  │
│  │   (What you offer)       │   │    │   │  (Tasks to accomplish)  │  │
│  └─────────────────────────┘   │    │   └─────────────────────────┘  │
│                                 │    │                                 │
│  ┌─────────────────────────┐   │    │   ┌─────────────────────────┐  │
│  │     Pain Relievers       │   │◄───┼───│         PAINS           │  │
│  │   (How you help)         │   │    │   │   (Frustrations)        │  │
│  └─────────────────────────┘   │    │   └─────────────────────────┘  │
│                                 │    │                                 │
│  ┌─────────────────────────┐   │    │   ┌─────────────────────────┐  │
│  │      Gain Creators       │   │◄───┼───│         GAINS           │  │
│  │   (How you delight)      │   │    │   │   (Desired outcomes)    │  │
│  └─────────────────────────┘   │    │   └─────────────────────────┘  │
└─────────────────────────────────┘    └─────────────────────────────────┘

使用方法:

  1. 从客户画像开始:深入了解客户的任务、痛点和收益
  2. 梳理你的产品或服务,展示如何满足每一项需求
  3. 找出痛点缓解因素和收益创造因素契合度最高的地方
  4. 这一交汇点就是你的价值主张

待完成的任务(Clayton Christensen)

“客户买的不是产品,而是‘雇用’产品来帮他们完成一项任务。”

任务类型含义示例问题
功能性任务要完成的核心任务“他们想完成什么任务?”
社交性任务他们希望如何被看待“使用这个产品会让别人怎么看他们?”
情感性任务他们希望有何感受“他们追求什么样的感受?”

电钻示例:

  • 人们买电钻,不是因为想要一把电钻
  • 他们“雇用”电钻来打孔
  • 他们想用这个孔挂一幅画
  • 他们希望这幅画让家里更有家的感觉
  • 这项“任务”会从功能层面逐步延伸到情感层面

Geoffrey Moore 的定位陈述

最广泛使用的定位模板(出自 Crossing the Chasm):

对于 (目标客户),他们 (需求或机会陈述),(产品名称) 是一款 (产品类别),能够 (核心优势陈述)。与 (主要竞品) 不同,我们的产品 (主要差异化陈述)。

示例:

对于难以了解客户流失情况的成长期 SaaS 公司,ChurnPredict 是一个客户分析平台,能够在客户离开之前识别有流失风险的客户账户。与通用分析工具不同,ChurnPredict 使用专门针对订阅业务模式训练的 AI,以 94% 的准确率预测客户流失。

April Dunford 的定位五要素

  1. 竞争替代方案:如果没有你的解决方案,客户会用什么?
  2. 独特属性:你有哪些替代方案不具备的功能/能力?
  3. 价值:这些独特属性能带来什么益处?
  4. 目标客户特征:谁最看重这种价值?
  5. 市场类别:什么背景能让你的独特价值一目了然?

她的 10 步方法:

  1. 从你的优质客户入手(那些迅速购买的客户)
  2. 确定如果你不存在,他们会用什么
  3. 列出相较于这些替代方案,你的独特属性
  4. 将每项属性与其带来的价值对应起来
  5. 确定谁最看重这种价值
  6. 确定能让你的价值一目了然的市场类别
  7. 可选:加入相关的市场趋势
  8. 撰写你的定位陈述
  9. 与团队分享并获得认同
  10. 转化为营销信息

Andy Raskin 的战略叙事

传统方法(“傲慢的医生”): “你有一个问题。我们有解决方案。让我告诉你为什么我们的方案最好。” 这就是自夸,而潜在客户对此持怀疑态度。

战略叙事方法(“谦逊的唤醒者”): “世界发生了变化,带来了巨大的机遇,也带来了巨大的风险。让我告诉你如何在这个新世界中应对。” 这体现了共情,而潜在客户信任共情。

5 个要素:

  1. 指出一个重大且相关的变化:潜在客户有所察觉、却尚未明确表达的变化
  2. 表明赢家与输家将会出现:营造行动紧迫感
  3. 勾勒理想的成功境界:适应变化的人将取得怎样的成功
  4. 将功能介绍为“神奇礼物”:帮助客户抵达理想境界的能力
  5. 指出敌人:一种已成为毁灭之路的旧思维方式

Donald Miller 的 StoryBrand 框架(SB7)

客户才是英雄,而不是你的品牌。你的品牌是引导者(像 Yoda,而不是 Luke)。

7 个部分的框架:

  1. 一个角色(客户)有……
  2. 一个问题(反派、外部、内部、哲学层面)……
  3. 然后遇到一位引导者(你的品牌)……
  4. 引导者为其提供计划……
  5. 并号召其采取行动……
  6. 帮助其避免失败……
  7. 最终走向成功

为什么有效:故事是人类沟通的方式。当你围绕客户这个英雄来组织营销信息时,他们会在其中看到自己。


David Aaker 的三种利益类型

利益类型含义示例
功能利益产品的功能“30 分钟洗净衣物”
情感利益产品带给客户的感受“感觉自信、从容得体”
自我表达利益产品体现了客户怎样的形象“我是一个珍惜时间的人”

综合价值陈述:将三种利益结合起来,形成完整的价值主张。


5P 品牌支柱框架

最广泛认可的框架采用 5 个品牌支柱:

支柱定义内容关键问题
宗旨品牌存在的意义,不止于盈利你为何创立品牌?失去它会带来什么损失?
定位你在市场中的位置你服务谁?你有何不同?
个性品牌的声音、语气和特征如果你的品牌是一个人,它会如何说话?
认知内部和外部如何看待你人们如何评价你?
推广/产品你如何营销以及提供什么你创造了怎样的体验?

为什么是 3–5 个支柱?:支柱太多会分散重点。如果任何事物都是支柱,那就没有什么是真正的支柱。


支柱到营销信息的层级

Brand Pillars (Strategic Foundation)
           ↓
Messaging Pillars (Communication Themes)
           ↓
Proof Points (Evidence)

每个营销信息支柱都应配备 3 个以上的佐证,涵盖:

  • 理性证据:数据、统计信息、认证
  • 情感证据:客户故事、推荐语
  • 视觉证据:照片、视频、演示

MECLABS 价值主张质量测试

标准问题改进方法
吸引力这项益处对目标客户有吸引力吗?以真实的客户调研为依据
独特性只有你能提出这一主张,还是竞争对手也能这么说?找出真正让你与众不同之处
清晰度客户能否快速、轻松地理解?简化措辞,去除行话
可信度是否有证据支撑这一主张?补充佐证、客户评价和数据
补充测试

“那又怎样?”测试: 每陈述一项内容后,都问一句“那又怎样?”。如果你无法解释客户为什么应该在意,就修改表述。

“唯一”测试(Marty Neumeier):

我们的[产品/服务]是唯一能够[带来某项益处]的[类别]。

如果你能可信地补全这句话,就说明你有很强的差异化优势。

清晰度测试: 有人能在阅读你的首页 5 秒内理解你是做什么的吗?


常见的价值主张错误

错误问题更好的做法
强调特性而非益处只描述产品能做什么,而非客户能获得什么“把时间花在最有可能购买的潜在客户身上” > “AI 驱动的潜在客户评分”
措辞含糊行话让意思变得晦涩如果陌生人无法理解,就简化表述
缺乏差异化竞争对手也能说同样的话找出真正让你与众不同之处
主张缺乏依据没有证据支撑,“一流”毫无意义为每项主张提供证据
受众定位错误与客户需求不符先调研,再撰写
一概而论忽略不同细分群体之间的差异制定针对不同细分群体的价值主张
未经验证未经测试的信息往往会失败先与真实客户测试

常见的信息架构错误

  1. 跳过清晰度层:如果客户不理解你是什么,差异化就毫无意义
  2. 支柱过多:超过 5 个会削弱重点
  3. 不同接触点的信息不一致:随着时间推移,会逐渐损害信任
  4. 把品牌塑造成主角:客户才是主角;你是引导者
  5. 不与真实客户测试:内部认可不代表外部受众也有共鸣
  6. 信息一成不变:从不随着市场和客户的变化而更新

测试与验证方法

方法最适用于关键注意事项
客户访谈深入的定性洞察至少以 10-15 人为目标
落地页测试信息表现对不同价值主张进行 A/B 测试
A/B 测试受控实验一次测试一个变量
虚假入口测试衡量兴趣提供入口,衡量点击次数
问卷调查定量验证配合定性数据
销售团队反馈真实场景中的异议潜在客户会问哪些问题?
言行差距警示

人们表示愿意支付的金额与他们实际支付的金额往往大不相同。通过行为而非口头意向来测试付费意愿。


关键统计数据

  • 一致性建立信任:75% 的购物者期望品牌在不同渠道保持一致
  • 营收影响:跨平台保持品牌一致性,营收最高可提升 23%
  • 效率提升:有共同框架时,团队花在争论上的时间更少

专家箴言

专家洞见
Marty Neumeier“品牌不是你说它是什么,而是他们说它是什么。”
April Dunford“定位是信息传达的基础前提。在理解对谁而言价值何在之前,你无法撰写主页内容。”
Andy Raskin“差异化源于潜在客户看到你理解他们的世界——这体现了你的共情能力——并因此更加信任你。”
Simon Sinek“人们买的不是你做什么,而是你为什么这么做。”
Peep Laja“如果让访客自己弄清楚一家公司有何不同,你就会失去他们。”
Donald Miller“客户才是英雄,而不是你的品牌。”

通用原则

  1. 以客户为先:出色的信息传达始于对客户的深入了解
  2. 清晰胜过巧妙:让人理解比追求创意更重要
  3. 保持一致,积累信任:每个触点都强化同一信息,便能建立信任
  4. 差异化至关重要:如果竞争对手也能说同样的话,那就不算定位
  5. 用证据支撑主张:未经证实的主张会削弱信任;证据则能建立信任
  6. 尽可能简化:复杂的信息传达会被忽略;简单的信息传达令人难忘
  7. 测试并迭代:在真实客户验证之前,信息传达都只是假设

模板

当需要制作用户会保留的交付成果时,例如填写完成的工作表、记录下来的决策或最终文稿,请阅读 reference/templates.md。对于本文件涵盖的概念性问题和快速建议,可跳过此步骤。该文件以目录开头,因此只需加载所需的模板:

  • 信息传达框架文档模板
  • 价值主张画布模板
  • 信息传达支柱模板
  • 信息层级评估模板
  • 信息传达屋可视化模板
  • 速查卡模板

何时应用这些知识

在价值主张开发期间
  • 使用价值主张画布梳理客户任务、痛点和收益
  • 运用待完成任务理论,更深入地了解客户
  • 撰写 Geoffrey Moore 定位陈述
  • 完成“唯一区别”测试,验证差异化
在信息传达架构设计期间
  • 构建信息传达屋结构
  • 按顺序应用 Peep Laja 的信息层级
  • 定义 3-5 个信息传达支柱,并为其提供证据
  • 创建信息层级(主要 → 次要 → 第三层)
在验证期间
  • 执行 MECLABS 质量测试
  • 运用“所以呢?”和清晰度测试
  • 在做出最终决定前与真实客户测试
  • 记录在易于访问的框架中

评论

支持 Markdown