§ 03 / Мобильные

Разработка мобильных приложений для iOS и Android.

Приложения, которые люди не удаляют после третьего запуска. React Native — когда нужна скорость и одна кодовая база на две платформы. Нативно (Swift и Kotlin) — когда важны производительность, AR/VR, интеграции с систенаш или редкое железо.

§ 03.1 Что делаем

→ MVP

MVP мобильного продукта

Первая публичная версия под проверку гипотез. Авторизация, ключевой сценарий, платежи, push, базовая аналитика. 4–6 недель до стора.

→ B2C

Потребительские приложения

Доставка, услуги, маркетплейсы, лайфстайл. Геолокация, карты, очереди, онлайн-чат, оценки, отзывы, реферальные программы.

→ B2B

Корпоративные приложения

Для полевых сотрудников: накладные, фото-отчёты, сканирование штрихкодов, офлайн-работа, интеграция с 1С, CRM, ERP.

→ Нативно

Swift / Kotlin

Когда нужна максимальная производительность: видео, AR-камера, Bluetooth-периферия, CarPlay / Android Auto, HealthKit.

→ Публикация

Выпуск в сторы

Подготовка App Store Connect и Google Play Console, иконки, скриншоты, описание, работа с отказами модерации, обновления.

→ RuStore

RuStore и альтернативные каналы

Публикация в RuStore, AppGallery, выпуск APK через собственную страницу, OTA-обновления. Для российских клиентов — актуально.

§ 03.2 Как выбираем платформу

React Native / Expo — если приложение в основном про формы, списки, чаты, карты и CRUD. Разработка быстрее в 1.5–2 раза, одна кодовая база.

Нативно (Swift + Kotlin) — если нужен бесшовный нативный UX, сложная работа с камерой / сенсорами, интеграции с iOS / Android SDK, видео в реальном времени. Или если приложение — ядро бизнеса и экономия времени разработки не оправдывает компромиссов.

Flutter / Ionic / Cordova — не делаем. Не из принципа, а потому что не считаем их лучшим выбором для нашего формата работы.

§ 03.3 Что входит

Проектирование сценариев: что пользователь делает в первые 30 секунд, неделю, месяц.
Дизайн в Figma (или работа с вашим дизайнером).
Разработка, тестирование на живых устройствах.
Интеграция платежей: Apple Pay / Google Pay, ЮKassa, Stripe, Telegram Payments.
Push-уведомления, email, deep links, онбординг, A/B-тесты.
Аналитика: Firebase, Appsflyer, AppMetrica, PostHog.
Мониторинг крэшей: Sentry, Firebase Crashlytics.
Подготовка и подача в сторы, помощь с отказами модерации.
CI/CD: сборки, автотесты, автопубликация в TestFlight / Internal Testing.

§ 03.4 Сроки

MVP (одна платформа)

4–6 недель

React Native, один ключевой сценарий, авторизация, платежи, аналитика. Публикация в одном сторе.

Приложение под обе платформы

6–10 недель

iOS + Android, несколько сценариев, интеграции с бэкендом, карты, уведомления, оба стора.

Нативно Swift + Kotlin

8+ недель

Когда критичен нативный UX или сложные интеграции с железом. Две кодовые базы, два разработчика по сути внутри одной головы.

Ценник всегда индивидуальный — зависит от платформ, сложности сценариев и интеграций с SDK. Озвучиваю на первом созвоне.

§ 03.5 Частые вопросы

React Native или нативно — что лучше?

Зависит от задачи. Для 70% приложений React Native экономит бюджет и время без ощутинаш потери в качестве. Если приложение — ядро бизнеса и его будут использовать каждый день — нативно надёжнее.

А приложение не завалят на модерации?

Бывает, если нарушены правила сторов. В договоре прописываем: прохождение модерации — наш риск, доработки после отказов входят в стоимость.

Нужен ли вам наш аккаунт разработчика?

Да, нужны ваши аккаунты в App Store Connect и Google Play Console — приложение должно принадлежать вашей компании. Помогу зарегистрировать, если ещё нет.

Что с поддержкой после запуска?

Включено: 30 дней исправления багов после релиза. Дальше — по запросу: почасовая работа, полноценный ретейнер или передача другому разработчику.

§ — Написать

Опишите
приложение.

hi@weiss.help ↗

или в Telegram · по телефону

Первый созвон 20 минут — бесплатно. Смета за сутки.