Sep 3, 2026 · by Farbod Saraf · View source

Modaal for Android

Ship on both stores from one project using Swift + Kotlin

Modaal for Android

Editorial analysis

The native-app renaissance is coming for your storefront, and most cross-border sellers are still shipping webviews

If you sell on Shopify, run an Amazon FBA brand, or push volume through TikTok Shop, Temu, or SHEIN, you already know the uncomfortable truth: the app your customers install is often the weakest link in your whole stack. It’s a React Native wrapper with a broken checkout, or an iOS-only build that never shipped to Android, or a “coming soon” placeholder that’s been coming soon since 2023. Meanwhile the platforms you sell on — Amazon, Shopify, TikTok Shop — keep pushing native performance and native checkout as the baseline. That gap is the reason a launch like Modaal matters to operators, not just to indie hackers. The company behind it, Modaal, just shipped cross-platform native Android + iOS builds driven by your existing coding agent — and the implications for DTC app strategy are bigger than the Product Hunt thread suggests.

What Modaal actually solves (and why “vibe coding” was never the real problem)

The pitch is deceptively simple. Modaal plugs into the coding agent you already pay for — Claude Code, Codex, Cursor, and per the maker, thirteen agents in total — and gives that agent the structure, framework, and workflow to produce genuinely native apps for both iPhone and Android from a single project. The framework underneath is called Duet, and the claim is that iOS and Android share a business core while each platform stays 100% native: SwiftUI on one side, Jetpack Compose on the other, with the shared logic written in Kotlin Multiplatform.

That last part is the thing to actually read twice. The maker, Ivan Misuno, describes it in the launch thread as “like React Native but so much better — because you never leave the native app ecosystem.” If you’ve ever shipped a React Native storefront and watched your checkout conversion rate get quietly punished by a janky gesture or a slow image decode, you know exactly what he’s pointing at. Every UI detail stays compliant with Apple’s Human Interface Guidelines and Google’s Material spec, and you keep access to native SDKs, low-level hardware, and full performance.

The workflow layer is what separates this from the pile of “prompt-to-app” tools that flooded Product Hunt in 2024 and 2025. For every feature, the agent writes a plan first, you review and approve it, and only then does the agent write code. Misuno says he spends 80% of his time working and reviewing plans — which is a very different posture from the “type a sentence, get an app” crowd. For a cross-border operator managing a small dev budget, that plan-first loop is the difference between a maintainable app and a prototype you’ll throw away in six months.

Why Amazon sellers should care more than Shopify ones

Here’s a judgment call I’ll defend: if you’re a pure Amazon Seller Central FBA operator, Modaal is interesting but not urgent. Amazon owns the customer relationship, the checkout, and the app experience — you’re optimizing listings, Helium 10 keyword rankings, and Amazon Ads spend. Building your own native app is a distraction unless you’re doing Brand Registry defense or a DTC side channel.

Where it gets urgent is the hybrid operator: the seller who runs Amazon FBA and a Shopify DTC store and a TikTok Shop presence. That operator has a real problem Modaal speaks to — they need a native app that mirrors their Shopify catalog, handles Shopify Payments or Stripe, and doesn’t require hiring a $15k/month agency to maintain two codebases. The maker’s own reference point here is telling: co-founder Elena Avramenko points out that Notion just announced it’s rebuilding its mobile app natively, and Shopify moved off React Native and published the numbers. That’s the signal. The best product teams are going back to native, and AI is what’s making craft matter again.

Where the math breaks

The maker’s own answer to a pricing-adjacent question is the most useful data point in the entire thread. Asked how much extra work the dual-platform build creates versus single-platform, Misuno says preliminary numbers put the effort at “around 60% higher than to produce a single app only. So you basically get 2 apps for the cost of 1.5.”

