Почему после четырех версий главной я снова ее пересобираю

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

Главная “Дожми Продажи” уже пережила 4 версии.
И сейчас я снова ее пересобираю.
Не потому, что мне разонравился дизайн.
И не потому, что захотелось заменить пару заголовков.

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

Человек уже может искать “речевую аналитику”, “анализ звонков”, “контроль качества звонков” или решение для Битрикс24. Он уже знает название категории. И главная должна очень быстро ответить на другие вопросы:

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

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

Почему нельзя просто еще раз переписать первый экран

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

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

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

Отдельный контекст возникает у компании, которая уже работает в Битрикс24. У нее появляется вполне нормальный вопрос: зачем отдельный сервис, если речевая аналитика уже есть внутри CRM?

Если попытаться ответить всем одним первым экраном, получится формулировка, которая вроде бы подходит каждому, но не попадает точно ни в кого.

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

Для этого я собрал три разных исследовательских слоя.

Мой треугольник спроса

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

Второй - HeadHunter.
Вакансии показывают, какую работу компании реально оплачивают сотрудникам и каким языком описывают эту работу внутри бизнеса.

Третий - GEO/AEO и вопросы выбора.
Здесь я смотрел не на мифическую “частотность запросов в ChatGPT”, которой у меня нет, а на вопросы, которые повторяются в поиске, FAQ, материалах по выбору сервисов и продуктовой документации.

То есть на то, что человеку нужно понять перед решением.
Вместе эти три слоя дают мне гораздо более полезную картину, чем обычный портрет ЦА.

SEO показывает язык входа.
HeadHunter показывает реальную работу.
GEO/AEO показывает логику выбора.

А в центре появляется задача, которую должна закрывать страница.

SEO: люди ищут категорию

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

В свежем 30-дневном срезе формулировка “речевая аналитика” дала 2187 точных запросов.
“Анализ звонков” - 1309.
“Речевая аналитика битрикс 24” - 339.
“Контроль качества звонков” - 195.
“Сервис речевой аналитики” - 152.
А теперь более узкие формулировки:
“анализ звонков отдела продаж” - 13;
“речевая аналитика для отдела продаж” - 8.

Для меня здесь важен не рейтинг ключевых слов сам по себе. Важен язык.

Человек, у которого спрос уже сформировался, чаще входит через название категории.
Он ищет не “систему обнаружения управленческих паттернов в клиентских коммуникациях”.
Он ищет речевую аналитику.

Из этого следует довольно практический вывод для сайта.
Не нужно заменять понятный поисковый язык внутренней методологией продукта.
Если человек ищет речевую аналитику, он должен сразу увидеть речевую аналитику.

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

Поэтому поисковый объем без понимания задачи человека легко ведет не туда.

HeadHunter: а кто вообще делает эту работу

Следующий вопрос оказался интереснее.

Допустим, человек ищет анализ звонков.
Кто в компании реально занимается этой работой?

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

Казалось естественным считать его главным пользователем. Но свежий срез вакансий заставил эту гипотезу уточнить.
В моем сентябрьском исследовании было собрано 3213 уникальных открытых вакансий у 2145 работодателей.
После дополнительной классификации целевой пул для внутреннего контура продаж составил 728 вакансий

Затем я дополнительно сгруппировал их по названиям должностей.
Примерно 351 вакансия относилась к руководителям продаж и близким управленческим ролям.
Около 207 - к менеджерам продаж и клиентским менеджерам.

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

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

Что работодатели реально требуют от РОПа

Еще интереснее оказалось посмотреть не на названия должностей, а на сами обязанности.

В группе руководителей продаж примерно 42% вакансий содержали анализ, разбор, прослушивание или контроль звонков.
Около 29% - контроль качества или работы менеджеров.
Около 30% - работу со скриптами.
Почти половина затрагивала конверсию, отказы или причины потерь.
CRM встречалась примерно в двух третях вакансий этой группы.

В буквальных формулировках постоянно повторялись:

• “причины отказов”;
• “повышать конверсию”;
• “контроль работы менеджеров”;
• “разбор звонков”;
• “анализ конверсии”;
• “прослушивание звонков”;
• “причины потерь”;
• “соблюдение скриптов”.

И здесь для меня сложилась гораздо более точная цепочка.
РОПу нужен не анализ звонков как самостоятельная функция.

Ему нужно:
контролировать работу менеджеров -> замечать системные проблемы -> понимать причины потерь -> разбирать конкретные коммуникации -> менять работу отдела.

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

Для меня это стало вторым независимым сигналом: основная главная должна говорить прежде всего на языке управления продажами, а не строиться вокруг профессии специалиста ОКК.

Но контроль качества остается отдельным сильным сценарием

Здесь важно не сделать обратную ошибку.
Из того, что РОПов больше, не следует, что ОКК не важен.
Наоборот.

Несколько найденных вакансий практически один в один описывали продуктовый сценарий:

• прослушивать звонки по чек-листу;
• проверять сделки в CRM;
• контролировать качество коммуникации;
• фиксировать нарушения;
• искать системные ошибки;
• давать обратную связь менеджерам.

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

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

