Честный экран ожидания для SaaS
Содержание8 глав
Пользователь готов подождать, если понимает, что продукт реально работает. Но если ты просто ставишь красивый progress bar без смысла, это быстро считывается как обман. Этот чек-лист поможет сделать onboarding-экран, который повышает доверие, а не раздражает.
Главная идея
У ожидания есть два режима.
Показывать работу можно. Притворяться работой нельзя.
На чём основана идея
В исследовании Ryan W. Buell и Michael I. Norton из Harvard Business School описан эффект labor illusion: когда сервис показывает, что он прикладывает усилие, пользователи могут выше оценивать результат и сильнее доверять сервису. Но это работает только тогда, когда показанная работа выглядит связанной с реальным результатом.
Источник: https://www.hbs.edu/faculty/Pages/item.aspx?num=40158
Когда экран ожидания уместен
- Продукт реально считает, анализирует, ищет, проверяет или генерирует.
- Пользователь понимает, зачем он ждёт.
- Каждый шаг связан с конечным результатом.
- Ожидание помогает объяснить ценность продукта.
- Экран снижает тревогу: «система не зависла, она работает».
- Пользователь видит прогресс или хотя бы понятную последовательность действий.
Когда экран ожидания лучше убрать
- Результат уже готов, но ты искусственно держишь пользователя.
- Тексты загрузки ничего не объясняют: «магия происходит», «почти готово», «ещё чуть-чуть».
- Этапы звучат умно, но не связаны с продуктом.
- Пользователь не может отменить действие или вернуться назад.
- Загрузка длится дольше, чем ценность результата.
- Ты показываешь fake progress, чтобы продукт казался сложнее.
Структура честного онбординг-экрана
Таблица: честно или фейк
| AI генерирует отчёт | Можно показывать: «Собираем выводы по 4 блокам». Не надо делать: «Творим магию» |
| Сервис ищет варианты | Можно показывать: «Проверяем доступные слоты». Не надо делать: крутить загрузку без объяснения |
| Продукт настраивает workspace | Можно показывать: «Создаём проект и подтягиваем шаблоны». Не надо делать: добавлять искусственные 30 секунд |
| SaaS анализирует сайт | Можно показывать: «Проверяем hero, CTA, форму, скорость». Не надо делать: писать «анализируем 1000 параметров», если это неправда |
| Результат готов сразу | Можно показывать: показать сразу. Не надо делать: заставлять ждать ради театра |
Быстрый тест перед публикацией
Ответь на 6 вопросов:
- 01 Каждый этап на экране связан с реальной работой продукта?
- 02 Пользователь понимает, что именно сейчас происходит?
- 03 Ожидание делает продукт понятнее, а не просто «дороже на вид»?
- 04 Можно ли показать результат быстрее?
- 05 Нет ли в текстах фейковой сложности?
- 06 Есть ли fallback, если процесс завис?
Что сделать сегодня
- Выпиши реальный процесс продукта в 5 шагов.
- Удали всё, что звучит как театр.
- Перепиши каждый шаг человеческим языком.
- Добавь ожидание по времени, если процесс длинный.
- Проверь, что пользователь понимает, что получит на выходе.
Честный onboarding = реальная работа + понятные этапы + контроль пользователя + результат на выходе
