mcpField
M
marketing-geo-localization

marketing-geo-localization

github.com/vasilyu1983营销与增长37 次安装
代码仓库

关于 marketing-geo-localization

用于规划国际市场进入与营销本地化的 Skill,帮助团队评估市场条件、调整信息与渠道,并纳入合规和衡量限制。

主要功能

  1. 01市场进入条件评估
  2. 02本地化深度选择
  3. 03区域渠道评估
  4. 04纳入合规的营销规划
  5. 05跨市场信息治理
  6. 06市场级衡量指导

适用场景

  1. 01评估是否进入新国家或地区
  2. 02规划本地化渠道与信息
  3. 03协调全球及区域品牌主张
  4. 04比较不同市场的表现

安装

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

$npx skills add https://github.com/vasilyu1983/ai-agents-public --skill marketing-geo-localization

安装后在 Claude Code 中输入/marketing-geo-localization确认已加载。

详细介绍

营销 GEO 本地化 - 国际 GTM 与本地化

国际营销本地化并非翻译,而是在当地限制条件下,对市场进入、定位治理、渠道、合规和衡量所做的一系列决策。

在以下情况下使用此技能:查询提及特定国家/地区或语言、国际扩张、本地化与翻译的区别、区域平台,或隐私/同意法律。

快速入门

撰写建议前,请按以下顺序进行:

  1. 确认范围:目标国家/地区、语言、ICP、产品方案、渠道,以及“成功”的定义(销售管道、收入、激活、留存)。
  2. 根据限制条件(信任、渠道生态、合规、支付、支持)选择本地化深度(轻度、深入、原生市场)。
  3. 仅加载所需的参考文件:
    • 区域:references/regions/(基础平台组合与规范)
    • 平台:references/platforms/(非 Google 生态与平台机制)
    • 合规:references/compliance/(仅从营销角度出发;请与法律顾问核实)
    • 文化检查:references/cultural/(信息传达、图像、翻译工作流)
  4. 输出本地化简报:不变项、可调整项、渠道计划、合规措施、衡量计划,以及 QA/审核步骤。

执行规则(专家模式)

  • 将文化和平台规范视为假设;通过当地证据加以验证(销售通话、支持记录、平台内创意审核、竞争对手拆解、客户访谈)。
  • 避免国家刻板印象:不要声称“X 地的人更喜欢 Y”,除非将其与具体决策和验证方法关联起来。
  • 不要只罗列国家:每个区域说明都必须解释它会如何改变后续决策(渠道组合、信任信号、CTA、生命周期、衡量)。
  • 始终说明权衡:全球一致性与本地表现;速度与风险;规模化与治理。
  • 区分不变项(在全球范围内保持不变的内容)和可调整项(随市场变化的内容)。

1) 思维模型:本地化与翻译

翻译:在句子层面保留含义的语言转换(通常适用于文档、支持内容、UI 标签)。

本地化:在翻译的基础上调整示例、信任信号、异议、定价/显示格式和 UX 预期,使产品方案易于理解且可信。

区域化:针对限制条件相似的市场群组(语言家族、平台生态、合规制度、购买方式)制定统一方案,以便规模化,而不必陷入“一个国家 = 一套策略”。

针对特定市场的 GTM 策略:设计市场进入和增长体系(细分、定位表达、渠道、合规立场、衡量模型、销售方式),而非简单的文案任务。

真实商业失败案例(将翻译误当成本地化):据报道,HSBC 的“Assume Nothing”广告活动在某些市场被译为“Do Nothing”,促使其耗资不菲地重新打造品牌,改用“The world's local bank”。失败之处不只在于语言准确性,更在于破坏了预期定位和信任。

2) 市场进入逻辑

决定是否进入市场(先于本地化工作)

只有通过以下关卡,才进入市场:

  • 需求 + 付费意愿:问题确实存在,且有预算支持(不只是“感兴趣”)。
  • 可触达的分销渠道:你能通过可用渠道以可行的 CAC 获客(本地及全球平台)。
  • 交付可行性:支付、物流、支持、引导和产品限制在当地均可行。
  • 合规可行性:你能够在法律和运营层面开展营销与分析(同意、Cookie、数据传输、年龄规定、行业法规)。
  • 信任可行性:你能通过当地相关的证明(客户案例、认证、合作伙伴)建立可信度。

如果任何一关未通过,不要“加大本地化力度”;应解决限制条件,否则就不要进入该市场。

确定本地化深度(轻度、深度还是原生适配)

