Простое приложение обычно делают за 2-4 месяца, среднее - за 4-8, сложное с собственной серверной частью - от полугода. Разбираем, из каких этапов складывается срок, почему оценки подрядчиков отличаются в разы и как не застрять в разработке на год.
Короткий ответ: сколько делают приложение
Если коротко: приложение с несколькими экранами и готовыми сервисами под капотом занимает 2-4 месяца, приложение с личным кабинетом, оплатой и интеграциями - 4-8 месяцев, сложный продукт со своей серверной логикой и несколькими ролями пользователей - от 6 месяцев до года и дольше. Это рыночные ориентиры, а не обещание: точный срок появляется только после того, как задача расписана по экранам и функциям.
Под словом «приложение» люди понимают очень разное: от каталога с кнопкой «позвонить» до сервиса доставки с курьерами, оплатой и отслеживанием на карте. Разница между ними по трудоёмкости - в десятки раз. Поэтому вопрос «сколько делается приложение» без описания задачи похож на вопрос «сколько строится дом».
| Тип приложения | Что внутри | Ориентир по сроку |
|---|---|---|
| Простое | Каталог, контакты, заявка, push-уведомления | 2-4 месяца |
| Среднее | Личный кабинет, оплата, интеграция с CRM, бонусы | 4-8 месяцев |
| Сложное | Несколько ролей, своя серверная логика, карты, чаты | 6-12 месяцев и больше |
| MVP | Минимальная версия одной ключевой функции для проверки спроса | 1,5-3 месяца |
MVP - минимально жизнеспособный продукт, то есть урезанная версия с одной главной функцией. Её выпускают, чтобы проверить, будут ли люди вообще этим пользоваться, прежде чем тратить бюджет на всё остальное.
Из каких этапов складывается срок
Срок - это не только программирование. Заметная часть времени уходит на подготовку, дизайн, проверку и публикацию.
- Аналитика и техническое задание. Описываются экраны, роли пользователей, сценарии, интеграции. Обычно 2-4 недели. Этап, который чаще всего пытаются пропустить и потом дороже всего за это платят.
- Прототип и дизайн. Сначала черновые схемы экранов, затем готовый визуал. 3-6 недель в зависимости от числа экранов.
- Разработка. Сам код приложения и серверной части - бэкенда, где хранятся данные и происходит логика. От 1,5 до 6 месяцев и больше.
- Тестирование. Проверка на разных телефонах, версиях системы, при плохой связи. Идёт параллельно разработке плюс 2-4 недели в конце.
- Публикация. Подготовка карточек в магазинах приложений и прохождение их проверки. От нескольких дней до пары недель, иногда с повторной отправкой после замечаний.
Почему подрядчики называют разные сроки
Вы отправляете одно и то же описание пяти студиям и получаете оценки от двух месяцев до года. Обычно это не обман, а разное понимание задачи. Вот что чаще всего создаёт разброс.
- Одна платформа или две. Отдельные приложения под iPhone и Android - почти двойная работа. Кроссплатформенная разработка, когда один код работает на обеих системах, сокращает срок, но подходит не для всех задач.
- Есть ли готовая серверная часть. Если данные уже лежат в CRM или учётной системе и к ним есть доступ, это экономит недели. Если бэкенд пишется с нуля - добавляйте месяцы.
- Интеграции. Каждая связка с внешним сервисом - оплата, доставка, учёт, телефония - это отдельная работа и отдельный риск, что чужая система окажется неудобной.
- Размер команды. Один разработчик и команда из пяти человек делают один проект за разное время, но команду не получится бесконечно увеличивать: часть задач идёт строго друг за другом.
- Что включено в оценку. Одни считают только код, другие - всё от аналитики до публикации. Сравнивайте оценки по одинаковому списку этапов.
Самая подозрительная оценка - самая короткая без вопросов. Если подрядчик назвал срок, ни разу не уточнив сценарии и интеграции, он оценивал не ваш проект, а свой шаблон.
Что растягивает разработку сильнее всего
Большинство задержек возникает не в коде, а на стороне заказчика и в процессе. Хорошая новость: этим можно управлять.
| Причина задержки | Как проявляется | Что сделать |
|---|---|---|
| Размытое задание | Функции дописываются по ходу, переделки | Зафиксировать список экранов до старта разработки |
| Долгие согласования | Макеты ждут ответа неделями | Назначить одного ответственного с правом решения |
| Нет доступов | Интеграции стоят без ключей и документации | Собрать доступы к CRM, оплате, учёту заранее |
| Новые идеи в процессе | «А давайте ещё добавим чат» | Складывать идеи во вторую версию |
| Нет контента | Тексты, фото и цены приходят в конце | Готовить контент параллельно с дизайном |
Отдельная история - согласования внутри компании. Если макет утверждают директор, маркетолог и собственник по очереди, каждый круг съедает неделю. Один человек с правом последнего слова иногда экономит больше времени, чем дополнительный разработчик.
Как запустить быстрее без потери качества
Главный способ сократить срок - не торопить разработчиков, а уменьшить объём первой версии. Выпустите то, ради чего приложение вообще затевалось, а остальное добавляйте после того, как увидите реальное поведение пользователей.
- Выберите одну ключевую функцию, ради которой клиент поставит приложение, и запускайте с ней.
- Используйте готовые сервисы для оплаты, авторизации и уведомлений вместо собственных.
- Если данные уже есть в CRM, сначала настройте интеграцию сайта и CRM - та же связка потом пригодится приложению.
- Утверждайте дизайн целиком, а не по одному экрану: так меньше переделок на стыках.
Когда приложение бизнесу не нужно
Честный ответ, который редко звучит в коммерческих предложениях: многим компаниям приложение не нужно, и месяцы разработки уйдут на то, что клиенты откроют один раз.
- Клиент обращается к вам редко - раз в год или реже. Ради одной покупки приложение никто ставить не будет, хватит хорошего сайта.
- Вам нужны новые заявки, а не удержание постоянных клиентов. Приложение работает с теми, кто уже вас знает. Новых клиентов приводят поиск, реклама и готовые заявки с оплатой за результат.
- Задачу закрывает бот в мессенджере. Запись, статус заказа, напоминания часто удобнее сделать там, где клиент и так сидит, - это быстрее и дешевле.
- Нет бюджета на поддержку. Приложение нужно обновлять под новые версии систем, иначе через год-два оно начнёт ломаться.
Если сомневаетесь, начните с сайта: разработка сайта занимает недели, а не месяцы, и сразу покажет, сколько людей реально готовы пользоваться вашим сервисом онлайн. Приложение имеет смысл делать, когда эта аудитория уже есть и ей неудобно через браузер.
Как контролировать сроки на практике
Даже с хорошим подрядчиком сроки нужно держать в руках. Несколько правил, которые помогают не узнать о задержке в последний день.
- Разбейте проект на этапы с датами и результатом каждого: не «разработка», а «экраны каталога и корзины работают на тестовом телефоне».
- Просите показывать рабочую версию раз в одну-две недели, а не отчёт в тексте.
- Привязывайте оплату к сданным этапам, а не к прошедшим месяцам.
- Пропишите в договоре, что исходный код, доступы к магазинам приложений и серверу принадлежат вам.
- Согласуйте отдельный резерв времени на риски: ожидание доступов, изменения интеграций и повторную проверку магазинами. Размер резерва обоснуйте по этим зависимостям и зафиксируйте в календарном плане.
Если через месяц после старта вы ни разу не видели работающий экран, это повод для серьёзного разговора, а не для ожидания.
Наши работы
Сайты, которые студия уже запустила
Четыре проекта N3MIROFF, которые можно открыть прямо сейчас и посмотреть, как они работают.
Агротех с ИИ
SkyFarm ↗
Редизайн сайта систем выращивания: первый экран с контейнерной фермой, схема работы из трёх шагов, карусель продуктов и экран приложения.
Сайт салона
ayvazzovsky.com ↗
Салон сложного окрашивания в Москве: онлайн-запись, видео работ, портфолио и команда. Переехал с Тильды на свой хостинг.
Онлайн-академия
ayvazzovsky.academy ↗
Видеоуроки колористики: каталог, посадочные страницы уроков, личный кабинет и промокоды.
Event-агентство
navsegda-event.ru ↗
НАВСЕГДА: корпоративы и конференции - услуги, кейсы, этапы работы и расчёт мероприятия.
Витрина магазина
Monkey Market ↗
Премиальная витрина магазина кроссовок с заказом в Telegram.
Услуги студии по теме: разработка сайтов под ключ и SEO-продвижение статьями.
Нужен сайт, который принимает заявки, а не просто существует?
Сделаем премиальный сайт на React за 1-2 недели от материалов, с заявками в Telegram или CRM.
Частые вопросы
Можно ли сделать приложение за месяц?
Можно, если это очень простая версия на конструкторе или минимальный прототип с одной функцией. Полноценное приложение с личным кабинетом и оплатой за месяц обычно не делается: только аналитика, дизайн и модерация в магазинах занимают сопоставимое время.
Что быстрее: отдельные приложения под iOS и Android или одно кроссплатформенное?
Кроссплатформенное, как правило, быстрее, потому что большая часть кода общая. Но если приложению нужны глубокие функции телефона или максимальная плавность, отдельная разработка может оказаться оправданной, несмотря на больший срок.
Сколько занимает доработка после запуска?
Небольшие исправления - дни, новые функции - недели и месяцы, как отдельные мини-проекты. Плюс постоянная поддержка: обновления под новые версии систем выходят регулярно, и их нужно закладывать в бюджет.
Почему проект часто идёт дольше обещанного?
Чаще всего из-за изменений задания по ходу работы, долгих согласований и неготовых доступов к внешним системам. Чем подробнее расписана первая версия до старта, тем меньше расхождение между планом и фактом.
С чего начать, если сроки важнее всего?
С сокращения объёма первой версии и подготовки всего, что зависит от вас: доступов, контента, ответственного за решения. Затем попросите подрядчика расписать этапы с датами и показами рабочей версии.
Оценим сроки вашего проекта
Разберём задачу, скажем, что можно запустить первым, и честно ответим, нужно ли вам приложение или хватит сайта.
Получить целевые заявки → Telegram