Skip to content

Instantly share code, notes, and snippets.

@kevinmichaelchen
Created July 31, 2026 01:35
Show Gist options
  • Select an option

  • Save kevinmichaelchen/de66245f72ebc05f59bd850d3bcc6c11 to your computer and use it in GitHub Desktop.

Select an option

Save kevinmichaelchen/de66245f72ebc05f59bd850d3bcc6c11 to your computer and use it in GitHub Desktop.
gym and fire

Essay research blueprint

Headline verdict

Dimension Gym SaaS Firehouse SaaS
Business viability Credible bootstrapped vertical SaaS Credible narrow GovTech niche
Venture-scale potential Only beyond CrossFit into adjacent studios Possible through county/state aggregation
Best wedge Revenue-and-relationship exception queue Data portability, NERIS validation, interoperability
Avoid Another billing/scheduling/WOD platform Another all-in-one RMS/ePCR platform
Sales difficulty Moderate SMB sales Slow public procurement
Compliance burden Moderate Severe
Incumbent retaliation Rapid feature cloning Bundling plus integration restrictions
Essay strength Good Excellent
Overall Better first company Better public-interest thesis

Central conclusion:

  • Gym → easier opportunity to validate
  • Firehouse → more important structural problem
  • Not a straightforward product pivot
  • Shared abstraction → vendor-neutral action and portability layers around entrenched systems of record

Part I — B2B SaaS for gyms

Market shape

  • CrossFit network: 10,000+ independently operated affiliates across 150+ countries. CrossFit
  • CrossFit promotional unit model:
    • approximately 165 members
    • approximately $300,000 annual revenue
    • approximately 127-member break-even point
    • roughly $4,000/year allocated to software and website expenses
      CrossFit startup-cost model
  • Broader U.S. fitness demand:
    • 81 million facility members in 2025
    • 5.2% annual growth
    • more than 100 million total facility users
    • nearly 7 billion visits
      Health & Fitness Association
  • CrossFit-only theoretical revenue ceiling:
    • $100/month × 10,000 affiliates → $12 million ARR
    • $200/month × 10,000 affiliates → $24 million ARR
    • before adoption, churn, discounts, and international pricing
  • Implication:
    • respectable focused business
    • insufficient standalone venture-scale market
    • CrossFit as beachhead → strength studios, martial arts, HIIT, boutique fitness

Incumbent landscape

Vendor Current position Competitive warning
Wodify CrossFit-native billing, scheduling, performance, CRM, workflows Already offers churn prediction and retention tooling
PushPress Modular gym operating stack; free entry tier through $300+ add-ons Already offers an operational AI assistant
Gymdesk Transparent $75–$200 member-tier pricing Strong low-cost generalist
Zen Planner Established core platform plus paid CRM, website, app add-ons Broad installed base and bundled AI lead workflows
SugarWOD Programming and performance layer Evidence that gyms tolerate multi-product stacks

Competitive conclusion:

  • Billing/scheduling replacement → expensive migration, payment-token complications, historical workout data, member resistance
  • Generic AI receptionist → already commoditized
  • Generic churn dashboard → already appearing inside incumbents
  • Viable opening → action workflow across existing systems

Problem statement

Target operator

  • single-location owner
  • 100–250 members
  • owner also coaching or managing
  • 5–15 coaches
  • multiple disconnected systems
  • insufficient management attention

Existing condition

  • lead data in forms/CRM
  • attendance data in core gym platform
  • payments in platform or processor
  • workout history elsewhere
  • member conversations across SMS, email, social channels
  • reports available
  • accountable human follow-through inconsistent

Failure sequence

signal exists
→ signal buried in dashboard
→ nobody owns intervention
→ outreach delayed or generic
→ lead/member disappears
→ revenue loss recognized too late

Falsifiable product hypothesis

  • fragmented signals → timely owner-approved human interventions
  • measurable improvements in:
    • lead response time
    • intro booking
    • intro conversion
    • first-five-class completion
    • failed-payment recovery
    • retained memberships
  • disconfirmation:
    • incumbent-native workflows perform equally well
    • owners will not maintain workflow discipline
    • integrations unavailable or commercially prohibitive
    • outcomes cannot justify $150–$250/month

Recommended product wedge

“Revenue-and-relationship exception queue”

Inputs:

  • lead status
  • intro booking and no-shows
  • personal attendance baseline
  • meaningful attendance decay
  • failed payments
  • expiring holds
  • discounts
  • membership age
  • last human interaction
  • coach/member relationship

Outputs:

  • ranked “needs attention today” queue
  • risk/reason
  • named owner
  • proposed action category
  • human approval
  • completion tracking
  • outcome attribution

Non-goals:

  • no automated synthetic friendships
  • no workout programming
  • no class scheduling
  • no payment migration
  • no full CRM replacement

