Проверка до оплаты
На каждой продающей странице должны быть формат, цена, что входит, что не входит, digital delivery и refund boundary.
- Название продукта.
- Цена или путь к цене.
- Что входит.
- Кому не подходит.
pre-launch
проверочный список
Trust checklist перед запуском продаж
Эта страница превращает доверие в конкретную проверку: видны ли цены, правила, границы, support, privacy, email delivery и recover path.
Перед рекламой и живыми платежами каждая продающая дверь должна пройти trust checklist.
Проверка результата
Свиток должен иметь не только красивый текст, но и границы, следующий шаг, возможность сохранить и восстановить доступ.
- Граница чтения.
- Следующий шаг.
- Архив.
- Recover path.
Проверка поддержки
Поддержка должна знать, что делать с lost link, payment success but no result, duplicate charge, refund and deletion request.
- Lost link macro.
- Refund review.
- Email logs.
- Data deletion path.
Что OmenHall должен делать
- Проверять trust checklist перед release.
- Сравнивать product pages с legal policies.
- Проверять email templates против privacy.
- Проверять mobile CTA и disclosure рядом.
Что OmenHall не должен делать
- Не запускать рекламу без видимых policy pages.
- Не запускать live Stripe без refund/recover flow.
- Не прятать age boundary.
- Не делать demo из реального вопроса пользователя.
FAQ
Короткие ответы
Это публичная или внутренняя страница?
Она публичная по смыслу, но написана так, чтобы пользователь видел дисциплину продукта. Детальные операционные playbooks остаются во внутренних разделах.
Почему trust checklist нужен рядом с продажами?
Потому что доверие ломается именно там, где пользователь платит, ждёт письмо или пытается восстановить доступ.