Sit with that for a second. If your current single-platform native build costs you $30k, the dual-platform Modaal path lands around $48k — assuming your agent subscription is already sunk cost. That’s a real discount versus the traditional “hire two teams” model, but it’s not free, and it’s not the “2x for free” framing that some AI-builder marketing implies. For a cross-border seller deciding whether to build an app at all, the relevant comparison isn’t Modaal versus nothing. It’s Modaal versus a Shopify mobile-optimized PWA, or versus a Shopify app built with Shopify’s own mobile tooling, or versus just doubling down on TikTok Shop live selling where the native app isn’t yours anyway.

How it differs from the incumbents you’re already paying for

Let me map this against the tools actually in a cross-border operator’s stack, because “AI app builder” is a useless category label.

Versus Lovable, Bolt, and v0: These are web-first. They’ll spin up a React app in minutes, and they’re genuinely good at it. But they produce web, or an iPhone-only wrapper, or a webview pretending to be an app. Avramenko’s framing in the launch thread is blunt: “every AI builder still gives you the web, or iPhone only, or a wrapper.” If your goal is a customer-facing storefront app where checkout friction directly hits revenue, that’s a fatal limitation. Modaal’s answer is that you never leave the native ecosystem.

Versus Flutter and React Native: These are the incumbent cross-platform frameworks, and they’re mature. But they’re also the exact thing the native-renaissance argument is pushing back against. The tradeoff has always been “one codebase, slightly worse feel.” Modaal’s Duet framework tries to collapse that tradeoff by keeping the business core shared (Kotlin Multiplatform) while the UI layer stays fully native (SwiftUI + Compose). Whether that holds up at scale is the open question, but the architectural intent is clearly different from “write once, render everywhere.”

Versus hiring an agency: The traditional path for a DTC brand wanting a native app is a $40k–$120k agency engagement, then a $5k–$15k/month retainer for maintenance. Modaal’s bet is that a PM or a technical founder with an agent subscription can do the same work in-house. The Product Hunt review from Elena Avramenko — who describes herself as a PM, not an engineer — is the proof point they’re leaning on. She says she can “actually build a real iOS app and it genuinely feels simple.”

Versus Shopify’s mobile app builder ecosystem: This is the comparison most cross-border sellers will actually make. Shopify’s app store has dozens of “turn your store into an app” tools, and they’re cheap. But they’re mostly webview wrappers, and the conversion data on webview commerce apps is ugly. Modaal is arguing for a different category: a real native app, built and owned by you, not rented from a Shopify app vendor.

What cross-border sellers can borrow from this — even if they never touch Modaal

The most transferable idea here isn’t the product. It’s the plan-first agent workflow.

Misuno’s claim that he spends 80% of his time reviewing plans, not writing code, is the operational insight worth stealing regardless of what you’re building. If you’re using ChatGPT, Claude, or Gemini to generate product descriptions, ad copy, or Klaviyo flows, you’re probably doing the opposite — prompt, generate, ship, regret. The Modaal discipline is: agent writes a plan, human approves the plan, agent executes against the approved plan. For a cross-border operator juggling five marketplaces and three languages, that’s a workflow that prevents the classic AI failure mode of confidently shipping something wrong at scale.

The second borrowable idea is the native renaissance thesis itself. Avramenko’s argument — that “AI is what’s making craft matter again” — is worth taking seriously even if you never build an app. If Notion and Shopify are moving back to native because users can feel the difference, that’s a signal about where the quality bar is heading across every customer touchpoint. Your Shopify theme’s mobile performance, your TikTok Shop product video load times, your Amazon A+ content rendering — all of it is subject to the same “users can feel it” dynamic. The native renaissance isn’t just about apps.

The Windows question nobody answered cleanly

Two separate commenters asked about Windows support, and the maker’s answers were hedged. Misuno says building Android apps on Windows is possible, but simultaneous Android + iOS requires a cloud build/run environment “which will add in cost.” That’s a real operational constraint for cross-border teams, many of whom run Windows-heavy ops floors in Shenzhen, Guangzhou, or Ho Chi Minh City. If your dev workflow is Windows-based, factor that cloud cost into the 1.5x math. It’s not disclosed in the launch materials, and the maker explicitly says he wants to “hear more about your use case” before committing.

