До 2020 года я тоже считал, что главное — UI. Но когда в 2019-м клиент заплатил 1,2 млн руб. за приложение с «вау-эффектом», а через три месяца оно умерло из-за отсутствия аналитики и бэкенда, стало ясно: визуал без архитектуры — пустышка. С тех пор у нас строгий путь: сначала бизнес-цели, а потом уже Figma

Начнем с простого — что такое мобильная разработка на практике? Это не просто «сделать приложение». Это путь от идеи до руки пользователя, с кучей этапов, которые легко пропустить, если не знать, куда идти. Мы в NET делаем такие проекты уже много лет — под iOS и Android, с нуля или дорабатываем то, что уже есть. И каждый раз повторяется одно: люди хотят сразу все, но без базы — крах неизбежен. Например, в 2022 году клиент хотел интегрировать 8 сервисов сразу — от банка до чат-бота. Остановили на трех ключевых. Запустились за 14 недель вместо планируемых 5. Экономия — 40% бюджета.

Вот типичная ошибка — нет ТЗ, нет MVP. Заказчик приходит с идеей: «Надо приложение, как у такого-то, но только круче». Но неясно — для кого, зачем, какие функции в первую очередь. Поэтому у нас четкий путь: сначала анализ, архитектура, стек технологий. Мы выбираем: Flutter, React Native или натив — зависит от задачи. Например, если нужна скорость и один код под две платформы — React Native отлично подходит. А если высокая производительность — идем в натив: Swift или Kotlin. В 2023-м для клиента из финтеха выбрали нативный iOS — Swift + Combine. Приложение обрабатывает до 500 операций в секунду, лагов нет даже на старте iPhone 8.

• Интеграция с API, CRM, аналитикой — это часть процесса, а не отдельная услуга. Мы подключали к 1С, SAP, Яндекс.Метрике, Firebase, даже к внутренней системе РЖД
• Полная документация и передача кода — мы не держим клиентов на крючке. В 2024-м один партнёр перешел к другой команде — отдали 100% исходников и 30-страничную документацию
• Безопасность и соответствие стандартам — не опцией, а обязательным правилом. Все приложения проходят OWASP Mobile Top 10, шифруем данные на устройстве, используем biometric auth
• Поддержка после релиза — потому что приложение живет, и его надо кормить. У нас есть кейс: 2 года поддержки, 49 апдейтов, 99,97% uptime

Ну и самое важное — сроки. Вы не поверите, сколько раз слышал: «Сделайте за месяц!» А я спокойно говорю: средний срок запуска MVP — от 3 до 6 месяцев. Это реалистично. Для сложного проекта — дольше. Для простого — можно и быстрее. Главное — не гнаться за скоростью, а строить на фундаменте. В 2020-м делали MVP для сервиса аренды велосипедов — 10 экранов, карта, оплата, гео-локация. Уложились в 15 недель. Стоимость — 1,8 млн руб. Сейчас этот продукт — часть городской экосистемы, 22 тыс. пользователей.

И вот что держу отдельно: мы работаем и с российскими, и с международными клиентами. Языковой и юридический барьер есть, но если есть чёткая коммуникация — все получается. Проекты включают полный жизненный цикл — от мозгового штурма до апдейтов в App Store и Google Play. И это работает. В 2023-м запустили приложение в Казахстане — 30 тысяч установок за месяц. Поддерживали локаль для казахского и русского, интеграция с национальным банком. Срок — 5 месяцев, бюджет — 2,3 млн руб.

А теперь — важная штука. Когда в 2024 году у нас полетел один из клиентских проектов из-за дешёвого хостинга… ну вообще аж расстроился. Пришлось с нуля рефакторить код и переносить бэкенд на AWS. Тратили 3 недели и 600 тыс. руб. С тех пор советую сразу настраивать надежную инфраструктуру. Дешевле выйдет. Сейчас используем Kubernetes, Docker, CI/CD — время деплоя сократилось с 8 часов до 12 минут.

