# Canary Technologies Financial Model

B2B SaaS platform providing guest management and digital operations software to hotels

- Canonical: https://finamodel.com/startups/canary-technologies
- Excel download: https://finamodel.com/startup-models/canary-technologies.xlsx
- Category: PropTech
- Model type: SaaS ARR / Valuation
- Funding round: Series B
- Funding: $30M
- Founded: 2022
- Geography: Global - HQ San Francisco; offices in New York, Dallas, New Delhi, London, Kuala Lumpur; 70+ countries [DECK slide 4, 16]
- Customer: B2B

## About the company

Canary Technologies provides guest-management and digital-operations SaaS for hotels. Its platform digitises workflows across the guest journey, helping operators manage property operations and improve the guest experience through a dedicated hospitality software layer.

The company sells vertical SaaS on a per-property or hotel basis and operates globally, with offices across North America, Europe, Asia, and more than 70 countries served. Its Series A completed in 2021, with the deck positioned as a later growth-stage opportunity.

The model builds ARR from hotels, rooms or properties, subscription value, modules, expansion, and churn. Implementation, support delivery, sales capacity, customer success, gross margin, and international operating costs determine the scale and runway of the hospitality platform.

## What's included

- 5-year monthly revenue build with stage-appropriate growth assumptions
- Full P&L, headcount plan, and operating-expense schedule
- Cash-flow statement, runway, and burn-rate tracking
- Valuation via exit multiple with a DCF cross-check
- Returns analysis with MOIC and IRR
- Unit economics including CAC, LTV, payback, and cohort retention

## Product & value proposition

Two product lines sold to hotels:

**Guest Management System (GMS)** - mobile web-based, no app download required:
- Contactless check-in / checkout
- In-stay messaging
- Upsells (room upgrades, amenities)
- Digital tipping

**Digital Authorizations & Contracts** (first product, launched ~2017):
- Replaces paper credit card authorization forms
- Reduces chargebacks and fraud by 90%+
- Saves 3 hours/week per front-desk

Key differentiators: PCI compliant, web-based (no app install), 60-second guest check-in, 24/7 support, integrates with existing PMS (e.g. OPERA), 75 NPS.

## Market

- Hotel industry topline revenue: $600B
- Hotel industry IT spend: $36B
- Hotel industry software spend: $23B - this is the effective TAM
- Analog: Veeva (life sciences vertical SaaS) built on $28B software TAM from $500B industry revenue - presented as proof-of-concept for vertical SaaS scale
- No explicit SAM/SOM breakdown or growth CAGR given in deck

## Revenue model

- SaaS subscription model; metric tracked is Contracted ARR (CARR)
- ACV per deal: redacted/blurred in deck
- Average sales cycle: redacted/blurred
- Per-property/per-hotel licensing implied by unit economics structure
- Product expansion: upsell existing hotel customers from Digital Auths into GMS (multi-product land-and-expand)
- Case study: Coeur d'Alene Resort generates $10k/month in new upsell revenue through Canary GMS - indicates revenue-sharing or value-based upsell component may exist, though primary model appears flat SaaS

## Traction & metrics

- 20,000+ hoteliers using Canary worldwide
- 5M+ guest reservations processed through the platform
- 70+ countries; present in all 50 US states
- 75 NPS
- Dream Hollywood case study: 20%+ increase in guest satisfaction
- Coeur d'Alene Resort: $10k/month average new upsell revenue
- ARR / CARR trajectory: strong J-curve growth shown on two separate chart slides (slides 9 and 11); GMS launch inflected growth upward - axis values are blurred/redacted in both images, no dollar amounts readable
- Timeline bar chart (slide 18): ARR bars 2017–2022 show consistent step-up each year; 2021 (Series A) and 2022 (Scale) bars are tallest - exact values blurred
- Forward projection chart (slide 19): "We are here" annotation points to 2022 bar; 2023 and 2024 projected bars are materially larger - exact values blurred

## Unit economics

- ACV per deal: blurred
- Average sales cycle: blurred
- Upsell revenue per property: $10k/month at Coeur d'Alene (~338 keys) as one data point

## Competition / moat

