Этапы разработки сайта: что происходит на каждом шаге и сколько он занимает

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

Почему сайт, сделанный без этапов, приходится делать дважды

Разработка сайта устроена как стройка: фундамент, стены, крыша, отделка. Порядок не переставить, звено не выкинуть. Точнее, выкинуть можно - только потом придется вернуться и доделать, уже за отдельные деньги и отдельные недели.

Логика тут механическая. Прототип собирают из того, что вытащили на брифе. Дизайн рисуют поверх утвержденной схемы страниц. Верстка повторяет утвержденный макет, программирование навешивает на нее функции: формы, фильтры, корзину, личный кабинет. Каждый шаг берет решения предыдущего за основу. Выдерните одно звено - и все, что стояло сверху, поедет.

Как это выглядит в жизни. Заказчик просит «сначала нарисуйте красиво, структуру потом придумаем». Красиво рисуют, утверждают, отдают в работу. На третьей неделе выясняется, что в каталоге нужны фильтры по четырем параметрам, а места под них на экране нет. Возврат к этапам проектирования, минус две-три недели календаря. Любой пропущенный этап в разработке возвращается вот так - бумерангом.

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

Дальше разберем весь путь по порядку - от брифа до первых суток после релиза. По каждому шагу: что там происходит, сколько времени обычно уходит и что требуется от вас, чтобы этапы разработки не растянулись вдвое. И да, самый важный шаг здесь не тот, который выглядит эффектнее всего.

Карта процесса: 8 этапов и сколько каждый из них занимает

Начну с таблицы. Если нужен короткий ответ на «сколько времени занимает разработка сайта» - он здесь: восемь основных этапов почти любого проекта.

Сроки разработки сайта ниже даны для корпоративного сайта средней сложности: 15-30 страниц, пара форм, интеграция с CRM. Это диапазоны из практики, а не обещание.

Рабочие дни считаются без выходных и без пауз на согласование. Именно паузы, а не сама работа, превращают девять недель в календарные три-четыре месяца.

Сумма минимумов - около девяти недель чистой работы. По календарю почти всегда больше: два-четыре месяца, верхняя граница - это сумма максимальных сроков по всем восьми этапам таблицы. Часть этапов идет внахлест, тексты для наполнения будущего сайта пишутся параллельно с версткой, зато между этапами стоят паузы на согласование - они и съедают недели. Если запуск нового сайта привязан к дате, закладывайте две недели запаса.

Дальше все зависит от типа сайта и сложности проекта. Лендинг идет по тем же шагам, но быстрее - три-пять недель. Интернет-магазин с фильтрами и личным кабинетом - от четырех месяцев. Типы сайтов разные, а последовательность этапов одна.

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

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

Бриф и аналитика: неделя, которая экономит месяц

Этот шаг клиенты любят проскочить. Присылаешь анкету на сорок вопросов, а в ответ: «Давайте сразу к дизайну, вы же профессионалы, придумайте сами». Придумаем. Потом вместе переделаем.

Бриф на разработку сайта заполняют не для галочки в папке проекта. Это способ вытащить из вас то, что вы про бизнес знаете, а подрядчик нет: кто покупает, с каким циклом сделки, какие возражения менеджеры ловят по телефону и что вообще считать заявкой. Заодно выясняют, что у вас уже есть: фото с производства, прайс, старый контент.

Три вопроса стабильно ставят в тупик. Первый - про целевую аудиторию: «все, у кого есть деньги» не годится, под всех страницу не спроектируешь. Второй - чем вы лучше остальных; «качество и индивидуальный подход» пишут все, это фон, а не отличие. Третий - что считаем результатом: звонок, заявка с формы, заказ в корзине. Соберите ответы заранее, вместе с теми, кто продает. Полчаса подготовки экономят неделю переписки.

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

Параллельно собирают запросы. Вот из-за этого пункта сайты потом стоят красивые и пустые. Структуру разделов строят под реальный спрос, а не под представления собственника: сбор семантического ядра показывает, какими словами вас ищут и сколько таких людей в месяц.

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

