G
MontréalStart
IndustriesIndex

Sixteen sectors

The engineering transfers between industries. The constraints do not. Availability logic in hospitality, audit trails in finance, offline capture on a construction site, WCAG conformance in education — those are the parts that decide whether a product survives contact with the sector it was built for. We learn them before we design anything.

Sectors
16
Disciplines
12
Systems integrated
60+
Method
Domain model first

How it shows up

Three places sector knowledge changes the build.

Industry experience is only useful when it changes an engineering decision. These are the decisions it changes first.

01

Domain modelling first

Before a screen is designed we map the entities, states and transitions your sector actually runs on — a booking hold, a matter, a shipment exception, a clinical encounter. The schema outlives every interface built on top of it.

02

Compliance as architecture

PCI, HIPAA, SOC 2, WCAG and data residency change where data lives and who can reach it. We treat those obligations as inputs to the system design, not a checklist applied the month before an audit.

03

The integration surface

Sector software is judged on how well it talks to what is already installed: DMS, MLS, EHR, ERP, POS, carrier APIs. We plan for their real behaviour — partial data, retries, out-of-order events, undocumented limits.

Directory

Every sector, on the record.

Sixteen profiles covering the products we build, the constraints that govern them, and the systems they connect to. Linkable, comparable, and honest about where the difficulty sits.

How we deliver →
01

Finance

Financial software fails on the details: a rounding rule, an unlogged state change, a reconciliation that drifts by a cent. We build financial products around an immutable event log, deterministic calculation engines, and reporting that can be traced back to source records on demand.

Target availability for money-movement paths
99.99%Target availability for money-movement paths
Tolerance for unlogged state transitions
0Tolerance for unlogged state transitions

Products

  • Financial dashboards
  • Client portals
  • Payment platforms
  • Analytics systems
  • Fintech applications

What makes it hard

  • Every balance-changing action must be reconstructable from an audit trail
  • PCI, SOC 2 and regional data-residency obligations shape the architecture, not the roadmap
  • Reporting windows and market data feeds impose hard latency ceilings

Integrates with

  • Stripe
  • Plaid
  • Column
  • Modern Treasury
  • Snowflake
  • Sardine
Discuss a Finance build →
02

Healthcare

Healthcare products live between clinicians who have ninety seconds per screen and compliance teams who need every access logged. We design for both: fast, unambiguous clinical interfaces on top of infrastructure that treats PHI as a first-class architectural concern.

Aligned architecture and access controls
HIPAAAligned architecture and access controls
Target task time for core clinical flows
< 90sTarget task time for core clinical flows

Products

  • Patient portals
  • Clinic management platforms
  • Telehealth applications
  • Care coordination tools
  • Medical intake and triage systems

What makes it hard

  • PHI handling, access logging and retention policies are designed in from day one
  • Interoperability through HL7 and FHIR is rarely optional
  • Clinical workflows cannot be interrupted by a deploy

Integrates with

  • FHIR / HL7
  • Epic
  • Twilio
  • Stedi
  • AWS HealthLake
Discuss a Healthcare build →
03

Real Estate

Real estate platforms are search problems wrapped in document problems. High-resolution media, geospatial filtering, long-running transactions and a dozen parties per deal. We build them with fast faceted search, resilient document pipelines, and permissions that model who can see what at each stage.

Listings served with sub-second faceted search
100k+Listings served with sub-second faceted search
Parties modelled per transaction workflow
6+Parties modelled per transaction workflow

Products

  • Property marketplaces
  • Listing and CRM platforms
  • Tenant and owner portals
  • Transaction management systems
  • Portfolio and asset dashboards

What makes it hard

  • Geospatial and faceted search must stay fast as inventory scales
  • Media pipelines dominate cost and perceived performance
  • Deal state spans weeks and multiple external parties

Integrates with

  • MLS / IDX feeds
  • Mapbox
  • DocuSign
  • Yardi
  • Stripe
Discuss a Real Estate build →
04

Hospitality

Availability is deceptively hard: overlapping inventory, holds, cancellations, channel sync and peak-hour concurrency. We build hospitality platforms around a single authoritative availability engine, then layer guest experience, staff tooling and loyalty on top of it.

Double bookings under concurrent load
0Double bookings under concurrent load
Peak-to-baseline traffic absorbed at release
10xPeak-to-baseline traffic absorbed at release

Products

  • Reservation platforms
  • Guest management
  • Concierge applications
  • Hotel management software
  • Loyalty platforms

What makes it hard

  • Double-booking is a data-integrity problem, not a UX problem
  • Traffic is spiky and concentrated around release moments
  • Front-of-house tools are used one-handed, at speed, on mobile

Integrates with

  • Stripe
  • Twilio
  • Channel managers
  • POS systems
  • Apple & Google Wallet