根据限制条件选择合适的深度:

  • 轻度:翻译关键页面,适配当地货币、日期和时间,并提供基础支持。适用于已有需求,且渠道与合规要求几乎全球通用的情况。
  • 深度:提供本地案例作为佐证、处理异议、采用本地渠道组合、打造本地化的生命周期流程,并建立本地 SEO 架构。适用于信任建立和用户发现方式存在显著差异的情况。
  • 原生适配:以本地平台为先制定策略(非 Google 搜索、消息超级应用、本地社交电商),采用本地衡量模型,有时还需单独的品牌或包装。适用于全球技术栈表现不佳或受到限制的情况。
全球一致性何时会成为负担

全球一致性在导致以下情况时会成为负担:

  • 采用错误的信任模式(无法在当地奏效的佐证,或让人觉得不可信的语气)。
  • 采用错误的渠道假设(把已验证有效的美国/英国渠道组合照搬到不同的生态系统)。
  • 采用无法执行的衡量模型(归因依赖无法合法或实际部署的 Cookie/再营销)。
有意不做本地化的内容(不变量)

除非有经过中心化治理的明确例外,否则以下内容应在全球保持一致:

  • 定位意图:品类、差异化和核心承诺(避免品牌碎片化)。
  • 真实性标准:主张依据,以及安全/安保/隐私承诺(避免法律和信任风险)。
  • 指标定义:「合格潜在客户」「激活」和「转化」的含义(避免跨市场报告体系崩溃)。

3)文化适配:专家边界

文化适配的含义(从营销角度看):在保留定位意图的同时,改变你在某个市场中吸引注意、建立可信度并促成承诺的方式(佐证、叙事结构、异议处理、CTA 风格、格式和时机)。

团队在「尊重文化」时常犯的错误:

  • 为了避免冒犯而弱化具体内容,结果变得平淡,转化率也很低。
  • 只本地化表层元素(文字、图像),却保留不匹配的产品方案结构(佐证不当、风险处理不当、对采购决策委员会的假设不当)。
  • 未经治理就允许本地团队改写核心承诺,导致信息逐渐偏移。

内容在没有冒犯性的情况下仍不符合文化习惯的一种信号:互动率很高,但转化进程缓慢,因为内容违反了当地的信任机制(例如:在使用者通常用来评估供应商的形式中,还未建立可信的佐证就要求对方承诺)。

4)区域平台与渠道现状

如何评估哪些平台值得关注

应通过梳理「决策在哪里做出」来选择渠道,而不是只看使用率图表:

  • 发现:搜索引擎、社交信息流、市场平台、社群
  • 评估:评价、创作者/KOL、长篇解读、对比内容
  • 转化:消息应用、潜在客户表单、应用内商店、网站
  • 留存:电子邮件、消息应用还是应用内社群(以及合规限制)
全球平台尽管使用率高,表现却不佳的原因

常见原因:

  • 创意规范不同(格式、节奏、社会认同的呈现方式,以及「什么看起来可信」)。
  • 衡量方式不同(同意限制、再营销受限、像素覆盖较弱)。
  • 平台承担的任务不同(娱乐,而非购买意向)。
本地平台何时会造成虚假的信心

本地平台表面上可能看起来「很棒」(CPM 低、互动率高),却掩盖了以下问题:

  • 购买力弱,或流量意向度低
  • 定向/衡量成熟度有限
  • 由于其他渠道存在追踪缺口,归因过度将功劳计给该平台

全球团队常犯的错误:未经重新验证本地的发现与信任闭环,就在国际市场推出「已验证有效的渠道」(他们想当然地认为各地渠道具有等效性)。

5) 将合规视为营销约束

合规塑造的是战略,而不只是执行:

  • 生命周期设计:选择加入标准会改变名单增长、细分和重新激活策略。
  • 归因模型:Cookie 同意会影响哪些触点可以衡量;你可能需要采用不同的成功替代指标。
  • 自动化边界:用户画像和再营销规则会改变培育路径、抑制逻辑和个性化。

非专家容易忽略的隐性约束:

  • 一场营销活动可能“合法”,却无法可靠衡量(从而导致错误的预算决策)。
  • 数据传输和同意记录可能迫使你选择特定的供应商和技术栈(而不只是更新文案)。

表面上合法、但在战略上危险的决策:采用宽松的合法依据或含糊的同意,以启用激进的再营销和用户画像。它可能经得起狭义的法律解读,却会引发用户不信任、平台执法,或监管机构对同意是否“自由给予”以及暗黑模式的审查。

请参阅 references/compliance/,了解各框架的详情。

6) 多市场信息架构