Весь этап занимает 5-8 рабочих дней - для корпоративного сайта это нормально. Растягивает этот срок почти всегда одно и то же: заказчик не может собрать ответы внутри компании. Директор в отпуске, коммерческий не согласен с маркетингом, прайс некому выгрузить.

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

Техническое задание и договор: что должно быть зафиксировано письменно

Бриф - это ваши ответы. Техническое задание - то, что подрядчик из них понял и перевел на язык работы. Разница принципиальная: анкету читаете вы, а по одному ТЗ работают дизайнер, верстальщик и программист, каждый по своей части.

«Сделайте удобный поиск» - разработчику это не говорит ровно ничего.

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

Главный признак вменяемого задания - по нему можно проверить результат. Не «сайт соответствует ожиданиям заказчика», а «форма отправляет заявку на такую-то почту и в CRM». Ожидания в голове доказать нельзя, записанное - можно.

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

Десять пунктов, которые проверяют до подписи

Читать удобнее вдвоем: технические строки отдайте своему айтишнику, коммерческие - тому, кто будет подписывать акт и платить.

Про число итераций скажу отдельно - на этом пункте отношения ломаются чаще всего. Формулировка «правки вносятся до полного согласования» выглядит выгодной для вас, а бьет по обоим: подрядчик закладывает риск в срок, вы все равно упираетесь в ответ «этого в задании не было». Рабочий вариант - два круга правок на этап, дальше отдельным соглашением, со сдвигом сроков и бюджета проекта.

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

Оба документа занимают 3-5 рабочих дней - второй по скорости этап после запуска. И самый недооцененный: договор на разработку сайта защищает не подрядчика, а того, кто внимательнее его прочитал.

Прототип: самый дешевый способ переделать сайт

Прототип - самое скучное, что покажут вам за весь проект. Серые прямоугольники, подписи вместо фотографий, ноль красоты. И одновременно единственная точка, где сайт еще можно перекроить целиком почти без потерь.

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

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

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

Свежий пример из практики. На прототипе интернет-магазина клиент увидел, что фильтр по бренду стоит под списком товаров, и попросил поднять выше. Правку внесли в тот же день. Если бы это всплыло на сверстанном каталоге, переделывать пришлось бы и шаблон карточки, и верстку - минус полторы недели.

Что проверить в присланном прототипе сайта, прежде чем ответить «согласовано»:

1. Все разделы из карты сайта на месте, ничего не потерялось при переносе в схему.
2. Первый экран каждой страницы: что видно без прокрутки - это половина решения посетителя.
3. Пройдите путь до заявки целиком, кликая по прототипу как пользователь. Удобную навигацию проверяют ногами, а не глазами.
4. Поля в формах - те, что реально нужны отделу продаж, а не «имя и телефон, дальше разберемся».
5. Расположение контента: влезет ли ваш настоящий текст туда, где стоит рыба на две строки.
6. Логика узкого экрана: что в мобильной версии уезжает вниз, а что остается наверху.

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

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

Проектирование структуры и сборка прототипа сайта занимают 5-10 рабочих дней. Правки присылайте одним списком, а не порциями по три сообщения в день: каждая новая порция - это плюс день на пересборку и еще один круг проверки. И пройдите прототип вашего сайта вместе с теми, кто потом будет с ним работать: продажники находят дыры быстрее любого аудита.

Дизайн и согласование макетов: где проекты теряют больше всего недель

Наконец-то картинка. После серых схем прототипа вы увидите то, чего ждали с самого начала: живой экран с цветом, шрифтом и настоящими фотографиями. Настроение в проекте меняется мгновенно. Скорость - тоже, и обычно не в лучшую сторону.

Этапы разработки дизайна сайта укладываются в три шага: концепция, отрисовка остальных страниц, адаптив. Дизайнер берет согласованный прототип и собирает концепцию на двух страницах - обычно это главная и типовая внутренняя. Варианты дизайнов множить смысла нет: показывают один-два, редко три. Каждый следующий - плюс два-три дня и лишний повод для спора внутри вашей же команды.

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

А теперь про недели. Сами этапы разработки дизайна сайта идут предсказуемо. Календарь съедает согласование дизайна.