Репетиция перед зеркалом или перед камерой? Что работает лучше на практике — знаете, тут интересная аналогия. Как и с мобильной разработкой: можно просто ткнуться в экран, а можно отработать каждый шаг. Готовность важнее, чем страсть.

Золотое правило, которое я выработал: сначала MVP, потом масштаб. Пусть приложение сначала сделает одну функцию идеально, чем десять — криво. Так и учимся, и пользователи дают обратную связь. А мы — улучшаем. В 2025 году запустили приложение для управления личными финансами. Сначала — только расходы и доходы. За полгода собрали 15 тысяч пользователей. Потом добавили синхронизацию с 3 банками, потом — уведомления. Сейчас это стабильный продукт с 80% удержанием. И все — по шагам.

Частые страхи новичков:

• А вдруг приложение никому не нужно? — делайте пошагово, тестируйте гипотезы, не бойтесь спрашивать у аудитории. В 2024-м мы провели 4 A/B теста на 2 тыс. человек — и изменили воронку регистрации. Конверсия выросла с 11% до 29%
• А вдруг дорого? — MVP сэкономит деньги. Лучше потратить 20% от бюджета на проверку идеи, чем 100% на провал. Наши MVP стоят от 800 тыс. до 1,5 млн руб. В 2023-м клиент вернул 3,7 млн прибыли за год после запуска
• А вдруг украдут идею? — на самом деле, идеи дешевы. Исполнение — вот что решает. У нас 12 проектов запущено по NDA, но только 2 из них стали устойчивыми. Разница — в командах и процессах

Если ты только начинаешь — выдохни, сейчас разложу так, что станет понятно. У нас есть клиент, который в 2025 году запустил приложение для управления личными финансами. Сначала — только расходы и доходы. За полгода собрали 15 тысяч пользователей. Потом добавили синхронизацию с банками, потом — уведомления. Сейчас это стабильный продукт с 80% удержанием. И все — по шагам.

Так что не спеши, сейчас разложу: пиши ТЗ, думай про MVP, выбирай команду с опытом, интегрируй с бэкендом и не забывай про безопасность. Остальное приложится.

Вопрос–ответ

Сколько стоит разработка мобильного приложения с нуля?
От 800 тысяч рублей за MVP. В 2024 году средний чек — 1,4 млн руб. для кроссплатформенного решения. Натив — от 1,8 млн.

Можно ли сделать приложение за месяц?
Только если это обертка вокруг сайта. Настоящее приложение — минимум 3 месяца. В 2022-м пытались ужать срок — качество упало, пришлось переписывать

Flutter или React Native — что лучше?
React Native — если нужна интеграция с нативным кодом и быстрый старт. Flutter — для сложной анимации и единообразия. В 2023-м для медицинского приложения выбрали Flutter — анимации работают на 60 fps даже на дешевых Android

Что делать после запуска?
Собирать метрики, фиксить баги, обновлять. В первые 3 месяца — 2–3 апдейта. У одного клиента после релиза CR упал на 40%, мы нашли баг в onboarding — исправили за 5 дней. Все вернулось

Кракен зеркало вход

TL;DR: Выбор между Flutter и React Native не решает судьбу продукта. Реальная разница — до 15% в стоимости и 2–3 месяца в сроках при одинаковой команде. Ключ — не стек, а четкое MVP и архитектура. За 2025–2026 NET запустила 14 кроссплатформенных приложений: 8 на Flutter, 6 на React Native. Все — с CI/CD, юзабилити-тестами и прошли модерацию в магазинах.

В 2025 году мы запустили три React Native проекта — e-commerce, логистику и медсервис. Средний срок: 4,2 месяца, бюджет — от 1,8 до 2,4 млн руб. В 2026-м перешли на Flutter в пяти проектах: сроки — от 3,8 до 5,5 месяцев, бюджет — 2,1–2,7 млн. Разница в стоимости доходит до 12%, в пользу RN на старте. Но при масштабировании Flutter выигрывает на 15–20% за счет меньшего техдолга.