通过建立带有治理机制的信息系统,防止信息偏离:

  • 全球信息框架:定位意图、承诺、证明标准、禁用主张。
  • 本地表达层:本地有效的证明要点、异议、示例和适合渠道原生形式的内容。
  • 本地化简报:哪些内容要保留、哪些可以更改、所需审批、术语表,以及“不要直译”清单。
  • 变更管理:全球信息发生变化时,将其传达至各地区;各地区提出更改时,则通过定位治理流程处理。

本地化正在导致品牌分裂的最早信号:不同市场开始将你描述成不同的品类(而不只是使用不同的词语),从而改变你的竞争对手以及买家的预期。

7) 跨市场衡量

为什么跨国家比较转化率往往会产生误导

转化率会受到以下因素影响:

  • 渠道组合和流量意图(不可直接比较)
  • 信任基准和品牌熟悉度
  • 支付和物流摩擦
  • 同意和跟踪覆盖率(衡量偏差)
专家如何在不抹平差异的情况下对绩效进行标准化
  • 将市场内提升幅度与该市场的基准进行比较(前后对比、A/B 测试、地理实验)。
  • 比较各阶段的转化(访问到潜在客户、潜在客户到合格客户、合格客户到成交),而不是混合后的单一转化率。
  • 跟踪方式不同时,使用考虑约束条件的替代指标(合格销售管道的推进速度,而非像素报告的转化次数)。

需要在不同地区作不同解读的一项指标:CAC(及回本周期)。在同意限制更严格、再营销能力更弱的市场中,获客成本在结构上可能更高,即使长期价值更好。

8) 本地化与规模化的权衡

何时值得投入本地化

当优势来自结构性因素(高 LTV、战略市场、平台生态差异、合规约束)而非表面因素时,应进行深入本地化。

何时本地化会损害规模化和速度

过度本地化会造成:

  • 变体过多,难以治理(信息偏离)
  • 审批缓慢(错过季节性机会和平台趋势)
  • 衡量碎片化(KPI 无法比较)
如何在不破坏信任的前提下扭转过度本地化
  • 回归不变要素(定位意图和证明标准)。
  • 保留本地证明要点和表达形式,但减少冗余的信息变体。
  • 将变化传达为延续性调整(“产品承诺不变”),而不是“全球回撤”。

极难逆转且代价极高的决策:在每个市场创建独立品牌或独立的域名/产品命名体系。这会让你陷入运营重复、SEO 权重碎片化和跨市场混淆的局面。

9) 跨职能边界检查(结构性变化)

地理本地化会改变其他营销职能的结构:

  • 内容策略:转变为多市场运营系统(中央消息治理 + 本地证据制作 + 翻译/创译流程 + 审批)。
  • SEO 策略:从“Google 关键词映射”转向“多引擎架构”(hreflang、本地 SERP 功能,以及适用情况下的非 Google 生态)。
  • 电子邮件自动化:转变为以同意为先的生命周期设计(各地区的选择加入标准、抑制规则、数据保留和细分规则各不相同)。
  • 付费广告:转变为生态系统规划(平台组合、创作者/KOL 的作用、创意规范和衡量限制各不相同;预算和目标必须因市场而异)。

10) 危险信号测试(非专家言论)

以下言论看似合理,但体现了非专家思维:

  • “我们先把网站翻译出来,等市场有起色后再做本地化。”(忽视了决定市场能否奏效的合规、信任和渠道限制)
  • “如果 Meta/Google 在美国有效,只要预算充足,在哪儿都有效。”(假设渠道具有等效性,忽视了衡量和法律限制)
  • “让当地团队重写定位,让它听起来更符合本地习惯。”(如果缺乏中央治理,必然导致信息偏移)

附录:快速参考(用作假设,而非规则)

区域起点

仅使用此矩阵生成初步假设,然后通过特定市场的研究和平台内证据进行验证。

区域主要平台(通常)搜索引擎(通常)常见限制
美国/加拿大Meta、Google、LinkedIn、TikTokGoogleCASL/CCPA 差异、短信同意要求严格
英国/爱尔兰Meta、Google、LinkedInGoogleUK GDPR/PECR、Cookie 执法
欧洲(因地而异)LinkedIn、Meta、Google、本地 B2B 网络GoogleGDPR + 各国具体规定、双重选择加入惯例
日本/韩国LINE、Yahoo Japan、Naver、Kakao、InstagramYahoo Japan、Naver、Google本地生态系统和广告产品
中国WeChat、Douyin、Weibo、XiaohongshuBaidu平台隔离 + 数据/跨境限制
印度/东南亚WhatsApp、Instagram、YouTube、TikTok、电商平台Google支付、语言多样性、以消息为先的转化漏斗
拉丁美洲WhatsApp、Meta、TikTokGoogle以 WhatsApp 为先的转化闭环
中东和北非WhatsApp、Instagram、SnapchatGoogleRTL 用户体验、季节性、消息规范
俄罗斯/独联体VK、Telegram、YandexYandex本地搜索和平台生态系统
澳大利亚/新西兰Meta、LinkedIn、GoogleGoogle隐私法案限制、竞争激烈导致的 CAC
合规快速参考(营销视角)