Классика жанра: рисунок ушел в четверг, ответ пришел через десять дней, потому что «надо показать директору, а он в командировке». Дальше выясняется, что у директора свое мнение про цвет, у коммерческого - про порядок блоков, а у собственника - про фотографию на первом экране. Три круга правок вместо одного.

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

На этапы дизайна и согласования для проекта средней сложности закладывайте 10-15 рабочих дней. Отрисовка занимает меньше половины этого срока. Остальное - ожидание вашего ответа. Это единственный участок пути, где календарь почти целиком в ваших руках.

Верстка, программирование и CMS: недели, когда вам нечего показать

Тут наступает тишина. Картинку вы уже видели и утвердили, а дальше недели три-четыре показывать нечего: работа уходит внутрь, в код. На этом участке и рождается ощущение, что подрядчик пропал.

Первым идет этап адаптивной верстки. Утвержденные экраны превращают в живые страницы: браузер не открывает файл из графического редактора, ему нужен код. Собирают разметку, стили, поведение меню и кнопок - все элементы интерфейса, которые вы видели нарисованными, начинают нажиматься. Верстка сайта считается готовой не тогда, когда страница открылась у исполнителя, а когда она корректно отображается на любых устройствах - от широкого монитора до пятилетнего телефона. Сюда же входит оптимизация кода, чтобы страницы не весили как фотоальбом.

Этапы верстки сайта идут по списку страниц: сначала главная и типовая внутренняя, потом остальные по очереди. Верстка корпоративного сайта на 15-30 страниц занимает 5-10 рабочих дней. Интернет-магазин - другой сайт: верстка карточек, фильтров и корзины идет дольше и внахлест со следующим этапом.

Верстка - этап, после которого страницы выглядят настоящими, но остаются мертвыми: текст зашит в код намертво, форма ничего не отправляет. Оживляют их программирование, CMS-сборка и интеграции. Сверстанное натягивают на систему управления - и у вас появляется админка: правите тексты, добавляете новости, заводите товары сами. Чем ближе задача к типовой, тем больше берет на себя CMS: функционал каталога, карточек и форм в популярных системах уже готов, его не пишут заново. А программирование под CMS начинается там, где коробка заканчивается: калькулятор, личный кабинет, своя логика заказа, обмен с 1С.

Программирование, CMS и интеграции - 10-20 рабочих дней на проекте средней сложности. Самый длинный отрезок пути и самый непредсказуемый: техническую реализацию каталога оценивают точно, а программирование нестандартного функционала - только вилкой. Именно за этапом программирования интеграций прячется большинство сорванных сроков: чужие системы отвечают не так, как написано в их документации.

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

Формулировка простая: «дайте ссылку на тестовый стенд и обновляйте раз в неделю». Отказ «там нечего смотреть» - плохой признак. И заранее составьте список требований к функционалу CMS: что вы будете менять сами, а что готовы просить у подрядчика. Если в проекте есть программирование сложного функционала, просите разбить его на подэтапы с промежуточной сдачей. Молчание в этом месяце нормально. Молчание без стенда - нет.

Наполнение контентом и тестирование: последняя миля перед запуском

Дальше очередь ваша. Страницы собраны, админка работает - а проект упирается в тексты, которых нет. Если сайт встал на две-три недели прямо перед релизом, в семи случаях из десяти дело не в подрядчике. Дело в фотографиях производства, которые обещали прислать «на следующей неделе». Месяц назад.

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

Что собрать заранее, чтобы наполнение вашего сайта не превратилось в месяц переписки:

1. Тексты по всем страницам из списка - или письменное решение отдать их подрядчику. Качественный контент за три дня не пишется ни у кого: наполнение среднего сайта текстами - это две-три недели.
2. Фотографии: свои, не сток. Съемка - плюс неделя, планировать ее нужно в начале проекта, а не после верстки.
3. Прайс или каталог таблицей - в загружаемом виде.
4. Реквизиты, юридический адрес, документы для разделов «Оплата» и «Доставка».
5. Логотип в векторе и фирменные цвета.

Все это можно отдать подрядчику: многие студии берут наполнение сайта контентом на себя. Тогда с вас только исходники - факты, цифры, живые фотографии.

