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 →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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
— 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.