# Честный экран ожидания для SaaS

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

## Главная идея

У ожидания есть два режима.

врезка-пара: левый callout — метка `// Первый — честная прозрачность`, текст «Продукт действительно анализирует данные, подбирает варианты, строит расчёт, готовит отчёт или настраивает рабочее пространство.»; правый callout — метка `// Второй — фейковая задержка`, текст «Продукт уже всё сделал, но специально держит человека у экрана, чтобы казаться сложнее и дороже.»

> Показывать работу можно. Притворяться работой нельзя.

## На чём основана идея

В исследовании Ryan W. Buell и Michael I. Norton из Harvard Business School описан эффект labor illusion: когда сервис показывает, что он прикладывает усилие, пользователи могут выше оценивать результат и сильнее доверять сервису. Но это работает только тогда, когда показанная работа выглядит связанной с реальным результатом.

Источник: https://www.hbs.edu/faculty/Pages/item.aspx?num=40158

## Когда экран ожидания уместен

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

## Когда экран ожидания лучше убрать

- Результат уже готов, но ты искусственно держишь пользователя.
- Тексты загрузки ничего не объясняют: «магия происходит», «почти готово», «ещё чуть-чуть».
- Этапы звучат умно, но не связаны с продуктом.
- Пользователь не может отменить действие или вернуться назад.
- Загрузка длится дольше, чем ценность результата.
- Ты показываешь fake progress, чтобы продукт казался сложнее.

## Структура честного онбординг-экрана

- 1 «Назови задачу» — Пользователь должен сразу понимать, что сейчас делает продукт. Плохо: Готовим магию... Лучше: Анализируем сайт и ищем 5 точек, где теряются заявки.
- 2 «Покажи 3-5 реальных этапов» — Не нужно 12 шагов. Достаточно нескольких понятных действий. Пример для SaaS-аудита: Загружаем страницу. Проверяем первый экран. Ищем слабые CTA. Сравниваем форму заявки с best practices. Собираем короткий отчёт.
- 3 «Объясни, что будет на выходе» — Пользователь ждёт спокойнее, если понимает, ради чего. На выходе ты получишь список проблем, которые мешают заявке, и 3 правки, которые можно сделать сегодня.
- 4 «Не обещай то, чего нет» — Если продукт не делает глубокий анализ, не называй это «AI-аудитом на 200 факторов». Лучше честно: Проверяем базовые ошибки: первый экран, CTA, форму и скорость.
- 5 «Дай человеку контроль» — Если процесс может занять больше 10-15 секунд, добавь: понятную оценку времени; кнопку отмены; возможность получить результат на почту; текст, что данные не потеряются; fallback, если генерация не удалась.

## Таблица: честно или фейк

строки «Показатель → Значение»: AI генерирует отчёт → Можно показывать: «Собираем выводы по 4 блокам». Не надо делать: «Творим магию»; Сервис ищет варианты → Можно показывать: «Проверяем доступные слоты». Не надо делать: крутить загрузку без объяснения; Продукт настраивает workspace → Можно показывать: «Создаём проект и подтягиваем шаблоны». Не надо делать: добавлять искусственные 30 секунд; SaaS анализирует сайт → Можно показывать: «Проверяем hero, CTA, форму, скорость». Не надо делать: писать «анализируем 1000 параметров», если это неправда; Результат готов сразу → Можно показывать: показать сразу. Не надо делать: заставлять ждать ради театра

## Быстрый тест перед публикацией

Ответь на 6 вопросов:

- 01 Каждый этап на экране связан с реальной работой продукта?
- 02 Пользователь понимает, что именно сейчас происходит?
- 03 Ожидание делает продукт понятнее, а не просто «дороже на вид»?
- 04 Можно ли показать результат быстрее?
- 05 Нет ли в текстах фейковой сложности?
- 06 Есть ли fallback, если процесс завис?

врезка `// Правило`: текст «Если хотя бы на 2 вопроса ответ «нет», экран ожидания нужно переписать.»

## Что сделать сегодня

- [ ] Выпиши реальный процесс продукта в 5 шагов.
- [ ] Удали всё, что звучит как театр.
- [ ] Перепиши каждый шаг человеческим языком.
- [ ] Добавь ожидание по времени, если процесс длинный.
- [ ] Проверь, что пользователь понимает, что получит на выходе.

> Честный onboarding = реальная работа + понятные этапы + контроль пользователя + результат на выходе

---

Источник: https://localhost:3000/m/chestnuy-ekran