AgencyRelay
Capability · App Development

White-label app development that ships to the store

A senior mobile pod operating inside your repo, your app store accounts, and your release process — quoted as throughput, not as hours, and behind your name from kickoff to v1.0 ship.

  • Native iOS · Native Android · React Native
  • Release engineering + store submission
  • White-label safe by default
What an app build engagement looks likeShip

Mobile pod, predictable spine

  • FormatApp pod inside your SOW
  • CadenceWeekly delivery · async daily standup
  • StackSwift · Kotlin · React Native · Expo
  • Starting at$2,800 / week
Final SOW is scoped against your brief. App Development sits at the top of the single-capability rate band because it includes release engineering, signing, and store-submission ownership.
When agencies bring us in

Four moments where the app brief is bigger than the in-house bench

These are the conversations agency owners describe when an app brief is in front of them and the in-house team has shipped two web projects but never a v1.0 to the App Store.

Signal 0101 / 04

A signed app project needs to ship to TestFlight in eight weeks

The brief is real, the design is locked, and the team has never run the App Store submission gauntlet. We take the build end-to-end — code, signing, provisioning, store metadata, beta cohort — without the founder learning Xcode at 11pm.

Signal 0202 / 04

Native vs cross-platform is still an open argument internally

Decisions on Swift, Kotlin, or React Native cost six to twelve months of regret if they go the wrong way. We've shipped enough of all three to make the call cleanly — and write the trade-offs down so your team and your client can refer back to them.

Signal 0303 / 04

An existing app is shipping but the release pipeline is fragile

Builds work locally but break in CI; signing certs expire; submissions get rejected for reasons nobody documented. We come in, fix the pipeline inside your tooling, and leave you with a release process the team can run without holding their breath.

Signal 0404 / 04

A web product needs a real mobile companion, not a wrapper

Push notifications, offline state, deep links, biometric auth — the things that separate a credible app from a WebView. We design the surface around the device's strengths, not around what's easy to port from the web.

What this capability is — and isn't

A senior mobile pod under your brand. Not a templated app shop, not a freelance marketplace.

What it covers
  • Native iOS builds in Swift / SwiftUI with modern concurrency
  • Native Android builds in Kotlin / Jetpack Compose with Material 3
  • Cross-platform React Native and Expo builds with native module work
  • Release engineering — Fastlane, signing, provisioning, beta cohorts
  • App Store and Play Store submission, plus crash and analytics setup
  • Backend integration, authentication, push notifications, and offline-state handling
What it doesn't do
  • Marketing sites or web product surfaces — that's the Web Development capability
  • WebView wrappers dressed up as native apps
  • Hybrid frameworks below a meaningful production threshold (Cordova, Ionic legacy)
  • Direct-to-client pitching — the pod sits inside your team, not in front of the client
  • Recruit, place, or staff-augment a developer onto your payroll
How an app engagement runs

From brief to first TestFlight build in under three weeks

The shape below is the default for an Invisible Delivery Team SOW with App Development as the lead capability. Capability Expansion adds a capability lead on top when mobile is being stood up as a new service line.

  1. Step 01Days 1–4

    Brief & platform discovery

    Working session with your delivery lead and product owner. We pressure-test the brief, agree platform strategy (native iOS, native Android, React Native, or all three), and inventory the integration surface. NDA and SOW signed under Salt Technologies, Inc.

  2. Step 02Week 1

    Repo, signing, CI

    Repo, Fastlane lanes, signing certificates, provisioning profiles, and TestFlight / Play internal-track pipelines stood up inside your or the client's developer accounts. Architecture readout your team and your client can refer back to.

  3. Step 03Weeks 2–8

    Build & weekly review

    Feature-by-feature delivery with a TestFlight or internal-track build at the end of every week. Weekly working review with named owners on both sides. Crash analytics, release notes, and beta-cohort feedback tracked from build one.

  4. Step 04Week 8+

    Submission & follow-through

    Store metadata, screenshots, privacy disclosures, and review-board readiness — handled inside the same pod, not handed off. Post-launch support transitions cleanly into a Support & Maintenance retainer for OS upgrades, dependency drift, and v1.x feature work.

How to engage

Two engagement shapes — pick the one that matches your brief

App Development is a long-arc capability — you don't ship a credible v1.0 in a week. The two shapes below are the engagements where mobile work actually lands.

Capability rate
$2,800per week

Starting rate for a single-capability mobile pod. Multi-platform engagements (iOS + Android + React Native) and pods that mix capabilities are quoted at the highest applicable rate. Final SOW is scoped against the brief.

Stack & deliverables

Senior mobile engineers, your tools, ship-ready output

We work inside the platforms your team and your client run on — no parallel infrastructure, no "we'll just rewrite it our way" surprise.

Native platforms
  • Swift · SwiftUI
  • Kotlin · Jetpack Compose
  • Modern concurrency
  • WidgetKit · App Intents
