200 прототипов лендинга сложного B2B-продукта: что я понял после анализа 397 страниц конкурентов

Сейчас мы разрабатываем новую главную страницу “Дожми Продажи”.

На текущий момент я сделал уже больше двухсот прототипов.

Не двухсот вариантов дизайна с разными цветами кнопок.

Я меняю структуру, порядок блоков, формулировки, примеры, визуалы и сам способ объяснения продукта.

Некоторые блоки переразбираю по 20-30 раз.

Удаляю текст.

Возвращаю его.

Пытаюсь заменить объяснение интерфейсом.

Потом понимаю, что интерфейс без контекста тоже ничего не объясняет.

Снова сокращаю.

Я пока не могу сказать, что задача решена.

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

Проблема оказалась не в дизайне

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

Подобрать композицию, цвета, карточки, иллюстрации и скриншоты.

Сделать современно.

Достаточно технологично, но не слишком технично.

Визуально отличаться от других сервисов.

Но чем больше вариантов я делал, тем сильнее понимал:

Дизайн начал отвлекать меня от главного вопроса.

Красивый экран может создавать ощущение, что решение уже найдено.

Можно добавить градиент, анимацию и несколько аккуратных карточек.

Визуально блок будет выглядеть убедительно.

Но если убрать оформление, останется вопрос:

Человек вообще понял, что делает продукт?

Поэтому я перешёл к чёрно-белым прототипам.

Два цвета.

Минимум декоративных элементов.

Никакой возможности спрятать слабую формулировку за красивой подачей.

И именно после этого работа начала двигаться быстрее.

Как объяснить один продукт разным людям

“Дожми Продажи” - многоролевой продукт.

Одни и те же звонки, переписки, письма и CRM-данные разные участники компании используют для разных задач.

Собственнику важно понять:

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

Руководителю отдела продаж важно другое:

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

Специалисту контроля качества нужны:

• конкретные коммуникации;
• критерии оценки;
• цитаты;
• отклонения;
• спорные случаи;
• материал для обратной связи.

Менеджеру важны уже не общие графики, а ответы на другие вопросы:

• что произошло в конкретном разговоре;
• где потерян следующий шаг;
• что можно исправить;
• какое действие требуется дальше.

Маркетинг смотрит на тот же массив через свою призму:

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

Возникает сложная задача:

Как показать пользу для всех этих ролей на одной странице?

Можно сделать отдельную посадочную страницу для каждого.

Можно подробно описать каждый раздел продукта.

Можно показать все функции, отчёты, сценарии и интеграции.

Но тогда главная страница превращается в документацию.

Человек приходит получить быстрый ответ, а мы выдаём ему лекцию.

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

Лендинг как двадцатиминутное выступление

У меня появилась аналогия с публичным выступлением.

Подготовить лекцию на час или полтора сложно.

Нужно собрать материал, структуру, примеры и аргументы.

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

Нельзя просто механически удалить две трети слайдов.

После сокращения должна сохраниться логика.

Человек всё ещё должен понять:

• о чём речь;
• почему это важно;
• как это работает;
• чем отличается;
• что делать дальше.

С лендингом происходит то же самое.

Длинную подробную страницу сделать относительно легко.

Мы знаем о продукте много.

Можем рассказывать о критериях, отчётах, калибровке, звонках, переписках, паттернах, задачах, ролях и интеграциях.

Сложность начинается, когда нужно оставить минимальное количество экранов, но не превратить продукт в абстрактное:

“Повышаем эффективность продаж с помощью AI”.

Фраза короткая.

Когнитивной нагрузки почти нет.

Но и понимания продукта тоже нет.

Почему я проверяю страницу с мобильного телефона

В какой-то момент я перестал оценивать прототипы только с большого монитора.

Открываю страницу на телефоне и смотрю на неё глазами конкретного человека.

Например:

Я собственник. Где мой ответ?

Потом:

Я руководитель отдела продаж. Что я здесь получу?

Или:

Я маркетолог. Зачем мне этот продукт?

Важно не просто найти ответ где-то на странице.

Важно понять, насколько легко его получить.

На большом экране легко обмануть себя.

Можно расположить несколько смыслов рядом.

Сделать три колонки.

Добавить боковую навигацию.

Показать много карточек одновременно.

На мобильном экране всё идёт последовательно.

Каждый лишний абзац физически отодвигает ответ дальше.

Каждая необязательная карточка увеличивает длину пути.

Каждое повторение становится заметнее.

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

Она стала инструментом проверки смысла.

Как сейчас сформулирована задача

Сейчас задача звучит для меня так:

Как в минимальном количестве экранов показать разным ролям, какую работу решает для них продукт и какую пользу они получают?

При этом есть несколько ограничений.

Нельзя потерять сложность продукта.

