Сайт заказывают редко, поэтому почти каждый клиент проходит этот путь впервые. Отсюда однотипные сложности: смета растёт по ходу работы, сроки сдвигаются, а на приёмке выясняется, что стороны по-разному понимали одни и те же слова. Ниже — чек-лист, который мы проходим вместе с заказчиком до старта и держим под рукой на каждом этапе. Он не заменяет договор, но снимает большую часть спорных мест и делает разговор о деньгах предсказуемым.
Что стоит сформулировать до первого разговора со студией
Разработка начинается не с дизайна и не с выбора CMS, а с ответа на вопрос, зачем компании сайт и как вы поймёте, что он работает. Формулировка «нужен современный сайт» не годится: под неё подходит и одностраничник, и каталог на несколько тысяч позиций. Мы просим клиента ответить письменно на несколько вопросов, и обычно этого хватает, чтобы разговор стал предметным.
- Какое действие должен совершить посетитель: оставить заявку, позвонить, оформить заказ, скачать прайс, записаться.
- Кто эти посетители: частные лица, закупщики, подрядчики, соискатели. У каждой группы своя логика выбора.
- Откуда они придут: поиск, контекстная реклама, соцсети, офлайн-визитки, рассылка. От этого зависит структура первого экрана.
- Что происходит с заявкой дальше: кто её получает, за какое время отвечает, в какой системе она хранится.
- Есть ли ограничения: фирменный стиль, требования головной компании, отраслевые регламенты, обязательные документы на сайте.
Отдельно стоит собрать три-пять сайтов конкурентов или просто нравящихся вам проектов с пометкой, что именно в них нравится. Ссылка без комментария бесполезна: студия видит один блок, заказчик имел в виду другой.
Техническое задание: чем подробнее, тем дешевле правки
Техническое задание — это описание того, что будет сделано, а не литературное произведение. Полезное ТЗ содержит перечень страниц и шаблонов, описание каждого функционального блока, правила работы форм, требования к админке и список того, что в проект не входит. Последний пункт клиенты обычно пропускают, а он экономит больше всего нервов: явно записанное «мультиязычность и личный кабинет в первую версию не входят» избавляет от спора на приёмке.
Мы придерживаемся правила: любая формулировка, которую можно понять двумя способами, будет понята дважды. «Удобный каталог» превращается в «каталог с фильтром по трём параметрам, сортировкой по цене и постраничной навигацией». «Красивая анимация» — в перечень блоков, где она нужна. Если на этапе ТЗ какой-то раздел ещё не продуман, честнее вынести его в отдельную задачу с собственной оценкой, чем закладывать в смету наугад.
Структура сайта и сценарии посетителя
Структуру мы утверждаем до дизайна, потому что перекраивать готовые макеты дорого. На этом шаге проверяем, что до любой значимой страницы можно дойти за два-три клика с главной, что в меню нет разделов-пустышек и что каждая страница отвечает на конкретный запрос. Отдельно смотрим на разделы, которые компания хочет завести «на будущее»: пустой раздел с одной новостью двухлетней давности вредит больше, чем его отсутствие.
Интеграции: что подключаем и кто за это отвечает
Интеграции — самая частая причина сдвига сроков, потому что они зависят от третьей стороны. CRM, платёжный шлюз, служба доставки, сервис рассылок, телефония, программа складского учёта: у каждой системы своя документация, свои ограничения и свой срок выдачи доступов. Мы просим зафиксировать в ТЗ не только список сервисов, но и ответственного с каждой стороны, иначе разработка упирается в ожидание ключа от подрядчика, с которым мы не знакомы.
- Проверьте, что у выбранной CRM есть открытый API и что ваш тариф его включает — на младших тарифах интеграции нередко отключены.
- Для приёма платежей потребуется договор с банком или платёжным сервисом, а на это уходит время, не зависящее от разработки.
- Уточните формат обмена с учётной системой: выгрузка файлом по расписанию и обмен в реальном времени различаются по трудоёмкости в разы.
- Заранее решите, что делать, если внешний сервис недоступен: копить заявки, показывать сообщение, дублировать на почту.
Контент, доступы и права
Тексты и фотографии почти всегда оказываются узким местом. Дизайн, нарисованный на условном тексте, а потом наполненный реальным, ведёт себя иначе: заголовок в две строки ломает сетку, а вместо запланированных пяти преимуществ у компании их три. Поэтому мы стараемся получить хотя бы черновые тексты до отрисовки внутренних страниц.
С фотографиями та же история. Снимки из бесплатных фотобанков узнаваемы и работают против доверия, особенно на страницах о команде и производстве. Если своей съёмки нет, лучше запланировать её отдельной строкой бюджета. Одновременно проверьте права: изображения, шрифты и иконки должны использоваться легально, а лицензия на платный шрифт — покрывать веб-использование.
Доступы стоит собрать в одном месте и держать у себя, а не у подрядчика: панель регистратора домена, хостинг, почта, счётчики аналитики, аккаунты рекламных кабинетов. Это не вопрос доверия, а вопрос непрерывности работы, если подрядчик сменится.
Приёмка: что проверяем перед запуском
Приёмка — не формальность, а последняя точка, где ошибки исправляются в рамках проекта. Мы проходим её по одному и тому же списку и советуем заказчику проверять параллельно: свежий взгляд ловит то, что у команды замылилось.
| Что проверяем | Как проверяем | Что считается нормой |
|---|---|---|
| Формы и заявки | Отправляем тестовую заявку с телефона и с компьютера | Письмо и запись в CRM пришли, на экране видно подтверждение |
| Мобильная версия | Открываем ключевые страницы на реальных телефонах, а не только в эмуляторе | Нет горизонтальной прокрутки, кнопки нажимаются пальцем |
| Скорость загрузки | Замеряем главную и самую тяжёлую внутреннюю страницу | Изображения сжаты, скрипты не дублируются |
| Аналитика | Проверяем счётчики и цели на тестовой заявке | Цель засчитана один раз, а не трижды |
| Тексты и мета-теги | Просматриваем все страницы списком | Нет заглушек, у каждой страницы свои title и description |
| Админка | Сами добавляем новость и товар | Сотрудник справляется без разработчика |
Что происходит после запуска
Сайт не заканчивается в день публикации. Обновляются версии CMS и плагинов, истекают сертификаты и домены, меняются цены и услуги, появляются ошибки после обновлений браузеров. Всё это требует времени специалистов, поэтому расходы на поддержку разумнее заложить сразу, а не обнаружить их через полгода.
- Договоритесь о формате поддержки: разовые работы по запросу, пакет часов в месяц или полное сопровождение.
- Уточните, что входит в гарантию, а что считается доработкой. Ошибка вёрстки и новая функция — разные вещи.
- Настройте резервное копирование и проверьте, что копию действительно можно развернуть.
- Заведите мониторинг доступности: узнавать о падении сайта от клиентов неприятно.
- Запланируйте пересмотр контента хотя бы раз в квартал.
Организационные мелочи, которые решают исход проекта
Со стороны заказчика нужен один человек, принимающий решения. Когда правки приходят от пяти сотрудников и противоречат друг другу, страдают сроки, а ответственности не несёт никто. Второе — режим обратной связи: мы просим давать комментарии одним списком в согласованный срок, иначе проект превращается в бесконечную ленту сообщений.
Полезно заранее обсудить, что считается завершением этапа и как он оплачивается, кому принадлежат исходники и макеты после сдачи, в какой форме передаются доступы. Эти вопросы неудобно задавать в конце и совершенно нормально — в начале.
Если вы готовите проект и хотите пройти этот чек-лист вместе с командой, которая доведёт его до запуска, мы разработаем сайт под задачи вашего бизнеса: от структуры и ТЗ до приёмки и сопровождения. Начнём с разбора ваших вводных и честной оценки объёма работ.
