Пятое приложение за утро.
Сотрудник уже открыл почту, мессенджер, таск-трекер и CRM — и тут ему присылают ссылку на пятое, корпоративное. Если вы директор сети или франшизы и думаете о своём приложении именно для сотрудников или партнёров — эта статья для вас. Если вы уже обсуждаете со своим айтишником стек и архитектуру — вам это давно не нужно объяснять, идите сразу в техническое задание.
Под словом «корпоративное» скрыты три разные задачи
Путаница начинается здесь. «Корпоративное приложение» в одном разговоре означает приложение для своих сотрудников: задачи, новости компании, HR-сервисы, график смен. В другом — личный кабинет франчайзи или дилера: отчётность по точке, заявки в поддержку, обучающие материалы, документы. В третьем — рабочий инструмент для выездных сотрудников: заявки, маршруты, фото с объекта, подпись клиента прямо в приложении.
кейсы с цифрами по разным нишам
Это три разных продукта с разной ценой и разным сроком окупаемости. Смешать их в одном ТЗ — верный способ переплатить за то, что половине пользователей не понадобится.
На практике это выглядит так. Сеть кофеен на 20 точек хочет приложение для бариста: график смен, инструкции по новому напитку, кнопка «нужна замена». Франшиза автосервисов хочет кабинет для владельцев точек: план по чекам, заявка на закупку расходников, обучающие видео по новому оборудованию. А выездная служба по ремонту техники хочет совсем третье: список заявок на день, маршрут, фото до и после, подпись клиента на экране вместо бумажного акта. Три компании произнесли одну фразу — «нужно корпоративное приложение» — и заказали бы три совершенно разных продукта, если бы не остановились на этом шаге и не разложили задачу на роли пользователей.
Когда хватит Битрикс24, чата и таблицы
Сначала — честный вопрос на миллион.
Если в компании 8 сотрудников и один офис, отдельное мобильное приложение почти всегда лишнее. Задачи закрывает таск-трекер с мобильной версией, новости — закреплённое сообщение в общем чате, HR-документы — папка в облаке с понятной структурой. Свежее исследование ГК ОТР по 1200 сотрудникам в 20 регионах России показывает: 89% уже пользуются корпоративной почтой и мессенджерами, 79% — видеосвязью, 52% — системами постановки задач. Инструменты у людей в руках есть — вопрос не в их отсутствии.
Но то же исследование называет и обратную сторону: 53% сотрудников периодически сталкиваются с техническими проблемами в этом наборе сервисов, а 77% хотели бы одно общее пространство вместо десятка разных логинов. Здесь и живёт убеждение «нам не нужно своё приложение, мы не Сбербанк» — оно верно ровно до той точки, где число отдельных сервисов на телефоне сотрудника переходит за пять-шесть. После этого проблема не в масштабе компании, а в количестве вкладок, которые человек обязан открыть, чтобы закрыть смену.
Кабинет франчайзи — случай, где отдельный продукт окупается быстрее
А вот для сети с франчайзи ситуация другая.
Здесь корпоративное приложение — это не бонус для комфорта, а часть договора франшизы. Франчайзи присылает отчётность, получает обновлённые стандарты, открывает заявку в поддержку — и если это разбросано по почте и звонкам, разница между добросовестной точкой и той, что тянет план, видна с опозданием на месяц. У крупных сетей это решено: Dodo IS у сети «Додо Пицца» собирает аналитику и отчётность по всем точкам в одном месте, доступном франчайзи с любого устройства. Из открытых материалов сети видно, что это в первую очередь веб-система с мобильным доступом через браузер, а не отдельное приложение из App Store — и этого для задачи оказывается достаточно, отдельная нативная разработка не всегда обязательна с первого дня.
Для сети поменьше первый шаг — не обязательно приложение с нуля. На рынке есть готовые SaaS-платформы вроде ФРУК, заточенные именно под сбор отчётности с франчайзи и контроль дисциплины KPI. Отдельное приложение под своим брендом обычно выходит на сцену, когда таких SaaS-подписок набирается три-четыре и франчайзи в них путается больше, чем в старой Excel-таблице.
Сколько это стоит и сколько занимает
Цифры на рынке разработки такие.
MVP корпоративного приложения — простая версия с одним-двумя ключевыми модулями — у российских студий разработки оценивается в 1,5–3 млн ₽ и занимает 2–4 месяца. Полноценное приложение с несколькими ролями, интеграциями и отчётностью — уже 3–8 млн ₽ и 4–8 месяцев. Крупная enterprise-система для сети из десятков точек может стоить от 7–8 млн ₽ и разрабатываться от 8 месяцев. У нас готовой сметы нет — цена считается по конкретному ТЗ, а не по прайс-листу, и мы умеем считать окупаемость до старта разработки, а не после.
- Сколько сервисов и подписок сотрудник или франчайзи открывает сейчас, чтобы закрыть одну задачу
- Сколько времени в месяц уходит на переключение между ними — не абстрактно, а по хронометражу за неделю
- Сколько стоит один потерянный отчёт или пропущенная заявка в поддержку
- Через сколько месяцев экономия времени и ошибок перекроет цену разработки
Если последняя цифра больше года — вопрос не «какую студию выбрать», а нужно ли своё приложение на этом этапе роста. Если меньше — дальше разговор идёт о том, что войдёт в первую версию, а что можно добавить, когда окупится первый модуль.
Разберём на числах. Франшиза из 30 точек тратит на три отдельных SaaS-подписки для франчайзи — отчётность, обучение, поддержка — около 90 000 ₽ в месяц суммарно, то есть чуть больше миллиона в год. Управляющий головной компании тратит на сверку данных между этими тремя сервисами примерно 6 часов в неделю — это почти целая ставка на полставки только на копирование цифр из одной системы в другую. MVP кабинета франчайзи с этими же тремя модулями внутри одного продукта обойдётся в 1,5–3 млн ₽ разово. При таком раскладе разработка окупает себя за полтора-два года только на разнице в подписках, а сэкономленное время управляющего — уже сверху. Если в вашем случае подписок меньше и они дешевле, срок окупаемости соответственно растянется — считать нужно по своим цифрам, а не по этому примеру.
Кто ведёт приложение после запуска
Запуск — это старт, не финиш.
Корпоративное приложение почти всегда переживает собственный сценарий использования: добавляется новая роль пользователя, меняется структура отчёта, выходит новая версия iOS или Android, которая ломает часть интерфейса. Студия, которая сдала проект и попрощалась, оставляет компанию один на один с этими правками — а искать нового подрядчика под чужой код дороже и дольше, чем строить отношения с тем, кто вёл разработку с самого начала. Поэтому в смету корпоративного приложения обязательно закладывают не только разработку, но и последующее сопровождение: обновления под новые версии систем, доработку модулей под новых франчайзи или новые филиалы, техподдержку тех, кто с приложением работает каждый день. Конвейер с ИИ-инструментами в разработке даёт здесь не только более низкую стартовую цену, но и более быстрые доработки после запуска — правки, которые в классической студийной модели ждут своей очереди неделями, здесь занимают дни.
Публикация: внутреннее приложение живёт по другим правилам
И здесь есть деталь, которую часто узнают слишком поздно.
Приложение только для своих сотрудников или франчайзи не обязано проходить тот же путь в сторах, что приложение для всех клиентов страны. У Apple есть отдельная Developer Enterprise Program — 299 $ в год, но только для компаний от 100 сотрудников, с обязательным D-U-N-S номером и публичным сайтом; приложение через неё нельзя раздавать клиентам или партнёрам вне штата. Компаниям меньшего размера Apple предлагает Apple Business Manager с функцией Custom Apps — распространение через App Store Connect только внутри своей организации, без публичной карточки в сторе. У Google похожая логика: обычный аккаунт разработчика стоит 25 $ разово, а для закрытой раздачи есть Managed Google Play — приложение видно только на управляемых устройствах компании — и Internal App Sharing для быстрой раздачи тестовой сборки по ссылке. В RuStore для этого есть альфа-тестирование: сборка после модерации открывается только приглашённым пользователям — до 2000 человек по VK ID, — не попадая в общий каталог.
Разница на практике простая: если приложение только для своих, не нужно проектировать его как витрину для App Store — экономит и время разработки, и деньги на той части, которую всё равно никто из посторонних не увидит.