Проверки не ждут, пока наполнение сайта контентом закончится, - они идут внахлест. Смотрят не «красиво ли», а работает ли: уходит ли заявка с каждой формы и доходит ли письмо на почту и в CRM, как страницы открываются в популярных браузерах, что творится на мобильных устройствах, нет ли битых ссылок и пустых 404. В процессе тестирования сайт обязательно открывают на живых телефонах, а не в эмуляторе - разница вылезает каждый раз.

Еще советую пустить по сайту двух-трех человек со стороны. Тестирование на реальных пользователях за полчаса находит то, что команда не замечает месяц: непонятную кнопку, форму на восемь полей.

На этапе наполнения сайта контентом и финальных проверок закладывайте 5-10 рабочих дней - если материалы у подрядчика на руках. Если нет, шаг длится ровно столько, сколько вы их собираете. Приемку удобно вести по списку: каждая страница, каждая форма, каждая кнопка. И подписывать акт только тогда, когда на сайте стоит настоящий контент, а не рыба. Заодно решите, кто займется обновлениями контента сайта после релиза, - иначе вопрос всплывет через неделю, уже в панике.

Запуск: домен, хостинг, счетчики и первые сутки в бою

Самый короткий этап в проекте и самый нервный. В чужих статьях он умещается в одну строчку: «публикуем сайт». На деле там полтора десятка мелких действий, часть из которых делается один раз, зато на всю жизнь проекта.

Начинается все с переноса сайта с тестового стенда на боевой хостинг. Дальше настройка домена: A-записи, привязка почты, SSL-сертификат, склейка версий с www и без. Потом снимают запрет на индексацию - этот пункт забывают чаще остальных. Сайт стоит закрытым от поисковиков месяцами, владелец не понимает, почему его нет в выдаче, а виновата строчка в robots.txt. Заодно отдают поисковикам sitemap - карту сайта для роботов - и подтверждают права в Вебмастере.

Порядок хронологический: так это и делают в день релиза. Пропущенный пункт сверху дороже всего обходится потом

Счетчики ставят до релиза, а не после. Запуск сайта без счетчиков - это две недели трафика, про который вы никогда ничего не узнаете. Цели вешают на реальные действия и проверяют руками: отправили заявку - увидели ее в отчете. Если дальше идет реклама, к запуску рекламы нужны связки с кабинетами и разметка ссылок - иначе бюджет потрачен, а какие объявления принесли заявки, непонятно. По той же причине сквозную аналитику подключают на старте: связать заявки с источниками задним числом не выйдет.

Технически запустить сайт можно за вечер, но по календарю у обычного сайта запуск занимает 1-2 дня - вместе с проверками. Не ставьте запуск сайта на вечер пятницы, это классика жанра. Первые сутки команда сидит на связи: доходят ли письма с форм на почту и в CRM, не сыплются ли ошибки под живым трафиком. Проверку работоспособности удобнее вести вдвоем с подрядчиком, каждый со своего устройства.

И самое неприятное открытие для многих. Запуск нового сайта заявок не приносит: адрес свежий, поисковики его только начали обходить, объявлений нет. Поэтому запуск готового сайта планируют сразу вместе с источниками трафика - поисковое или платное продвижение, тут зависит от ниши. Если структуру и контент собирали с прицелом на поиск, заниматься поисковым продвижением дальше проще: основа заложена в самом начале.

Пять причин, по которым сроки едут, и что мы с этим делаем

Календарь ломают не там, где ждут. Разработку почти любого сайта тормозят одни и те же вещи, и техника среди них хорошо если на третьем месте. Все остальное - организация.

Контент. Первое место с большим отрывом. Тексты и фотографии ждут от вас, а вы ждете, когда освободится маркетолог. Лечится на старте: либо материалы готовит подрядчик и это записано в договоре, либо с вашей стороны есть конкретный человек с дедлайном, а не «отдел маркетинга».

Размытый круг согласующих. Пока правки вносят по очереди трое, каждый круг стоит недели. Список тех, чье слово решает, нужен до первого показа, а не после.

Правки вне задания. Здесь все деликатно.

