# geolocal.io — Canonical Strategy **Status:** Final draft (2026-07-18; revised 2026-07-29 for conversational SSP, §13 milestones aligned to board-distribution model) **Role:** The document the team plans, builds, and sells against. When other docs disagree with this one, update them — or update this one deliberately. Do not leave the conflict hanging. This is an operating strategy, not a product brochure. The Self-Service Portal matters, but it is one activation surface. The company is the platform underneath. --- ## 1. What we are geolocal.io is the infrastructure that lets **local businesses** show up properly inside the AI era — discoverable, understandable, and actionable when someone asks an assistant for a plumber, a transmission shop, a fishing charter, a place to rent bikes, **or the general store that still has the toothbrush they forgot and the chicken strips worth driving for.** We are not building another place for consumers to browse. We are not selling business owners a chatbot for their website. We are not trying to replace Yelp or Google as destinations people open on purpose. We are not trying to replace Shopify for pure online merchants. We are the layer underneath for **brick-and-mortar and local presence** — services *and* local retail. AI agents call us. Businesses own their presence. Tourism boards, chambers, and agencies help distribute it. In plain terms: Shopify made agent-ready commerce easy for online stores; we make agent-ready presence easy for the long tail of real-world local businesses that do not live inside a Shopify-class stack. --- ## 1a. Who is in scope (and who is not) The original exploration called out service businesses as the pain that is easiest to see. That was emphasis, not a hard wall. The North Star was aimed at **local businesses**, not “appointments only.” ### In scope Businesses with a **real local footprint** that consumers ask AI about in place-based ways: | Kind | Examples | What “helpful” often means | |------|----------|----------------------------| | **Local services** | Auto repair, salon, home services, charters, clinics | Specialization, hours, booking path, pricing signals | | **Local retail** | General store, hardware, pharmacy, gift shop, outfitter | “Do you have X?”, what’s in stock or typically carried, specialties/food, hours, directions, pickup | | **Hybrid** | Bike shop that rents and sells, marina store, bakery with catering | Both inventory-ish answers *and* services/booking | The Athol, Idaho general store is a fair test case: an assistant should be able to say, with confidence rooted in the store’s own structured truth, that they carry toothbrushes and that the chicken strips are a known local draw — not invent it from a stale review scrape. ### Out of scope (for now) - **Pure online commerce** with no meaningful local presence — that is Shopify Storefront MCP territory and peers - National pure-play marketplaces (Amazon, large pure e-com brands building their own agent stacks) - Trying to win Airbnb/Kayak-class lodging and travel packaging - Becoming a consumer shopping destination site ### Sequencing, not exclusion Early genre packs and pilots can still **lead with services and tourism** (clear booking path, destination wedge). Local retail is **in the product vision and ICP from day one**. Retail primitives (assortment, “we carry,” specialties, hours) are a first-class genre family, not a later afterthought that contradicts the strategy. --- ## 2. Why this has to exist ### Consumers already changed behavior A large and growing share of people now ask AI tools for local recommendations. BrightLocal’s 2026 consumer research puts that figure around 45%, with ChatGPT as the most common tool people name. Earlier surveys used different wording and showed much smaller numbers, so we should treat the leap as real without pretending every percentage point is apples-to-apples in investor decks. What matters operationally is the shape of the answer. AI does not hand you a page of blue links. It names one, two, or three businesses. If you are not one of those names, you do not exist in that moment. ### AI is extremely selective about who it recommends SOCi’s 2026 Local Visibility Index looked at roughly 350,000 locations across more than 2,700 multi-location brands. In that sample, ChatGPT recommended only about 1.2% of brand locations. Gemini and Perplexity were higher but still far below traditional Google local 3-pack visibility. Locations that do get recommended tend to look trustworthy — high ratings, complete profiles, consistent signals. Traditional local SEO still matters. It is no longer enough. Businesses need a machine-readable, up-to-date expression of who they are — and, when it applies, how to book, buy, pick up, or walk in. ### The long tail is last again Independent brick-and-mortar — **services and local retail** — is poorly positioned for this shift. The pattern rhymes with the early web: platforms and structured commerce move first; the general store, the garage, and the charter captain catch up late, if at all. Airlines, hotels, rental-car players, and Shopify-class merchants are already investing in agent-ready experiences. Athol’s general store and Bob’s Garage are not. --- ## 3. How AI actually finds local businesses today This section is load-bearing. Product and GTM only make sense if we respect how assistants really build a shortlist. ### Different engines, different substrates Major assistants do not share one local-business brain. Each leans on a preferred retrieval substrate, then blends search and reasoning: | Assistant (typical pattern) | Primary local substrate | Practical effect | |-----------------------------|-------------------------|------------------| | ChatGPT | Yelp-style business/review data + search | Strong where Yelp is strong; weak for unlisted long-tail shops | | Gemini | Google Business Profile, Maps, Knowledge Graph | Strong where GBP is complete; Google-centric fulfillment bias | | Claude | Sparse POI data (historically Foursquare-class) + search | Often thinnest local coverage; more reasoning over incomplete data | | Copilot-class systems | Search-first (e.g. Bing index) + tools | Depends heavily on what the open web makes legible | On top of that, all of them still use general search, schema, and whatever tools or plugins are available. The strategic point is not the brand names of the datasets. The point is **fragmentation**: a local business can be invisible because it is missing or weak in the substrates the engines actually trust. ### From intent to shortlist to the real website Roughly, the pipeline looks like this: 1. User states a need. 2. The engine interprets category, place, urgency, and constraints. 3. It retrieves candidates from its preferred substrate plus search. 4. It narrows to a shortlist. 5. For the serious candidates, it often loads or re-checks the actual website and any structured endpoints it can find. 6. It evaluates which option is most helpful — not merely most popular. 7. It tries to fulfill (book, call path, pay, confirm). 8. Over time it reinforces paths that worked. That middle stretch is where long-tail businesses die. A Wix site from 2005 with a few photos and a phone number may be “a website,” but it is a poor helpfulness surface. Specialization is buried. Services are ambiguous. Booking is a phone tag. Pricing is a shrug. Engines notice. ### Helpfulness and repeatability Relevance gets you considered. Helpfulness is why an assistant comes back. Helpfulness includes clear services, real specialization, honest pricing signals, availability, a clean booking path, and trust cues. When an engine finds a path that works repeatedly, it prefers that path next time. Our job is to make geolocal-backed businesses the path of least resistance for helpfulness. --- ## 4. North Star Make AI give the most relevant and helpful recommendation for a **local** need — and then help fulfill it when fulfillment applies (book, reserve, pick up, walk in with the right expectation). We stay focused on **local businesses with real-world presence**. We are not trying to boil the ocean of all global e-commerce. --- ## 5. Where we sit in AI-first commerce Think of AI-first consumption as seven stages: 1. **Intent** — the user says what they need 2. **Interpretation** — the AI turns that into category, constraints, place, urgency 3. **Discovery** — candidates enter the pool 4. **Evaluation** — which options are clear, specialized, available, trustworthy, bookable 5. **Selection** — the assistant names the winner(s) 6. **Fulfillment** — book, schedule, pay, confirm 7. **Feedback** — the system learns what worked ### Our chair (be disciplined about this) | Stage | Our role | Notes | |-------|----------|--------| | Intent | None | User-driven | | Interpretation | Second chair | We shape interpretation by exposing clean attributes and genre primitives | | Discovery | Light touch | We enable attachment and intermediate signal; we do **not** try to own SEO/GEO as a product | | Evaluation | Primary | Structured truth, specialization, trust signals | | Selection | Primary | Become the tie-breaker for helpfulness | | Fulfillment | Primary, complementary | Orchestrate booking/payment partners; do not rebuild Calendly, Square, or Stripe | | Feedback | Second chair | Telemetry and quality loops reinforce good paths and remove bad ones | If we drift into “we are an SEO company” or “we are a booking company,” we lose the plot. ### What “as-built” looks like for local SMBs in 2026 When engines judge helpfulness, three dependency areas keep showing up: 1. **Website / public content** — can a machine understand what this business does or sells? 2. **Communication** — can a customer or agent complete a conversation path? 3. **Transaction path** — booking, reservation, payment, pickup, or clear walk-in expectation For a salon, that third path may be appointments. For a general store, it may be “yes we carry that,” hours, and “come get it before six.” Both are local fulfillment. Neither requires us to become Shopify. Some vendors in those lanes will grow their own MCPs (scheduling tools, salon platforms, POS systems, big e-com platforms). That is fine and expected. Scenario-specific tools do not replace a neutral, business-owned local presence that works across assistants for the long tail. --- ## 6. Four business models (keep them distinct) This company is not one product with one customer. It is four stacked models that reinforce each other. ### Model 1 — Endpoint enablement Individual small businesses attach to geolocal. They get a hosted multi-tenant MCP, a discovery pointer on their own site, portal tools to activate and test, diagnostics, and reports. ### Model 2 — Intermediate enablement Tourism boards, chambers of commerce, and visitor bureaus become better discovery nodes. Today, AI often treats those sites as **weak link aggregators**: useful for existence and category, weak for evaluation and fulfillment. We upgrade them into structured, member-backed MCP surfaces that actually help assistants choose and complete. ### Model 3 — Industry trust layer Over time, quality norms, genre standards, and decommissioning of bad data make geolocal a surface AI systems learn to prefer. This is the strategic prize of doing Models 1 and 2 well, not a year-one slideware line. ### Model 4 — Service graph Once enough endpoints and intermediates exist, the network itself becomes valuable: related services, specialties, demand patterns, competitive context. An AI-native successor to old local directory graphs — infrastructure and data products built on real usage, not social check-ins. **Operating rule:** Every product decision should name which model it serves. We do not build Model 4 features before Models 1 and 2 are real. --- ## 7. Product definition ### Platform first What we actually sell is **AI-readiness infrastructure for local businesses** (services and local retail with real presence): 1. **Hosted multi-tenant MCP** — structured tools agents call for story, hours, services or assortment signals, specialties, booking or visit path, related businesses, and genre-specific detail. 2. **Discovery attachment on the business domain** — not a single magic path only. Industry precedent is already multi-location and extensible (`/mcp`, commerce-style paths, AI context paths, well-known files). Those locations can point **off-domain** to hosted infrastructure such as geolocal. That extensibility is what makes “easy for Bob’s daughter” possible. 3. **Ingestion and content sync** — a strong channel from the business’s public content into the MCP. Garbage in, garbage out. If the source site cannot support helpful answers, the portal and reports have to say so. 4. **Genre packs** — vertical primitives. A salon MCP is not identical to a phone-repair MCP, and neither is identical to a general store that needs “do you carry X?” and house specialties. 5. **Orchestration of fulfillment partners** — Cal.com (and peers) where booking applies; Stripe/Square (and peers) where payment applies; inventory or POS hooks later where retail truth lives. We integrate; we do not rebuild those categories. 6. **Telemetry and owner insight** — not vanity dashboards. Concrete helpfulness feedback: what agents asked, where they bounced, how the business compares to category peers, what to change. 7. **Quality enforcement** — including the right to **decommission** chronically harmful endpoints. Bad data does not only hurt one customer; it taxes the trust of the whole network with AI engines. 8. **Intermediate surfaces** — destination and chamber MCPs plus operator dashboards. 9. **Activation UX** — Self-Service Portal for owners; partner flows for people who implement for them. ### Self-Service Portal — important, not the whole company The portal is how Model 1 becomes self-serve at scale. It is a **small but critical corner** of the whole concept. Owners come to geolocal.io, describe the business, and the experience becomes genre-aware. We scrape and reflect what we already see. We show a visual simulation of an assistant recommending them, listing services, and finding a real appointment path. They install a tiny pointer. They run a preflight against their live MCP. They get upstream guidance (get found) and downstream guidance (be understandable and bookable). They can choose self-serve fixes or a local partner. They receive ongoing reports. One line we will not blur: **we are not selling them a customer chatbot.** The chat UI in the portal is a test harness so the owner can see how *external* assistants interpret the business — including how a July 4th oil-change special should appear, logos and details included. ### Genre-specific primitives Generic “get business info” is scaffolding. Durable differentiation is genre systems: - Auto: makes and models, specialties, emergency flags - Beauty: services, duration, stylist context - Home services: service radius, emergency vs scheduled, estimate vs fixed price - Tourism activities: seasonality, capacity, weather sensitivity - **Local retail / general store:** categories carried, flagship items or house specialties, “typically in stock” vs confirmed inventory when available, hours, pickup/walk-in guidance - Intermediates: member directory and category routing Roadmaps ship **genre packs**, not only generic endpoints. Services packs may ship first for pilot speed; retail packs are in-scope product, not a strategy exception. ### What we will not build in the near term We are not a consumer destination app. We are not competing with Calendly, Cal.com, or Square as booking engines. We are not competing with Stripe or Square as payment rails. We are not replacing Google Business Profile. We are not building a Yelp-style review network. We are not trying to out-Kayak Kayak or out-Airbnb Airbnb. We are not trying to out-Shopify Shopify for pure online stores. Stay complementary to those platforms; own the long tail of **local** businesses they do not serve cleanly for AI agents. Upstream SEO/GEO checklists and partner referrals exist so businesses can *be found*. That work is enablement, not our core product category. --- ## 8. Trust, quality, and operations (table stakes) If AI engines are going to rely on us for evaluation and fulfillment, we have to look like infrastructure they can trust — closer to Shopify or Stripe in operational posture than to a weekend plugin. **Assumed bar for anything we claim is production:** - Regional hosting and sensible data locality - High availability and graceful failure modes - Compliance posture appropriate to what we touch (privacy always; payments-grade controls if we handle payment data directly) - Strict, versioned schemas and deterministic tool behavior - Structured errors, rate limits, and clear retry semantics - Authentication and integrity on sensitive surfaces - Observability: metrics, logs, traces, uptime honesty These are not “phase 3 nice-to-haves.” They are part of why an engine would prefer our path twice. ### Quality loop 1. Ingest and structure business truth. 2. Serve agents. 3. Measure helpfulness outcomes (exits, incomplete answers, booking drop-offs, peer benchmarks). 4. Tell the owner what to fix. 5. If a business remains chronically harmful to collective helpfulness, **decommission** or quarantine the endpoint. That last step is uncomfortable and necessary. Model 3 depends on it. --- ## 9. Positioning ### Category AI-readiness infrastructure for **local businesses** — or, shorter, agentic local commerce infrastructure. ### Analogies that help - **Shopify Storefront MCP, but for local brick-and-mortar** — clear for technical audiences; includes local retail without claiming we replace Shopify - **Stripe for AI discovery and local presence** — infrastructure, not another consumer app - **Service and local-retail registry for the long tail** — 2028 language when talking to platforms and sophisticated partners ### Messaging that works - **Business owner (services):** Make every AI assistant understand and book your business. - **Business owner (retail):** Make sure AI can tell people what you actually carry and why you’re worth the stop. - **Tourism board:** Turn lodging-tax dollars into AI-discoverable local experiences and businesses your members own. - **Agency or partner:** Add AI-readiness as a productized line — not another chatbot retainer. - **Investor:** A neutral MCP layer for the vast majority of local businesses AI currently skips, distributed through self-serve and municipal partners. ### Language to avoid Do not call this an AI chatbot for the website. Do not claim we replace Google or Yelp. Do not position primarily as an SEO tool with AI features. --- ## 10. Go-to-market ### Primary wedge: tourism and destination intermediates Hotel and lodging taxes create promotion budgets that destinations are often required to spend. Boards frequently struggle to spend that money well and sometimes openly solicit ideas. One intermediate relationship can bring many member endpoints online. The brochure rack in the hotel lobby is the analog world proving the job to be done; we are the AI-native version of that job. Technically, the sale is not “another directory listing.” It is: **stop being a low-signal link list; become a high-signal MCP for your place and your members.** Motion: 1. Choose one or two destination markets for a real pilot. 2. Sell a board-level pilot: destination MCP, member onboarding, simple demand and hit reporting. 3. Fund it with tourism marketing budgets, innovation RFPs, or visitor-experience framing. 4. Give members free or discounted endpoints during the pilot, then convert to paid. ### Parallel motion: self-service local businesses While intermediates mature, sell direct into high-intent verticals — auto repair, beauty, home services, tourism activities when a destination pilot needs them — **and** local retail where the “do you have it / what’s special here” job is obvious. ### Partners as distribution Agencies, SEO shops, and local web people matter for hard websites and busy owners. They are distribution and implementation, not the center of the product story. ### Where we will not lead We do not lead with national multi-location brand AI visibility software. We do not lead with pure e-commerce. We do not lead with pure B2B or non-local use cases. We do not try to plant a blackjack table on the Las Vegas sidewalk of Airbnb/Kayak. --- ## 11. Competitive posture ### How the vacuum gets filled All vacuums get filled — by outsiders or by incumbents. The question is who, when, and how. | Actor | Likely path | Our response | |-------|-------------|--------------| | Yelp | Default AI source of local truth via data + MCP | Business-owned truth and booking path the owner controls | | Google | Maps, Merchant, open commerce protocols | Complementary; help with GBP hygiene; do not fight Maps for UI | | Shopify | Expand agentic commerce | Copy good discovery patterns; do not compete for e-commerce | | Cal.com, Square, Vagaro | Booking and ops MCPs | Integrate; own discovery, genre, intermediates, graph, quality | | AI visibility SaaS for big chains | Measure enterprise footprints | Different buyer | | Local agencies | Manual “get recommended by AI” retainers | Partner channel | ### Moats, in the order we earn them 1. Endpoint density in specific geos and genres 2. Genre primitive quality that engines prefer 3. Telemetry and quality enforcement (including decommissioning) 4. Intermediate contracts that lock distribution 5. Trust posture and operational reliability 6. Service graph effects after critical mass Freshness comes from the real service economy — content updates, availability, bookings, agent interactions — not from social check-ins that dry up. ### 2026 to 2028 In the near term, engines are still learning which MCP patterns to trust. Over the next couple of years, structured endpoints become normal for commerce-like tasks. Businesses without machine-actionable presence get harder to recommend. Off-domain hosted MCPs become ordinary. The winners look less like “another SMB SaaS UI” and more like **registries and infrastructure** that assistants can rely on twice. --- ## 12. Pricing principles (SMB self-serve) Infrastructure pricing, not chatbot usage pricing: | Tier | Monthly | Intent | |------|---------|--------| | Starter | about $49 | Endpoint, portal test experience, monthly report, basic diagnostics | | Core | about $129 (anchor) | Full MCP, live preflight, weekly reports, demand insights, partner access | | Pro | about $249 | Multi-site, deeper telemetry, competitor signals, priority support | Tourism board deals use separate pilot or enterprise pricing. Do not block launch on perfect price discovery. --- ## 13. What success looks like ### First 90 days — prime the pump Distribution before direct sales. Land one Chamber of Commerce or Tourism Board partnership and use their member businesses as our first customer segment. The board is the trust signal; the messages come from us and them: - **Services:** "Make every AI assistant understand and book your business." - **Retail:** "Make sure AI can tell people what you actually carry and why you're worth the stop." **Concrete targets:** - One Chamber or Tourism Board at pilot (LOI signed, member list in hand) - Conversational SSP live and shippable — the **wow experience** owners feel on first interaction - First cohort of member businesses activated through the board (not cold outbound) - HTTP MCP transport in production with multi-tenant routing - Enough live endpoints to show a working registry, not just a demo - First dollars of ARR from the pilot The SSP is the win moment. Owners arrive from the board, describe their business in a chat, and within one session see a visual simulation of an AI assistant recommending them — services listed, booking path found, details correct. That experience is what makes them stay. ### 180 days — prove the loop - Second Chamber or Tourism Board partnership (different geo or vertical) - Self-serve SMB motion running in parallel (not just board-distributed) - Telemetry showing agents prefer geolocal-backed paths in pilot geos - Owner reports that drive returning visits — "here's what changed, here's what to fix" - Quality standards documented and first decommission or quarantine decisions made - Genre packs for at least two verticals (services first, retail next) - Booking path deeper than redirect (Cal.com or peer integrated) ### 360 days — scale the model - Several major chamber or tourism partnerships active - Service graph effects visible — related businesses, demand patterns, competitive context - Telemetry and quality enforcement (including decommissioning) as a trust moat - Early anonymized demand or data product in beta - Case studies showing assistants prefer geolocal-backed paths --- ## 14. Product and technical priorities User stories and distribution come before elegant architecture theater. Still, architecture must be built to the trust bar above. **Priority 0 — prove Model 1 (platform + activation)** 1. HTTP MCP transport (stdio is not the open-internet product) 2. Multi-tenant routing by business slug or domain 3. Multi-path discovery attachment + off-domain pointer generation 4. Ingestion/scrape sync good enough for helpful answers 5. Portal spine: signup → scrape → simulation → pointer → preflight 6. First genre pack(s) and real pilot businesses 7. Cal.com path (redirect first, deeper integration next) 8. Basic telemetry and quality metrics **Priority 1 — prove Model 2** 9. Intermediate (tourism) MCP and member aggregation 10. Board dashboard for members, hits, and categories 11. Pilot paperwork and data agreements **Priority 2 — feed Models 3 and 4** 12. Stronger telemetry pipeline and owner reports 13. Related businesses tool and quality rules with real enforcement 14. More genre packs 15. Partner marketplace **Explicitly later:** full white-label everywhere, heavy OAuth before we need it, public developer platform, full data-as-a-service product, CMS plugins until attach volume demands them. --- ## 15. Risks we take seriously **Yelp or Google become “good enough.”** Counter with business-owned data, booking completion, genre depth, intermediate distribution, quality enforcement, and owner control. **Small businesses will not care until bookings prove ROI.** Portal simulation, tourism-funded pilots, demand reports, and partner installs exist to close that gap. **We over-index on the portal and under-build the platform.** Weekly check: are we shipping registry-grade infrastructure, or only onboarding UI? **MCP and discovery conventions keep moving.** Support multi-path discovery; follow industry precedent; avoid private religion. **Market statistics get oversold.** Cite carefully. Distinguish multi-location brand studies from all SMBs. **Bad endpoints poison trust.** Measure helpfulness; coach; decommission when needed. **Scope creeps into chatbots, SEO retainers, or consumer marketplaces.** Return to the chair table in §5. **Tourism procurement is slow.** Run self-serve SMB in parallel. Prefer short pilots over perfect RFPs for the first win. --- ## 16. Document governance | Document | Job | |----------|-----| | `docs/archive/` | Historical exploration only | | **`docs/strategy/CANONICAL_STRATEGY.md` (this file)** | **Operating strategy** | | `NORTH_STAR.md` | Short compass | | `docs/product/*` | Product surfaces and use cases | | `docs/gtm/*` | Channels and sales execution | | `docs/investors/*` | External packaging | | `docs/engineering/*` | Build plan and ADRs | | `docs/legal/*` | Privacy, IP, pilot terms skeletons | | `code/` | Priority 0 implementation (later monorepo: `apps/mcp-gateway`) | If two documents disagree, resolve it on purpose. --- ## 17. Near-term leadership decisions 1. Keep this file as the single operating strategy. 2. Align NORTH_STAR and GTM docs when they still tell a thinner story. 3. Lock destination pilot shortlist and first genre pack. 4. Treat Core ~$129 as the pricing anchor for experiments. 5. Charter a 30-day engineering sprint around Priority 0 — not more strategy prose. 6. Write the first quality/decommissioning standard before scale. 7. Stand up lightweight legal for pilots, ToS, and telemetry privacy. --- ## 18. Closing The company worth building is the platform: multi-tenant MCP, genre systems (services **and** local retail), ingestion, quality, intermediate upgrade path, and eventually a service-and-place graph. The Self-Service Portal is how ordinary businesses turn that platform on. Tourism boards are how we attach many endpoints at once. Trust and decommissioning are how we stay preferred by machines that only name one or two winners. Market conditions support urgency without requiring panic. Consumers are using AI for local discovery. Recommendation is highly selective. Large platforms are MCP-enabling *their* layers. The long tail of local businesses — the garage **and** the general store — still lacks a neutral on-ramp. Freeze strategy. Realign docs. Ship the platform. Activate with the portal. Scale through intermediates. Protect trust like it is the product — because for AI engines, it is. --- ## Research notes Reference points used while forming and revising this strategy include BrightLocal consumer research on AI local recommendations, SOCi’s Local Visibility Index and related coverage, Shopify Storefront MCP and agentic commerce materials, Yelp’s MCP/data-for-agents direction, Google Maps/Merchant MCP materials, Cal.com MCP documentation, and public discussion of AI local discovery. Re-verify statistics before external pitches.