- Existing hotel tech solutions described as "antiquated (many 30–45 years old)" - incumbent PMS vendors are moat by inertia, not by quality
- No direct competitor grid in deck
- Moat levers cited:
  - Deep PMS integrations (OPERA and others) make switching painful
  - Web-based architecture (no app) drives high guest adoption vs. app-based alternatives
  - Network effects implied: 5M+ reservations as proof of platform reliability
  - Awards: HotelTechAwards Best Cyber Security & Fraud Prevention 2021 and 2022
  - 75 NPS as retention/expansion signal
- Competitive positioning framed as Veeva-for-hotels analogy

## Team & funding ask / use of funds

**Founders:**
- Harman Singh Narula - Global Strategy at Starwood Hotels & Resorts; Bain & Co.; Cornell Hotel School; Wharton MBA
- Satjot "SJ" Sawhney - VP Product at Stayful (hospitality tech); Senior Technical PM at Vevo; Columbia BS

**Prior funding:**
- YC alumnus (2018)
- Series A: F-Prime Capital (2021)

---

## Recommended financial model

**Archetype + why:**
Multi-product vertical SaaS ARR model. Canary sells recurring subscriptions to hotels; growth comes from (a) new hotel logos and (b) multi-product expansion (Digital Auths → GMS → future modules). This maps directly to a land-and-expand SaaS model with property-count as the primary unit. Analogy to Veeva further supports SaaS ARR framing.

**Forecast horizon & granularity:**
- 5-year annual model (2022–2027), monthly in Year 1 for cash-flow purposes
- Key period: 2022 actual anchor → 2023–2024 shown as "projected" in deck → extend to 2027

**Key drivers & assumptions:**

*Customer / logo growth:*
- Starting hotel customers: ~500–1,000 paying properties (20k hoteliers likely includes freemium/trial users; paid base is a subset - open question); tag as gap
- Net new hotel logos per year: 30–50% YoY based on J-curve trajectory on slides 9/11
- Churn rate: 5–10% annual gross logo churn; hospitality SaaS historically sticky post-integration

*Revenue per customer:*
- ACV per deal: $5,000–$15,000/year per property (blurred in deck; consistent with SMB/mid-market hotel SaaS comps); model as a driver to sensitize
- Average keys per property: 150–250 keys (mix of boutique and enterprise)
- Product mix: Digital Auths vs. GMS modules - GMS at higher ACV; model separate tiers
- Upsell revenue share: not modeled as separate line unless confirmed; flag as open question

*Cost structure:*
- R&D as % revenue: 25–35% (early-scale SaaS)
- S&M as % revenue: 30–40% (enterprise hotel sales; moderate sales cycle)
- G&A as % revenue: 10–15%
- Gross margin: 65–75% (SaaS with some support cost given 24/7 emphasis)

*Growth levers:*
- GTM expansion (new geographies, new hotel segments)
- New product modules (iceberg framework)
- Enterprise brand expansion (up-sell into existing enterprise accounts)

**Scenarios (Base / Bull / Bear - which variables flex):**
- Base: 35% YoY logo growth, $8k ACV, 7% churn, 70% gross margin
- Bull: 50% YoY logo growth, $12k ACV (GMS adoption lifts ACV), 5% churn - reflects successful enterprise expansion
- Bear: 20% YoY logo growth, $6k ACV, 12% churn - macro headwinds (travel slowdown), slower GMS adoption

**Required sheets / outputs:**
1. Assumptions dashboard (all toggleable drivers)
2. Logo / ARR bridge (new logos, expansion ARR, churn, net ARR)
3. Revenue build (Digital Auths ARR + GMS ARR by cohort)
4. P&L (revenue → gross profit → EBITDA)
5. Headcount plan (CS, Sales, Eng, G&A)
6. Cash / runway (given no disclosed burn rate - model from opex assumptions)
7. Scenario toggle (Base / Bull / Bear)
8. KPI summary (CARR, logo count, ACV, NRR, gross margin)

## Frequently asked questions

### Is the Canary Technologies financial model free?

Yes. The Canary Technologies model is a free Excel download with live formulas.

### Can I change the assumptions?

Yes. The workbook is editable and its live formulas recalculate when assumptions change.