Economic hurdle:

  • $200/month → $2,400/year
  • likely required proof:
    • 3–5 additional retained members annually, or
    • equivalent lead-conversion improvement, or
    • substantial owner-hours recovered

Why now—2026

Positive signals:

  • record fitness participation
  • healthy operator growth in HFA’s larger-facility sample
  • increasingly expensive multi-product stacks
  • owner staffing and attention constraints
  • mature APIs and inexpensive inference
  • established buyer awareness of churn prediction and automated workflows

Negative signals:

  • incumbents already shipping AI
  • strongest operators may not feel acute pain
  • weakest operators may lack budget or execution discipline
  • CrossFit affiliate count below historic peak
  • software possibly secondary to coaching quality, leadership, pricing, and community

Verdict:

  • good opportunity only with narrow measurable workflow
  • poor opportunity when framed as “AI software for gyms”
  • strongest category position: system of action above systems of record

Part II — Pivot to firehouses

Correction to the premise

Not:

  • PE purchasing municipal fire departments

Better-supported framing:

  • PE/growth-equity backing prominent fire/EMS software suites
  • acquisitions and product consolidation
  • forced migrations and expanding bundles
  • adjacent consolidation in EMS transportation and commercial fire-protection services
  • historical PE influence in apparatus consolidation, but major current manufacturers include public/strategic owners

Prominent software examples:

  • ESO → Accel-KKR; acquisition of Emergency Reporting, previously reporting 7,500 fire/EMS agencies. Investment · Acquisition
  • ImageTrend → Welsh, Carson, Anderson & Stowe; approximately 3,000 customers across more than 40 states. ImageTrend announcement
  • First Due → Serent, JMI, and TCV; $355 million minority investment and more than 3,000 claimed agencies. First Due announcement

Market shape

  • 27,115 registered U.S. fire departments
  • registry estimated to cover 91% of departments
  • approximately 29,800 implied total
  • 69.8% volunteer
  • 15.4% mostly volunteer
    USFA registry

Structural contradiction:

small or volunteer buyer
+ municipal procurement
+ mission-critical reliability
+ healthcare-grade data in EMS workflows
+ enterprise integration requirements
+ limited IT capacity

Commercial consequence:

  • meaningful need
  • potentially higher ACV than gyms
  • dramatically higher support and sales cost
  • poor direct-SMB economics without county, state, association, or cooperative purchasing

Why now—2026

Federal forcing event:

  • Jan. 1, 2026 → incident reporting exclusively through NERIS
  • Jan. 31, 2026 → final NFIRS deadline
  • NFIRS then unavailable
  • migration of workflows, fields, exports, archives, and integrations
    USFA NFIRS sunset

Other catalysts:

  • consolidated suite vendors
  • legacy platforms being retired
  • public scrutiny of emergency-service software pricing
  • API/cloud-oriented national reporting architecture
  • departments needing normalized historical data
  • municipal buyers confronting data portability during vendor changes

Timing caveat:

  • July 2026 → initial migration window already largely passed
  • remaining opportunity:
    • remediation
    • rejection repair
    • data quality
    • historical archives
    • interoperability
    • vendor exit readiness

Firehouse problem statement

Target user

  • small or midsize fire department
  • volunteer or combination staffing
  • limited technical administration
  • incumbent RMS/CAD/ePCR stack
  • national, state, and local reporting obligations

Required job

  • submit compliant NERIS incident data
  • retain usable historical records
  • reconcile CAD/RMS/ePCR data
  • avoid duplicate entry
  • preserve switching ability

Existing failure modes

  • proprietary exports
  • incomplete schema mapping
  • rejected or inconsistent submissions
  • expensive integration work
  • duplicate entry
  • inaccessible historical records
  • costly vendor migration
  • opaque API fees
  • procurement-driven lock-in

Product hypothesis

Vendor-neutral NERIS and continuity layer

  • ingest existing exports
  • validate NERIS records
  • map legacy schemas
  • repair submission errors
  • normalize historical archives
  • preserve machine-readable exports
  • provide submission and migration audit trails

Initial non-goals

  • no CAD replacement
  • no ePCR replacement
  • no emergency dispatch responsibilities
  • no autonomous clinical or incident submission
  • no all-in-one suite

Ranked wedges

  1. NERIS data-quality gateway

    • strongest immediate operational need
    • risk: transition opportunity already shrinking
  2. Vendor-neutral data escrow

    • nightly normalized exports
    • immutable archive
    • retention and legal-hold controls
    • replacement-RFP data room
  3. Procurement intelligence

    • public contract dataset
    • API-fee comparisons
    • renewal escalators
    • portability clauses
    • standardized RFP language
  4. Volunteer firehouse operations

    • roster and certification reminders
    • apparatus checks
    • drills
    • inventory
    • integrate with RMS
    • risk: crowded, low-ACV category
  5. Commercial fire-protection SaaS

    • potentially better buyer economics
    • extensive PE rollup activity
    • separate market and separate essay

