Foundational business domain for H+ Analytics. Covers dual-entity model (ManCo + SPVs), TWO property business models (hotel + luxury rental), vertical community targeting, 50/50 F&B revenue split goal, conversion pipeline, management fees with brand component, and international operations (US + Colombia). This is a FUNDRAISING tool for sophisticated investors.
H+ Analytics is a fundraising and capital-raising tool, NOT a business operations system. It helps a hospitality management company build credible, defensible financial models to raise capital from sophisticated investors (PE, family offices, HNWIs). The AI research engines are what make this app valuable — without them it's just Excel with a nicer UI.
Related skills:finance/, proof-system/, architecture/, product-vision/, rebecca-chatbot/, research/
The Two Businesses
Business 1: The Brand/Management Company (ManCo)
Builds an increasingly valuable hospitality brand focused on vertical communities (wellness, sexual wellness, corporate retreats, health/healing)
Markets worldwide to these communities, bringing ICPs directly to properties
関連 Skill
Earns management fees (base + incentive) + service fees from every property
The brand's value grows with each property as the community network grows
Commands higher fees over time because the brand delivers — good value, real experiences
The competitive advantage: Most small vertical-focused hotels charge premium prices but deliver mediocre experiences. This brand delivers better quality at fair prices.
Single brand for now. Architecture must support multiple brands in future (use business_brand entity).
SAFE is just ONE of many funding vehicles for ManCo (also: convertible notes, equity rounds, revenue-based financing). Admin sets the label via fundingSourceLabel in global_assumptions. NEVER hardcode "SAFE" in UI — use global.fundingSourceLabel or generic "funding." Properties are funded separately (debt + equity per SPV).
Business 2: Each Property (SPV)
Each property has its OWN set of investors operating under a Special Purpose Vehicle (SPV)
SPV funds acquisition + conversion, receives economic benefits, exits at end of hold period
Some investors may invest in multiple SPVs — app doesn't track cross-SPV overlap
These are mature real estate hospitality transactions, NOT tech investments
SPV pays management/brand fees to ManCo and keeps the rest
Intercompany Elimination (ASC 810)
Management fees paid by SPVs cancel against fee revenue received by ManCo on consolidation.
TWO Property Business Models
Model 1: Boutique Hotel (all properties except Medellín duplex)
Converted from large residential estates on acreage
Main house → common areas (restaurant, bar, lobby, event space)
Rooms in additions: A-frame cabins, glamping units, converted outbuildings
A corporate team and a sexual wellness retreat CANNOT be at the same property simultaneously. Properties either dedicate to verticals or implement calendar-based separation. This reduces effective capacity.
Practitioner-Led Marketing
Facilitators (yoga teachers, tantra educators, corporate coaches) bring their audiences. The brand provides venue + operational excellence. The app should consider practitioner partnerships as a demand driver.
Financial Constants — NO Magic Numbers
Only truly universal math constants may be hardcoded: MONTHS_PER_YEAR=12, DAYS_PER_MONTH=30.5
Everything else follows a hierarchy:
Country-level (set by law): depreciation years, income tax, inflation benchmarks
State/province-level: property tax, state income tax
City/municipal-level: hotel/tourism taxes, some cost of capital
Research-engine-driven (per property): ADR, occupancy, cost rates, cap rates, revenue shares — NEVER in defaults tables
If research hasn't run for a property, market-driven fields should be EMPTY, not pre-filled with guesses.
Key Files
File
Purpose
shared/constants.ts
Financial defaults — NEEDS MAJOR REVISION per no-magic-numbers rule
shared/constants-business-models.ts
Hotel/lodge/VRBO model defaults — VRBO F&B=0 is WRONG