Как распределить информацию между главной и внутренними страницами на сайте разработчика ПО

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

Какие задачи решает главная страница

Главная должна быстро ответить на четыре вопроса: что это за продукт или услуга, для кого он, какую задачу решает и куда идти дальше. Это навигатор, а не справочник. Всё, что нужно сравнивать, проверять или цитировать в переписке (список версий, технические требования, условия лицензии), относится к внутренним страницам. На главной остаётся то, что помогает выбрать маршрут.

Какие вопросы покупателя требуют отдельных страниц

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

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

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

Схема блока: тезис, подтверждение, переход

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

Условный пример для вымышленной CRM для сервисных компаний. Фрагмент главной:

• заголовок: «Работает с вашей учётной системой»;
• текст: «Заявки из почты и форм попадают в карточку клиента, а закрытые заказы передаются в учётную программу»;
• ссылка: «Список интеграций и описание API».

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

Что нельзя прятать глубоко

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

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

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

Как не допустить расхождений между страницами

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

Проверка перед публикацией

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

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

Если какой-то пункт не выполняется, начните с него: чаще всего достаточно переставить блоки и сократить тексты на главной, переписывать весь сайт не нужно.

Все статьи блога