Сроки
Сколько времени занимает разработка сайта
Вам нужен сайт к открытию филиала. В предложении написано «разработка — месяц», но непонятно, включены ли туда тексты, фотографии и проверка формы. Такая оценка пока не позволяет планировать запуск.
В EO Labs опубликованы ориентиры: компактный сайт — 1–2 недели, корпоративный — 2–5 недель, сложный интерактивный проект — 4–8 недель. Это ориентиры наших форматов, а не универсальные сроки рынка. Конкретная дата зависит от состава работ, готовности материалов и согласований. Ниже — как проверить оценку до начала проекта.
Какие сроки сейчас указаны у EO Labs
В таблице — те же ориентиры, что в нашем разделе услуг. Они помогают соотнести задачу с форматом, но не заменяют оценку конкретного проекта. Корпоративный сайт с готовыми материалами и проект, которому ещё предстоит определить услуги и подключить внутреннюю систему, требуют разного плана.
До начала работ нужно согласовать, что входит в выбранный формат и какие дополнительные задачи влияют на график. Из этих ориентиров нельзя вывести точную дату запуска, просто прибавив несколько недель к сегодняшнему числу.
Таблицу можно прокрутить по горизонтали
| Формат | Ориентир | Назначение |
|---|---|---|
| Компактный сайт / лендинг | 1–2 недели | Для одного предложения и короткого пути до заявки. |
| Сайт услуг | от 1–2 недель | Для сервисного бизнеса: услуги, условия, доверие, география и действие. |
| Корпоративный сайт | 2–5 недель | Для компании, услуг и нескольких аудиторий. |
| Сложный визуальный / интерактивный проект | 4–8 недель | Для продукта, которому нужны характер и сложная подача. |
От какого события считают срок
Сначала уточните точку отсчёта. Начало после подписания договора, получения материалов и утверждения структуры — три разных события. Если студия начинает дизайн только после передачи текстов, а тексты ещё некому писать, дата запуска остаётся открытой.
На первой встрече разделите готовое и предполагаемое. Утверждённый список услуг — готовый материал. Намерение добавить личный кабинет — ещё задача для обсуждения: нужны роли пользователей, действия внутри кабинета и источник данных. Оценивать эти два состояния одинаково нельзя.
Попросите обозначить, что подрядчик может начать сейчас, что заблокировано и кто снимает каждую блокировку. Так выяснится, нужен ли полноценный старт разработки или сначала отдельная работа над содержанием и структурой.
Какие результаты должны стоять в плане
План «дизайн — вёрстка — запуск» скрывает несколько решений. За словом «дизайн» могут стоять только главная страница или все основные шаблоны, включая мобильные состояния. За словом «запуск» — публикация файлов или проверенный рабочий сайт с настроенной доставкой обращений.
Для каждого этапа запишите проверяемый результат. Вместо «согласовать дизайн» — «утвердить главную, страницу услуги и форму на широком и узком экране». Следующий этап начинается после конкретного решения, а не после сообщения «вроде нравится».
Таблицу можно прокрутить по горизонтали
| Этап | Результат для проверки | Что нужно до него |
|---|---|---|
| Структура | Список страниц и путь до обращения | Предложения компании и задачи посетителей |
| Содержание и дизайн | Тексты и основные шаблоны с мобильной версией | Факты об услугах, материалы и согласующий |
| Разработка | Работающие страницы, формы и согласованные интеграции | Утверждённые состояния и доступы к сервисам |
| Проверка и публикация | Пройденные сценарии, домен и доставка обращений | Финальный контент и список критериев приёмки |
Почему согласования меняют календарную дату
Рабочее время исполнителя и время до запуска — разные величины. Макет может быть готов к обсуждению, но ждать решения руководителя. Это ожидание не превращается в дополнительный дизайн, однако сдвигает зависимые работы.
Назначьте одного человека, который собирает обратную связь и возвращает согласованное решение. Если маркетолог просит сократить форму, отдел продаж — добавить поля, а руководитель узнаёт об этом перед публикацией, студия получает противоречащие друг другу задачи.
Договоритесь, как передавать замечания: один список с приоритетами и объяснением проблемы. Исправление неверного телефона и предложение заново разделить услуги требуют разных действий. Второе может изменить уже согласованную структуру и должно получить новую оценку.
Что можно делать параллельно, а что приходится ждать
Фотосъёмку и сбор сведений об услугах часто можно организовать одновременно с проектированием структуры. Но финальный макет блока зависит от того, что в нём будет: короткая цена, диапазон условий или таблица комплектаций. Временный текст не всегда позволяет принять окончательное решение.
Особенно рано проверьте внешние сервисы. Для подключения CRM нужны не только её название и логотип, но и доступ, состав передаваемых полей и ответственный за приём данных. Если интеграцию впервые проверяют перед публикацией, обнаруженные ограничения попадают в самый конец плана.
Попросите показать цепочку работ, от которой зависит дата запуска. Ускорение отдельной иллюстрации не поможет, если разработка страницы всё ещё ждёт решения о составе услуги. Обсуждать полезнее ближайшую блокировку, чем общий процент готовности.
Если дата открытия уже назначена
Для филиала с известной датой открытия определите состав первого выпуска. Посетителю могут быть необходимы адрес, часы работы, перечень услуг и способ записаться. Отдельный раздел вакансий или подробная история компании могут не входить в этот выпуск — если бизнес действительно может начать работу без них.
Сокращение состава должно быть явным. Зафиксируйте, что публикуется, что переносится и как новые разделы появятся позже. Не называйте готовым сайтом макет с неработающей записью, если запись была главным назначением запуска.
Что должно произойти между «всё сверстали» и запуском
Пройдите путь посетителя на телефоне и компьютере: найти услугу, понять условия и отправить обращение. Проверьте пустые и неверно заполненные поля, сообщение об ошибке и реальную доставку тестового обращения ответственному. Зелёное уведомление на странице ещё не подтверждает получение заявки.
Уточните, кто подключает домен, проверяет опубликованную версию, получает доступы и отвечает за исправление найденных ошибок. Если меняются адреса действующего сайта, перенос и соответствие старых страниц новым нужно планировать отдельно.
Публикация и появление в поиске — отдельные события. Доступность страницы для робота можно проверить, но студия не управляет сроком её включения в выдачу. Не включайте обещание индексации к определённому дню в собственный план продаж.
Что спросить до утверждения срока
Попросите ответить на эти вопросы в самом предложении. Если ответы требуют уточнения задачи, это нормальная причина сначала согласовать состав работ, а уже затем дату.
- От какого события начинается отсчёт?
- Какие материалы и решения нужны от нашей команды?
- Какие страницы и функции входят в первый выпуск?
- Кто согласует результаты и как ожидание ответа влияет на план?
- Какие внешние доступы и интеграции нужно проверить заранее?
- Что считается готовностью к запуску и кто проверяет опубликованный сайт?
Документы по теме
Нужен сайт к определённому событию?
Укажите дату, обязательные страницы и готовые материалы в брифе. Это поможет обсудить состав первого выпуска и зависимости до начала дизайна.