Step 05 // Phone-First Builds

Applications.

Steps 01–04 pick the look, name the business, fill the room, and prove it — the application is the piece that creates it all. Before we sell you one, we define the word — because "we need an app" means three different things and they price three different ways. Sometimes it's a web app that installs from a browser. Sometimes it's a true native build for the stores — and that work starts at $25,000. This page lays out every option, what it costs, and when it's actually the right call.

Native from $25K, said out loud Web apps skip the store toll 12 years on the App Store Internal systems, no store needed

The five pills are the pitch order, not a rule — start wherever the business actually is.

We start withWhich kind of "app" you actually mean.
We priceNative from $25K — said out loud, up front.
We've shippedTwelve years on the App Store. Ask about Scan Quest.
The option sheet / pick your kind

Four things people mean
when they say "app."

Option 01 / the honest defaultplatform priced
Web app

Installs from the browser onto the home screen — same icon, same tap. No store review, no 30% toll, updates the moment we ship them.

  • Works on every phone already made
  • No app-store fees, ever
  • 9 times out of 10, this is what you meant
Option 02 / the middle pathquoted per build
Wrapped app

A web-app core inside a store shell — Cordova-class packaging. Store listing, real icon, lower build cost than full native.

  • One codebase, a listing in the store
  • Cheaper than native, present in the store
  • Right when "be in the store" is the only hard requirement
Option 03 / one platform, done rightfrom $25,000
Native build — one store

Real Swift/iOS or Kotlin/Android — hardware-level, offline-capable, built for one platform's rules and reviewed against them.

  • Design, build, store submission, review rounds
  • Full access to the phone: sensors, radio, background work
  • Pick the store your customers actually live in
Option 04 / the full shelfquoted per build
Native build — both stores

iOS and Android as two real codebases — or one native engine with platform shells. Each store is its own build, review, and upkeep.

  • Two platforms means two of everything — priced honestly
  • Shared logic where it saves money, native where it counts
  • We tell you which store earns its keep first
Native / what $25K actually buys

The store route is real. So is the bill.

Real Swift or Kotlin, review rounds until it ships — the honest $25K floor.

A native build is engineering for one specific device family. Signed builds, store review rounds, device testing, privacy declarations, update pipeline — the work that makes an icon on a home screen behave like it was always there.

What the $25K floor covers: scoping and screens, the build itself, submission and the back-and-forth with review until it ships. What it doesn't cover is Apple's and Google's toll — store fees and the percentage they take of anything you sell through them. That bill comes from them, not us, but we'd be lying if we didn't mention it.

Real code, your repoKotlin or Swift, in a repository you own — not a builder subscription.
Review rounds includedWe fight the rejection emails until it ships. That's in the price.
The toll is theirsStore cut, developer accounts, per-store fees — we list them before you sign.
Scope → Build → Review → ShipNative
01
Scope on paperScreens, flows, data, hardware needs — fixed before code
02
Build in the openTest builds on your own phone as it grows
03
Store submissionListings, privacy forms, screenshots, the review queue
04
Rejection roundsEvery store rejects version one. We answer until it passes
05
Ship + maintainLive in the store — with an update path, not a prayer

Straight talk: anyone quoting you a native app under five figures is wrapping a website and hoping you won't check. Check.

The honest fork / web or native

Do you actually need native?

Four questions — if none apply, save the $25K.

Answer these four. If none apply, save the $25K. Need the phone's hardware — background GPS, Bluetooth, NFC, sensors? Need offline-first with real local storage? Need to be found inside the App Store or Google Play? Need performance a browser can't deliver?

If yes — you're a native build, and the price is the price. If no — you're a web app, and we'd rather build you the cheap one than invoice you for the wrong one. That answer costs you nothing and saves you twenty-five grand. The taqueria that needs online ordering is the web app. The crew whose phones have to run the calculations against a local database in a dead zone is the native build — and that's where the money goes.

