Сколько времени делать сайт — от 1 дня до 3 месяцев
«Сделайте сайт за неделю» — фраза, от которой у разработчиков дёргается глаз. Реалистичные сроки зависят от типа сайта, сложности дизайна, количества контента и, главное, — от того, кто делает и как организован процесс. Разберём все сценарии: от сайта на конструкторе за один день до кастомного портала на 3 месяца. И главное — почему сроки срываются и как этого избежать.
Таблица сроков по типам сайтов
| Тип сайта | Минимальный срок | Реалистичный срок | Кто делает |
|---|---|---|---|
| Лендинг на конструкторе (Tilda, Readymag) | 1 день | 1–3 дня | Заказчик сам или фрилансер |
| Сайт-визитка на WordPress (готовый шаблон) | 3 дня | 3–7 дней | Фрилансер |
| Уникальный дизайн + вёрстка (3-5 страниц) | 10 дней | 2–4 недели | Дизайнер + верстальщик |
| Интернет-магазин (20-200 товаров) | 3 недели | 3–6 недель | Команда: дизайнер, верстальщик, бэкенд |
| Каталог с личным кабинетом | 1 месяц | 1–3 месяца | Полноценная команда |
| Кастомная разработка (React + Node.js + API) | 2 месяца | 2–4 месяца | Senior-разработчик или команда |
| SaaS-платформа / маркетплейс | 4 месяца | 4–12 месяцев | Product-команда |
Разбивка по этапам — на примере интернет-магазина
Чтобы понять, почему сайт делается не за неделю, посмотрим на реалистичную разбивку этапов для интернет-магазина на 50 товаров:
| Этап | Срок | Что делается |
|---|---|---|
| 1. Аналитика и прототип | 3–5 дней | Изучение ниши, конкурентов, CJM, прототип всех страниц в Figma или Miro |
| 2. Дизайн-концепция | 5–7 дней | Главная страница, карточка товара, корзина — 3 варианта главной, утверждение, отрисовка остальных страниц |
| 3. Вёрстка (HTML/CSS/JS) | 5–7 дней | Адаптивная вёрстка всех страниц, анимации, проверка в браузерах |
| 4. Интеграция с CMS | 3–5 дней | Настройка WordPress / OpenCart / Shop-Script, импорт товаров, категории, фильтры |
| 5. Настройка платёжной системы | 1–2 дня | Подключение ЮKassa / Сбербанк / Tinkoff, тестовая оплата |
| 6. Наполнение контентом | 3–5 дней | Загрузка описаний, фото, характеристик — часто заказчик затягивает этот этап |
| 7. Тестирование и запуск | 2–3 дня | QA, правки багов, настройка SEO, установка SSL, переадресация домена |
Итого: 22–34 рабочих дня. Это 5-7 недель, или 1.5-2 месяца с учётом выходных и согласований.
Факторы, влияющие на скорость
Сложность дизайна
Готовый шаблон — 0 времени на дизайн. Уникальный дизайн с нуля — неделя работы дизайнера. Дизайн с анимациями, 3D-элементами, микровзаимодействиями — ещё +3-5 дней.
Наличие контента
Главный тормоз в 90% проектов. Тексты, фото, видео — всё это должно быть готово до старта. Если заказчик собирает контент параллельно — разработчик простаивает и сроки съезжают. Решение: либо заказчик готовит контент до старта, либо разработчик делает сайт с рыбой, а контент вставляется потом (дополнительный этап).
Согласования
Один человек принимает решение за 1 день. Совет директоров из 5 человек — минимум неделя на каждое решение. Чем больше согласующих — тем длиннее сроки. Решение: назначьте одного ответственного лица с правом финального решения.
Количество правок
«Давайте попробуем вот этот шрифт... нет, другой... а может, вернём первый» — это 30-50% времени разработки. Ограничьте количество бесплатных правок: 2-3 круга правок по дизайну, 1 круг по вёрстке. Всё остальное — за дополнительную плату.
Интеграции
Подключение CRM (amoCRM, Битрикс24), платёжных систем, 1С, служб доставки (CDEK, Boxberry) — каждая интеграция добавляет 1-3 дня на разработку и столько же на тестирование. Если интеграций 3-4, это 2 недели только на них.
Фрилансер vs студия vs конструктор: сроки
| Тип исполнителя | Сроки | Плюсы | Минусы |
|---|---|---|---|
| Конструктор (Tilda, Readymag, Wix) | 1–3 дня | Быстро, просто, не нужны знания кода | Ограниченный функционал, привязанность к платформе, сложно кастомизировать |
| Фрилансер | От 3 дней до 2 месяцев | Гибко, дешевле студии, личное общение | Риск срыва сроков, один человек — узкое горлышко, нет подстраховки |
| Веб-студия | От 2 недель до 6 месяцев | Команда, процессы, гарантия, SLA | Дороже, бюрократия, менеджер как прослойка |
| Сам (HTML/CSS) | От 2 недель (с нуля) | Полный контроль, бесплатно, навык на будущее | Медленно без опыта, много ошибок, долгое обучение |
Как ускорить разработку: 7 рабочих приёмов
1. Параллельная работа. Дизайнер рисует одну страницу — верстальщик уже верстает другую. Не ждите, пока всё будет готово — начинайте по готовности блоков.
2. Готовые решения. Не пишите корзину, авторизацию, админку с нуля — используйте CMS (WordPress, OpenCart, 1С-Битрикс). Кастомная разработка имеет смысл только когда CMS не подходит.
3. Библиотеки компонентов. Соберите свою библиотеку UI-компонентов (кнопки, карточки, формы, модалки). На втором проекте вы сэкономите 30-40% времени вёрстки.
4. MVP — минимально жизнеспособный продукт. Запустите сайт с базовым функционалом за 2 недели, а доработки (блог, личный кабинет, интеграции) — после запуска. Это даёт быстрый старт и реальные данные.
5. Чёткое ТЗ. Чем подробнее техническое задание — тем меньше вопросов в процессе. Хорошее ТЗ экономит 30-50% времени.
6. Контент до старта. Тексты, фото, логотип, видео — всё готово до начала разработки. Тогда на наполнение уходит 1 день, а не 2 недели.
7. Быстрые решения. Не стремитесь к идеалу с первой версии. Запустите «достаточно хорошо», соберите обратную связь, улучшите. Идеальный сайт — это сайт, который вы делаете бесконечно.
Waterfall vs Agile для разработки сайтов
Классическая методология Waterfall (каскадная) предполагает последовательные этапы: аналитика → дизайн → вёрстка → программирование → тестирование → запуск. Плюс: предсказуемые сроки и бюджет. Минус: правки на поздних этапах дорогие.
Agile (Scrum или Kanban) — итеративный подход: делаете 1-2 недельные спринты, в конце каждого — работающий инкремент. Плюс: гибкость, можно менять требования по ходу. Минус: сложнее оценить итоговые сроки и бюджет.
Что выбрать для сайта:
— Для простых проектов (лендинг, визитка) — Waterfall. Требования понятны с самого начала, правок мало.
— Для сложных проектов (интернет-магазин, портал) — гибрид: Waterfall на этапе аналитики и дизайна (чтобы зафиксировать требования), Agile на этапе разработки (гибко реагировать на изменения).
Мифы о сроках, которые пора забыть
Миф 1: «Сайт за 1 день». Реально только для: очень простой одностраничник на конструкторе, без уникального дизайна, без контента (когда контент уже готов), одной рукой заказчика. Всё остальное — 3+ дня.
Миф 2: «Бесплатно и быстро». Бесплатно = вы делаете сами + тратите своё время. GitHub Pages бесплатен, но сайт нужно сверстать. Tilda бесплатна, но с поддоменом и ограничениями. Бесплатно + быстро + качественно — выберите любые два.
Миф 3: «Сайт на WordPress за 2 дня». Установить WordPress можно за 5 минут. Но настроить тему, перенастроить меню, импортировать контент, подключить плагины, настроить SEO, проверить адаптив — это минимум 3-5 дней. А если нужен уникальный дизайн — 2-4 недели.
Миф 4: «Азиатские фрилансеры сделают за полцены и в 2 раза быстрее». Быстро — да (часовой пояс помогает сдавать работу пока вы спите). Дёшево — да. Качество — часто нет. Коммуникация — проблема. Правки — мучительно долго. Итог: экономия 30% бюджета, потеря 200% нервов.
Миф 5: «SEO можно сделать после запуска». Можно. Но проще и дешевле заложить SEO на этапе разработки: правильная структура URL, мета-теги, микроразметка, скорость, адаптив. Переделывать сайт под SEO после запуска в 2-3 раза дороже.
Золотое правило сроков
Реалистичный срок = оптимистичный срок × 2 (на ошибки и правки) + 20% (на согласования).
Если фрилансер говорит «сделаю за неделю» — готовьтесь к двум. Если студия говорит «за 3 месяца» — скорее всего, уложатся в 3-4. Если кто-то обещает сложный интернет-магазин за 2 недели — он либо не понимает объёма работы, либо сделает «лишь бы сдать» и вы будете переделывать.
Золотое правило: реальный срок = оптимистичный срок × 2. Всё, что обещают быстрее — либо очень простой сайт, либо вас вводят в заблуждение. Лучше заложить запас в 2 недели и сдать раньше, чем пообещать месяц и опоздать на две недели.