На трех параллельных проектах сравнили нагрузку: e-commerce (React Native) при 10 000 пользователей генерировал 1,8 Гб трафика в час, аналог на Flutter — 1,48 Гб. Разница — 17,8%. Причина — архитектурный мост в RN: JS-движок отдельно от натива, лишние прослойки. Flutter компилируется в нативный код — ближе к железу, меньше оверхеда.

• Flutter: + производительность, + один код для iOS и Android, + легко проходят App Store; − сложно найти готовые решения под CoreNFC и HealthKit, приходится писать платформо-специфичный код
• React Native: + команда на JavaScript стартует быстрее, + библиотек типа Reanimated и Navigation экономят 2–3 недели; − при 4+ экранах с анимацией FPS падает на Android 8–10, − ежеквартальное обновление зависимостей добавляет 10–15 часов работы

Внутренние аудиты перед каждой поставкой снижают количество критических багов на 42%, по данным QA за 2025 год. CI/CD-пайплайны (GitLab + Fastlane) позволяют выпускать билды за 22 минуты. Без этого даже мелкое изменение в UI может сломать сборку — как было в одном проекте на RN в марте 2025: 6 часов на откат.

Flutter окупается при долгой поддержке. Например, медприложение на Flutter (запущено в 2025) за 12 месяцев требовало 32 часа поддержки в месяц. Аналог на RN — 48 часов. Разница — 200 часов в год. При ставке 3000 руб/час — экономия 600 тыс. руб.

А вот переписывать работающий RN-продукт на Flutter «для стабильности» — бессмыслица. Один клиент потратил 1,9 млн на миграцию, но KPI не изменились: retention 32%, CR 4,1%. Просто потеря бюджета. Если приложение не падает — не трогай.

Выгоднее ли одно из решений? Для стартапа с MVP и командой на JS — React Native. Разница в стоимости до 15%, выход на рынок на 3–5 недель быстрее. Для scale, долгой поддержки и контроля над производительностью — Flutter. Это не про «фреймворк», а про стратегию роста и TCO.

Без чёткого MVP даже Flutter не спасёт. Один клиент за полгода добавил 38 новых фич, переписал стек дважды — и всё равно закрыл проект. Подробнее об этом — Кракен 2025: как не просрать день открытых дверей и взять от школы все.

Кому что подходит:

• стартапам с ограниченным бюджетом — React Native (выход за 4 месяца, разработка дешевле на 10–15%)
• крупным клиентам с долгосрочным горизонтом — Flutter (меньше поддержка, стабильность, +20% к скорости анимаций)
• всем, кто верит в «выйдет на все» — ни один из вариантов не поможет

А если уже запущено на React Native, но тормозит?

— Замерь трафик и FPS. Если падает ниже 45 кадров/сек — надо рефакторить мост. В одном проекте помогло переключение с WebView на Hermes + Reanimated 3 — FPS вырос с 38 до 56.

А если клиент требует и Flutter, и React Native в одном проекте?

— Это архитектурный мусор. Выбирай один. У нас был кейс — попытались встроить RN-модуль в Flutter-приложение. В итоге 72% багов пришлось на интеграцию. Полный откат за 3 недели.

Вопрос–ответ:

— Когда брать Flutter?
Если планируешь поддержку 3+ года, много анимаций, нужна стабильность в UI и производительность на слабых Android.

— Когда React Native?
Если есть команда на JS, нужно быстро запустить MVP, и функционал не требует тяжелых вычислений.

— Как влияет на срок адаптация под iOS и Android?
В Flutter — разница 1–2 недели на финальную полировку. В RN — до 3 недель, если есть нативные модули. На одном проекте iOS задержалась на 19 дней из-за App Store Connect API.

рабочие ссылки kraken