Discuss a Hospitality build →
05

Automotive

Automotive software has to stay honest about physical reality: a vehicle in transit, a unit in service, a reservation against a car that just got sold. We model inventory state explicitly and sync it across marketplace, dealer tooling and customer-facing apps.

Inventory state across every channel
RealtimeInventory state across every channel
Telematics events ingested per day
1M+Telematics events ingested per day

Products

  • Vehicle marketplaces
  • Rental platforms
  • Dealership software
  • Customer portals
  • Fleet management

What makes it hard

  • Inventory truth is distributed across DMS, lots and third-party feeds
  • Pricing, financing and availability change independently
  • Telematics data arrives continuously and out of order

Integrates with

  • DMS providers
  • Telematics APIs
  • Stripe
  • Mapbox
  • Finance & lending APIs
Discuss a Automotive build →
06

Retail

Retail breaks at the seams between channels. We build the connective layer: a single inventory ledger, store-level operational tooling that works offline, and analytics that reconcile digital and physical demand in the same view.

Store tooling with conflict-safe sync
Offline-firstStore tooling with conflict-safe sync
Single source of inventory truth
1 ledgerSingle source of inventory truth

Products

  • Point-of-sale integrations
  • Inventory platforms
  • Store operations tools
  • Customer loyalty apps
  • Merchandising dashboards

What makes it hard

  • Store devices need to keep working when the network does not
  • Inventory accuracy determines every downstream decision
  • Seasonality creates order-of-magnitude load swings

Integrates with

  • Shopify
  • Square
  • NetSuite
  • Lightspeed
  • Klaviyo
Discuss a Retail build →
07

E-commerce

Commerce performance is revenue. We build headless storefronts that render fast on real mobile networks, checkout flows engineered to remove friction, and subscription logic that handles the unglamorous cases — proration, dunning, pauses, plan changes.

LCP target on mid-tier mobile
< 1.2sLCP target on mid-tier mobile
Checkout as the design constraint
3-stepCheckout as the design constraint

Products

  • Custom storefronts
  • Headless commerce platforms
  • Subscription systems
  • Checkout optimization
  • Merchant dashboards

What makes it hard

  • Core Web Vitals directly track against conversion
  • Catalogue size and personalization fight caching strategy
  • Payment edge cases quietly cost more than acquisition

Integrates with

  • Shopify
  • Stripe
  • Algolia
  • Contentful
  • Vercel
Discuss a E-commerce build →
08

Entertainment

An entertainment platform is idle for weeks and then absorbs a year of traffic in ninety seconds. We architect for the spike: queue-based admission, cached read paths, and write paths that degrade predictably instead of collapsing.

Concurrent users per on-sale event
50kConcurrent users per on-sale event
Admission under peak demand
Queue-basedAdmission under peak demand

Products

  • Ticketing platforms
  • Content and streaming apps
  • Fan engagement platforms
  • Venue and event management
  • Membership systems

What makes it hard

  • On-sale moments are a load test with revenue attached
  • Media delivery cost scales faster than users
  • Fraud and bot pressure concentrates at the same moment as demand

Integrates with

  • Stripe
  • Mux
  • Cloudflare
  • Apple Wallet
  • Segment
Discuss a Entertainment build →
09

Sports

Sports products blend live data with community. We build ingestion pipelines for scoring and performance feeds, then surface them in apps that fans, coaches and operators actually open — on match day, from a stadium, on a saturated network.

Live event to fan device
< 2sLive event to fan device
Release cadence around fixtures
Season-safeRelease cadence around fixtures

Products

  • Club and league platforms
  • Athlete performance dashboards
  • Fan membership apps
  • Live scoring and stats systems
  • Facility and booking software

What makes it hard

  • Live data must be near-instant and eventually correct
  • Stadium connectivity is unreliable by default
  • Season structure creates hard, immovable deadlines

Integrates with

  • Sportradar
  • Stats feeds
  • Firebase
  • Apple Wallet
  • Stripe
Discuss a Sports build →
10

Logistics

Logistics software is an exercise in reconciling messy signals: scans that arrive late, GPS that drifts, carriers with inconsistent APIs. We build normalization layers and control-tower interfaces that give operations a single, trustworthy picture of the network.

Event ingestion by design
IdempotentEvent ingestion by design
Operator interface philosophy
Exception-firstOperator interface philosophy

Products

  • Shipment tracking platforms
  • Route optimization systems
  • Warehouse management tools
  • Carrier integrations
  • Operations control towers

What makes it hard

  • Carrier APIs vary wildly in quality and semantics
  • Events arrive out of order and sometimes twice
  • Operators need exception handling, not dashboards full of green

Integrates with

  • Carrier APIs
  • EDI
  • Mapbox
  • Samsara
  • Snowflake
Discuss a Logistics build →
11

