The Problem
A US wellness marketplace connecting consumers, service professionals, and facilities faced extreme business volatility. Requirements shifted constantly as the business explored different models, attracted acquisition interest, and cycled through development agencies.
The Complexity
- Three-sided marketplace: Consumers, professionals, and facilities each with different needs
- Payment distribution: Every booking required splitting payments across three beneficiaries
- Cascading configurations: Service menus inherited from organisation → facility → professional with overrides at each level
- Agency churn: Three sequential agency engagements (India, Dallas/Brazil, Boston/Colombia) introduced inconsistent code quality
- Inherited technical debt: The v2 system contained SQL injection vulnerabilities and anti-patterns
The fundamental question: how do you build a platform when you know the requirements will change dramatically and repeatedly?