positioning-and-messaging-2026-04.md.bak
sha256:65ccb454656ea5acdea0a10e559b78bcde1eb6ff753ecc2911bc99d1c3d7cadd
feat(calendar): enforce agent context tiers in retrieval AP…
Human
minor
⚠ breaking
2 days ago
| 1 | --- |
| 2 | title: Positioning and messaging — Born Free umbrella (April 2026) |
| 3 | date: 2026-04-29 |
| 4 | project: born-free |
| 5 | tags: [strategy, positioning, messaging, born-free, store-free] |
| 6 | depends_on: |
| 7 | - projects/store-free/research/public-sources-2026.md |
| 8 | - projects/store-free/research/competitive-snapshot-2026-04-24.md |
| 9 | - projects/born-free/style-guide/voice-and-boundaries.md |
| 10 | - projects/store-free/style-guide/voice-and-boundaries.md |
| 11 | - projects/knowtation/style-guide/voice-and-boundaries.md |
| 12 | - projects/knowtation/research/public-sources-2026.md |
| 13 | - projects/born-free/research/whitepaper.md |
| 14 | --- |
| 15 | |
| 16 | # Positioning and messaging — Born Free umbrella — 2026-04 |
| 17 | |
| 18 | ## Changelog |
| 19 | |
| 20 | - **2026-04-28** — Outline created **parallel to Store Free** (`projects/store-free/outlines/positioning-and-messaging-2026-04.md`). Same whitepaper and URL registry; **different lead story** (membership / Keys / experiences vs document custody). Web deploy source of truth for the technical doc remains **`bornfree-pwa/public/whitepaper.md`** ↔ **`bornfree-hub/docs/01-COMPREHENSIVE-WHITEPAPER.md`** ↔ Hub **`projects/born-free/research/whitepaper.md`** (vault import). |
| 21 | - **2026-04-29** — Split ICP vs evidence rules; triggers/objections as tables; Pillars 3–5 proof paths tightened; Pillar 4 (culture/creators) and Pillar 5 (email-first / onboarding) promoted to full pillars; `depends_on` expanded for agent discipline. |
| 22 | - **2026-04-29 (sync)** — **Path fixes:** `depends_on` whitepaper entry is **`projects/born-free/research/whitepaper.md`** (replaces obsolete `projects/bornfree/research/whitepaper.md`). **Knowtation** public URL registry added to `depends_on`. **Pillar 1** proof line updated to match. **Strategic choices** registry reference uses vault-relative path `projects/store-free/research/public-sources-2026.md` (no `vault/` prefix). Git-tracked copy added under `knowtation/vault/projects/born-free/outlines/` for parity with Hub. |
| 23 | - **2026-04-29 (merge)** — Folded durable items from `projects/born-free/outlines/positioning-umbrella-experiment-2026-04.md`: **Canonical live URLs** table (from public-sources registry), **public whitepaper URL** guardrail, **competitive snapshot** discipline note, **objection** row for docs-first entrants, **Forbidden claims** expansion (style-guide §5–6), **Open conflicts** note for Hub vs local whitepaper parity, **Pillar 1** headline guardrail and **Pillar 5** proof (§5.2 step 7), **Sibling products** table + Knowtation URL pointer, **Related** link to competitive snapshot. **Strategic choices #2** wording corrected so “utility-driven access” is the **category** for Keys, not labeled as the “anti-category.” |
| 24 | |
| 25 | ## Situation (from research) |
| 26 | |
| 27 | - **Umbrella first:** Born Free is how we communicate the **member-managed ecosystem**—places, experiences, Keys, credits, governance—not “storage SaaS” as the headline. **Store Free** is the document/signing/provenance tool (standalone or inside the journey); keep that split explicit in external messaging. |
| 28 | - **Layered story:** When a page must mention documents, point to **Store Free** positioning and its instructional voice; do not collapse Born Free into storage slogans. (See competitive snapshot + both voice guides in `depends_on`.) |
| 29 | - **ICP / lead lanes:** Lead ICP for paid Keys / member growth: (1) People optimizing for recurring stays, predictable annual credits, and fair rotation of booking priority over years. (2) People who want collective stewardship, local creators/projects, and governance tied to place-based economics, not only personal nights. |
| 30 | - **Evidence discipline:** Strategy claims must cite `depends_on` paths or evidence added under `projects/store-free/research/public-sources-2026.md` (canonical URL registry for Born Free + Store Free app URLs). Competitive snapshot items may carry **[NEEDS CONFIRMATION]** until sourced. Knowtation product URLs and socials: **`projects/knowtation/research/public-sources-2026.md`**. |
| 31 | - **Knowtation (sibling):** Use Knowtation in umbrella or ecosystem copy when the piece is explicitly **cross-product**; keep voice aligned with `projects/knowtation/style-guide/voice-and-boundaries.md` for product-specific pages (whitepaper §1.1 platform tools). |
| 32 | - **Competitive / matrix claims:** `projects/store-free/research/competitive-snapshot-2026-04-24.md` stresses layered Born Free vs Store Free messaging; **named competitors, pricing bands, and market sizing** stay **[NEEDS CONFIRMATION]** until backed by additional research or product sign-off—do not invent a competitor matrix from this outline alone. |
| 33 | |
| 34 | ## Strategic choices |
| 35 | |
| 36 | 1. **Primary ICP (umbrella)** — Anchor on what §1.1–1.3 of the whitepaper actually claims: people who want collective paths to real property, community-aligned access, and legible on-chain rules for booking, credits, and governance—not generic “crypto investors.” The whitepaper contrasts that audience with traditional timeshares, high capital/ops barriers, illiquidity, and no member governance. Born Free is a member-managed network for real-place experiences—Experience Keys tie stays, renewable credits, and community governance to on-chain rules you can read, not a hidden back office. |
| 37 | 2. **Category frame** — Name the problem in membership / access / governance terms, not storage. The whitepaper’s own frame: community-building network around collective property and Experience Keys as “Digital Keys to Real Experiences” tying property access to DAO governance through on-chain rules. **Position as utility-driven access and governance** (membership), **not** fractional real-estate speculation or opaque “ownership” claims—Experience Keys deliver access and utility, **not direct property ownership** (§1.3). |
| 38 | 3. **Proof we will lead with** — Restrict to shipped or documented-in-whitepaper facts: e.g. Avalanche deployment, contract/test counts, launch timestamp, architecture stack as listed in §1.4, plus live URLs once verified and listed in `projects/store-free/research/public-sources-2026.md` (Born Free table: bornfree.io, app.bornfree.io, etc.). Do not treat internal funnel or unapproved docs (e.g. `bornfree-pwa/docs/TOP-FOLD-QUICK-REFERENCE.md`) as **compliance-approved** proof until product/legal aligns those steps and numbers with the live funnel. |
| 39 | |
| 40 | ### Triggers (why now) |
| 41 | |
| 42 | | Trigger | Whitepaper | |
| 43 | |--------|------------| |
| 44 | | Distrust of opaque membership (timeshare-style extraction, no real governance) | §1.2 Property Access | |
| 45 | | Desire for legible rules (booking, credits, votes on-chain vs black box) | §1.1, §1.3 | |
| 46 | | Reservation season / cycle awareness (tier priority, June 1–30 window, annual credit renewal, §1.5.9 “ALL RR#s are valuable”) | §1.3, §1.5 | |
| 47 | | Starting without a wallet; optional later custody | §1.1, §1.3, §5.2 | |
| 48 | | Interest in trading credits or Keys inside member surfaces | §1.3; §6.1 Marketplace | |
| 49 | |
| 50 | ### Objections (internal scripts) |
| 51 | |
| 52 | | Objection | Answer anchor | |
| 53 | |-----------|----------------| |
| 54 | | “Is this an investment / real estate play?” | Experience Keys deliver access and utility, not direct property ownership (§1.3). Do not promise investment returns (voice §5). | |
| 55 | | “Will I definitely get the stays I want?” | Describe rotating priority, windows, and credits ≈ nights (~550 credits/night in §6.1 worked example) as documented mechanics, not guaranteed outcomes (voice §5; no guaranteed booking). | |
| 56 | | “Crypto is too hard / I don’t want a wallet.” | Email-first onboarding; path can extend to wallet/custody later (§1.3, §1.1, §5.2). | |
| 57 | | “Who pays gas / what costs money?” | Avalanche on-chain actions involve user-paid network gas like other C-Chain dapps; session/off-chain work does not (§1.3). | |
| 58 | | “What if I don’t care about documents?” | Umbrella story stays Keys / place / governance; documents are Store Free (§1.1 platform tools; §6.1 Strategic fit). | |
| 59 | | “I only care about documents, not stays.” | Lead with **Store Free** positioning and **`https://app.bornfree.io/storefree`** (public-sources table); umbrella copy still names Born Free as family without making storage the headline. | |
| 60 | | “Sounds like hype / scam culture.” | Voice §1–2: calm specifics, no WAGMI-style copy; cite shipped stack from §1.4 only when you need credibility, not speculation. | |
| 61 | |
| 62 | ## Canonical live URLs (Born Free + Store Free in-app) |
| 63 | |
| 64 | From **`projects/store-free/research/public-sources-2026.md`** (Born Free — marketing and app): |
| 65 | |
| 66 | | What | URL | |
| 67 | |------|-----| |
| 68 | | Marketing / main site | `https://bornfree.io` | |
| 69 | | Marketing (alternate) | `https://www.bornfree.io` — registry notes confirming which is primary for campaigns. | |
| 70 | | Web app (signed-in experience) | `https://app.bornfree.io` | |
| 71 | | Store Free (in-app area) | `https://app.bornfree.io/storefree` | |
| 72 | | PWA / debug (ops) | `https://app.bornfree.io/pwa-debug.html` | |
| 73 | |
| 74 | **Last checked in registry:** 2026-04-26 (re-verify before major launch). |
| 75 | |
| 76 | Public white paper URL in that registry remains **`[ADD public PDF or landing URL]`** — do not invent a hosted-PDF link in external copy until the registry row is updated. |
| 77 | |
| 78 | ## For / Who / Unlike / We (skeleton) |
| 79 | |
| 80 | | Block | Draft | |
| 81 | |--------|--------| |
| 82 | | **For** | People who want real-place experiences and community with clear rules (stays, credits, governance)—including paths that start email-first and can move toward self-custody (§1.1, §1.3 “Multi-Campaign Coordination”). | |
| 83 | | **Who** | Are blocked or burned by timeshare-style extraction, opaque back-office rules, illiquid “ownership” stories, or governance theater (§1.2 Property Access). | |
| 84 | | **Our product** | Born Free — Experience Keys, stay credits, reservations, member marketplace/trading surfaces, DAO participation, and **place-linked culture and creator programs** as described in §1.1–1.3 (keep Store Free and Knowtation as siblings only). | |
| 85 | | **Unlike** | Traditional timeshares, high-friction sole ownership, and platforms where booking rights and votes live in a black box—describe capabilities and transparency, not competitor trash talk (Born Free voice §3–4, §5). | |
| 86 | | **We** | Verifiable utility: access + renewal + rotation + governance documented on-chain, calm about tradeoffs (custody, gas, no guaranteed outcomes per voice §5). Hook proof to §1.4 metrics + registry URLs after verification. | |
| 87 | |
| 88 | ## Message hierarchy |
| 89 | |
| 90 | - **Pillar 1** — Digital Keys to Real Experiences |
| 91 | One asset bundles stay utility, rotating priority, and governance participation with rules on the ledger, not in a hidden admin layer. |
| 92 | **Headline guardrail:** Umbrella copy leads with **Keys, place, credits, governance**—not storage. |
| 93 | **Proof:** `bornfree-pwa/public/whitepaper.md` §1.1–1.3; Hub mirror: **`projects/born-free/research/whitepaper.md`** (see `projects/store-free/research/public-sources-2026.md`). |
| 94 | |
| 95 | - **Pillar 2** — Fair, explicit access over the long cycle |
| 96 | 8-year tier round-robin, June booking windows, annual credit replenishment (mechanics in §1.3 and §1.5). |
| 97 | **Proof:** same whitepaper sections; messaging guardrails in §1.5.9 (“ALL RR#s are valuable”). |
| 98 | |
| 99 | - **Pillar 3** — Community stewardship of place |
| 100 | Collective purchase, local projects/creators, DAO proposals/voting; surplus from real-world stays, events, and on-property offerings—after operating costs and agreed reserves—flows into community-aligned economics (treasury and governance outcomes), alongside credits and marketplace activity. |
| 101 | **Proof:** `bornfree-pwa/public/whitepaper.md` §1.1; **`### 6.1 Revenue Streams` → `#### 3. Property Profits`**; marketplace context in §6.1 **2. Marketplace Fees** where relevant. |
| 102 | |
| 103 | - **Pillar 4** — Culture and creative work, grounded in place |
| 104 | The network exists to **establish place and community**: collective stewardship of real property, local projects and creators, and experiences where culture and shared governance reinforce each other—not a disconnected “audience platform.” |
| 105 | **Proof:** `bornfree-pwa/public/whitepaper.md` §1.1; `projects/born-free/style-guide/voice-and-boundaries.md` §1 (who we help); optional economics hook: §6.1 **3. Property Profits**. |
| 106 | |
| 107 | - **Pillar 5** — Join on your terms |
| 108 | Email-first onboarding; optional wallet and self-custody when members are ready; honest framing of on-chain costs where applicable—supports the umbrella story without making document custody the headline (hand off document detail to Store Free when needed). |
| 109 | **Proof:** §1.3 Shared Platform; §5.2 User Journey (including optional Store Free / Knowtation depth per step 7); §1.1 platform tools list; §6.1 **Strategic fit** (Store Free as gateway, without collapsing Born Free into storage). |
| 110 | |
| 111 | ## Sibling products (short pointers — do not duplicate full positioning) |
| 112 | |
| 113 | | Sibling | Role in umbrella copy | Where full positioning / URLs | |
| 114 | |--------|------------------------|----------------------------------| |
| 115 | | **Store Free** | Documents, signing, custody, DocNFT; gateway for email/card users (§6.1 Strategic fit). Instructional, limits-forward voice. | `projects/store-free/outlines/positioning-and-messaging-2026-04.md`; in-app **`https://app.bornfree.io/storefree`** per public-sources. | |
| 116 | | **Knowtation** | Open knowledge vault + agents; ecosystem depth—not the Born Free headline. | URLs: **`projects/knowtation/research/public-sources-2026.md`**; voice: **`projects/knowtation/style-guide/voice-and-boundaries.md`**. | |
| 117 | |
| 118 | ## Forbidden claims |
| 119 | |
| 120 | - Nothing here is approved for external use until checked against the whitepaper and live product. |
| 121 | - Born Free does **not** promise **investment returns**, **guaranteed booking** or other **guaranteed outcomes**, or **legal/tax/medical** results—see voice guide §5. |
| 122 | - Do not invent **metrics**, **testimonials**, or **case study numbers**; cite whitepaper / registry or label projections explicitly. |
| 123 | - No **competitor or individual trash talk**; compare **capabilities and tradeoffs** only. |
| 124 | - Avoid **hype vocabulary** the style guides call out (e.g. WAGMI, “moon,” guaranteed life-change copy). |
| 125 | - **Urgency:** only **real** dates, **real** capacity, **honest** deadlines (voice §6). |
| 126 | |
| 127 | ## Open conflicts |
| 128 | |
| 129 | - None recorded for product vs research yet; add rows when they disagree. |
| 130 | - **Imports:** Hosted Hub may hold **`projects/born-free/research/whitepaper.md`** while a local Git vault lacks that file—use Hub path in `depends_on`; reconcile body text with **`bornfree-pwa/public/whitepaper.md`** / **`bornfree-hub/docs/01-COMPREHENSIVE-WHITEPAPER.md`** per registry changelog when diff matters. |
| 131 | |
| 132 | ## Related |
| 133 | |
| 134 | - Parallel outline (tool track): `projects/store-free/outlines/positioning-and-messaging-2026-04.md` |
| 135 | - Canonical Born Free / Store Free URLs: `projects/store-free/research/public-sources-2026.md` |
| 136 | - Knowtation public URLs (when ecosystem copy references the product): `projects/knowtation/research/public-sources-2026.md` |
| 137 | - Competitive guardrails (thin evidence; **[NEEDS CONFIRMATION]** on matrix depth): `projects/store-free/research/competitive-snapshot-2026-04-24.md` |
File History
2 commits
sha256:65ccb454656ea5acdea0a10e559b78bcde1eb6ff753ecc2911bc99d1c3d7cadd
feat(calendar): enforce agent context tiers in retrieval AP…
Human
minor
⚠
2 days ago
sha256:9103f98c89257ed2b01c237cea895dabb3e85ea337dccb1161c175e4422355b6
docs: accept Calendar Events v0 spec with Phase 0 security …
Human
2 days ago