Нам нужно то же самое, но чтобы вообще по-другому.Реплика заказчика на третьем круге правок. Записана дословно и с тех пор живет у нас как внутренний термин: так называют правку, которая по сути и есть новое задание.

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

Интеграции. Чужие системы живут своей жизнью: ответа от технической поддержки сервиса доставки ждут неделями, а у команды разработчиков в это время простой. Сроки тут зависят от конкретного проекта, поэтому интеграции закладывают с запасом и начинают первыми, а не последними.

Поздние доступы. Домен оформлен на бывшего сисадмина, пароль от хостинга не помнит никто, а доступ в 1С дает человек, который в отпуске. Соберите все это на первой неделе проекта - позже оно всплывет ровно в день релиза.

Живой пример из практики. Сайт производственной компании, 22 страницы: план - девять недель, факт - четырнадцать. Три лишние недели ушли на ожидание съемки цеха, еще две - на второй круг по визуалу, потому что проект впервые увидел коммерческий директор. Реализация проекта не буксовала ни дня. Буксовали решения на стороне заказчика.

Поэтому в «Мастерах Трафика» регламент согласования подписывают вместе с техническим заданием: поименный список согласующих, срок ответа два-три рабочих дня, правки одним сведенным списком. Не ответили в срок - этап уезжает, и это видно в графике сразу, а не в финале. Бумажка скучная, зато именно на ней наша команда разработки держит календарь.

Заказывая разработку сайта, вы платите не только за работу студии. На любом этапе разработки сайта вторая половина срока - это скорость ваших собственных решений. И вот ее ни один график не ускорит.

Сайт запущен - что понадобится в первый месяц

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

Что имеет смысл успеть за первые тридцать дней:

1. Первая неделя - список недоделок. Мелочи всплывут обязательно: съехавшая на планшете иконка, опечатка в заголовке, письмо с формы в папке «Спам». Копите их одним файлом и отдавайте подрядчику пакетом, а не по сообщению в час. Гарантийный срок конечен, тянуть с проверкой невыгодно.
2. Вторая и третья недели - источники трафика. Сам по себе адрес в выдаче не появится. Дальше две дороги, и они друг друга не исключают: SEO-продвижение сайта дает трафик дешевле, но первый заметный результат приходит через 3-6 месяцев, а контекстная реклама приводит людей завтра, только платить придется каждый день. У большинства работает связка: реклама кормит продажи, пока органика набирает вес.
3. Поддержка. Продление домена и хостинга, обновления движка, резервные копии. Скучно ровно до дня, когда сайт лежит, а свежей копии нет.
4. Обновления. Живой сайт отличается от мертвого именно обновлениями контента: новые работы в портфолио, актуальный прайс, пара статей в блоге. Роботы это видят, люди тоже.
5. Конец месяца - первые цифры. Сколько человек пришло, откуда и сколько оставили заявку. Отчет почти всегда выглядит скромно, и это нормально: сайту нужно время, чтобы его заметили.

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

И общее наблюдение. Корпоративный сайт - не памятник, который открыли и оставили. Это инструмент, который первые полгода донастраивают почти постоянно. Проекты, где после сдачи к сайту никто не притрагивается, через год приносят ровно столько же, сколько в первую неделю.

Заключение

Если из всей статьи оставить один абзац, пусть будет этот. Восемь шагов идут в жестком порядке, и цена изменения растет на каждом следующем: переставить блок на прототипе сайта - двадцать минут, тот же перенос на собранных страницах - три-четыре дня и новый круг согласований. Скучные ранние шаги - анкета, техническое задание, серые схемы - покупают вам недели на поздних. Это не бюрократия, это арифметика.

Теперь мнение, которое сложилось за несколько десятков проектов. Главное, что определяет календарь, - не подрядчик. Аналитик и дизайнер работают предсказуемо, их участки считаются заранее с точностью до дней. Плавает вторая половина срока, та, что на вашей стороне: кто утверждает, за сколько дней отвечает, когда приходят тексты и фотографии. В «Мастерах Трафика» мы смотрим на это еще до старта одним вопросом: есть ли в компании человек, который может сказать «да» без совещания. Если есть - проект почти всегда идет по плану.

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