# Чек-лист демо продукта

## До встречи

- [ ] Выбрана одна задача клиента, а не экскурсия по всем фичам.
- [ ] У каждого утверждения о клиенте есть источник, дата и статус.
- [ ] Гипотезы сформулированы вопросами, а не заявлениями.
- [ ] Версия продукта, аккаунт, права и интеграции проверены на репетиции.
- [ ] Данные синтетические, обезличенные или согласованы с клиентом.
- [ ] На экран не попадут секреты, чужие данные и приватные заметки.
- [ ] Заявленный результат виден в продукте или подтверждающем документе.
- [ ] Ограничения сформулированы обычным языком.
- [ ] Для вероятного сбоя есть скриншот, запись или запасная среда.
- [ ] Вопрос о следующем шаге называет ответственного и дату без выдуманной срочности.

## Во время встречи

- [ ] Исходные условия перепроверены до показа продукта.
- [ ] Если клиент поправил вводные, заготовленный сценарий остановлен.
- [ ] Сначала показана одна задача целиком, затем дополнительные возможности.
- [ ] Текущее поведение продукта отделено от roadmap.
- [ ] При нехватке данных звучит «не знаю», а у ответа появляется ответственный.
- [ ] Формулировки клиента записаны дословно; модель не угадывает sentiment на ходу.

## После встречи

- [ ] Факты, поправки, вопросы и гипотезы разнесены по разным спискам.
- [ ] Отправлены только обещанные на встрече материалы.
- [ ] Ответы проверены до переноса в CRM или follow-up письмо.
- [ ] Сбой среды записан честно, без маскировки ограничения.
- [ ] Запросы на фичи переданы в product process, а не обещаны в recap.
- [ ] Повторяемый командный сценарий хранится с версией и датой.