Срок разработки сайта зависит не только от количества страниц. На него влияют ясность задачи, готовность материалов, сложность структуры, состав CMS, интеграции, согласования и качество проверки перед запуском. Поэтому безопаснее обсуждать не абстрактную дату, а состав работ и условия, при которых срок реалистичен.
Когда сроки называют без уточнений, появляется риск неверных ожиданий. Быстро можно собрать простую страницу с готовыми материалами. Сложнее - спроектировать сайт компании, каталог или интернет-магазин, где нужны данные, сценарии заявок, SEO-структура и администрирование.
Что влияет на срок сильнее всего
Первый фактор - готовность задачи. Если бизнес уже понимает формат сайта, аудиторию, услуги, структуру и критерии приемки, старт проходит быстрее. Если эти решения еще нужно принять, часть времени уйдет на проектирование. Это нормальная часть работы, а не задержка.
Второй фактор - материалы. Тексты, фотографии, кейсы, перечень услуг, товары, характеристики, юридические сведения и доступы часто оказываются не готовы. Тогда разработка ждет контент или двигается на временных формулировках, которые потом приходится менять.
Третий фактор - техническая часть. Индивидуальная CMS, каталог, фильтры, формы, интеграции с CRM, аналитика и роли администраторов требуют больше проверки, чем статичная страница. Это не значит, что сложный сайт всегда нужно делать долго, но его нельзя оценивать как набор экранов.
Почему этапы нельзя просто сжать
Некоторые этапы можно вести параллельно, но нельзя безопасно убрать смысловую подготовку, проверку форм, адаптив, SEO-базу и приемку. Если пропустить структуру, дизайн будет спорить с контентом. Если пропустить проверку, проблемы всплывут после запуска, когда сайт уже принимает трафик.
Срок становится управляемым, когда проект идет через понятные этапы: задача, структура, контент, дизайн, CMS, разработка, проверка, запуск. Подробнее эта логика разобрана в статье Этапы разработки сайта под ключ.
Новый сайт и доработка текущего сайта
Доработка не всегда быстрее нового проекта. Если текущий сайт технически устойчив, понятен по структуре и допускает изменения, можно быстро усилить отдельные блоки, формы или аналитику. Если внутри накопился техдолг, нет доступа к админке, сломаны шаблоны или непонятна логика данных, доработка может занять больше времени, чем кажется.
Для нового сайта срок легче оценивать через состав результата: какие страницы нужны, какая CMS, какие формы, какие данные, какие проверки. Для доработки сначала нужен небольшой аудит текущего состояния. Иначе срок будет строиться на предположении, а не на фактической сложности.
Как подготовиться, чтобы не растянуть проект
До старта полезно собрать список услуг, примеры работ, ограничения, контакты, доступы, требования к заявкам и аналитику текущего сайта, если он есть. Не нужно писать идеальное техническое задание, но нужно зафиксировать вводные, без которых исполнитель будет постоянно возвращаться с вопросами.
Хорошая подготовка описывает не только «что сделать», но и «как понять, что готово». Этому посвящена статья Как поставить задачу на разработку сайта.
Как обсуждать срок без иллюзий
Вместо вопроса «за сколько дней будет сайт» лучше обсуждать ближайший результат: когда будет структура, когда можно посмотреть первый рабочий контур, когда будут готовы формы, когда пройдет проверка перед запуском. Такой разговор помогает видеть движение проекта и вовремя замечать блокеры.
Если срок критичен, можно разделить запуск на этапы: сначала выпустить минимально полноценный контур, затем развивать каталог, статьи, кейсы или интеграции. Но первый контур все равно должен быть качественным: с понятным маршрутом к заявке, рабочими формами, базовым SEO и проверенной мобильной версией.
