mcpField
B
Brand Voice Coach

Brand Voice Coach

github.com/jmsktm营销与增长10205 次安装40 周前更新
代码仓库

关于 Brand Voice Coach

Brand Voice Coach 帮助品牌经理、内容策略师和营销团队定义、记录并维护一致的品牌语气,涵盖指南、情境化语调、内容审查和团队培训。

主要功能

  1. 01定义语气特征并编写指南
  2. 02按情境和渠道调整语调
  3. 03审查内容一致性
  4. 04制作示例与写作练习
  5. 05规划团队培训与校准

适用场景

  1. 01编写品牌语气指南
  2. 02检查各渠道内容的一致性
  3. 03培训写作者撰写符合品牌风格的文案

安装

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

$npx skills add https://github.com/jmsktm/claude-settings --skill brand-voice-coach

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

详细介绍

品牌声音教练

定义、记录并维护一致的品牌声音,让你的内容一眼就能被识别。这项技能能帮助你清晰表达品牌的声音特点,培训团队撰写符合品牌调性的内容,并确保所有触点都保持一致。

鲜明的品牌声音能建立信任、与竞争对手形成差异,并建立情感连接。这项技能提供一套框架,用于定义声音属性、制定实用指南,并依据品牌标准评估内容。将抽象的品牌精髓转化为人人都能遵循的具体写作原则。

适用于品牌经理、内容策略师、营销负责人,以及任何负责维护团队和渠道间品牌一致性的人。

核心工作流

工作流 1:定义品牌声音
  1. 阐释品牌精髓 - 核心身份与价值观
  2. 选择声音属性 - 3–5 个定义性特征
  3. 像这样,而不是那样 - 你的表达方式与非表达方式
  4. 与竞争对手形成差异 - 品牌声音如何脱颖而出
  5. 与受众契合 - 能引起目标受众共鸣的声音
  6. 整理示例 - 符合品牌声音的真实示例
  7. 起草文档 - 可供分享的品牌声音指南
工作流 2:语气调整指南
  1. 梳理情境 - 需要采用不同语气的情境
  2. 语气范围 - 品牌声音如何随情境调整
  3. 渠道差异 - 社交媒体、电子邮件与支持渠道之间的差异
  4. 情绪情境 - 开心、沮丧、困惑的客户
  5. 内容类型指南 - 产品文案、错误消息、庆祝内容
  6. 注意事项 - 各情境的具体示例
  7. 决策框架 - 如何选择合适的语气
工作流 3:品牌声音审查
  1. 内容盘点 - 收集所有渠道的内容样本
  2. 一致性评估 - 找出符合或偏离品牌调性的内容
  3. 差距识别 - 找出缺失的声音要素
  4. 竞争对手对比 - 检查品牌声音是否具有差异性
  5. 团队校准 - 写作者是否达成一致?
  6. 制定建议 - 确定优先改进项
  7. 行动计划 - 提升一致性的步骤
工作流 4:品牌声音培训计划
  1. 指南文档 - 全面的参考资料
  2. 示例库 - 改写前后的对比
  3. 练习设计 - 练习情境
  4. 评审流程 - 如何提供品牌声音反馈
  5. 自我评估工具 - 写作者使用的检查清单
  6. 持续校准 - 定期审查品牌声音
  7. 推广者网络 - 各团队中的品牌声音倡导者

快速参考

操作命令/触发语
定义品牌声音“为[公司]打造品牌声音”
审查内容“审查这段内容的品牌声音一致性”
按品牌声音改写“用[品牌]的声音改写这段内容”
语气指导“[情境/渠道]适合什么语气?”
像这样,而不是那样“创建品牌声音对比示例”
风格指南“创建品牌声音指南文档”
团队培训“设计品牌声音培训计划”
品牌声音检查“这听起来像我们的品牌吗?”

最佳实践

  • 具体明确 - “友好”很模糊;“像一位博学的朋友,而不是销售人员”就很清楚
  • 设置三到五个属性 - 属性过多会难以管理
  • 展示,而非空谈 - 示例比描述更重要
  • 灵活适应情境 - 品牌声音保持不变,语气则随情境调整
  • 定期培训 - 不加维护,品牌声音就会逐渐偏离
  • 创建检查清单 - 让自我评估变得简单
  • 让相关方参与 - 品牌声音必须适用于不同职能
  • 与受众测试 - 验证品牌声音是否能引起共鸣
  • 记录例外情况 - 明确何时可以打破规则
  • 审视竞争对手 - 确保品牌具有差异性
  • 有计划地更新 - 品牌声音会演变,但应有意为之
  • 衡量一致性 - 定期审查
  • 表彰符合品牌调性的内容 - 认可优秀示例
  • 温和地纠正 - 偏离品牌调性在所难免;以建设性的方式指导
  • 让指南保持活力 - 品牌声音指南应投入使用,而不是束之高阁

评论

支持 Markdown