Нельзя спрятаться за общими обещаниями.

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

Нельзя показывать двадцать функций только потому, что они у нас есть.

Нельзя сделать отдельный сайт для каждой роли.

И нельзя рассчитывать, что красивый визуал сам объяснит управленческий смысл.

Именно с этой задачей я начал глубже анализировать сайты конкурентов.

Зачем анализировать конкурентов, если не собираешься их копировать

Самая простая логика конкурентного анализа выглядит так:

Посмотреть, что делают лидеры рынка, выбрать сильные элементы и собрать свою страницу.

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

Иногда рынок показывает стандарт.

Иногда - коллективную слепую зону.

Например, если почти все скрывают цены, можно сделать вывод:

В этой нише принято показывать стоимость только после заявки.

А можно посмотреть со стороны клиента:

Что я чувствую, когда на десяти сайтах подряд мне предлагают оставить телефон, но не дают даже порядка цены?

Поэтому я смотрел не только на то, что есть у конкурентов.

Я отдельно искал:

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

Что показал анализ 397 страниц

В рабочую выборку вошло 397 страниц.

Это не исследование всего рынка и не универсальная статистика.

Это наша выборка, собранная для практической работы над новым лендингом.

По ней получилась следующая картина:

• FAQ присутствовал примерно на 32% страниц;
• видимые кейсы - примерно на 28%;
• глубокий контент объёмом от 12 тысяч знаков - примерно на 15%;
• какую-либо структурированную разметку использовали около 87%;
• сильное и конкретное УТП на первом экране, по нашей внутренней оценке, встречалось примерно в 8% случаев;
• примерно в 71% случаев стоимость предлагали узнавать по запросу;
• информационные статьи и обзоры заняли около 51% выборки;
• коммерческие лендинги - около 23%.

Самое важное для меня здесь не сами проценты.

Каждое наблюдение стало вопросом к нашей странице.

Первый экран должен ответить: что делает сервис?

Наверное, около 80% времени я потратил на первый экран.

И до сих пор считаю его самым сложным блоком.

Не потому, что он должен рассказать обо всём продукте.

Наоборот.

Он не должен пытаться рассказать обо всём.

Но человек после первого экрана должен получить прямой ответ:

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

На сайтах IT-сервисов часто встречаются формулировки:

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

Проблема не в том, что эти фразы полностью неправильные.

Они слишком легко подходят почти любому сервису.

CRM может повышать эффективность.

Телефония может повышать эффективность.

Система обучения может повышать эффективность.

Отчёт, интеграция и нейросеть тоже.

Но какую конкретную работу делает продукт?

Что человек сможет сделать после его использования, чего не мог сделать раньше?

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

Отличие нельзя строить только на функции

Многие функции достаточно быстро повторяются.

Можно добавить расшифровку звонков.

Можно подключить большую языковую модель.

Можно сделать резюме разговора.

Можно добавить стандартные рекомендации.

Можно нарисовать дашборд.

Функция важна.

Но сама по себе она редко создаёт устойчивое отличие.

Поэтому я всё чаще смотрю не на вопрос:

Что у нас есть такого, чего технически не сможет добавить конкурент?

А на другой:

Какую целостную управленческую работу мы помогаем выполнить иначе?

Для “Дожми Продажи” это не просто расшифровка и не ещё один AI-разбор разговора.

Продукт должен помогать компании:

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

Отдельные элементы этой цепочки можно повторить.

Но ценность возникает именно в связке.

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

Делить страницу по ролям или по задачам?

На первой итерации хочется сделать пять больших разделов:

• для собственника;
• для РОПа;
• для контроля качества;
• для менеджера;
• для маркетинга.

Логика понятна.

Каждый человек найдёт себя.

Но одновременно появляется новый риск.

Страница становится длиннее.

Роли начинают пересекаться.

Одинаковые функции приходится объяснять несколько раз.

Собственник тоже может смотреть звонки.

РОПу тоже важна динамика.

Контролю качества тоже нужны критерии.

Маркетингу тоже нужны цитаты.

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

Возможно, сильнее работает разделение по задачам:

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

А внутри каждой задачи уже показывать, кому и зачем она полезна.

Это одна из гипотез, которую я продолжаю проверять.

Где нужен текст, а где визуал

Один из самых сложных вопросов:

Что объяснять словами, а что показывать?

Некоторые вещи действительно проще показать:

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

Один скриншот может заменить несколько абзацев.

Но есть обратная проблема.

Интерфейс понятен его разработчику, потому что разработчик уже знает, что на нём нужно увидеть.

Посетитель видит незнакомый экран.

Если просто поставить скриншот без контекста, он может не понять:

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

Поэтому визуал не отменяет текст.

Он меняет его функцию.

Вместо длинного описания функции рядом со скриншотом нужно коротко объяснить управленческий смысл:

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

Или:

Здесь можно открыть конкретный звонок и проверить, на какой цитате основана оценка.

Визуал показывает продукт.

Текст объясняет, зачем на него смотреть.

Цена должна быть частью объяснения продукта

Примерно в 71% исследованных случаев открытой цены не было.

Клиенту предлагали:

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

Для компании это удобно.

Можно сначала квалифицировать клиента и потом объяснить стоимость.

Но клиенту до разговора нужно решить:

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

Если этой информации нет, человек не обязательно оставляет заявку.

Он может просто отложить решение.

Поэтому мы планируем показывать:

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

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

Но между “одна цена для всех” и “оставьте телефон, потом расскажем” есть нормальная прозрачность.

Кейс должен показывать путь, а не только результат

Видимые кейсы встретились примерно на 28% страниц.

Но само наличие логотипа и цифры ещё не делает кейс доказательным.

Часто структура выглядит так:

Подключили AI.
Повысили эффективность.
Получили рост продаж.

У посетителя остаются вопросы:

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

Поэтому наши кейсы должны показывать не только “до” и “после”, но и путь между ними.

Рабочая структура:

1. Контекст компании.
2. Исходный управленческий вопрос.
3. Объём и период данных.
4. Что проверяли.
5. Какие факты обнаружили.
6. Что изменила команда.
7. Что измеряли после изменения.
8. Какие ограничения есть у вывода.

Если найдена связь, её не нужно превращать в доказанную причину.

Если результат подтверждён, нужно показать, как именно.

Если данных недостаточно, лучше оставить осторожную формулировку, чем усиливать кейс рекламным обещанием.

FAQ должен продолжать реальный разговор

В нашей выборке FAQ встретился примерно на трети страниц.

Сам по себе этот блок не делает лендинг сильнее.

Можно придумать десять удобных вопросов и дать на них рекламные ответы.

Но клиенту это не поможет.

В FAQ должны попадать вопросы, которые реально останавливают решение:

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

Если вопрос не влияет на решение, он не нужен в FAQ.

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

Глубина страницы не равна количеству знаков

Только около 15% страниц в нашей выборке содержали текст объёмом от 12 тысяч знаков.

Из этого легко сделать неправильный вывод:

Нужно написать больше конкурентов.

Но длинная страница не обязательно глубокая.

Она может просто повторять одну мысль разными словами.

Для меня глубина означает, что страница помогает пройти путь от первого вопроса до решения.

На ней есть:

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

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

Если для принятия решения объективно требуется больше информации, нельзя удалять её только ради короткого лендинга.

Наша задача - не минимальное количество текста.

Наша задача - минимальный путь до понимания.

Статьи и коммерческие страницы не должны жить отдельно

В исследованной выборке информационных материалов оказалось заметно больше, чем коммерческих страниц.

Это логично.

Люди ищут не только сервис.

Они ищут ответы:

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

Один человек хочет разобраться в проблеме.

Другой уже выбирает продукт.

Отправлять всех на одну универсальную страницу неправильно.

Поэтому мы планируем разделять интенты:

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

При этом страницы не должны существовать изолированно.

Гайд должен вести к подходящему сценарию продукта.

Коммерческий лендинг - к кейсу, инструкции или подробному объяснению.

Интеграция - к задачам, которые она помогает решить.

Перелинковка нужна не для механического SEO.

Она должна отвечать на следующий вопрос читателя.

Другие маркетинговые исследования, проверки и решения я собираю в серии “Маркетинг Дожми Продажи”.

Форма должна объяснять следующий шаг

Обычная форма говорит:

Оставьте заявку, и мы свяжемся с вами.

Но она не отвечает на вопрос:

Что именно я получу?

Мы планируем использовать разные варианты входа:

• рассчитать стоимость;
• посмотреть демонстрацию;
• проверить одну гипотезу;
• получить условия пилота;
• разобрать исторический массив;
• получить шаблон критерия;
• проверить готовность данных;
• провести бесплатный разбор до 2000 звонков в рамках заранее описанных условий.

На странице может быть несколько форм.

Но они не должны повторять одну и ту же заявку после каждого экрана.

У каждой должна быть своя функция.

Человек должен понимать:

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

Почему многие IT-сайты становятся похожими

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

Сине-фиолетовые градиенты.

Светящиеся карточки.

Абстрактные волны.

Неоновые схемы.

Похожие дашборды.

Одинаковые формулировки про AI и эффективность.

Возможно, часть этого эффекта связана с одинаковыми дизайн-фреймворками, шаблонами и нейросетевыми рекомендациями.

Возможно, это моё искажение после большого количества просмотренных страниц.

Но пользовательский эффект остаётся:

