FREED
Project Proposal · 2026

Multi-Location Hospitality Systems Standardization & Reporting Modernization

A comprehensive program to unify software usage, establish data governance, and deliver executive-grade reporting across all Freed resort properties.

5
Resort Properties
7
Core Systems
8
Program Phases
7–10
Month Timeline
Scroll
Program Overview

A Unified Foundation for Data-Driven Hospitality

Freed Hotels & Resorts operates a portfolio of premier resort properties, each running critical software platforms independently. This program addresses the fragmentation that results from decentralized system usage by establishing uniform standards, a governed data layer, and unified reporting capabilities.

The outcome is a scalable, enterprise-grade data architecture built on BigQuery and dbt, delivering consistent, trustworthy reporting to leadership and operational teams across all properties.

Uniform Software Standards
Consistent usage patterns and SOPs across all resort properties.
Data Governance
Standardized definitions, naming conventions, and compliance rules.
BigQuery Warehouse
Scalable data architecture with dbt transformation layer.
Unified Dashboards
Executive and operational reporting with role-based access.
Target Architecture
Recommended future-state data architecture with implementation plan.
Ongoing Stewardship
Recurring governance reviews and managed service support.
Locations in Scope
Muskoka Bay Resort
Deerhurst Resort
Horseshoe Resort
Freed Hotels & Resorts
Blue Mountain Village (Possible)
Core Systems in Scope

Seven Platforms. One Unified Standard.

Each system will be assessed, standardized, and integrated into the unified data architecture.

Property Management
Oracle Opera Cloud
Email / CRM / Booking
Revinate
Food & Beverage
Silverware
F&B / Ski
RTP
Golf
Lightspeed
Digital Membership
Passcreator
Email / CRM / Booking
HubSpot
Target Architecture
BigQuery + dbt
Program Phases

Eight Phases. Structured for Success.

Each phase has defined objectives, deliverables, and completion criteria with formal sign-off.

Objective

Understand how each property currently uses each system, what data exists, what reports are consumed, and what visibility the business needs.

Key Deliverables
  • Discovery summary and stakeholder findings
  • Current-state software usage assessment by property
  • Per-system assessment report
  • Gap analysis and pain-point log
  • Initial best-practices recommendations
Initial Timeline

7–10 Month Implementation Window

Estimated total duration depends on stakeholder access, vendor responsiveness, data quality, and integration complexity.

PhaseEst. DurationSequence
1. Discovery30–45 daysStarts project
2. SOP Rollout & Governance30–45 daysAfter discovery
3. Legacy Data Translation20–30 daysAfter discovery, overlaps with Phase 2
4. Architecture Recommendation10–15 daysAfter discovery and legacy review
5. Warehouse Rollout60–90 daysAfter architecture approval
6. Software Engagement & Ingestion30–60 daysOverlaps with Phase 5
7. Governance & Recurring Review60 days initial, then ongoingBegins after rollout starts
8. Dashboards & Direct Access30–45 daysAfter curated data is stable
Total Implementation Window
Approximately 7 to 10 Months
Timing depends on stakeholder scheduling, vendor access, data quality, and integration complexity across all properties.
Data Architecture Visualization
Preferred Architecture

Warehouse Model: BigQuery + dbt

The recommended approach replicates source schemas into BigQuery and uses dbt to create unified, business-ready tables. This model offers superior maintainability, scalability, and retroactive reporting capabilities compared to a live API model.

Option 1 — Warehouse ModelPreferred
Option 2 — API ModelAlternative
Risk & Governance

Risks, Dependencies & Assumptions

Key Risks
  • Different locations using the same systems in materially different ways
  • Missing or inconsistent legacy data
  • Delays in vendor access or API support
  • Schema changes in source platforms
  • Incomplete adoption of SOPs after rollout
  • Reporting disputes caused by differing business definitions
Key Dependencies
  • Timely stakeholder scheduling across all properties
  • Administrative access to each system
  • Availability of existing reports and sample exports
  • Vendor/API documentation and credential setup
  • Agreement on standardized business definitions
  • Client sign-off at the end of each phase
Assumptions
  • BigQuery is the approved warehouse platform
  • dbt is the transformation framework
  • Custom dashboards are the reporting layer
  • Oracle Opera Cloud remains a primary operational source, but not the sole reporting anchor
  • A formal sign-off occurs at the completion of each phase
  • Governance continues as an ongoing managed service after implementation