Delivery roadmap

From this prototype to a Madrid launch.

Five phases, each shippable on its own. AR and marketplace payments are sequenced early precisely because they carry the most technical risk — better to learn what's hard in month two than month eight.

0
Foundation
Weeks 1–4
  • Backend data model, City/Tour/Stop/Artist/Artwork schema live
  • Design system implemented natively (iOS + Android)
  • Admin console shell + auth + RBAC
1
Tours core
Weeks 5–9
  • Gallery + street art tour runtime: navigation, geofencing, audio
  • Offline pack download & caching
  • Tour builder + stop editor in the CMS
  • Madrid's first two tours content-loaded
2
AR layer
Highest technical riskWeeks 8–14 (overlaps Phase 1)
  • Geospatial anchoring (outdoor) on both platforms
  • Image recognition pipeline (indoor) + target index tooling
  • Fallback ladder, all four steps
  • AR target binding in the stop editor
3
Marketplace
Weeks 12–18
  • Artist profiles, portfolio browsing
  • Stripe Connect integration — onboarding, checkout, payouts
  • Verified-purchase reviews + moderation queue
  • Order management in the CMS
4
Launch hardening
Weeks 17–22
  • Firebase Analytics + BigQuery funnel dashboards
  • Load, security, accessibility QA
  • All four Madrid tours content-complete
  • App Store / Play Store submission
Dependency to flag early

AR target photography and Stripe artist onboarding both depend on real artist relationships being in place — that outreach should start in Phase 0, in parallel with engineering, not wait for Phase 2/3 to begin.