营销增长
品牌创意策略启动前:用结构化访谈+网络调研生成…
当用户要为新客户建品牌上下文、运行 brand intake/brand research,或品牌尚无 context 文档却要开始 Creative Strategy Engine、Hook Writing 等下游创意工作流时,先做本流程。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 38/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 59/100 ×0.15
适用场景
品牌创意策略启动前:用结构化访谈+网络调特定
解决思路
- Phase 1 前置访谈:在调研前一次性向用户提出所有问题,放在同一条消息中,不要逐条追问;清楚分组,便于用户快速回答。
- 询问品牌基础:品牌名称是什么?
- 询问品牌基础:品牌网站 URL 是什么?
- 询问品牌基础:你要为其投放付费广告的产品有哪些?多个则列出;全部则回答 “all”。
- 询问品牌基础:该上下文文档要聚焦某个具体产品/产品线,还是覆盖整个品牌?
- 询问已知信息:关于该品牌及其受众,有哪些重要信息需要在工作流中使用?例如年龄、性别、生活方式、痛点、价值观。
- 询问已知信息:是否知道他们的主要竞争对手是谁?
- 询问已知信息:是否已知任何品牌约束?例如不能做健康声明、家庭友好语气、敏感话题、受监管品类。
- 询问创意背景:是否已看过该品牌的任何现有创意或 messaging,需要记住?
- 用户回答后,先确认再继续,说:“Got it — I'll use this as my starting point and go research the rest. I'll come back with a full brand context doc. Give me a moment.”
- 然后进入 Phase 2。
- Phase 2 调研:使用品牌名称和 URL,通过 web_search 和 web_fetch 进行网络调研,填充完整品牌上下文文档。
- 按调研清单逐项执行;每个领域都从品牌网站、广告库、评论、新闻稿、竞品网站中尽可能收集信息。
- 1. 品牌故事与起源:调查品牌如何开始?创始人要解决什么问题?
- 1. 品牌故事与起源:是否有创始人故事或使命驱动品牌身份?
- 1. 品牌故事与起源:品牌存在多久?是初创、扩张期还是成熟品牌?
- 1. 品牌故事与起源的调研方法:抓取 About page;搜索 “[brand name] founder story” 和 “[brand name] how it started”。
- 2. 完整产品目录:他们卖什么产品?
- 2. 完整产品目录:关键 SKU 或产品线有哪些?
- 2. 完整产品目录:产品之间如何区分(尺寸、使用场景、配方、受众)?
- 2. 完整产品目录:hero product 或主要收入驱动产品是什么(如可识别)?
- 2. 完整产品目录:品牌是否提供任何 bundles?
- 2. 完整产品目录的调研方法:抓取 product/shop pages;查看 site navigation。
- 3. 产品差异化与独特机制:产品与替代方案相比有何不同?
- 3. 产品差异化与独特机制:是否有专有成分、形式、技术或方法?
- 3. 产品差异化与独特机制:他们在网站上如何解释自己的差异点?
- 3. 产品差异化与独特机制:他们做出什么声明,如何支撑这些声明?
- 3. 产品差异化与独特机制的调研方法:抓取 product detail pages 以及任何 “How it works” 或 FAQ pages;寻找临床声明、认证或专利相关表述。
- 4. 竞争对手:谁是最接近的 3–5 个竞争对手?
- 4. 竞争对手:竞争对手如何相对于该品牌定位?
- 4. 竞争对手:该品牌做了什么竞争对手没做的(或反之)?
- 4. 竞争对手的调研方法:搜索 “[brand name] vs [competitor]”、“[product category] alternatives” 和 “[brand name] competitors”;也检查品牌是否在 messaging 中直接点名竞争对手。
- 5. 替代解决方案:在该产品出现之前,客户在做什么?
- 5. 替代解决方案:该产品替代或改进的 “old way” 是什么?
- 5. 替代解决方案:这不总是直接竞品——有时是一种行为、DIY 方法或什么都不做。
- 5. 替代解决方案的调研方法:查看 reviews、品牌自己的问题框定语言,以及任何 “vs. traditional methods” 内容。
- 6. 核心受众:品牌在网站和广告中主要对谁说话?
- 6. 核心受众:是否有明显的次级受众?
- 6. 核心受众:哪些信号指向他们在定向谁?图像、语言、浮现的痛点、价格点、生活方式线索。
- 6. 核心受众:把 Phase 1 中用户告诉你的信息与调研发现结合起来。
- 6. 核心受众的调研方法:分析 homepage copy、ad creative(如可访问 Meta Ad Library)、product page language 和 review language。
- 7. 品牌语气与语调:品牌如何沟通?临床?温暖?机智?直接?社区驱动?
- 7. 品牌语气与语调:哪些形容词描述他们的文案风格?
- 7. 品牌语气与语调:是否有显著模式——使用的词汇、避免的东西、情绪基调?
- 7. 品牌语气与语调:语气是否在产品类型或受众之间变化?
- 7. 品牌语气与语调的调研方法:仔细阅读 website copy;寻找 headlines、CTAs、email popups、FAQ answers 中的模式。
- 8. 推断创意约束:基于所有发现,识别可能影响广告创意的品类敏感性约束,例如健康声明、before/after 限制、受监管成分。
- 8. 推断创意约束:考虑受众约束,例如年长人群、宗教社区、父母等。
- 8. 推断创意约束:考虑平台规范,例如该品类是否有已知 Meta/TikTok 广告限制。
- 8. 推断创意约束:考虑语气约束,例如保守、家庭安全或社区主导品牌往往限制尖锐或挑衅。
- 8. 推断创意约束:考虑价格点约束,例如高 AOV 品牌通常不能做价格冲击战术;预算品牌不能靠高端定位。
- 8. 推断创意约束:对每个约束标注为 confirmed(某处明确说明)或 inferred(基于品类/信号的合理假设)。
- 9. 必知战略上下文:记录异常购买行为,例如订阅 vs 一次性、bundle-heavy 等。
- 9. 必知战略上下文:记录季节性相关性。
- 9. 必知战略上下文:记录强社区或 UGC 存在。
- 9. 必知战略上下文:记录值得注意的新闻或文化时刻。
- 9. 必知战略上下文:纳入 Phase 1 中用户标记的任何需要纳入的内容。
- Phase 3:调研完成后,将所有内容汇总为结构化 markdown 文档。
- 按指定输出格式生成文档:标题 “# Brand Context: [Brand Name]”,副标题 “*Generated: [Date] | Focus: [Product/Product Line or \"Full Brand\"]*”。
- 包含 “## Brand Overview”:2–3 句话总结品牌是谁、卖什么、在市场中的位置。
- 包含 “## Brand Story & Origin”:创始人故事、使命、起源;保持事实且简洁。
- 包含 “## Product Catalog”:列出产品与简短描述;如可识别则标记 hero product;使用表格 Product | Key Differentiator | Audience。
- 包含 “## What Makes Them Different”:独特机制、专有成分、形式优势或定位优势;尽可能引用他们自己的语言。
- 包含 “## Competitor Landscape”:3–5 个竞争对手、各自定位,以及该品牌如何对比;使用表格 Competitor | Their Positioning | How This Brand Differs。
- 包含 “## The Alternative Solution”:客户在该产品之前做什么;“old way”。
- 包含 “## Core Audience(s)”:Primary、Secondary(如适用)、Key signals:痛点、生活方式、语言模式、他们在意什么。
- 包含 “## Brand Voice & Tone”:形容词、模式、展示语气的实际文案示例、他们避免什么。
- 包含 “## Creative Constraints”:表格 Constraint | Type | Notes,Type 为 Confirmed / Inferred。
- 包含 “## Must-Know Strategic Context”:创意策略师写创意前必须知道的其他内容;可用 bullets。
- 包含 “## Research Notes”:Sources consulted: [list URLs fetched];Gaps / low-confidence areas: [无法核实的内容——清楚标记,让用户补充或纠正]。
- Phase 4:将文档保存为 brand-context-[brandname].md。
- Phase 4:使用 present_files 将文档呈现给用户。
- Phase 4:标记 gaps——指出任何无法核实的内容,或哪些是推断 vs 确认。
- Phase 4:提一个收尾问题:“Does anything here look off, or is there anything important I'm missing? Once you confirm, this becomes the working context for all creative strategy on this brand.”
- 用户确认后,确保所有下游模块(Creative Strategy Engine、Hook Writing、Creative Mechanics)为该品牌引用此文档。
- 向下游交接时,明确引用 brand context doc:说 “Using `brand-context-[brandname].md` as the foundation — the audience, differentiation, constraints, and voice are all defined there.”
- 防止下游模块做出与已建立品牌上下文冲突的假设。
适用边界 · 注意事项
- 品牌已有最新且已验证的 brand-context 文档时,不必重复运行;先检查项目内是否已有该文档。
- 当前环境无法使用 web_search/web_fetch 或无法保存/展示文件(如 present_files)时,无法完成完整调研与交付。
- 不用于非品牌上下文构建的任务(如纯执行 Hook 写作或创意策略);它必须作为前置上下文层先跑完。