fake door test — подход, который экономит месяцы работы и миллионы бюджета Пользователь видит интерфейс, который выглядит как настоящая фича, но по факту это заглушка. Если кликает — есть интерес. Если игнорирует — можно не тратить время команды. Простой пример: мы хотим запустить функциональность «Поделиться корзиной». Идея в том, что пользователь сможет скинуть ссылку на свою корзину другу, например, чтобы заказать вместе или посоветоваться. В no-code редакторе Gravity Field собираем кампанию из трёх элементов: 1. Snackbar в корзине, с текстом: «Поделиться корзиной» 2. При клике открывается bottom sheet с сообщением: «Функция в разработке. Хотите получить доступ первыми?». 3. Всё запускается через SDK, без изменений в коде и релиза Запускаем на пользователей, у которых в корзине есть товары. Делаем A/B-тест: 50% пользователей видят кампанию, 50% — нет, нужно чтобы убедиться, что сам тест не мешает пользователю — например, не сбивает с оформления заказа. Метрики: - CTR по snackbar — сигнал, что пользователю вообще интересен посыл - CTR в bottom sheet — подтверждённый интерес - Конверсия в заказ — это важно, чтобы не получить “рост интереса” ценой потери денег Анализируем: - CTR >5–7% — можно идти дальше и думать про MVP - CTR <2% — скорее всего, идея не приоритетна - Если конверсия в заказ у группы с тестом просела — корректируем формат, тайминг или вообще убираем Что важно: - Этот тест не говорит «фича принесёт деньги» - Он говорит: «пользователи уже мыслят в эту сторону — можно развивать» - Это дешёвый способ не потерять месяцы на то, что никому не нужно В итоге получаем решение, основанное на данных и поведении пользователей, а не на внутренних обсуждениях. Без нескольких спринтов разработки и обновления приложения.