GLEMO - Business Model Upgrade / Risk Fixes
Executive Fix
The business model should not be presented as "token + RWA + AI + brokerage" all at once. That reads as too many simultaneous businesses.
Glemo is an operating layer for real estate distribution. AI Agent and brokerage prove demand and revenue quality today; the marketplace creates recurring software revenue; token incentives and future RWA representation are optional expansion layers gated by compliance, provider rails, and wallet controls.
Business Model Architecture
| Layer | Status | Revenue Type | Investor Read | Required Proof |
|---|---|---|---|---|
| AI Sales Agent | Live / proof to verify | SaaS / enterprise automation | Current operating proof | Contracts, usage, ARR, savings methodology |
| Cross-border brokerage | Live / proof to verify | Gross commission | Current demand proof | CRM/BI export, GMV, commission reconciliation |
| AI marketplace | Early / ramping | SaaS / app fees / integrations | Scalable recurring revenue | Active apps, paid companies, retention |
| Token ecosystem | Planned / TGE-gated | Not revenue; incentive and governance layer | Community and liquidity alignment | Legal memo, audit, vesting, wallet reporting |
| RWA representation | Planned / provider-gated | Service / representation fee only | Future regulated optionality | Counsel memo, provider LOI, KYC/geofencing |
Explicit Weaknesses And Fixes
| Weakness | Why GEM May Push Back | Fix In The Narrative |
|---|---|---|
| Too many narratives | AI, brokerage, marketplace, token, and RWA can sound unfocused | Lead with "real estate operating layer"; treat token/RWA as gated expansion modules |
| RWA economics are not live yet | Future RWA can look speculative | Model RWA as optional service-fee upside, not the base case for current value |
| Token can look like the product | GEM may view this as a token launch rather than a company | State that equity funds operating execution; GO aligns ecosystem incentives but does not capture RWA economics |
| Bank/provider dependency | A single bank exit could delay RWA | Use partner-agnostic rails, fallback categories, and provider LOI milestones |
| Revenue scope mismatch | Financial model is BVI/RWA-focused, while deck includes AI/brokerage | Separate current operating revenue proof from BVI token/RWA model revenue |
| US$100M case may sound promotional | Mature valuation before proof can weaken credibility | Keep US$100M as 24-48 month mature-stage upside after ARR, providers, RWA scale, and liquidity quality |
| Seed could be misread as US$20M raise | Creates financing-narrative inconsistency | Use "US$20M+ seed valuation milestone"; base raise is US$4-6M after gates |
Recommended Revenue Stack
| Horizon | Primary Revenue | What To Say | Prohibited Language Example |
|---|---|---|---|
| Now / de-risking | AI Agent + brokerage proof | Existing operating engines provide proof of demand and execution | Token launch is the business model |
| 6-12 months | Marketplace/SaaS + service fees | Recurring software and service-fee revenue become measurable after launch | RWA yield flows to token holders |
| 12-24 months | Provider-gated RWA representation | RWA service fees are only pursued with counsel and regulated rails | Guaranteed RWA returns or universal access |
| 24-48 months | Multi-provider operating layer | Mature case depends on ARR, provider coverage, liquidity quality, and governance | US$100M is today's valuation |
GEM Underwriting Message
GEM should be asked to underwrite a staged de-risking plan, not a fully proven institutional platform today. The US$2M round buys legal readiness, senior platform ownership, token audit and wallet governance, controlled launch liquidity, proof of AI Agent and brokerage traction, provider-agnostic RWA preparation, and a credible basis for a US$20M+ seed valuation milestone.
Business Model Guardrails
- Report AI Agent, brokerage, marketplace, token, and RWA economics separately.
- Never imply GO receives RWA yield or revenue.
- Treat RWA as a regulated service/representation layer with provider gating.
- Treat token FDV as market-conditional and separate from equity valuation.
- Tie every future valuation step to proof gates, not promotion.