App Development

Your business,
in their pocket.

Custom iOS and Android apps for booking, paying, tracking, and coming back. One codebase, both stores, and the same team from the first sketch to the App Store listing.

One codebase, both storesStore submission handledYou own the code and accounts
iOS · APP STORE
ANDROID · GOOGLE PLAY
9:41
ACME PLUMBING
Good morning
NEXT VISITIN 12 MIN
Thu · 2:00 PM
Water heater install
BOOK AGAINPAY INVOICE
Invoice #4412 · Paid›
Photos from last visit›
Refer a neighbor›
HOMEBOOKPAYMORE
9:41
ACME PLUMBING
Good morning
NEXT VISITIN 12 MIN
Thu · 2:00 PM
Water heater install
BOOK AGAINPAY INVOICE
Invoice #4412 · Paid›
Photos from last visit›
Refer a neighbor›
HOMEBOOKPAYMORE
ONE CODEBASE
ACME PLUMBING · NOWYour tech is 12 min away. Tap to track the van.
LATEST RELEASE
v1.4
SHIPPED TUE · BOTH STORES
4.9
APP STORE
4.8
GOOGLE PLAY
9:41
ACME PLUMBING
Good morning
NEXT VISITIN 12 MIN
Thu · 2:00 PM
Water heater install
BOOK AGAINPAY INVOICE
Invoice #4412 · Paid›
Photos from last visit›
Refer a neighbor›
HOMEBOOKPAYMORE
ACME PLUMBING · NOWYour tech is 12 min away. Tap to track the van.
v1.4
LATEST RELEASE
4.9
APP STORE
4.8
GOOGLE PLAY
FIG. 01 — ONE CODEBASE, BOTH STORESCUSTOMER APP, ONE CLIENT
Fig. 02 — What we build

Four kinds of app.
One way of building them.

Most local businesses need one of these. Some need two that talk to each other. None of them need a 40-screen app.
01FOR CUSTOMERS

Customer app

Book, pay, track the truck, see past work, refer a neighbor. The app a repeat customer opens instead of calling.

BOOKINGPAYMENTSPUSHLOYALTY
TYPICAL BUILD · 10–12 WEEKS
02FOR YOUR CREW

Field app

Today’s jobs, checklists, before-and-after photos, signatures, and it keeps working when the basement has no signal.

OFFLINEPHOTOSCHECKLISTSGPS
TYPICAL BUILD · 8–10 WEEKS
03FOR CLIENTS

Client portal

Approvals, files, invoices, and progress in one place. For agencies, contractors, and anyone tired of emailing PDFs.

APPROVALSFILESINVOICESCHAT
TYPICAL BUILD · 8–10 WEEKS
04FOR THE OFFICE

Ops tool

The spreadsheet that runs your business, turned into a tool with permissions, history, and a dashboard you check from the truck.

SCHEDULINGINVENTORYREPORTSROLES
TYPICAL BUILD · 6–9 WEEKS
Fig. 03 — The build plan

Eleven weeks to both stores

A typical customer app. Every phase ends with something you can hold, and a gate you have to say yes to before we spend the next dollar.
PHASE 03 · WEEKS 4–9

A new build every Friday

One codebase for both platforms, backend in your own accounts, payments live in test mode by week six. You install a fresh beta every week and break it.

WE NEED FROM YOU
Fifteen minutes each Friday to open the new build and tell us what feels off.
YOU GET
Weekly TestFlight and Play beta builds
Backend, database, and payments in your accounts
Push notifications, sign-in, and offline sync working
GATE · YOU SAY YES BEFORE WE MOVE ON
Every screen from the list is in the build and you’ve booked and paid for a test job yourself.
Fig. 04 — The happy path

Six screens. No manual.

Open, book, pay, done. If a customer needs a tutorial, we cut screens until they don't. This is the booking flow we ship most often.