Education

Education platforms serve two very different users on the same data: learners who need clarity and administrators who need control. We build role-aware systems with accessibility treated as a requirement, not a retrofit, and content models that survive curriculum changes.

Baseline conformance target
WCAG 2.2 AABaseline conformance target
Institution-level isolation
Multi-tenantInstitution-level isolation

Products

  • Learning platforms
  • Student portals
  • Course and cohort management
  • Assessment systems
  • Institutional dashboards

What makes it hard

  • WCAG conformance is a procurement requirement
  • Enrolment and term boundaries create predictable load cliffs
  • Content structures change every academic cycle

Integrates with

  • LTI
  • SIS platforms
  • Zoom
  • Stripe
  • Auth0
Discuss a Education build →
12

Professional Services

Firms run on documents, deadlines and confidentiality. We build portals that make client communication auditable, delivery systems that track work against engagements, and permission models granular enough for conflicts of interest and ethical walls.

Confidentiality enforced in the database
Row-levelConfidentiality enforced in the database
Versioned document trail
Full historyVersioned document trail

Products

  • Client portals
  • Matter and case management
  • Time and billing platforms
  • Document workflows
  • Firm analytics dashboards

What makes it hard

  • Confidentiality boundaries must be enforced at the data layer
  • Document versioning and retention carry legal weight
  • Adoption depends on fitting existing firm workflow, not replacing it

Integrates with

  • DocuSign
  • Microsoft 365
  • Xero / QuickBooks
  • Clio
  • SSO providers
Discuss a Professional Services build →
13

Travel

Travel is distributed inventory with expensive failure modes. We build booking engines that hold, confirm and compensate correctly across suppliers, plus traveller-facing apps that stay useful offline in another timezone.

Multi-supplier booking transactions
Saga-basedMulti-supplier booking transactions
Itinerary access without a network
OfflineItinerary access without a network

Products

  • Booking engines
  • Itinerary and trip apps
  • Supplier and channel integrations
  • Loyalty and membership platforms
  • Operations and reconciliation tools

What makes it hard

  • Bookings span multiple suppliers with different failure semantics
  • Cancellation and change rules are business logic, not configuration
  • Travellers use the app with poor or no connectivity

Integrates with

  • GDS / supplier APIs
  • Stripe
  • Twilio
  • Mapbox
  • Apple & Google Wallet
Discuss a Travel build →
14

Construction

Construction software is judged on a job site, not in a boardroom. We build field applications that capture photos, forms and progress offline on a phone in a glove, then sync into project systems the office actually trusts.

Field capture with deferred sync
Offline-firstField capture with deferred sync
Field and office over one data model
2 interfacesField and office over one data model

Products

  • Project management platforms
  • Bidding and estimation tools
  • Field reporting applications
  • Subcontractor portals
  • Equipment and asset tracking

What makes it hard

  • Connectivity on site is intermittent at best
  • Photo and document capture volume is enormous
  • Field and office users need entirely different interfaces over the same data

Integrates with

  • Procore
  • Autodesk
  • QuickBooks
  • Sage
  • Mapbox
Discuss a Construction build →
15

Technology

When your users are engineers, the product is the API surface and the documentation. We build developer platforms with coherent API design, generated SDKs, honest error semantics and dashboards that answer the question a developer actually had.

API contracts with deprecation policy
VersionedAPI contracts with deprecation policy
SDKs and docs from a single spec
GeneratedSDKs and docs from a single spec

Products

  • Developer platforms and portals
  • API products and SDKs
  • Internal infrastructure tooling
  • Data and observability dashboards
  • Technical documentation platforms

What makes it hard

  • API design decisions are effectively permanent
  • Documentation quality is a product feature
  • Backwards compatibility constrains every release

Integrates with

  • OpenAPI
  • GraphQL
  • Stripe
  • Datadog
  • GitHub Actions
Discuss a Technology build →
16

Startups

Early-stage products need to ship quickly and still survive their first success. We build a deliberate minimum: a narrow feature set, a schema that can grow, and infrastructure that will not require a rewrite the month after a funding round.

Typical zero-to-launch window
6–12 wksTypical zero-to-launch window
Architecture built past the seed round
No rewriteArchitecture built past the seed round

Products

  • MVPs and first products
  • Investor-ready prototypes
  • SaaS platforms
  • Mobile applications
  • Technical due diligence support

What makes it hard

  • Runway makes scope discipline an engineering concern
  • The schema, not the UI, is what you will live with
  • Technical due diligence arrives sooner than founders expect

Integrates with

  • Supabase
  • Stripe
  • Vercel
  • PostHog
  • OpenAI
Discuss a Startups build →

— Next

Tell us about your sector.

Bring the constraints, the incumbent systems and the deadline. We will tell you what we would build and how we would sequence it.