用它来识别营销漏斗和衡量技术栈中可能发生变化的部分,然后查阅 references/compliance/ 了解具体信息。

框架对营销策略的典型影响
GDPR / ePrivacy(EU/EEA)以同意为先的跟踪、有限的再营销、更严格的名单增长、更详尽的同意记录
UK GDPR / PECR(英国)与欧盟类似;Cookie 执法和直接营销规则需要尽早考虑
CASL(加拿大)严格的电子邮件同意要求;生命周期自动化取决于是否能证明用户已选择加入
CCPA/CPRA(加利福尼亚州)退出权利以及“出售/共享”的定义可能限制广告技术和归因
LGPD(巴西)明确同意和合法依据;供应商选择和数据保留流程至关重要
PIPL(中国)数据传输/本地化限制可能决定技术栈;平台规则主导分发
APPI(日本)目的限制和传输通知;生命周期预期和同意处理方式各不相同
PIPA(韩国)严格的同意要求和执法;会影响个性化和数据使用
DPDP(印度)同意和数据处理;运营准备比文案微调更重要
非 Google 搜索生态(适用时)
搜索引擎策略调整原因
Baidu托管和许可限制会影响 SEO 的可行性;本地生态中的内容入口也是用户发现内容的途径
Yandex排名和地理位置等信号有所不同;本地托管和语言适配更为重要
Naver生态原生内容入口(博客、社区)相当于 SEO 内容资源
Yahoo JapanSERP 功能和合作伙伴关系有所不同;应将其视为与美国 Yahoo 不同的平台
内容适配工作流(AI + 人工)
  • 使用 AI 处理大批量、低风险的内容(文档、支持内容、UI 字符串),然后由母语者审核术语和准确性。
  • 对推动转化的素材(首页、定价页、广告、邮件序列、营销活动标语)进行人工创译。
  • 在扩大产出规模前,建立术语表、“切勿直译”清单和校对标准。
市场进入清单(运营)

发布前:

  • 法律实体要求(部分市场要求设立本地实体)
  • 数据本地化要求(可能限制托管服务和供应商的选择)
  • 支付基础设施(本地支付方式、货币)
  • 客户支持语言能力
  • 监管审批(因行业而异)

内容与创意:

  • 母语者审核(不仅仅是翻译)
  • 本地竞争对手分析和证明标准
  • 网红/KOL 格局分析(如适用)
  • 本地案例研究或社会认同方案

技术:

  • 用于提升区域性能的 CDN/托管
  • 本地域名策略(如有需要)
  • Hreflang 实施(多语言网站)
  • 区域分析设置(考虑用户同意)
  • Cookie 同意机制实施(如有要求)

运营:

  • 本地团队或代理合作伙伴
  • 支持服务的时区覆盖
  • 区域报告频率和 KPI 定义
  • 货币/定价策略
  • 退货/退款政策本地化(如适用)

与其他营销技能的集成

技能GEO 本地化补充内容
marketing-content-strategy多市场信息治理、本地证明策略、创译边界
marketing-seo-complete非 Google 搜索生态、hreflang 架构、本地 SERP 限制
marketing-social-media区域平台组合、创作者/KOL 角色、符合当地文化的内容形式
marketing-email-automation以同意为先的生命周期设计、抑制/保留限制
marketing-paid-advertising生态规划、创意规范、区域性衡量限制
marketing-cro各市场的信任信号和支付摩擦差异

参考资料

  • 区域(入口):references/regions/europe.md、references/regions/americas.md、references/regions/asia-pacific.md、references/regions/mena.md、references/regions/africa.md、references/regions/south-asia.md
  • 平台(入口):references/platforms/china-ecosystem.md、references/platforms/japan-korea.md、references/platforms/russia-cis.md、references/platforms/translation-management-systems.md
  • 合规(入口):references/compliance/gdpr.md、references/compliance/us-state-laws.md、references/compliance/casl.md、references/compliance/lgpd.md、references/compliance/pipl.md
  • 文化框架与工作流:references/cultural/messaging-frameworks.md、references/cultural/imagery-guidelines.md、references/cultural/color-symbolism.md、references/cultural/ai-translation-workflows.md
  • 精选外部资源:data/sources.json

评论

支持 Markdown