Этапы разработки сайта — как проходит проект от разбора до запуска

Разработка сайта у меня идёт в пять этапов: разбор, оценка и план, структура с прототипом и дизайном, разработка и запуск. Порядок одинаковый для лендинга и для большого корпоративного сайта — меняется глубина каждого шага. Лендинг занимает от двух-четырёх недель, корпоративный сайт с каталогом и несколькими языками — около двух месяцев. На каждом этапе есть результат, который остаётся у вас, и задача для вас. От неё срок зависит не меньше, чем от меня.

Разбор — с чего начинается разработка сайта

Первым делом я выясняю не «какой нужен дизайн», а кто приходит на сайт и с каким вопросом. Покупатель генератора смотрит на мощность и мотор. Паломник, который едет впервые, хочет понять, где он будет жить и кто его встретит. Закупщику нужны аргументы, чтобы обосновать выбор начальству. От ответа зависит всё остальное: какие страницы нужны, что стоит на первом экране, какие цифры показывать.

На разборе я смотрю:

• спрос — что люди ищут и какими словами, в том числе на казахском;
• конкурентов — не чтобы скопировать, а чтобы понять, чего клиенту не хватает у всех;
• текущий сайт — что работает и что нельзя потерять: тексты, адреса страниц, позиции в поиске;
• путь заявки — куда она приходит, кто её обрабатывает и где она теряется;
• ограничения — дату запуска, требования закона, учётную систему, у которой может не оказаться API.

От вас здесь нужен разговор, доступ к аналитике, если она есть, и встреча с человеком, который принимает заявки. Менеджер знает о клиентах больше любого брифа: какие вопросы задают, что переспрашивают, почему уходят.

На выходе — бриф, список требований и цели, по которым потом будет видно, работает ли сайт. Почему я начинаю именно с этого, а не с картинок, — в заметке «Прихожу и разбираюсь изнутри».

Оценка и план — когда появляется точная смета

После разбора я собираю бэклог — список страниц, функций и состояний — и раскладываю его по этапам. На этом шаге появляются смета или честный диапазон, сроки, риски и правило, по которому меняется объём.

Объём этапа фиксируется до старта вместе с критериями «готово». Не «сделать каталог», а «каталог с фильтрами по мощности и мотору, карточка модели, кнопка заявки на каждой карточке, заявка уходит менеджеру в Telegram». С такой формулировкой в конце не о чем спорить: готово то, что записано, и это можно проверить.

Чем конкретнее описана задача на входе, тем точнее оценка и тем меньше вопросов на старте. Как подготовить описание без технических знаний — в статье «ТЗ на сайт».

Структура, прототип и дизайн

Сначала — карта сайта и путь клиента до заявки. Какие страницы нужны, на какие человек попадает из поиска и рекламы, где он принимает решение и где нажимает «написать». Структуру я строю под спрос: если услугу ищут отдельно, у неё должна быть своя страница, а не строка в общем списке.

Потом — прототип: серые экраны без цвета и фотографий, на которых видна логика. Это самый дешёвый момент, чтобы передумать. Передвинуть блок в прототипе — минута, в готовом коде — дни. Подробнее о том, почему прототип окупается, — в отдельной статье.

Дизайн я начинаю с ключевых страниц: главной, страницы услуги или товара и той, где оставляют заявку. Когда они утверждены, собираю из них систему компонентов — кнопки, карточки, блоки, формы, — и остальные страницы складываются из неё. Сайт выглядит цельно, а новая страница через год не требует нового дизайна.

От вас на этом этапе нужны решения. Лучше, когда правки собирает один человек. Если макет по очереди смотрят несколько руководителей и каждый правит своё, этот этап растягивается сильнее всех остальных.

Разработка — демо работающей версии раз в неделю

Вёрстка, админка, интеграции, SEO-основа. Я работаю короткими итерациями и раз в неделю показываю работающую версию — не картинки, а сайт, который можно открыть на своём телефоне. Доступ в трекер у вас с первого дня, поэтому статус каждой задачи виден без звонков и напоминаний.

Рутину — вёрстку по готовой системе, тесты, разбор таблиц с товарами — я делаю с ИИ-инструментами, а сам сосредоточен на логике и проверке. Сайт WEICAN с каталогом генераторов и большой админкой, в которой компания сама ведёт каталог, тексты и контакты, я запустил за 30 календарных дней.

Параллельно идёт наполнение. Тексты, фото, цены и документы нужны к середине разработки, а не к запуску: на пустом макете не видно, влезает ли заголовок и работает ли страница.

Идеи, которые появляются по ходу, не теряются и не делаются молча: каждая получает оценку по срокам и бюджету, а решение остаётся за вами. Почему я держусь этого правила даже в маленьких проектах — в заметке «Дисциплина освобождает».

Запуск сайта и что происходит после него

Запуск — это несколько проверок, а не одна кнопка:

• перенос и редиректы — каждый старый адрес ведёт на новый, иначе сайт теряет позиции, которые зарабатывал годами;
• аналитика — цели на каждую заявку: форма, WhatsApp, звонок;
• финальная проверка по чек-листу — формы, ссылки, мобильная версия, скорость, мета-теги;
• передача — доступы, код и документация.

Домен, хостинг и все аккаунты должны быть оформлены на вас, а не на подрядчика. Почему это важно и что именно проверить — в статье «Кому принадлежат сайт, код и доступы».

После релиза идёт гарантийный период на исправление ошибок, его срок прописывается в договоре. Дальше сайт развивается по плану: новые страницы под спрос, правки по данным аналитики.

Где проекты сайтов застревают

Чаще всего — не в разработке.

• Тексты «будут потом». Вёрстка готова, а наполнять нечем. Помочь с текстами я могу, но факты о компании — гарантии, сроки, условия — знаете только вы.
• Решение принимают несколько человек. Каждый круг согласований — пауза, в которую проект стоит.
• Интеграция, о которой вспомнили поздно. «А ещё остатки должны подтягиваться со склада» в середине разработки — это новый этап, а не правка. Про склад, учёт и CRM лучше сказать на разборе.
• Доступ к домену. В день запуска выясняется, что домен оформлен на прошлого подрядчика и пароль от кабинета никто не помнит.

Ни одна из этих причин не решается скоростью разработчика. Все они видны заранее, если на разборе задать правильные вопросы, — поэтому разбор и идёт первым.

Если планируете новый сайт или переделку старого, посмотрите, как я делаю сайты, — или напишите, разберу вашу задачу.