Начните с вопросов, которые задают перед покупкой
Соберите последние обращения к продажам. Какие задачи люди описывают своими словами? Что спрашивают о сроках, географии, совместимости, гарантиях, порядке расчёта? Эти вопросы дают материал для сайта точнее, чем пожелание «хотим современно и дорого». Для производителя оборудования посетителю могут понадобиться характеристики и условия обслуживания. Для консалтинга важнее понять состав работ, опыт команды и границы ответственности.
Разведите аудитории. Закупщик проверяет документы, технический специалист ищет параметры, руководитель оценивает риск, кандидат смотрит вакансии. Всем им не обязательно показывать одинаковый путь. На схеме сайта удобно подписать для каждой группы точку входа, нужную информацию и следующий шаг. Уже здесь обнаруживаются лишние разделы и недостающие страницы.
Сколько страниц действительно нужно
Правило «пять разделов хватит любой компании» плохо переносит встречу с реальным ассортиментом. Если услуги решают разные задачи и по-разному продаются, им нужны самостоятельные страницы. Одна длинная страница с перечнем направлений оставляет мало места для условий, примеров и ответов на возражения.
При этом не стоит плодить страницы под каждую перестановку слов в запросе. «Разработка сайта для компании» и «создание корпоративного сайта» часто описывают одну потребность. Решение принимают после изучения выдачи и предложений конкурентов. Отдельная страница оправдана, когда у неё есть собственный предмет разговора: другой продукт, покупатель, комплект услуг или сценарий выбора.
Для условной инженерной компании стартовая структура может включать главную, каталог решений, страницы отдельных направлений, проекты, сведения о производстве, обслуживание и контакты. Это пример, не универсальный шаблон. Если обслуживание продаётся отдельно и приносит обращения, прятать его в подвале было бы странно.
Контент нужно собирать одновременно с прототипом
Прототип отвечает на вопрос, в каком порядке человек получит аргументы. Но аргументы должны существовать: фотографии объекта, описание выполненной задачи, сроки поставки, компетенции специалистов. Когда вместо них в макете стоят серые прямоугольники и текст-заполнитель, согласовать можно только композицию. Полезность страницы пока никто не проверял.
Назначьте владельца каждого материала. Кто подтверждает технические характеристики? Кто разрешает публикацию проекта? Кто отдаёт фотографии без чужих водяных знаков? Мы предлагаем включать эту таблицу в план разработки. Иначе готовая вёрстка неделями ждёт один согласованный абзац о компании.
Хороший кейс описывает исходную задачу, ограничения, работу команды и проверяемый результат. Если цифры закрыты договором, объясните принятые решения и покажите разрешённые материалы. Придуманная эффективность портит доверие сильнее, чем отсутствие эффектной диаграммы.
SEO закладывают в карту страниц
До дизайна сопоставьте страницы с поисковыми запросами. Для каждой определите основную тему, заголовок и ссылки на соседние материалы. В техническом задании зафиксируйте редактируемые метаданные, постоянные адреса, карту сайта и корректные ответы сервера. При замене старого сайта понадобится карта перенаправлений со старых адресов.
Содержимое услуг должно читаться без регистрации и сложных действий. Роботу и человеку нужны понятные ссылки. Для ИИ-поиска полезны ясные определения, условия работы, авторство и доказательства, которые можно проверить. Специальная надпись «GEO» в смете сама по себе ничего не меняет. О подготовке к поиску подробнее рассказываем в разборе SEO нового сайта.
Форма заявки тоже часть продукта
Сначала решите, куда приходит обращение и кто берёт его в работу. Почта, CRM или рабочая группа должны получать достаточно сведений для ответа. Если менеджеру приходится искать заявку вручную, технически работающая кнопка ещё не завершает сценарий.
Попросите показать поведение при ошибке: пропал интернет, контакт введён неверно, вложение слишком большое, сервер временно недоступен. Посетитель должен понимать, принята ли заявка и что делать дальше. В аналитике успешную отправку фиксируют после подтверждения сервера. Клик по телефону учитывают отдельно: он не доказывает, что разговор состоялся.
Как принять корпоративный сайт
Приёмку удобнее провести по коротким заданиям. Откройте сайт с телефона, найдите конкретную услугу, изучите проект, задайте вопрос. Затем попросите сотрудника самостоятельно изменить цену или фотографию. Так проверяется и клиентская сторона, и повседневная работа команды.
В акте и передаче проекта перечислите доступы, исходники, лицензии, инструкции и границы поддержки. Отдельно зафиксируйте, кто оплачивает домен и хостинг. Когда всё это остаётся «у программиста», простая смена сотрудника превращается в проблему.
- Все согласованные страницы заполнены и доступны по прямым адресам.
- Заявка доставляется ответственному, а ошибка не выглядит как успех.
- Редактор меняет материалы без правки кода там, где это предусмотрено заданием.
- Переданы доступы, резервная копия и порядок обращения за поддержкой.
Что подготовить для разговора с «Горячо!»
Пришлите ссылку на текущий сайт, список направлений и несколько типичных вопросов клиентов. Полезно сразу назвать, какой результат нужен: обращения по конкретной услуге, заявки дилеров, сокращение повторяющихся вопросов или представление нового продукта. Для разных целей получится разный проект.
Мы связываем структуру, тексты, дизайн и техническую подготовку к поиску в разработке сайтов. Команда находится в Саратове и работает с компаниями по России. Расскажите о задаче: начнём с состава страниц и сценариев, по которым вы затем сможете принять готовую работу.
Частые вопросы
Чем корпоративный сайт отличается от лендинга?
Корпоративный сайт раскрывает несколько направлений и обслуживает разные аудитории. Лендинг обычно ведёт к одному предложению. Выбор зависит от продукта, спроса и дальнейшего развития.
Можно запустить сайт поэтапно?
Да. Сначала публикуют страницы приоритетных услуг и рабочие сценарии заявки, затем добавляют согласованные разделы. Будущую структуру стоит предусмотреть сразу.
Нужна ли система управления?
Если сотрудники регулярно меняют материалы, систему управления стоит включить в проект. Для редко обновляемого небольшого сайта допустим другой порядок поддержки.
