Запуск — это передача: чек-лист готовности к клиенту для агентств

Summary

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

Большинство советов по запуску написано для одного сайта, поэтому они не работают внутри агентства. Они предполагают, что у вас есть безграничное время для тестирования каждой страницы. Это не так. У вас несколько проектов в работе, клиент, который дважды менял номер телефона, и заинтересованное лицо, которое продолжает писать по одному маленькому вопросу. Работающие советы рассматривают запуск как передачу, а не событие. Ваш настоящий продукт — это повторяемый процесс, который создаёт сайт, в котором клиент может жить, не звоня вам в панике. Этот чек-лист и есть такой процесс, созданный для агентств, которые должны выполнять одну и ту же контрольную точку качества для разных клиентов, бюджетов и типов сайтов. Используйте его как основу, а не как универсальный список для копирования.

Write the handover date first

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

Если даты нет, у расползания объёма нет якоря. Когда клиент просит ещё одну страницу, вы можете сказать, что это сдвигает дату передачи. Если дата уже существует, компромисс очевиден; если нет — каждая мелочь бесплатна, а все дедлайны вымышлены. Агентство, которое не может назвать дату передачи, не может защитить свою маржу. Когда вы начинаете с расплывчатого брифа, повторяемый процесс агентства делает этот разговор одинаковым на каждом проекте.

Lock the content that can't be improvised

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

Используйте одну стандартную форму сбора данных на каждом проекте. Запрашивайте телефон, электронную почту, физический адрес, часы работы и три услуги, которые клиент хочет продавать. Один клиент даст вам номер телефона, который ведёт на факс; другой передаст логотип, сохранённый в виде документа Word. Обнаружить это на этапе сбора контента дешевле, чем в подвале живого сайта.

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

Test like the client on a bad day

Вы смотрели на сайт неделями, поэтому видите то, что ожидаете. Клиент видит то, что реально на экране. Откройте сайт в окне инкогнито с новой сессией и пройдитесь по нему свежим взглядом.

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

Именно здесь небольшие задержки превращаются в истории. Медленно загружающееся главное изображение, кнопка, ведущая в никуда, липкая шапка, закрывающая номер телефона на мобильном устройстве, — любое из этого формирует первое впечатление клиента. Вам не нужно сто проверок; вам нужны те несколько, которые невозможно будет объяснить. Опечатка в блоге исправима, а сломанный процесс оформления заказа — нет. Если вы проводите один и тот же тест для каждого клиента, вы перестанете тратить первую неделю после запуска на письма с вопросами «почему кнопка не работает».

Scope the gate to the site

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

Тип сайта	Обязательные проверки
Сайт-визитка	Проверка с точки зрения клиента, контактные данные, SSL, базовое SEO
Лендинг	Время загрузки, отправка формы, страница благодарности, аналитика
Интернет-магазин	Путь оформления заказа, тест оплаты, изображения товаров, резервные копии

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

Build the security gate once, run it every time

Безопасность — это то, где агентства теряют фокус. Вы проводите полный аудит для клиента с интернет-магазином, а затем пропускаете сайт-визитку, потому что он не собирает данные. Это неправильный подход. Рекомендации UpGuard по безопасности веб-сайтов применяют одинаковые практики на каждом сайте: обновляйте платформу, используйте надёжную аутентификацию, ограничивайте права пользователей, регулярно делайте резервные копии и обслуживайте всё через SSL/TLS. Сайт-визитка всё равно может быть скомпрометирован, а домен клиента могут использовать для рассылки спама.

Создайте единый чек-лист безопасности и выполняйте его на каждом проекте. Многофакторная аутентификация включена для каждого входа. Обновлённое программное обеспечение и плагины. Резервная копия, которая реально протестирована, а не просто запланирована. Установленный и работающий SSL/TLS-сертификат. Права пользователей ограничены тем, что нужно каждому сотруднику.

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

Make SEO a check, not a hope

Вот знакомый запуск: сайт становится доступным, дизайн выглядит чистым, а через месяц клиент спрашивает, почему его нет в Google. SEO на небольшом сайте кажется проблемой будущего, поэтому его пропускают. Руководство по SEO для начинающих от Digital Marketing Institute рассматривает техническую настройку как часть основ, а не маркетинговую шелуху: HTTPS, XML-карта сайта и файл robots.txt, который позволяет поисковым системам заходить.

Добавьте раздел SEO в ваш чек-лист передачи и сделайте его конкретным. Проверьте наличие тега title и мета-описания для каждой ключевой страницы. Убедитесь, что на каждой странице есть хотя бы один фрагмент настоящего текстового контента, а не только изображения. Создайте XML-карту сайта и отправьте её. Проверьте, что robots.txt не блокирует страницы, которые вы хотите индексировать.

Всё это недорого. Но всё это утомительно, поэтому и пропускается. Стоимость невидима несколько недель, а потом раздаётся звонок: почему мой бизнес не виден в Google? Вы не можете ответить на это контрольной точкой передачи; вы можете ответить только доказательством того, что основы были на месте до запуска сайта. Для полной настройки запустите no-code сайт, который ранжируется с первого дня. По крайней мере, сделайте контрольную точку SEO списком с ответами «да/нет», чтобы фраза «займёмся SEO позже» не могла проскользнуть в проект.

Hand over the keys with a runbook

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

Напишите runbook. Как войти и изменить текст на главной. Как заменить изображение. Где находятся домен и хостинг. Когда истекает срок домена и кто за это отвечает. Процесс регистрации доменов ICANN требует действующих контактных данных владельца. Если домен принадлежит клиенту, он должен знать, где находится аккаунт и что произойдёт, если домен истечёт. Укажите дату продления в runbook; вы не хотите, чтобы первый звонок после запуска был: «Наш сайт исчез, потому что никто не продлил домен».

Runbook может поместиться на одной странице. Это не обязательно должно быть руководство. Но он должен существовать, и клиент должен открыть его, пока вы ещё на связи.

Follow up in 48 hours

После запуска клиент замолкает на неделю. Вы предполагаете, что он доволен. Затем приходит письмо со счётом, и вы понимаете, что он шесть дней не знал, как обновить собственные цены. Самый полезный тест происходит после передачи, а не до неё.

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

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

A gate, not a trophy

Цель — не иметь самый подробный чек-лист в индустрии. Цель — иметь контрольную точку, которая выявляет проблемы, реально встречающиеся у ваших клиентов. Это означает сокращение. Если проверка не выявила ни одной проблемы за последние несколько запусков, значит, вы либо автоматизировали её, либо она не нужна. Чек-лист, полный пунктов, которые всегда проходят, создаёт ложное ощущение завершённости. Важны те проверки, которые иногда дают сбой, потому что именно они предотвращают неловкие звонки.

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