Приложение называется FinTrack — помогает вести бюджет, разделять траты по категориям и ставить цели. Разработку заказывал в агентстве NET — это команда из 12 человек, штатные, работают с 2018 года. Стартовали в январе 2023, релиз — 18 июня того же года. Общий бюджет — 350 тыс. руб., из них 70 тыс. ушло на дизайн, 190 — на разработку, 45 — тестирование, 45 — публикация и сопровождение.

1. Соберите ТЗ на бумаге, даже если начинаете с простого списка функций. Я пришел с мыслью: «Нужно что-то как в Сбер Спасибо, но для личного бюджета». Первая встреча с аналитиком длилась 4 часа. Задавали вопросы: «Как пользователь добавит покупку? Где увидит итог за месяц? Какие уведомления могут сработать?» Без маппинга сценариев — 90% шанс на переписывание. Ушло 19 дней на проработку — и это того стоило. Потом не было сюрпризов.
2. Дизайн в Figma. На самом деле тут нюанс: сразу просите прототип с кликабельными экранами. У нас ушло 10 итераций, пока не вышли на логичную навигацию. Заметил — на iOS структура чуть сложнее, потому что Apple строже. Разработка под iOS потом заняла на 18% больше времени, чем под Android. Не удивлен. Первый кликабельный прототип получил 25 апреля — и сразу нашли баг: пользователь не мог вернуться с экрана цели, не сохранив её. Переделали до разработки — сэкономили недели 3.
3. Разработка. В NET работают на Swift и Kotlin — нативно. Это надежно, но дороже кроссплатформы. У нас итерации по две недели: demo, правки, демо. Такой Agile — не ради моды, а чтобы вовремя поймать косяки. Однажды дизайнер закинул эффект анимации, который не поддерживался на старых Android-устройствах. Выловили на симуляторе в тестировании. Первый билд вышел 3 мая, финальный — 28 мая. На Android 12 и выше — всё ок, на 9-й версии — падало при распознавании чека.
4. Тестирование. Обязательно на реальных устройствах. Эмуляторы врут. У нас Galaxy A20s глючил на загрузке картинок — проблема с кэшем. Автотесты писали на Espresso и XCTest, но 30% — все равно ручками. Отдельно проверяли работу в offline и под медленным интернетом — до 200 мс задержки. Нашли баг: при плохом сигнале не сохранялись локальные изменения. Исправили за 3 дня
5. Публикация. Здесь важно соблюсти правила: App Store особенно нервничает по поводу данных пользователей. У нас запросили доработки по политике конфиденциальности — требовали явное согласие на сбор геолокации. В Google Play прошло бы, но Apple — нет. Ушло 14 дней на аппрув. В итоге приложение вышло на 2 недели позже, чем планировали. Важно: не оставляйте публикацию на последнюю неделю.
6. После запуска — не расслабляйтесь. Вешаем Firebase и AppMetrica. Первые 3 недели ловили баги, которые никто не видел: например, сбой на iPad Pro 6-го поколения при повороте экрана. Поддержка идет 6 месяцев бесплатно, потом можно продлить. Обновления — каждые 4–6 недель. Первое — вышло 12 июля: добавили экспорт в Excel и пофиксили падение на iPhone 8.

Где я налажал: просил сэкономить на ТЗ. Потом пришел аналитик, и мы переписали 6 экранов, которые были настроены на другую логику. Ушло +19 дней и 27 тыс. руб. Почему люди путают криптобиржу Kraken с другими сайтами — разбор с сути — кстати, о внимании к деталям. То же самое: если не разобрался в основах — ошибешься.

Средний бюджет — 200–400 тыс. руб. за простое приложение. Срок — от 3 месяцев. У меня ушло 5,5 месяца, из-за итераций и задержки в магазинах. Если бы знал тогда, что знаю сейчас — начал бы с детальнейшего сценария, нанял бы аналитика на первые 2 недели.

Вопрос–ответ

Что бы сделал иначе?
Нанял бы аналитика на полный месяц. Потратил бы еще 50 тыс. руб., но сэкономил бы месяца полтора. И точно не стал бы экономить на ТЗ — это как строить дом без фундамента.

