Разработка мобильного приложения за 24 дня: как это было

Ко мне обратился владелец B2B-компании с прямым вопросом: где купить мобильное приложение, чтобы клиенты видели свои сделки, могли быстро общаться с менеджерами и обменивались документами — всё в одном экране. Требование было одно: Flutter, чтобы не платить дважды за Android и iOS.

Разработка мобильного приложения заняла 24 дня. Расскажу по этапам, с какими решениями мы это уложили в срок, что получил клиент в цифрах и на чём такие проекты обычно срываются.

Зачем компании вообще своё приложение

Мобильное приложение — это не про понты. Это про контроль, автоматизацию и экономию. В том проекте задачи были предельно приземлённые.

Прозрачность. Клиент сам видит статус сделки и комментарии — не звонит, чтобы спросить.

Чат напрямую в CRM. Без мессенджеров, без «я вам в вотсап скидывал».

Документооборот. Договоры открываются, согласуются и подписываются со смартфона.

Разгрузка отдела продаж. Меньше звонков и писем — менеджеры занимаются продажами, а не отвечают на «а что с моим заказом».

Если вы колеблетесь между приложением и адаптивным сайтом, вспомните, сколько раз в день вы заходите в мобильный банк. Пользователи ценят секунды и не любят вводить логин каждый раз.

Почему Flutter

Если задача — получить приложение под ключ и не разориться, выбор был очевиден.

Flutter даёт один код для двух платформ: одна команда, одна кодовая база, два магазина приложений. Скорость работы почти нативная — пользователь разницы не почувствует. И есть плагины практически для всего: от push-уведомлений до интеграции с Bitrix24, что в нашем случае решало половину задачи.

Альтернатива — писать отдельно под Android и отдельно под iOS. Качество чуть выше, срок и цена — примерно вдвое. Для B2B-приложения с личным кабинетом это неоправданно.

24 дня по этапам

Разбивка, которая позволила не расползтись по срокам.

Аналитика, CJM и прототип — 3 дня

Нарисовали Figma-макеты трёх основных экранов: «Сделки», «Чат», «Документы». Не больше. Прошли путь клиента от входа до подписанного документа и вычеркнули всё, что в этот путь не входило.

Три дня на аналитику выглядят как мало. Их хватило именно потому, что заказчик точно знал, чего хочет, и отвечал в течение часа. Это, кстати, главный ускоритель любого проекта — не технологии, а скорость решений на стороне клиента.

MVP — 10 дней

Авторизация, загрузка сделок, просмотр PDF. Всё. Работающее ядро, в которое можно зайти и увидеть свои данные.

Здесь важен принцип: сначала один сценарий целиком, потом расширение. Не «половина всех функций», а «одна функция, доведённая до конца».

Чат и интеграция с Bitrix24 — 7 дней

Чат на WebSocket, push-уведомления, связка с CRM. Это самая дорогая и самая непредсказуемая часть любого проекта: чужое API, чужие ограничения, чужие сбои.

Семь дней из двадцати четырёх ушли на одну эту связку. И это нормальная пропорция — платят не за экраны, а за интеграции, которые заставляют разные системы работать как одна.

Тесты и релиз — 4 дня

Тёмная тема, Material 3, публикация в App Store и Google Play. Отдельно отмечу: сроки модерации в магазинах от вас не зависят, и их надо закладывать заранее, а не узнавать о них в последний день.

Что получил клиент

Цифры по итогу первого месяца работы:

• загрузка приложения — меньше секунды;
• безопасность: HTTPS, OAuth 2.0;
• push-уведомления на все изменения по сделке;
• минус 30 % входящих звонков за месяц.

Последняя цифра — та, за которую платили. Тридцать процентов звонков, которые раньше отвлекали менеджеров, просто исчезли: клиент сам зашёл и посмотрел. Чат синхронизирован с CRM, документы открываются в пару тапов.

Сколько стоит и от чего зависит

MVP с базовыми функциями стартует от 100 000 ₽. Дальше ценник зависит от двух вещей: количества интеграций и требований к дизайну.

Разработка мобильного приложения дорожает не от числа экранов. Она дорожает от числа систем, с которыми приложение должно разговаривать. Одна CRM — одна история. CRM плюс складская система плюс платёжный шлюз плюс телефония — совсем другая.

Что я советую делать с бюджетом: вложить его в интеграции и логику, а не в анимации. Пользователь B2B-приложения заходит туда не любоваться. Он заходит узнать статус сделки за пять секунд.

На чём такие проекты срываются

Три причины, по которым 24 дня превращаются в четыре месяца.

Нет решающего человека. Если макеты согласовывает чат из восьми участников, ни один срок не выживет. Нужен один человек со стороны заказчика, который говорит «да» и «нет».

Функции добавляются по ходу. Каждое «а давайте ещё вот это» стоит не только своего времени, но и переделки того, что уже сделано. Всё новое — во второй этап, после запуска.

Не проговорили интеграции на старте. Самый дорогой сюрприз: выясняется, что доступа к API нужной системы нет, или его дают за отдельные деньги, или его вообще не существует. Это проверяется в первые три дня, а не на двадцатый.

Что дальше после релиза

Приложение — не картина, его нельзя повесить и забыть. Обновляются операционные системы, меняются требования магазинов, меняется API вашей CRM. Отдельная строка бюджета на поддержку — не вымогательство подрядчика, а часть владения продуктом.

Хорошая новость: когда фундамент собран правильно, добавление новых функций идёт в разы быстрее первого запуска. Тот же клиент потом расширял приложение уже спокойно, без авралов.

Если вам нужен портал с интеграцией в вашу CRM, приложение-магазин с каталогом и оплатой или просто понимание цены и сроков под свою задачу — напишите мне, обсудим идею. Как я веду такие проекты целиком, от аналитики до поддержки, описано на странице разработки сервисов. Бывает, что от прототипа до магазина приложений проходит всего три недели.