- General
- v1.0.0
- leadership
- marketing
- demand-gen
Multi-region GTM playbook
Use this skill when a B2B company runs go to market across several regions and needs to decide what stays global, what is localized, and how to allocate budget and effort by market maturity. Produces a global core, a local layer, a region tiering and a governance cadence.
SKILL.md
Design a go to market model across regions that keeps one strategy while letting each market win on its own terms.
Inputs to load
- The list of regions with team size, revenue contribution and pipeline contribution as shares of the total.
- Market maturity per region: brand awareness, customer base, competitive intensity.
- Sales cycle, deal size and buying behavior per region.
- Language, regulation and channel differences that change how buyers research and buy.
Define the global core
Keep global only what must be identical: positioning, ideal customer profile, core offer, naming of products, measurement definitions and reporting format. Everything else is a candidate for local adaptation.
Define the local layer
Each region adapts proof (local customers, local references), language and tone, channel mix, pricing presentation, events and compliance. Translation alone is not localization. Check that examples, objections and competitors are regional.
Tier the regions
- Build: low awareness, small base. Invest in presence and proof, expect slow payback.
- Grow: proven demand, rising pipeline. Scale what already works.
- Harvest: strong base and brand. Protect efficiency, expand through existing accounts.
Allocate budget and effort by tier and expected payback, not by headcount or by the size of last year's budget.
Set governance
Agree a fixed cadence: one shared dashboard with common definitions, a regional review, and a rule for when a region may deviate from the global core. Deviations are tested in one region first, then scaled if the result holds.
What good looks like
- The expert's tell: the places where a local team ignored the global plan and outperformed it. These deviations are the source of the next global improvement.
- The common mistake: splitting budget equally across regions, or translating global content and calling it localized.
- A good output states what is global and what is local in one table, assigns each region a tier with a budget logic, and defines who decides on deviations.
- One global average hides the regions that matter. Results are always shown by region next to the total.
Hard rules
- NEVER allocate budget by region size alone. Use tier and payback.
- NEVER change global definitions without a stated reason and a migration plan for reporting.
- ALWAYS show regional dispersion next to the global total.
- ALWAYS express contribution as shares and growth as percentages, unless absolute numbers are requested.
Files
1 file ship with this skill. They are installed beside the SKILL.md.
Multi-region GTM playbook
Imported from the GTM Skills library by Swan (https://www.gtmskills.com), skills/gaetano-romeo/multi-region-gtm-playbook
at https://github.com/swan-gtm/gtm-skills/commit/5d786aad0c7b2ca59b1abf1f601f9407ca261996. Written by Gaetano Romeo (https://www.linkedin.com/in/romeogaetano/).
The skill is shared under the MIT License below; this notice must stay with any copy.
MIT License
Copyright (c) 2026 Swan
Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.