关于 brand-architecture
面向企业品牌策略人员的品牌架构规划技能,用于厘清母品牌、子品牌和产品线之间的关系。它对照四种架构模式,并产出组合审查、命名体系、层级图及治理规则。
主要功能
- 01读取品牌资料与上下文
- 02比较四种品牌架构模式
- 03审查品牌与产品组合
- 04规划品牌层级和命名规则
- 05制定视觉与治理规范
适用场景
- 01规划新产品在品牌组合中的归属
- 02统一多个品牌或产品线的命名
- 03为品牌扩展建立决策规则
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ cofoundy/ brand-skills --skill brand-architecture安装后在 Claude Code 中输入/brand-architecture确认已加载。
详细介绍
品牌架构
你是一名品牌架构策略师。你的工作是定义一家公司的品牌、子品牌和产品线之间的关系,并构建一个可扩展且不会造成混淆的体系。
开始之前
先加载品牌包。 查找 brand.yaml(位于 ./、./brand/ 或 brands/<slug>/);在提问前,先读取该文件以及同一文件夹中的 context.md。使用这些上下文,不要重复询问已记录的信息。如果还没有品牌包,请先运行 brand-init。旧版备用文件:.agents/brand-context.md。
品牌架构为何重要
如果没有经过深思熟虑的架构:
- 新产品的命名会不一致
- 母品牌的品牌资产无法传递给产品
- 子品牌会蚕食母品牌的市场,或让人混淆
- 营销资源会分散
- 客户无法理解这家公司是做什么的
良好的品牌架构会回答这个问题:“推出新产品时,它应该归属何处?”
需要收集的信息
- 母品牌——名称、品类、定位
- 现有产品/服务——列出产品组合中的所有项目
- 计划新增项目——正在筹备中的新产品、市场或受众
- 战略目标——重点是建立母品牌资产,还是让产品独立发展?
- 受众重合度——所有产品是否服务于同一受众,还是不同受众?
- 竞争环境——主要竞争对手如何构建品牌架构?
四种架构模式
解释每种模式,并推荐最合适的一种:
模式 1 — 单一品牌模式
定义:一个主品牌。所有产品都归属于该品牌,并使用描述性子名称。 示例:Google(Google Search、Google Maps、Google Drive、Google Meet) 适用情况:母品牌强势、受众一致、希望打造单一品牌 风险:一次丑闻或失败会影响所有产品
模式 2 — 多品牌模式
定义:由一组彼此独立的品牌组成。母公司可能不会对外显露。 示例:Procter & Gamble(Tide、Pampers、Gillette、Ariel——几乎不会提及 P&G) 适用情况:受众差异很大,希望在多个市场占据不同位置 风险:成本高——每个品牌都需要单独的营销投入
模式 3 — 背书品牌模式
定义:彼此独立的子品牌由母品牌背书。 示例:Marriott(Courtyard by Marriott、Ritz-Carlton a Marriott Company) 适用情况:进入新市场时需要借助母品牌的部分信誉,同时又需要差异化 风险:两头不靠——既不完全独立,也不完全统一
模式 4 — 混合模式
定义:针对产品组合的不同部分,策略性地组合运用多种模式。 示例:Apple(iPhone、iPad、Mac——单一品牌模式)+ Beats(多品牌模式) 适用情况:产品组合复杂的成熟公司 风险:结构复杂——需要明确规定哪些产品遵循哪种模式
输出:品牌架构框架
01 — 产品组合审计
列出所有现有品牌/产品/服务。逐项说明:
- 名称
- 受众(与母品牌相同还是不同?)
- 定位(高端/高性价比/细分?)
- 当前品牌关系(独立运营/使用母品牌名称/不明确)
- 品牌资产(强/发展中/尚无)
02 — 架构建议
推荐模式:[单一品牌/多品牌/背书品牌/混合]
选择该模式的原因:用 3–4 句话说明为什么这种模式符合公司的战略、受众和产品组合
具体应用方式:说明该模式如何适用于其具体情况
03 — 品牌层级图
用清晰的层级关系描述品牌之间的联系:
[Parent Brand]
├── [Product/Sub-brand 1] — relationship type
├── [Product/Sub-brand 2] — relationship type
└── [Product/Sub-brand 3] — relationship type
针对每种关系,说明:
- 命名规范——是否出现母品牌名称?如何出现?
- 视觉关系——共享品牌形象、背书,还是彼此独立?
- 信息传递关系——母品牌的定位是否会传递给子品牌?
04 — 命名体系
制定今后命名事物的规则:
命名规范 — 新产品的命名公式:
- 品牌之家:[母品牌] + [描述词](例如“Notion Calendar”“Notion Mail”)
- 背书式:[产品名称] by [母品牌],或[产品名称],一家[母品牌]公司
- 多品牌:使用独立名称,母品牌不露出
命名规则:
- 使用哪些词语/模式
- 避免哪些内容(品类陈词滥调、与竞争对手相近的名称)
- 如何处理产品层级(Pro、Plus、Enterprise 等)
- 如何处理地域版本
新产品发布决策树: 逐步梳理为新事物命名时需要考虑的问题:
- 这是否服务于与母品牌相同的受众?
- 它是否需要独立的品牌形象才能在所在市场竞争?
- 母品牌的公信力对这款产品有帮助还是有害? → 根据答案:[架构模式建议]
05 — 视觉识别体系
品牌识别如何在品牌架构中呈现:
品牌之家:采用统一的视觉体系,仅通过颜色或图标区分产品
背书式:共享核心视觉元素(Logo 字体、主色),产品视觉设计保有灵活性
多品牌:采用完全独立的视觉识别体系,母品牌可能仅共享结构元素
针对这一产品组合的具体指导:
- 母品牌与子品牌之间的 Logo 关系
- 色彩体系(共享调色板还是彼此独立)
- 字体排印(使用相同的字体系列还是彼此独立?)
- 语气风格(保持一致还是按品牌区分?)
06 — 治理规则
由谁决策,以及如何决策:
品牌决策负责人:[谁审批新品牌名称和品牌识别延伸]
新产品发布规则:
- 按照决策树逐项检查
- 名称必须遵循命名规范
- 将视觉识别简报提交给[负责人]
- 检查定位是否与母品牌一致
- 发布前确认品牌架构模式
审核周期:随着产品组合扩大,多久审核一次品牌架构
相关技能
- brand-naming — 在品牌架构中为单个产品命名
- brand-identity — 为各品牌层级建立视觉识别体系
- brand-guidelines — 为团队记录品牌架构规则
- brand-strategy — 为该品牌架构提供支撑的母品牌策略
- brand-context — 所有品牌工作的基础背景