01 SIGN IN
APPLE · GOOGLE · PHONE
02 HOME
NEXT VISIT · PAY · BOOK
03 PICK A SLOT
LIVE CREW AVAILABILITY
$—
04 PAY
APPLE PAY · GOOGLE PAY · CARD
05 BOOKED
ADDED TO THEIR CALENDAR
1:48
06 DAY-OF PUSH
“YOUR TECH IS 12 MIN AWAY”
Fig. 05 — Spec sheet

Under the hood

The boring parts, written down so your next developer never has to guess. Everything lives in accounts with your name on them, not ours.

SHARED CODE~92%
NATIVE WHERE IT COUNTSCAMERA · PAY · PUSH
COLD START TARGET< 1.5s
PLATFORMSiOS 16 and newer, Android 12 and newer. Tablets when the job calls for it.
CODEBASEOne shared codebase in React Native with Expo. Native modules where it matters: camera, payments, push, maps.
BACKENDPostgres and auth on Supabase, hosted in your account. Row-level security on everything that touches a customer.
PAYMENTSStripe with Apple Pay and Google Pay. Cards on file, deposits, and recurring plans without storing a card number yourself.
SIGN-INApple, Google, or a phone number and a code. No passwords to forget.
PUSHFirebase Cloud Messaging on both platforms. Scheduled reminders and event-triggered alerts from your other tools.
OFFLINEReads cached, writes queued and synced when signal returns. Built for basements and job sites.
ANALYTICSScreen flows, retention, and crash reporting. A one-page monthly readout, not a dashboard you’ll never open.
OWNERSHIPYour developer accounts, your repository, your data. We hold a key; you hold the deed.
Fig. 06 — Year one

1.0 is where it starts

Apple and Google change the rules twice a year. An app nobody maintains gets pulled. Here's what a real first year looks like.
52 WEEKS · ONE SQUARE PER WEEK · ACME PLUMBING, YEAR ONE17 RELEASES · 0 DAYS PULLED
QUIET WEEKFEATURE RELEASEFIX SHIPPEDiOS / ANDROID UPDATE HANDLED
01

Store changes, handled

Apple and Google update their rules and SDKs every year. We update before the deadline, so your app never gets a warning letter.

02

We hear the crash first

Crash reports and outages page us, not you. Most fixes ship before a customer thinks to mention it.

03

One feature a month

A thirty-minute call to pick it, a build to test it, a release to ship it. Twelve real improvements a year.

04

Leave with everything

Cancel any time. The code, the accounts, the data, and the store listings were in your name from day one.

×6 SCREENS, NOT 40
STEP 01 · FREE

The scoping call

Ninety minutes with you and whoever answers the phone. We leave with the screen list, what to cut, and a fixed price for the rest.

TAP THROUGH ON YOUR PHONE
STEP 02 · WEEK 3

Clickable prototype

Before a line of code, you hold the whole app on your own phone and tap through every screen. Change anything. It's cheap here and expensive later.

APP STOREGOOGLE PLAY
STEP 03 · WEEK 11

Both stores, same day

We handle the listings, screenshots, review notes, and the rejections that come back. Then flat monthly care keeps it live, updated, and growing.

Their phone is
already out

Tell us the one thing your customers keep calling about. We'll tell you in one call whether it belongs in an app, what it costs, and when it ships.

Book the scoping call(337) 366-0845

Questions

How is an app priced and paid for?
The build is quoted to scope, then paid in three phases: 50% up front, 25% before the revision round, and the balance at launch. You know the full number before the first phase is paid.
How long until the first version?
Typically four to eight weeks to a first release, depending on how much version one has to do. Scoping is where that number is decided, which is why we separate must-ship features from later ones before quoting.
Who owns the code and the accounts?
You do. The codebase, the repositories and the store accounts are yours, so you are never locked into us to keep your own app running.
What happens after launch?
A maintenance retainer is set up at launch, because apps do not sit still: phones update, operating systems change, and something eventually breaks. The retainer covers keeping it working and shipping new versions.
Can I start smaller than a full app?
Yes. A clickable prototype is the cheapest way to find out whether the idea holds up, and it becomes the scope for version one if it does.