Kill criteria

  • NERIS provides sufficient free validation and migration tooling
  • dominant vendors provide acceptable exports and migration support
  • fewer than approximately 1,000 departments retain acute transition pain
  • third-party NERIS API access unavailable
  • API/connector maintenance exceeds subscription value
  • individual departments lack buying authority
  • willingness to pay below security and support cost
  • incumbents can contractually block neutral integrations

Recommended essay architecture

Working title

Who Owns the Operating System of Main Street?

Alternative titles:

  • Systems of Record, Systems of Captivity
  • The Gym Dashboard and the Firehouse Database
  • Vertical SaaS After the Easy Software Has Been Built
  • Who Owns the Firehouse’s Memory?

Recommended thesis direction

Fragments:

  • fragmented local institutions
  • consolidated software suppliers
  • operational data trapped inside systems of record
  • switching cost as business model
  • gym consequence → lost revenue and relationships
  • firehouse consequence → public accountability and institutional memory
  • startup opportunity → action, interoperability, and exit—not another monolith

Argument flow

1. “The obvious gym software has already been built”

  • incumbent landscape
  • billing/scheduling/programming saturation
  • AI feature convergence
  • replacement economics unattractive

2. “The failure lives between the dashboard and the human”

  • signal versus action
  • owner attention scarcity
  • relationship-centered intervention
  • measurable retention wedge

3. “Then the same pattern appears somewhere less optional”

  • transition from gym to firehouse
  • fragmented local operators
  • all-in-one vendors
  • data migration and switching costs
  • different magnitude of consequence

4. “Private equity did not buy the firehouse”

  • correction of overbroad premise
  • ownership of software and adjacent services
  • consolidation evidence
  • minority versus controlling investments
  • legitimate modernization countercase

5. “In 2026, migration became mandatory”

  • NFIRS sunset
  • NERIS exclusive reporting
  • synchronized software transition
  • compliance event as vendor leverage and startup opening

6. “The product should make departure possible”

  • portability
  • normalized archives
  • interoperability
  • validation
  • transparent procurement
  • anti-lock-in architecture

7. “Not every worthy market is a good SaaS market”

  • firehouse public importance versus difficult economics
  • low ACV plus enterprise obligations
  • county/state aggregation requirement
  • incumbent bundle may sometimes be safer
  • company thesis separated from essay thesis

8. “The opportunity above the system of record”

  • gym: action layer
  • firehouse: continuity layer
  • shared principle:
    • preserve institutional agency
    • minimize blast radius
    • measure outcomes
    • resist replacing trusted human judgment

Counterargument and turn

Strongest objection:

  • consolidation funding modern cloud products, security, interoperability, and support
  • integrated suites reducing vendor-management burden
  • tiny startup creating greater operational risk
  • price increases reflecting real compliance and hosting costs
  • NERIS potentially reducing dependence on private reporting vendors

Required turn:

  • no blanket anti-PE claim
  • distinction between investment and extraction
  • focus on contractual portability and measurable switching freedom
  • neutral infrastructure as complement before competitor

Wildcards

  • Open-source NERIS adapter; paid hosting and support
  • “Data escrow” purchased through municipal risk pools
  • Fire associations as product governance partners
  • Contract clause standard:
    • free machine-readable export
    • capped API fees
    • schema-change notice
    • termination assistance
    • transition-period access
  • Public dataset of 50–100 fire-software contracts:
    • acquisition date
    • module pricing
    • implementation cost
    • API fees
    • renewal escalators
    • product retirement
  • Cross-domain analogy:
    • banking portability
    • health-information exchange
    • number portability
    • institutional memory
  • Uncomfortable possibility:
    • firehouse opportunity better structured as public-interest infrastructure or cooperative—not conventional venture SaaS

Recommended opportunity decision

  • Build-validation priority → gym action-layer pilot
  • Essay priority → firehouse software consolidation
  • Firehouse company decision → defer until:
    • NERIS access verified
    • departments interviewed
    • contract dataset assembled
    • county/state channel identified
  • Best combined intellectual frame → software that restores agency around systems users cannot easily replace

Next research experiments

Gym

  • 10 owner interviews
  • 5 existing-platform integrations inspected
  • 90-day pilot
  • $99/$199/$299 price tests
  • intervention completion and retained-revenue measurement

Firehouse

  • 10 volunteer chiefs
  • 5 state fire-data managers
  • 5 municipal IT leaders
  • 3 procurement officers
  • 50 public RFPs/contracts
  • former Emergency Reporting customers
  • NERIS API and certification verification

Research completed through Executor using Exa, Firecrawl, and Parallel across independent subagent tracks. No essay prose drafted.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment