# Кевин Хейл из Y Combinator: как пошагово улучшить конверсию интерфейса

Источник: https://www.youtube.com/watch?v=PGqX9fpweyc
Канал: Y Combinator
Опубликовано: 06.09.2019

---

Партнер венчурного фонда Y Combinator Кевин Хейл в своем выступлении подробно разбирает тактики повышения конверсии посадочных страниц и интерфейсов для стартапов на ранних стадиях. Он предлагает практический фреймворк, основанный на анализе пробелов в знаниях пользователей, и формулирует чек-лист из семи вопросов для аудита любого UX. На конкретных примерах молодых компаний спикер демонстрирует типичные ошибки дизайна, мешающие продуктам достичь максимальной эффективности.

## 📊 Бенчмарки конверсии: когда нужно чинить «дырявое ведро»
[[JUMP:0:00]]

Улучшение конверсии — это повышение эффективности перехода пользователя с одного этапа воронки на другой. Как отмечает Кевин Хейл, общий рост стартапа определяется балансом между конверсией и оттоком клиентов (churn). При этом спикер утверждает, что работать над снижением оттока значительно проще, чем над оптимизацией конверсии, поэтому в данном случае рассматривается более сложная задача. Заниматься конверсией имеет смысл только тогда, когда стартап сталкивается с проблемой «дырявого ведра».

Для понимания нормы Хейл приводит ключевые рыночные бенчмарки:

* **Условно-бесплатный софт старой школы (Shareware):** конверсия составляет около 0,5%. Это модель эпохи до широкого распространения интернета, когда разработчики просто раздавали программы бесплатно, надеясь на добровольную оплату.
* **Казуальные мобильные игры:** конверсия держится на уровне 2%. В них пользователи играют периодически, например, стоя в очередях.
* **B2B SaaS на модели Freemium:** показатели варьируются от 1,5% до 5%, составляя в среднем 3%.

По оценке Хейла, если страница стартапа конвертирует 2–3% посетителей в регистрации, основателям, скорее всего, не стоит тратить на это время — эффективнее сфокусироваться на привлечении трафика в верхнюю часть воронки.

Существуют ниши с гораздо более высокими показателями. Например, фотохостинг Flickr в период своего расцвета демонстрировал конверсию от 5% до 10%. Сайты знакомств для взрослых, такие как Adult Friend Finder, достигают показателей от 10% до 22%, поскольку, по ироничному замечанию спикера, они удовлетворяют острый спрос на избавление от одиночества. Детские социальные сети конвертируют еще лучше, так как они выступают в роли инструмента, способного быстро успокоить ребенка. Абсолютным лидером является TurboTax Online с конверсией в 70%. Пользователи скачивают этот софт с изначально сверхвысоким намерением совершить покупку и оплатить налоги.

## 🧠 Фреймворк Джареда Спула: Спектр знаний интерфейса
[[JUMP:03:24]]

Любая проблема с конверсией, по мнению Кевина Хейла, идентична классическим проблемам проектирования пользовательского интерфейса. Для объяснения механики взаимодействия пользователя с продуктом спикер использует концепцию под названием «спектр знаний» (knowledge spectrum), разработанную известным дизайнером интерфейсов Джаредом Спулом.

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

* **Точка текущих знаний (current knowledge):** уровень осведомленности, с которым пользователь изначально приходит на сайт.
* **Точка целевых знаний (target knowledge):** уровень информации, необходимый для выполнения целевого действия на лендинге.

Расстояние между этими точками называется «разрывом в знаниях» (knowledge gap). Хейл утверждает, что для решения любой дизайн-задачи не нужно заканчивать сложные школы искусств: у создателя интерфейса есть всего два пути. Необходимо либо повысить уровень знаний пользователя через контент на странице, либо снизить объем знаний, требуемый для использования продукта. При аудите любого интерфейса спикер в первую очередь определяет, в какую сторону нужно двигать этот баланс.

## 🕵️ Метод одной кнопки и 7 критических вопросов аудита
[[JUMP:05:02]]

Для практического применения концепции спектра знаний Кевин Хейл предлагает мысленный эксперимент под названием «интерфейс одной кнопки». Разработчикам предлагается представить, что весь их лендинг сократился до единственной кнопки на пустом экране. В такой ситуации ключевыми становятся вопросы о том, какого минимума информации достаточно для клика, и какие именно данные (или их отсутствие) могут удержать пользователя от действия.

Для детальной оценки страницы Хейл выработал чек-лист из семи последовательных вопросов:

1.  **Какой призыв к действию (CTA)?** Кнопка должна быть очевидной и находиться максимально близко к «магическому моменту». Под «магическим моментом» Хейл понимает опыт взаимодействия с продуктом, когда у пользователя возникает сильный эмоциональный отклик от осознания ценности решения. Спикер критикует дизайн, в котором CTA отделен от этого момента десятками промежуточных шагов.
2.  **Что это такое?** Хейл использует «тест для мамы»: если скопировать любое предложение с лендинга и отправить его матери основателя, поймет ли она суть бизнеса? В большинстве случаев сайты перегружены сложным маркетинговым жаргоном, полностью скрывающим смысл продукта.
3.  **Подходит ли это мне?** Посетители сайтов обычно нетерпеливы и сразу пытаются понять, находятся ли они в правильном месте, выискивая на странице отражение себя или своих специфических проблем.
4.  **Легитимно ли это?** Базовый порог доверия прост — сайт не должен выглядеть сомнительно или как спам-ресурс. Использование современных готовых шаблонов и тем позволяет легко преодолеть этот барьер.
5.  **Кто еще этим пользуется?** Наличие социальных доказательств служит для людей ментальным шорткатом, позволяющим быстро сформировать доверие к продукту на основе опыта других клиентов.
6.  **Сколько это стоит и в чем подвох?** Хейл подчеркиет, что B2B-компании часто боятся публиковать цены, что резко снижает конверсию. Если продукт бесплатен, необходимо прямо объяснить модель монетизации, чтобы снять у аудитории паранойю.
7.  **Где получить помощь?** Определенная доля пользователей всегда будет искать прямой контакт с живым человеком, игнорируя разделы FAQ и видеоинструкции. Наличие доступной поддержки доказывает, что за проектом стоят реальные люди.

## ❌ Разбор кейса meetingroom.io: ловушка каруселей и запутанный CTA
[[JUMP:11:09]]

В качестве первого примера Кевин Хейл анализирует сайт стартапа meetingroom.io, разрабатывающего платформы для виртуальных переговорных комнат в VR-пространстве. Спикер пошагово применяет к интерфейсу свою методику, чтобы выявить зоны неэффективности.

Главная проблема страницы, по мнению Хейла, кроется в размытом призыве к действию. Вместо того чтобы сфокусировать пользователя на одной кнопке создания комнаты, сайт предлагает множество конкурирующих CTA: скачать приложение, управлять комнатами и кнопку «Начать здесь» (Start here). Последняя ведет не на форму регистрации, а на интерактивную карусель из семи шагов, объясняющую процесс создания пространства. В результате пользователю приходится держать в голове все эти шаги, что сильно отдаляет его от «магического момента». 

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

Аудит по остальным вопросам чек-листа также выявил критические недостатки:

* **Легитимность и последовательность:** на главной странице продукт называется «открытой бетой», однако на этапе регистрации пользователю сообщают о входе в «закрытую бету». Такое противоречие транслирует неготовность продукта к реальным бизнес-встречам.
* **Социальное доказательство:** на сайте отсутствует список реальных клиентов. Вместо этого размещено огромное количество логотипов технологических партнеров, прессы и наград, что может вызвать подозрение, что продуктом никто по-настоящему не пользуется.
* **Ценообразование и поддержка:** стоимость продукта ($99 в месяц за комнату на 12 человек) вынесена на отдельную страницу. На сайте установлен виджет Intercom, но полностью отсутствуют справочные материалы или документация для быстрого ознакомления.

## 💻 Разбор кейса Divjoy: скрытый «магический момент» и проблема восприятия
[[JUMP:16:19]]

Вторым примером в рамках дизайн-критики стал проект Divjoy, позиционирующий себя как генератор готовой кодовой базы на React для веб-разработчиков. Инструмент предлагает использовать бесплатный веб-конструктор для создания идеального каркаса следующего проекта.

Кевин Хейл указывает на серьезную проблему доступности интерфейса (affordance problem) на главной странице. При прокрутке лендинга пользователь не видит крупной, акцентной кнопки призыва к действию. Создатель сайта предполагает, что посетители должны кликать на скриншоты шаблонов интерфейса, но это неочевидно с точки зрения UX.

«Магический момент» Divjoy, по мнению спикера, заключается в осознании того, что инструмент генерирует не просто визуальные шаблоны, а полноценную архитектуру SaaS-приложения с готовыми дашбордами, формами авторизации и страницами оплаты. Однако эта ключевая ценность никак не коммуницируется на первом экране и скрыта за множеством промежуточных шагов экспорта и скачивания кода. Пользователь может просто покинуть сайт, не узнав о масштабе предложения.

Дополнительно Хейл отмечает следующие аспекты интерфейса Divjoy:

* **Удачное социальное доказательство:** вместо логотипов компаний создатель вывел счетчик общего количества созданных и скачанных шаблонов, что наглядно подтверждает востребованность инструмента сообществом.
* **Избыток текста:** блок с перечислением функционала («включено все необходимое») оформлен в виде плотных текстовых абзацев, которые пользователи склонны игнорировать при быстром просмотре.
* **Фактор доверия:** на сайте присутствует чат Intercom, но дефицит ответов на часто задаваемые вопросы (FAQ) и отсутствие страницы «О компании» создают ощущение краткосрочного «сайд-проекта». Это снижает готовность разработчиков инвестировать время в инструмент и полагаться на него в будущем.