Hardware & backgroundBluetooth, GPS in the pocket, sensors, push at OS level → native.
Store discoveryCustomers must find you by searching the store → native or wrapped.
Everything elseBooking, portals, menus, dashboards, tools → web app. Cheaper, faster, yours.
Same icon. Different plumbing.The fork
W
Web appBrowser install · no toll · updates instantly · every phone
P
WrappedWeb core in a store shell · listed · mid-price
N
NativeBuilt for the device · hardware access · store review · from $25K

Reality check: the 30% store toll, the review queue, and re-submitting every update is the price of being "an app." Some products need it. Most businesses don't.

The record / we actually ship these

Twelve years on the store isn't a pitch line.

Scan Quest 2012–2024 — plus Lehman, Bloomberg, Nomura, Wells Fargo mobility.

Scan Quest launched on the App Store in 2012 and took updates until 2024 — twelve consecutive years live, through every iOS breaking change Apple shipped. Quiet Clubbing, Midnight Music, SilentSystem, Touchless Egg Hunt — real products, real store record, real people tapping them.

And it's not just our own IP. Tim's mobility career runs Lehman Brothers, Bloomberg, Nomura, and Wells Fargo — BlackBerry Enterprise, J2ME, Objective-C through Swift and Kotlin. When we quote a native build, it's a crew that's been shipping phone software since apps were new.

Scan Quest · 2012–2024Our own platform — twelve years of store updates, survived COVID.
Store portfolioQuiet Clubbing, Midnight Music, SilentSystem, Touchless Egg Hunt.
Enterprise mobilityLehman, Bloomberg, Nomura, Wells Fargo — fleets, not just phones.
Store recordReal devices
Epic App Solutions apps listed together in App Store ConnectApp Store Connect — the EAS portfolio, live listings
Epic Apps folder on a phone with Quiet Clubbing, Scan Quest, Midnight Music, and SilentSystemOne folder on a real phone — four shipped EAS apps

Receipts, not renders: every product named on this page existed in the store and ran on real devices — some still do.

Ready-built / ticketing & loyalty

Want ticketing or loyalty? We already built it.

QR, NFC, or barcode — every code single-use, no dup tickets, ever.

If you need a ticketing or loyalty application, we don't start from zero — we have them built, and we make yours. Your name, your colors, your event or your counter — QR, NFC, or plain barcode, whatever your door staff and your customers actually have in their hands.

And the scam every venue knows dies here. Every code is single-use — you'll never see a duplicate ticket again. Nobody slips out the back, hands a ticket to a friend, and walks them in free. First scan admits, second scan flags. That door is locked.

QR, NFC, or barcodeWe scan with whatever is already at the door — phones, tablets, dedicated readers.
No dup tickets, everEach ticket validates exactly once. The second scan of the same code gets flagged, not admitted.
No pass-backOne person in per code — out-the-back-and-hand-it-over does not work here.
Loyalty in the same buildPoints, perks, and repeat-customer tracking — not a punch card lost in a wallet.
Issue → Scan → Validate → LockTicketing
01
IssueTicket minted with a unique code — QR, NFC, or barcode
02
ScanChecked at the door against the live event list
03
ValidateFirst scan admits — the code burns the moment it is used
04
LockEvery scan after that flags on the spot — no dup, no pass-back

On lock means on lock: a used code is a burned code. The only way in is a ticket the system has never seen.

Inside industries / the app that never sees a store

Some of our best builds
aren't in any store.

Inventory screens, phone-to-building apps, on-prem data — systems built for your building, not the App Store.

Some of the best applications we've built will never be listed anywhere. Inventory screens on the wall. Pick lists on the phone in the hand. A system that runs inside your building, on your own network, talking to the devices your crew already carries — Android or Apple, we write both and won't make you pick a side.

This is the same engineering as the store apps, pointed inward. The database can live on hardware in your back room and the app keeps working when the internet doesn't — local isn't a limitation, it's a feature. Software fitted to your floor plan and your process, not a SaaS template with your logo on it.

