Вопрос почти всегда звучит одинаково: «сколько стоит приложение?». Это как спросить, сколько стоит здание. Честный ответ начинается с трёх других вопросов, и именно они определяют бюджет сильнее всего остального.
Вопрос 1: нативное или кроссплатформенное?
Нативное — это два отдельных приложения: одно написано под iPhone, второе под Android. Каждое выглядит и ведёт себя ровно как остальной телефон, сразу получает доступ к новым функциям системы и работает быстрее всего. Стоит, соответственно, почти вдвое дороже.
Кроссплатформенное — один код, из которого получаются оба приложения. Вы экономите заметную часть бюджета и времени, и для большинства бизнес-приложений разница не чувствуется.
Где кроссплатформенность начинает мешать: тяжёлая графика, обработка видео или звука в реальном времени, тонкая работа с камерой, глубокие интеграции с системой. Если ваше приложение — это каталог, личный кабинет, заказы, доставка, отчёты или общение с клиентами, кроссплатформенное решение разумнее.
Практический вопрос не «что лучше», а: нужны ли вам обе платформы сразу? В Молдове для многих B2B-продуктов ответ — нет. Запускают одну, смотрят, приживается ли продукт, потом делают вторую.
Вопрос 2: что приложение делает в первой версии?
Самое дорогое в мобильном проекте — не код, а список функций, который никто не решился сократить.
Здоровая первая версия делает хорошо одну важную вещь: клиент заказывает, сотрудник отчитывается, владелец видит цифры. Вход, уведомления, главный экран и этот сценарий. Остальное добавляется после того, как вы увидите, как этим пользуются.
Тревожный признак в собственном брифе: если список функций не помещается на страницу, у вас не проект, а план работ на два года.
Вопрос 3: приложение живёт само или связано с тем, что уже есть?
Вот здесь прячутся деньги. Приложение, которое просто показывает контент, — это одно. Приложение, которому нужно читать из 1С, из кассы, из CRM или из системы доставки, — совсем другой проект: кто-то должен построить и серверную часть, и интеграции, и продумать, что происходит, когда источник отвалился.
Конкретный вопрос подрядчику: «Кто пишет серверную часть и что будет с приложением, если интеграция не отвечает?». Расплывчатый ответ здесь точно предсказывает, где проект и задержится.
Сколько это занимает, реалистично
Для первой бизнес-версии со сдержанным бюджетом порядок величины — несколько месяцев, а не несколько недель. Время уходит на понимание сценария, дизайн, разработку, тесты на живых устройствах и публикацию.
В конце добавляется этап, о котором многие забывают: проверка со стороны Apple. У App Store есть ревью, и отказы с первой попытки — нормальное дело, особенно для приложений, которые требуют аккаунт, собирают данные или работают с платежами. Это не катастрофа, но это нужно закладывать в план, а не обнаруживать за день до запуска.
Что нужно от вас как от заказчика
Короткий список, потому что каждый недостающий пункт отодвигает запуск:
- Аккаунт разработчика Apple на вашу фирму, а не на подрядчика. Аккаунт — это ваш актив; если он у кого-то другого, ваше приложение живёт у кого-то другого. Для аккаунта на юрлицо понадобится ещё и международный идентификатор компании.
- Публичная политика конфиденциальности — её требует Apple, а у нас ещё и закон 195/2024. О том, что в ней должно быть, мы писали отдельно.
- Настоящий контент: тексты, фотографии, категории. Приложение с выдуманными данными не пройдёт ревью, да его и протестировать всерьёз нельзя.
- Человек с вашей стороны, который принимает решения. Не комитет, а человек. Мобильные проекты чаще всего умирают в согласованиях.
- Ответ на вопрос «что считать успехом»: сколько заказов, сколько активных пользователей, какой процесс сократился. Без этого через три месяца никто не скажет, стоило ли оно того.
Что делаем мы
Мы делаем приложения для iOS и Android вместе с серверной частью, потому что на практике это один проект: приложение — лишь окно, через которое видно систему. Так сделано и в наших собственных продуктах: у KX estate приложение стоит поверх той же платформы управления недвижимостью, а у Klaro владелец видит в телефоне сеть магазинов, которая питается данными кассы и 1С.
Если у вас есть идея и вы хотите понять, в какой бюджетный диапазон она попадает, напишите нам. Первый разговор — про три вопроса выше, а не про технологии.
*Стоимость и сроки зависят от проекта. Этот текст объясняет, из чего они складываются, и не заменяет коммерческое предложение.*