Where my judgment says it falls short

Three honest reservations.

First, the proof is thin. The launch has 87 upvotes and 2 reviews at the time of writing. The two named customer apps — kukumber and Projector Foundation — are early-stage. There’s no published case study of a high-traffic commerce app running on Duet, no conversion data, no crash-rate benchmarks. For a cross-border seller whose app is tied to real revenue, that’s a “wait for the case studies” situation, not a “migrate this quarter” situation.

Second, the agent dependency is a real risk. Modaal’s value proposition is that it works with your existing agent subscription — Claude Code, Codex, Cursor, thirteen total. That’s flexible, but it also means your app’s maintainability is coupled to the agent ecosystem’s pricing and API stability. If Anthropic or OpenAI changes how agents handle long-context codebases, or if Cursor reprices, your Modaal workflow inherits that volatility. The framework itself is open (the Duet docs are public), which mitigates this somewhat, but the day-to-day experience is agent-mediated.

Third, the “native renaissance” framing oversells the urgency for most sellers. Notion rebuilding natively is a signal, but Notion is a productivity app with hundreds of millions of users and a specific performance story. Most cross-border sellers don’t have that problem. Their problem is CAC, AOV, and fulfillment cost. A native app is a lever, not a strategy. Modaal is a good tool for the subset of operators who already know they need one — not a reason to suddenly decide you do.

The feature-parity question that matters for commerce

One exchange in the thread is worth flagging for anyone building a commerce app. A commenter asked what happens when a feature works differently on each platform. Misuno’s answer describes two variants: a Kotlin Multiplatform implementation shared by both shells, or a “dual” implementation with Kotlin and Swift reducers validated against each other by behavioral tests that compare fixtures. The Duet glossary lays out the scenario → fixture → golden-fixture replay flow.

For a commerce app, this matters because platform-specific behavior is the norm, not the exception. Apple Pay on iOS, Google Pay on Android, different push notification permission flows, different deep-link handling for TikTok or Instagram ad attribution. The question is whether Modaal’s fixture-based parity testing actually catches the behavioral divergence that commerce teams care about — like a discount code that applies correctly on iOS but silently fails on Android. The framework claims to guarantee parity at the core level. Whether that translates to checkout parity at the UI level is untested in public.

What I’d watch / test next

If you’re a cross-border operator with a DTC brand and a real app ambition, here’s what I’d actually do this week — not “sign up and build,” but “run a cheap experiment.”

  1. Audit your current mobile experience. Pull your Shopify mobile conversion rate versus desktop. If mobile converts at less than 60% of desktop, you have a native-app conversation worth having. If it’s close, you probably don’t.
  2. Join the Modaal Discord and ask for a commerce case study. The maker is actively inviting this — the thread has two Discord links and an open offer to help port existing apps. Ask specifically: has anyone shipped a Shopify-backed commerce app on Duet, and what was the checkout conversion delta?
  3. Price the 1.5x math against your actual budget. Using Misuno’s 60% figure, model what a dual-platform native build would cost you in agent hours plus Modaal overhead versus your current Shopify app or PWA spend. If the delta is under 20%, it’s worth a pilot.
  4. Test the plan-first workflow on something non-critical first. Before you point it at your storefront, use the plan-approve-execute loop on an internal tool — a returns dashboard, a supplier tracker. If the workflow holds up, graduate to customer-facing.
  5. Watch the Windows/cloud-build cost disclosure. If you’re a Windows shop, this is the number that determines whether Modaal is viable. Don’t commit until it’s published.

The native-app question is going to keep surfacing for cross-border sellers, because the platforms keep raising the performance bar and the AI tooling keeps lowering the build cost. Modaal is one of the more architecturally serious entries in that space. But “serious architecture” and “proven commerce ROI” are different claims, and only one of them has been demonstrated so far.

Ready to Create Your Own?

Join thousands of brands creating high-performing video ads with VEONIB. No editing skills required.

Start Creating for Free