Cross-platform
  • React Native · Expo
  • Native module bridging
  • TypeScript end-to-end
  • Reanimated · Skia
Release engineering
  • Fastlane · EAS
  • Signing + provisioning
  • TestFlight · Play internal
  • App Store + Play submission
Outputs we ship
  • Production-ready iOS, Android, or RN app
  • Signed, store-ready builds
  • Crash + analytics instrumentation
  • Push notifications and deep links
  • Architecture readout and handoff docs
  • Release runbook for your team
Operating principles

Partner-safe inside your top mobile build accounts

Every App Development engagement runs on the same operating spine that protects long-arc retainers and Dedicated Partner Pods — contracted through Salt Technologies, Inc.

Principle

No client-facing footprint

We don't email your client, join their calls, or appear in the proposal — unless you explicitly white-list a named engineer in the SOW.

Principle

Inside your repo and developer accounts

We work in your GitHub, your App Store Connect and Play Console accounts, and your Slack or Teams workspace under aliases that fit your team's naming.

Principle

Mutual no-poach

Mutual non-solicitation written into every MSA, with a defined window after the engagement ends. Same clause across every track.

Principle

Salt Technologies, Inc.

MSA, NDA, and engagement SOW are issued by Salt — the Delaware C-Corp behind AgencyRelay.

The same operating spine sits underneath every AgencyRelay capability. Read the no-poach and confidentiality page for the contractual instruments behind these defaults.

App Development FAQ

What agency owners ask before sizing an app pod

Direct answers to the questions that come up on almost every App Development scoping call.

See full FAQ
  • Q.01

    Native iOS, native Android, or React Native — how do you decide?

    Decision sits on three axes: animation and platform-feature density (favours native), team continuity and shared business logic across platforms (favours React Native), and time-to-first-build inside a fixed window (often favours React Native). We make the call inside the brief & platform discovery step, write the trade-offs down, and the SOW reflects the choice. We don't have a default — we have an opinion per brief.

  • Q.02

    Are these senior engineers, or junior bench dressed up as senior?

    Senior. Every App Development engagement is staffed with mobile engineers who have shipped real apps to the App Store and Play Store inside agencies and product companies — not a junior pool with a senior badge in the project channel. If continuity is ever at risk on a long-arc engagement, we tell you before the next sprint review.

  • Q.03

    Whose Apple Developer and Google Play accounts do you use?

    By default the client's. We work inside their App Store Connect and Play Console under named seats that fit your delivery model. Where you (the agency) own the account on behalf of the client, we operate inside yours. Either way, the developer-account ownership is documented in the SOW so there's no ambiguity at submission time.

  • Q.04

    Will you handle the App Store / Play Store submission?

    Yes. Store metadata, screenshots, privacy nutrition labels, data-safety form, age ratings, and review-board readiness are inside scope. We've shipped enough rejections in our previous lives to recognise most of them in the diff before the submission button gets pressed.

  • Q.05

    What's the smallest engagement you'll take?

    App Development isn't a one-week capability — a credible v1.0 typically needs at least a 6–8 week pod inside an Invisible Delivery Team SOW. For shorter mobile work (a tightly scoped feature, a release-pipeline rescue, a TestFlight cohort), we'll route the brief to an Overflow Pods burst if it fits cleanly.

  • Q.06

    Can the pod include backend and infra for the same app?

    Yes. App pods commonly extend into backend work — auth, push, sync, and the API surface the app talks to. That's quoted at the highest applicable capability rate (typically the App Development rate), not as a separate engagement.

  • Q.07

    How does the pricing work for a multi-capability or multi-platform pod?

    The starting weekly rate for a single-platform mobile pod is $2,800 per week. Multi-platform engagements (iOS + Android + React Native) and pods that mix capabilities (App Development + UI/UX, App Development + Backend) are quoted at the highest applicable rate. Final SOW is scoped against the brief; the rate is the floor, not a ceiling.

  • Q.08

    What's the right way to support an app after launch?

    Most apps graduate cleanly into a Support & Maintenance retainer post-launch — OS upgrades, dependency drift, crash triage, and v1.x feature work inside a monthly envelope. Either the same pod or a smaller maintenance crew carries it on the same MSA, no second sales cycle.

  • Q.09

    Do we own the work the pod produces?

    Yes. IP ownership and assignment on delivered code is written into the MSA — the work belongs to your agency (and onwards to your client per your own client contract) on payment of the relevant invoice. Apple Developer and Google Play account access transfers per the SOW. The Salt Technologies templates are counsel-reviewed and shared before signing.

Bring the brief, get the right shape

Tell us the app you're sizing — we'll respond with a clean read on platform strategy, pod shape, and starting rate.

Native iOS, native Android, React Native, or all three. Either way, the conversation starts with the work — not with a deck.

Operating defaultsMSA / NDA / SOW issued by Salt Technologies, Inc.US-aligned working hoursNo-poach commitmentsWhite-label safe by default