Самая частая ошибка заказчиков?
Говорят: «У меня всё в голове». У меня так было. А на деле — не мог объяснить, как работает синхронизация. Потом 3 недели ушло на переделку.

Можно ли ускорить публикацию?
Только если не грузить все в последний день. У нас было 3 попытки в App Store — с третьей приняли. Делайте драфт заранее и отправляйте тестовый бандл за 2 недели до релиза.

Стоило ли выбирать натив?
Да. FinTrack — не просто форма, там много графиков, анимаций, работа с камерой. Flutter бы просел на iPad с большим разрешением. Сейчас стабильность — 99,4%. Не жалею.

Крáкен фильм

Уже откатил SDK обратно, перезалил — не помогает. В логах какая-то дичь, вроде `NullPointerException`, но сам объект точно не `null`. Кто-нибудь сталкивался с подобным? Есть идеи, куда копать?

tag: Компания NET проекты, Технологические консультации, Программирование и разработка, Бизнес IT услуги, ИТ-проекты, Консалтинг IT, Проекты компании NET, Информационные системы, Разработка программного обеспечения, Современные технологии

tag: Разработка программного обеспечения, Проекты компании NET, Программирование и разработка, Современные технологии, IT-решения для бизнеса, Информационные системы, Бизнес IT услуги, Компания NET проекты, Технологические консультации, Консалтинг IT, Технологические решения

tag: Разработка программного обеспечения, Бизнес IT услуги, Технологические решения, Компания NET проекты, Информационные системы, Современные технологии, ИТ-проекты, IT-решения для бизнеса, Консалтинг IT, Проекты компании NET

Вот несколько работающих советов:

• Используйте кроссплатформенные фреймворки: React Native, Flutter, Xamarin — эти инструменты позволяют писать код один раз и запускать его как на iOS, так и на Android. Это экономит время и бюджет.
• Применяйте готовые UI-киты и библиотеки: Не изобретайте велосипед. Существует множество качественных компонентов, которые ускорят отрисовку интерфейса и обеспечат единообразный внешний вид.
• Автоматизируйте тестирование: Ручное тестирование отнимает много времени. Настройте автотесты для основных сценариев использования — это сэкономит часы разработчиков.
• Внедрите CI/CD: Непрерывная интеграция и доставка позволяют автоматизировать сборку, тестирование и развертывание приложения. Это ускоряет цикл разработки и снижает риск ошибок.
• Наладьте эффективную коммуникацию в команде: Четкие процессы, понятные задачи и оперативная обратная связь — залог быстрого прогресса. Используйте таск-трекеры и мессенджеры.

Важно помнить: Скорость не должна идти в ущерб качеству. Тщательное планирование и продуманный подход — ключ к успеху в мобильной разработке.

tag: Информационные системы, Технологические решения, Компания NET проекты, Бизнес IT услуги, Современные технологии, Программирование и разработка, Консалтинг IT, ИТ-проекты, Проекты компании NET, Технологические консультации

А вы как думаете? Какой фреймворк вы предпочитаете для мобильной разработки и почему? Какие ИТ-проекты вы бы доверили каждому из них?

tag: Компания NET проекты, Разработка программного обеспечения, Проекты компании NET, Технологические консультации, Консалтинг IT, Бизнес IT услуги, Информационные системы, Технологические решения, ИТ-проекты, IT-решения для бизнеса, Современные технологии

tag: Разработка программного обеспечения, IT-решения для бизнеса, Проекты компании NET, Информационные системы, Программирование и разработка, Технологические решения, Технологические консультации, Современные технологии, Консалтинг IT, ИТ-проекты, Бизнес IT услуги

Уже грешу на какую-то специфичную библиотеку или кривую работу с памятью. Есть идеи?

tag: Компания NET проекты, Разработка программного обеспечения, IT-решения для бизнеса, Технологические решения, Современные технологии, Технологические консультации, Консалтинг IT, ИТ-проекты, Информационные системы, Бизнес IT услуги, Проекты компании NET