Вопрос «сколько времени занимает разработка платформы» я слышу на первой же созвоне почти с каждым клиентом, и короткого ответа тут нет - слишком много переменных. Лендинг на Tilda я собираю за 3-5 дней, а веб-сервис с личным кабинетом, ролями и интеграцией с эквайрингом растягивается на 2-3 месяца. Дальше - конкретные сроки по типам проектов, по этапам и по тем моментам, которые на практике чаще всего сдвигают дедлайн.
Сколько времени занимает разработка платформы: от чего зависит срок
Срок складывается не из одного числа «дней на разработку», а из нескольких блоков, которые редко идут строго последовательно: подготовка и согласование ТЗ, дизайн (если он вообще нужен отдельным этапом), вёрстка и логика, интеграции с внешними сервисами, тестирование и правки после демонстрации заказчику. На каждом из этих этапов время съедается по-разному.
Больше всего на срок влияют три вещи. Первое - количество интеграций: чем больше платформа завязана на внешние API (эквайринг, CRM, службы доставки, мессенджеры), тем выше риск непредсказуемых задержек, потому что часть проблем - не в моём коде, а в документации и поддержке партнёра. Второе - готовность контента и материалов у заказчика: тексты, фото, прайсы, договорённости по API-ключам. Если этого нет на старте, разработка не останавливается полностью, но простаивает кусками. Третье - количество ролей и сценариев в системе: сайт-визитка с одной формой обратной связи и SaaS с админкой, личным кабинетом клиента и биллингом - это разные порядки сложности, даже если общий объём кода отличается не в разы.
Этапы разработки и сколько занимает каждый
На простом проекте (лендинг, доработка на Tilda) все этапы сливаются в 1-2 итерации. На платформе среднего и крупного масштаба я обычно веду проект по следующей раскладке.
- Согласование ТЗ и архитектуры - от 1 до 7 дней. Для лендинга это переписка на полчаса, для CRM с несколькими ролями - созвон плюс документ со схемой сущностей и интеграций.
- Дизайн (если нужен) - 5-10 дней. Часто здесь же согласуется адаптивная вёрстка под мобильные.
- Разработка основного функционала - от нескольких дней до 4-6 недель в зависимости от масштаба.
- Интеграции - от 1 дня на подключение простого вебхука до 2-3 недель на связку CRM, эквайринга и доставки одновременно.
- Тестирование и правки - 3-7 дней. На этом этапе всегда всплывают мелочи, которые не видны до реального использования системы.
Важный момент: правки после демонстрации - не признак того, что что-то пошло не так. Это нормальная часть процесса, и закладывать на неё время нужно заранее, а не воспринимать как форс-мажор.
Сроки по типам платформ: сравнение
Цифры ниже - из моей практики, они не универсальны для рынка (у студий и фрилансеров сроки на аналогичные задачи гуляют в диапазоне 2-4 недель в любую сторону из-за загрузки команды и её процессов), но дают реалистичный ориентир.
| Тип платформы | Срок разработки | Комментарий |
|---|---|---|
| Лендинг на Tilda | 3-7 дней | Готовые блоки, минимум логики |
| Кастомный скрипт для Tilda | 1-3 дня | Простая доработка формы или валидации |
| Комплексная интеграция на Tilda | 2-3 недели | CRM, эквайринг, СДЭК одновременно |
| Сайт на WordPress | 2-4 недели | Зависит от количества шаблонов и плагинов |
| Интернет-магазин под ключ | 4-8 недель | Каталог, корзина, оплата, доставка |
| Telegram-бот на aiogram | 1-3 недели | От простого FAQ-бота до бота с оплатой и БД |
| Автоматизация в n8n | 3-10 дней | Цепочка триггеров и интеграций без написания сервиса с нуля |
| Веб-сервис / SaaS / SPA | 2-4 месяца | Личный кабинет, роли, биллинг, API |
| CRM или админ-панель на React | 1,5-3 месяца | Зависит от количества сущностей и прав доступа |
Отдельно скажу про API и бэкенд на Laravel - если это самостоятельный сервис под несколько клиентских приложений (сайт, мобильное приложение, интеграции), закладывайте от 6 до 10 недель, даже если фронтенд делает другая команда параллельно.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Что реально затягивает сроки на практике
Теоретические оценки почти всегда расходятся с фактическими из-за трёх повторяющихся причин.
Интеграции с внешними API
Подключение эквайринга через T‑Bank на WooCommerce обычно занимает день-два, если магазин юрлица уже прошёл модерацию и все ключи на руках. Но если модерация ещё не пройдена или банк требует доработать документы - это может добавить неделю простоя, который не зависит от разработчика вообще. То же самое с СДЭК: API стабильное, но тарифные схемы и особенности расчёта доставки для конкретного склада иногда требуют уточнений у самой службы, а не в коде.
Смена требований в процессе
Классика: заказчик видит первую рабочую версию и понимает, что нужен ещё один сценарий, о котором не думали на старте. Это не проблема - я закладываю буфер на такие правки в оценке, - но если менять архитектуру уже после того, как основная логика написана, срок увеличивается не линейно, а рывком, потому что переделка задевает смежные модули.
Отсутствие доступов и материалов у заказчика
Банальная вещь, которая на практике съедает больше времени, чем сложные технические задачи: доступ к хостингу, ключи API, тексты для страниц, логотип в нормальном разрешении. Проект может стоять неделю просто потому, что письмо с доступами застряло в переписке.
Как ускорить разработку платформы без потери качества
Скорость не берётся из спешки - она берётся из подготовки. Несколько вещей, которые реально сокращают срок на 20-30%.
- Собрать все доступы и материалы до старта разработки, а не по ходу дела.
- Зафиксировать в ТЗ сценарии по ролям - что видит и делает каждый тип пользователя, а не только общее описание функционала.
- Не откладывать интеграции на конец: подключить эквайринг или CRM в тестовом режиме на раннем этапе, чтобы форс-мажоры банка или сервиса не стали сюрпризом за неделю до релиза.
- Использовать готовые решения там, где это оправдано: связка n8n для автоматизации бизнес-процессов часто закрывает задачу быстрее, чем написание отдельного сервиса с нуля, и обходится дешевле в разработке.
- Разбивать крупную платформу на очереди запуска - MVP с ключевыми функциями, потом донастройка. Это не только быстрее по факту, но и позволяет раньше увидеть платформу в реальном использовании и скорректировать курс.
Если не хватает времени или ресурсов делать платформу самостоятельно, разумнее заказать разработку под конкретную задачу - я собираю сайты, сервисы и автоматизации под ключ, с оценкой сроков ещё на этапе обсуждения ТЗ, чтобы не гадать на глаз.
Сколько стоит и сколько занимает - как это связано
Срок и бюджет не растут пропорционально линейно, но связь прямая: чем сложнее логика, тем больше часов разработки, тем выше цена. Ориентир по моим расценкам: сайт на Tilda - от 30 000 ₽, сайт на WordPress - от 60 000 ₽, интернет-магазин под ключ - от 80 000 ₽, Telegram-бот - от 30 000 ₽, автоматизация в n8n - от 25 000 ₽, веб-сервис или SaaS - от 150 000 ₽, CRM или админ-панель на React - от 100 000 ₽. Комплексная интеграция для Tilda (CRM плюс эквайринг плюс СДЭК) - от 40 000 ₽, тогда как простая доработка скрипта - от 3 000 ₽.
Если часть логики можно закрыть готовым решением, а не писать с нуля, это экономит и время, и деньги - у меня в библиотеке готовых скриптов есть наработки под типовые задачи Tilda и автоматизации, которые можно адаптировать быстрее, чем писать заново.
Разобраться перед стартом
Консультация
от 3 000 ₽
Подробнее →Частые вопросы
Можно ли запустить платформу быстрее, если увеличить бюджет?
Частично да - можно подключить больше ресурсов на параллельные задачи (например, дизайн и бэкенд одновременно), но некоторые этапы не сжимаются деньгами: согласование с банком по эквайрингу, тестирование на реальных сценариях, ожидание ответа от службы доставки. Бюджет ускоряет то, что зависит от разработчика, но не то, что зависит от третьих сторон.
Сколько времени закладывать на тестирование перед запуском?
На платформе среднего масштаба - минимум 3-5 дней на функциональное тестирование и ещё несколько дней на правки по итогам. Для интернет-магазина отдельно проверяю весь путь заказа целиком: от добавления товара в корзину до получения уведомления о доставке, потому что именно на стыках модулей чаще всего всплывают ошибки.
Почему разработка платформы иногда затягивается уже после сдачи основной версии?
Чаще всего потому, что реальное использование вскрывает сценарии, которые не были очевидны на этапе ТЗ - например, поведение пользователей на мобильных или нагрузку в пиковые часы. Это нормальная часть жизненного цикла проекта, а не провал сроков, и закладывать время на доработки после запуска стоит заранее.
Разработка на конструкторе (Tilda) всегда быстрее, чем на WordPress или с нуля?
Для простых сайтов и лендингов - да, разница в разы. Но как только нужна сложная кастомная логика или несколько глубоких интеграций, преимущество Tilda в скорости исчезает: кастомные скрипты и обходные решения на конструкторе иногда занимают времени не меньше, чем аналогичный функционал на WordPress или в отдельном сервисе, а поддерживать такие обходы сложнее.