Продукты начинают сливаться.

При этом я не думаю, что отличие нужно искать только в необычном цвете.

Конкурент может повторить цвет.

Может повторить блок.

Может добавить похожую функцию.

Сильнее отличается компания, которая яснее отвечает:

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

Отличие должно жить сначала в продуктовой логике и способе объяснения.

Дизайн уже помогает эту разницу увидеть.

Рабочий чек-лист нового лендинга

После анализа конкурентов и двухсот прототипов у меня появился список требований.

Первый экран

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

Роли и задачи

• Разные роли быстро узнают свою ситуацию.
• Польза не дублируется пять раз одинаковыми словами.
• Роль связана с конкретной задачей и результатом.
• Страница не превращается в документацию для каждой должности.

Демонстрация продукта

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

Цена и запуск

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

Кейсы

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

Контент и структура

• Каждый блок отвечает на один вопрос.
• Нет текста ради объёма.
• Длинные страницы имеют понятную навигацию.
• Статьи и коммерческие страницы связаны.
• Разные поисковые интенты не смешиваются на одной странице.
• FAQ собран из реальных вопросов клиентов.

Мобильная проверка

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

Что пока не решено

Я не хочу заканчивать эту статью формулой:

Теперь мы знаем, как правильно делать лендинги.

Не знаем.

Некоторые вопросы остаются открытыми:

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

Я продолжаю проверять эти гипотезы на прототипах.

Но теперь хотя бы понятнее, что именно мы ищем.

Не самый красивый дизайн.

Не самый короткий текст.

Не лендинг с максимальным количеством функций.

И не страницу, которая понравится только команде, уже знающей продукт.

Главный вывод после двухсот прототипов

Чем сложнее продукт, тем больше хочется о нём рассказать.

Каждая функция кажется важной.

Каждый сценарий хочется показать.

Каждой роли хочется дать отдельный блок.

Каждое возражение - закрыть заранее.

Так на странице постепенно появляется всё.

Кроме простого ответа на вопрос:

Что вы продаёте и зачем это мне?

Поэтому сокращение текста само по себе не является целью.

Можно удалить половину страницы и оставить пустые маркетинговые лозунги.

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

Правильный критерий для меня сейчас другой:

Каждый экран должен уменьшать неопределённость клиента, а не просто увеличивать объём информации о продукте.

Если экран не помогает понять продукт, оценить его применимость или сделать следующий шаг, вероятно, он не нужен.

Сделать подробную лекцию о продукте сложно.

Но упаковать её смысл в двадцать минут ещё сложнее.

Пока я продолжаю искать этот баланс.

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

Она заставляет заново отвечать на более важный вопрос:

Какую конкретную работу на самом деле покупает у нас клиент?

Частые вопросы

Что должно быть на первом экране лендинга сложного B2B-продукта?

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

Первый экран не обязан объяснять все функции.

Но он не должен оставлять продукт на уровне абстрактного обещания “повышаем эффективность”.

Как показать на одном лендинге пользу для разных ролей?

Необязательно создавать большой раздел под каждую должность.

Часто понятнее сначала показать общие управленческие задачи, а внутри каждой задачи объяснить, кто и как использует результат: собственник, РОП, контроль качества, менеджер или маркетинг.

Нужно ли делать отдельную посадочную страницу для каждой роли?

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

Если различается только формулировка пользы, лучше сохранить общую страницу и показать роли внутри сценариев продукта.

Как анализировать конкурентов перед разработкой лендинга?

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

Полезно фиксировать первый экран, цены, кейсы, демонстрацию продукта, FAQ, формы, глубину контента, поисковый интент и вопросы, на которые страница не отвечает.

Цель анализа - не скопировать рынок, а найти его стандарты и слепые зоны.

Как уменьшить когнитивную нагрузку, не потеряв смысл?

Для каждого блока нужно проверить три варианта:

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

Короткий текст не является целью сам по себе.

Цель - сократить путь до понимания.

Что лучше объяснять текстом, а что показывать визуально?

Интерфейс, динамику, карточки звонков, цитаты и отчёты лучше показывать.

Текст рядом должен объяснять, зачем пользователь смотрит на этот экран и какое решение сможет принять.

Скриншот без управленческого контекста часто остаётся непонятным.

Почему прототип полезно проверять с мобильного телефона?

На мобильном экране блоки идут последовательно.

Лишний текст, повторения и слабые формулировки становятся заметнее, потому что каждый новый элемент физически увеличивает путь до ответа.

Мобильная версия помогает проверить смысл, а не только адаптивность дизайна.

Сколько текста должно быть на B2B-лендинге?

Универсального количества знаков нет.

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

Лишний объём нужно удалять, но не за счёт информации, необходимой для принятия решения.