Common questions
Cross-platform or native — how do we decide?
A 15-min call. The default is cross-platform (Flutter or React Native) — one codebase, both stores, roughly half the cost of building twice. We only recommend native (Swift / Kotlin) when the app genuinely needs deep OS integration (Apple Watch, CarPlay, Wear OS, ARKit) or when raw performance is the differentiator. If you’re not sure, that’s exactly what the scoping call sorts out.
Flutter or React Native?
The comparison table above scores them nearly identically — the real deciding factor is your team. React Native if you already live in the JavaScript / React ecosystem (you’ll share types and tooling with your web frontend). Flutter if you’re starting fresh and want pixel-perfect identical UI on both platforms. We ship both; see the dedicated Flutter and React Native pages for the deep dives.
When do we actually need native?
When the app lives and dies on platform-specific features. Native iOS for Apple Watch, CarPlay, Vision Pro, Live Activities, or ARKit. Native Android for Wear OS, Android Auto, home-screen widgets, or deep device integration. If your audience is 80%+ on one platform and needs those features, native is worth the extra cost. Otherwise cross-platform wins.
Can you just turn our website into an app?
Sometimes that’s the honest answer. If your product is fundamentally a responsive website, a PWA or a Capacitor-wrapped shell gets you an installable, push-capable app for a fraction of the cost of a native build. We’ll tell you on the call whether wrapping is enough or you genuinely need a real app — even though the wrapper makes us less money.