env_lock
Environment lock
Все production-переменные заданы в Vercel, тестовые ключи отделены, секреты не лежат в коде или логах.
Могу ли я показать этот список без раскрытия ключей?
production launch signoff
Этот внутренний зал связывает checkout-delivery, persistence, support, rollback, incident log и первые 30 дней. Его задача простая: не включать реальные деньги и рекламу, пока владелец не видит весь путь от оплаты до поддержки.
owner signoff console
Этот живой чеклист собирает не красоту сайта, а готовность владельца открыть реальные платежи, доставку, поддержку и первые 30 дней наблюдения.
✓ Environment lock
Могу ли я показать этот список без раскрытия ключей?
✓ Supabase schema applied
Есть ли таблицы для purchase links, delivery jobs, artifacts, consent и deletion?
○ Live test order
Платёж доказан webhook-событием, а не только redirect-страницей?
✓ Webhook idempotency
Что произойдёт при повторе stripe event id?
✓ Delivery verified
Можно ли восстановить доступ без раскрытия приватного вопроса?
✓ Account archive and recovery
Пользователь не потеряет оплаченный свиток после закрытия вкладки?
✓ Support macros
Ответ поддержки звучит спокойно и не обещает невозможного?
✓ Refund / recreate
Что делаем, если AI не выдал ответ, но Stripe оплату подтвердил?
✓ Deletion dry run
Можем ли мы выполнить запрос удаления без ломки бухгалтерского следа?
○ Monitoring watch
Кто первым увидит сбой и где он его запишет?
○ Owner signature
Я готов включить реальный трафик и отвечать за поддержку?
Нет env lock
Сверить Vercel Production Environment Variables и redeploy после изменения.
Схема не применена
Применить миграции 0010, 0011 и 0012, проверить RLS и индексы.
Нет live test order
Сделать минимальный live-заказ владельца и записать его id в runbook.
Webhook не главный
Unlock только после verified webhook и idempotency claim.
Доставка не доказана
Проверить delivery job, receipt, recovery и fallback support.
Нет recovery
Сделать lookup по email, purchase link, reading id и safe summary.
Нет support macros
Подготовить 6 шаблонов и запретить приватные данные в subject/preview.
Непонятен refund/recreate
Записать дерево решения и owner-only макросы.
env_lock
Все production-переменные заданы в Vercel, тестовые ключи отделены, секреты не лежат в коде или логах.
Могу ли я показать этот список без раскрытия ключей?
schema_applied
Миграции persistence и checkout-delivery применены, RLS включён, прямой anon/authenticated доступ закрыт.
Есть ли таблицы для purchase links, delivery jobs, artifacts, consent и deletion?
live_test_order
Один контролируемый live-заказ прошёл от продукта до оплаты и записи без ручного исправления.
Платёж доказан webhook-событием, а не только redirect-страницей?
webhook_verified
Повторный webhook не создаёт второй свиток, второй job или повторную доставку.
Что произойдёт при повторе stripe event id?
delivery_verified
PDF, email, receipt, recovery и private/public artifact contract проверены на одном заказе.
Можно ли восстановить доступ без раскрытия приватного вопроса?
archive_recovery
Покупка видна в кабинете, recovery flow работает, support видит safe summary и lookup-поля.
Пользователь не потеряет оплаченный свиток после закрытия вкладки?
support_macros
Готовы шаблоны: потерянная ссылка, письмо не пришло, refund, recreate, delete/export, bug report.
Ответ поддержки звучит спокойно и не обещает невозможного?
refund_recreate
Есть дерево решения: пересоздать свиток, вернуть оплату, эскалировать или закрыть без действия.
Что делаем, если AI не выдал ответ, но Stripe оплату подтвердил?
deletion_dry_run
Проверено удаление/анонимизация пользовательского архива с сохранением минимального accounting ledger.
Можем ли мы выполнить запрос удаления без ломки бухгалтерского следа?
monitoring_watch
Есть первые 24 часа наблюдения: Stripe, Supabase, OpenAI, Resend, errors, costs, support inbox.
Кто первым увидит сбой и где он его запишет?
owner_signature
Владелец подписал дату, build, домен, live-test id, blockers=0 и план первых 30 дней.
Я готов включить реальный трафик и отвечать за поддержку?
stop ledger
Сверить Vercel Production Environment Variables и redeploy после изменения.
Применить миграции 0010, 0011 и 0012, проверить RLS и индексы.
Сделать минимальный live-заказ владельца и записать его id в runbook.
Unlock только после verified webhook и idempotency claim.
Проверить delivery job, receipt, recovery и fallback support.
Включить 24-hour watch и incident log.
Публичные payload только redacted; полный ответ только private artifact/account.
Санитизировать логи, ротировать ключи, запретить вывод process.env.
Все такие вопросы до checkout отправлять в safe-question clinic.
Зафиксировать последнюю стабильную сборку, env diff и выключатель paid flow.
first 30 days
Day 0-1
Что сломалось у первого реального пользователя?
Day 2-7
Что повторилось дважды и требует product fix?
Day 8-14
Где сайт теряет доверие или ясность?
Day 15-30
Что надо укрепить перед масштабированием?
support macros
rooms