Technology & Implementation17 min read
Your museum needs an audio guide. The first fork in the road: app or web? It sounds like a tech preference, but it's really a decision about who gets to own your visitors' attention and how much friction you're willing to accept.
Most museums end up overthinking this. They see "app" and assume it means better, more professional, more features. It doesn't. It usually means more work for you and fewer visitors using it.
Let's start with the one thing nobody wants to admit: app downloads kill adoption.
A visitor walks into your museum. They grab a brochure. They see a QR code. You want them to start their tour in under 30 seconds, not 5 minutes of app store hunting.
Web app path: Scan QR code → browser opens → tour starts. 8 seconds.
Native app path: Scan QR code → App Store page loads → tap "Get" → Face ID prompt → iOS asks for your password or Apple ID verification → download bar → tap "Open" → maybe a tutorial splash screen. Minimum 90 seconds. Often abandoned.
The data backs this up. Museums using mobile web see 40–60% of visitors actually accessing the guide, while those requiring app downloads see 15–25% adoption rates. That's not a small difference. That's the difference between a guide that reaches your entire audience and one that reaches the people patient enough to jump through hoops.
One mid-size museum we know swapped from requiring their native app to a web-based guide. Visitor usage went from 18% to 54% in three months. No feature changes. Just removed friction.
Native apps come with a tax.
You need iOS and Android code. That's two code bases or a cross-platform framework (React Native, Flutter) that adds another layer of complexity and performance quirks. You need to maintain two separate build processes, two sets of dependencies, two bug backlogs.
Push a bug fix? On the web, it's live in minutes. On native apps, it sits in the app store queue for 24 hours minimum, and users don't see it until they manually update.
Rough development cost comparison (starting a new guide platform):
For a single museum or small network, this is a real cost. For a large multi-venue system, the native app cost spreads across dozens of locations, and the math shifts—slightly.
Museum operations move fast. You'll need to fix audio syncing issues. You'll want to change tour descriptions. You'll get feedback and need to respond.
Web apps are your answer. Deploy on Friday afternoon, visitors see it Friday evening. No approval queue, no user update lag, no "some people have the old version" confusion.
Native apps? Push a critical fix and 50% of your user base is still on the old version a week later. Some are on the old version two months later because they turned off auto-updates. You're managing multiple versions simultaneously, which means your code gets messy fast (supporting old UI, old API contracts, feature flags everywhere).
This matters more than it sounds. Museums live or die by responsiveness—to visitor feedback, to seasonal changes, to content updates. Web apps don't tie your hands.
Native apps have a hidden cost: the update overhead. Every time you push an update, users have to:
Skip step 3, and your visitors are using an old version. Forget to test against multiple OS versions, and weird bugs appear. A museum guide with half the user base on version 1.0 and half on 1.2? That's a support nightmare.
Web apps? Everyone's always on the latest version automatically. No alerts, no confusion, no version hell.
The only real advantage of native apps here is that they can work offline—but that's only valuable if your museum is sprawling and has dead zones. For most venues, WiFi coverage or cellular is fine.
Here's the thing nobody talks about: App Store SEO is terrible for niche products.
Someone in another city searches "museum audio guide" in the App Store. Your museum's app? Invisible, probably. Maybe they find a generic guide app that works nowhere near you.
A web app? It's just a URL. You print it on signage. It goes in your email newsletter. It shows up in Google search results. You can A/B test the landing page. You can track how many people found it via social media.
Native apps make you invisible to the broader internet. They live in a gated ecosystem with its own broken search. Great if you're Instagram. Useless if you're a museum in Portland trying to reach locals and tourists.
There's one scenario where native apps start to make sense: if you're a network of museums with a shared identity.
A 15-museum network across a state or region? A multi-site heritage organization? Now you have:
Even then, you're probably better off with a web app, but at least the economics aren't insane.
For single-venue museums, there's no world in which the native app math works. You're paying 3× the development cost to reach 30% of your audience, and you're stuck managing two codebases forever.
PWAs blur the line. They're web-based but feel like apps—home screen icon, offline capability, fast load times.
A good PWA (Progressive Web App) gets you most of the benefits of native without the mess:
The tradeoff is that iOS support is limited (Apple restricts PWA capabilities on iPhone). Android gives you 95% of native app features with a PWA. So if your visitors are mostly Android users or on the web, PWAs are genuinely good. If you have a lot of iPhone visitors and iOS-specific features matter, you lose points.
For museums, PWAs are often the best of both worlds: zero app store friction, single development effort, fast iteration. They're the default now.
Native apps are marginally faster. Load a complex scene in a native audio guide vs a web app? Native might be 200ms faster.
Does it matter? Not really. Your audio guide isn't a game. A 2-second load time feels instant enough. The "smoothness" difference is imperceptible unless you're pathologically optimizing.
Web apps on modern browsers are genuinely fast. Chrome and Safari are not slow. The idea that web apps are sluggish is from 2015. You can build beautiful, responsive tours with web technology without compromise.
If you're obsessing over native vs web because you think native is faster, that's not the right reason to choose it.
Here's the shift that happened quietly: visitors stopped caring about apps. They use websites on their phones constantly. They're comfortable with URLs. They don't expect to download something.
Tourism boards, attractions, theme parks -- most moved to web-based guides years ago, and newer AI audio guide platforms are built web-first by default. Visitor behavior adapted. It's normal now.
The app store is for games, social media, and niche utilities. Audio guides are a functional feature that visitors expect to access the moment they need it, not something they plan ahead to install.
If you're deciding right now:
Choose web (or PWA):
Choose native only if:
Honestly, most museums should choose web.
Q: Won't an app look more professional?
No. A well-built web app looks identical to a native app. The visitor sees an interface—they don't care how it's built. What they care about is not having to download something.
Q: What if visitors want to use the guide at home after their visit?
That's an argument for the web. A web-based guide is always accessible, bookmarkable, shareable. Native apps get deleted or forgotten. Web links live forever in someone's browser history.
Q: Can we do both—web and app?
You can, but you shouldn't unless you're a large network. You're duplicating work. Every feature goes into two codebases. Every bug exists twice. Every update is two separate processes. The math only works if you have a team of 5+ engineers and years of runway.
Q: What about push notifications?
Native apps win here. Web push notifications work but adoption is lower, and iOS is restrictive. If notifications are core to your experience—reminders, time-based content—that's one point toward native. But most museum guides don't need notifications. They're passive experiences.
audience: b2b
The app vs web question isn't really a technical question. It's a question about friction and scale. Remove friction, and your visitors engage. Accept friction, and they don't—it's that simple. Native apps feel like a status symbol but often solve problems you don't have while creating problems you'll definitely face.
Build for the web first. If you're managing a network of dozens of venues and you have a team and a budget, revisit the app question then.
Need to build an audio guide for your museum? Get in touch with our team and we can help you think through the best approach for your venue.