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.