Inventory + ops screensCounts, receiving, pick lists, andon boards — screens your staff actually uses.
Phone ↔ buildingScan it on the floor, watch it hit the board — the app talks to your system over your own network.
Local-first is fineOn-prem database, offline by default. The cloud only if it earns its keep.
Licensed on both storesRegistered Apple Developer Program and Google Play developers — building for the devices you already own.
Floor → Phone → Board → OfficeInternal
01
Devices you ownAndroid or Apple — rugged hardware or retail phones, your call
02
Your networkthe app and its data live inside your walls, on your LAN
03
Keeps working offlinedead zone or outage, the system doesn't stop
04
No store requireddelivered straight to your devices — updates on your schedule

The fine print: the only store we don't write for is Windows Mobile — and we don't care to.

Same app / bigger glass

The app doesn't stop
at the phone.

The same app runs the menu board, the kitchen screen, the kiosk — the paper retires.

The same web app that installs on a phone runs the TV over the counter, the tablet at the table, and the board in the drive-thru lane. A browser is the player — no proprietary signage box, no per-screen license, no subscription to show your own menu. Which means the application doesn't just replace the paper menu. It replaces the printer, the ticket rail, the clipboard, and the yelling.

The printed menuMenu-board TVs

Price change, 86'd item, breakfast-to-lunch flip — update once and every board in the building changes before the customer finishes reading the old price. Seasonal menus swap on a schedule, not a reprint.

The receipt printerReceipt on screen, in a text, or in email

Paper becomes the option, not the load-bearing part. Keep the thermal printer for the one customer who asks — stop feeding it for the ninety-nine who don't.

Kitchen + expo printersKitchen display on any screen

Tickets land at the station that needs them — grill sees grill, fry sees fry. Expo bumps with a tap or a $6 clicker. No ribbons, no paper rail, no lost ticket, no "I never got that one."

The drive-thru boardInside + outside menus, dayparted

Order-confirmation at the window, weather-rated boards in the lane, a presell board at the entrance. Breakfast flips to lunch on a timer — the ladder and the printed inserts retire.

The truck's whole counterFood truck on a tablet and a TV

The tablet is the register, the TV is the menu, and the location board tells the route where you parked. Sold out? One tap and the menu, the site, and the order page all say it at once.

The order-status yellPickup board

A "now serving" screen calls the numbers — counter staff stop being an intercom. Works for the counter, the window, and the curbside spot.

The wait at the tableTablets at the table

Order another round, call the server, pay the check, keep the kids busy. A $150 Android in a locking mount does the job — no proprietary table hardware.

The line itselfSelf-order kiosk

Any touchscreen running the same app — menu, mods, payment, ticket. The kiosk doesn't call in sick, doesn't mis-key the mod, and upsells every single time.

One order / zero paperCounter → Kitchen → Expo → Board → Phone
01
Order landscounter, kiosk, table tablet, or the customer's own phone — same queue
02
Kitchen screenseach station sees only its items, timed to fire together
03
Expo bumpsone tap clears the ticket — the rail stays empty
04
Pickup boardthe name hits "now serving" on its own
05
Phone pingsthe customer who ordered ahead gets the ready flag too
And it's not just food —
Retail shelf boards + endless-aisle kiosksLobby check-in + queue boardsMedical + dental clipboardsSalon, tattoo + gym service menusWarehouse pick + andon boardsOffice room panels + KPI wallsReal-estate window listingsChurch + event wayfinding

The glass is a commodity.
The app is the product.

Say the hardware numbers out loud: a menu board is a $90 TV and a $30 stick. A table tablet is a $150 Android in a locking mount. The sun-facing wall and the drive-thru lane get commercial 24/7 panels, because physics is real — but none of it is proprietary, and every screen swaps like a lightbulb. You buy the application once. Every screen it ever touches is just a browser with a different size of glass.

Say "app." We'll ask which kind.

Web app that installs from the browser. Wrapped build with a store listing. True native — one platform from $25K, or both stores priced honestly. Whatever it is, it starts the same way: a case file telling us what it needs to do.

Tell us the job the application has to do. We'll tell you which of the four options it really is — and if the honest answer is "you don't need native," we'll say that too.

And you get an answer either way. We're a small shop on purpose — we turn down more cases than we take, and a fast honest no beats a slow maybe. But when a case is big and we're interested, we'd rather build the prototype than talk about it. That lane barely existed four years ago — it's a different market now.