ОКК - специализированный пользователь.
Ему важны критерии, спорные оценки и глубокая проверка конкретных разговоров.

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

Продукт один. Но первый экран для этих трех ролей не должен быть одинаковым.

GEO/AEO: что человек должен проверить перед покупкой

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

Картина получилась достаточно устойчивой.
Что именно делает речевая аналитика?
Чем она отличается от записи и расшифровки?
Подойдет ли она под мой процесс продаж?
Можно ли доверять оценке искусственного интеллекта?
Как проверить спорный вывод?
Что конкретно увидит руководитель?
Как решение соединяется с CRM и телефонией?
Сколько ручной работы останется?
Как проходит внедрение?
Можно ли сначала проверить сервис на собственных звонках?
Где хранятся данные?
Как устроена цена?

И все важнее становится еще один вопрос:
зачем вообще отдельный сервис, если речевая аналитика уже есть в Битрикс24?

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

Битрикс24 поднял планку отстройки

Этот слой исследования заставил меня пересмотреть старую гипотезу об УТП.
18 сентября 2026 года Битрикс24 обновил документацию по “Речевой аналитике 2.0”.

Встроенный BitrixGPT уже умеет оценивать звонки по скриптам, объяснять оценки цитатами из разговора, давать рекомендации менеджеру и отправлять руководителю сводки и ситуационные уведомления.

То есть формула “искусственный интеллект оценивает звонок” больше не является отстройкой.
Цитаты из звонка - тоже.
И возможность руководителю не слушать все разговоры подряд постепенно становится нормой категории.

Значит, отличие нужно искать уровнем выше.

Не обязательно начинать с готового скрипта

И здесь я возвращаюсь к тому, как изначально строилась логика “Дожми Продажи”.

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

В такой ситуации ставить еще один заранее придуманный чек-лист может быть слишком ранним решением.

Я уже отдельно разбирал как начинать анализ звонков, когда готовых критериев еще нет.

Сначала нужен более широкий взгляд на реальные коммуникации.
Что действительно повторяется?
Какие вопросы задают клиенты?
Где разговоры начинают различаться?
Что происходит в успешных сделках и чего нет в проваленных?
Какие гипотезы вообще заслуживают дальнейшей проверки?

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

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

В центре треугольника оказался не продукт

После трех исследований я стал по-другому смотреть на главную страницу.
Раньше я в основном шел изнутри продукта:

• что есть в системе;
• что умеет искусственный интеллект;
• какие есть отчеты;
• какие интеграции;
• сколько стоит.

Но человек принимает решение не в таком порядке.
Сначала у него есть сформированная задача.
Потом он называет ее своим языком.
Затем пытается понять, подходит ли конкретное решение.

Поэтому новая логика выглядит так.
SEO отвечает: что человек ищет.
HeadHunter отвечает: какую работу он или его команда реально выполняет.
GEO/AEO отвечает: что ему нужно доказать перед выбором.

А сайт должен соединить эти три слоя в одну последовательность.

Как из этого меняется главная

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

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

Это пока не финальная формулировка. Но логика именно такая.
Сначала человек узнает то, что искал.
Потом узнает свою работу.
После этого уже можно объяснять продукт.

Новая последовательность страницы

Раньше страницу естественно было строить от функций.
Анализ звонков.
Искусственный интеллект.
Критерии.
Отчет.
Интеграции.
Тарифы.

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

Не “искусственный интеллект решил”, а:

• какой вывод;
• по какому критерию;
• на основании какого фрагмента;
• в каком звонке;
• как это можно проверить самостоятельно.

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

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

Для меня это уже не презентация функций продукта. Это путь принятия решения.

Почему следующим шагом становятся отдельные страницы

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

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

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

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

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

Четыре версии главной не были ошибкой

На эту историю можно посмотреть иначе.
Если главную пришлось переделывать четыре раза, может быть, надо было сразу лучше подумать?
Я так не считаю.

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

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

После этого заменить пару заголовков и оставить старую архитектуру было бы странно.

Что я считаю главным результатом

Раньше я в основном смотрел на сайт изнутри “Дожми Продажи”:
что продукт умеет и как это объяснить.

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

Для этого мне и понадобился треугольник.
SEO дает язык сформированного спроса.
HeadHunter показывает реальную оплачиваемую работу за этим спросом.
GEO/AEO и исследование вопросов выбора показывают, какие доказательства нужны перед решением.

А сайт должен соединить эти три слоя.

Поэтому следующий этап для “Дожми Продажи” - не пятая универсальная главная для всех.
Главная станет точнее закрывать сформированный спрос на речевую аналитику и анализ звонков.
А рядом появятся отдельные страницы для разных ролей и ситуаций.

Чтобы человек, открыв страницу, мог как можно быстрее сказать:
“Да. Это про мою задачу.”

Для меня это и есть следующий уровень сайта.
Не больше текста. Больше совпадения между тем, зачем человек пришел, какую работу ему нужно сделать и тем, что он видит на экране.