Средний чек и частота

Покупка решает лишь часть задачи клиента.

Предложите больше пользы, а не больше лишнего. Проверьте комплект, уровень сервиса или обоснованный повод покупать чаще.

Задача и границы проверки

Это направления проверки, а не обещания роста. Для выбранной задачи согласуем один основной показатель, затраты и критерии решения.

Кому подходит
Подходит, когда клиент решает задачу частично, не понимает различий между пакетами или вынужден самостоятельно искать дополнение. Для проверки выбирается одна задача: состав покупки либо частота.
Какие данные нужны
client_id, order_id, дата, SKU/услуга, количество, цена, скидка, возврат, себестоимость и переменные расходы. Отдельно: каталог, наличие, ограничения совместимости, описание клиентской задачи и разрешённые комплекты.
AI и человек
Команда изучит совместимость и экономику предложения. AI поможет подобрать допустимый вариант и объяснить его пользу. Консультант проверит характеристики, наличие и условия. Затем сравним не только сумму заказа, но и конверсию, затраты и возвраты.
Что остаётся у компании
У компании останутся матрица предложений, правила рекомендации, калькулятор экономики и инструкция. Вариант без дополнения обязателен: полезный совет может состоять в том, что текущего решения достаточно.

Три сценария AI. Решение остаётся за человеком.

Консультант по комплекту • старт

AI готовит
Задача + проверенный каталог → допустимый комплект с объяснением каждого элемента
Человек проверяет
Проверяет совместимость, наличие и пользу

Сравнение уровней

AI готовит
Утверждённые пакеты → понятное сравнение отличий под задачу клиента
Человек проверяет
Проверяет объём обещаний и условия

Повод для пополнения

AI готовит
Подтверждённый цикл использования → уместный момент следующей покупки
Человек проверяет
Проверяет реальную потребность и разрешение на контакт

AI не придумывает цены и условия, не отправляет важные сообщения без установленного контроля, не меняет договорённости и не выполняет платежи.

Что измеряем и с чем сравниваем

01

Основной: вклад на подходящего клиента

Вклад продаж группы после переменных затрат / все включённые клиенты, а не только покупатели.

02

Средний чек

Выручка после согласованного учёта скидок и возвратов / число заказов по тому же правилу.

03

Частота — альтернативный подмаршрут

Число покупок за период / клиенты заранее зафиксированной группы, включая нулевые покупки.

04

Защитные показатели

Конверсия, возвраты, жалобы, нарушения совместимости, время обслуживания и расходы.

От результатов GRI — к проверке

GRI — авторская рамка анализа, а не независимая сертификация, инвестиционный рейтинг или гарантия роста.

  1. GRI

    Разобраться в ограничении

    Найти наблюдаемую потерю и проверить возможные объяснения по фактам.

  2. GTM

    Связать изменение с клиентом

    Уточнить сегмент, ценность, предложение, канал, шаг воронки, экономику и ответственность.

  3. AI

    Собрать помощника под задачу

    Определить входные данные, ожидаемый результат, ограничения и роль сотрудника.

  4. TEST

    Получить основания для решения

    Согласовать показатель и способ сравнения, проверить качество, учесть затраты и выбрать следующий шаг.

Как устроена методология

Как пройти первый цикл за 21 день

Общий каркас Bootcamp. Данные, действия и показатель уточняются под выбранный рычаг.

00

До старта

Обсуждаем задачу, доступные примеры, участие команды и границы проверки. Подтверждаем состав работ до начала программы.

  1. Дни 1–701

    Выбрать и спроектировать

    Разобрать процесс, проверить данные, выбрать ограничение и один рычаг, сформулировать GTM-действие и правила эксперимента.

    Карта ограничения · GTM на одной странице · паспорт эксперимента
    Календарь по дням
    1. День 1

      Сессия: пройти путь клиента и отметить момент потери

      Карта процесса и формулировка задачи
    2. День 2

      Собрать примеры, проверить идентификаторы и даты

      Словарь данных и список пробелов
    3. День 3

      Разобрать релевантные области GRI; проверить 2–3 объяснения проблемы

      Карта ограничения с доказательствами
    4. День 4

      Сессия: выбрать рычаг, сегмент и одно GTM-действие

      GTM на одной странице
    5. День 5

      Описать обычный процесс, улучшение без AI и вариант с AI

      Роль технологии и сравниваемые варианты
    6. День 6

      Зафиксировать группу, метрику, окно наблюдения, расходы и остановку

      Паспорт эксперимента v1
    7. День 7

      Контрольный разбор; согласовать объём решения

      Решение: собирать / доработать / подготовить данные
  2. Дни 8–1402

    Собрать и проверить

    Подготовить контекст, собрать AI-сценарий, проверить типовые случаи и исключения, определить правила передачи человеку.

    Проверенная версия сценария · журнал ошибок · решение о допуске к тесту
    Календарь по дням
    1. День 8

      Сессия: создать контекстную базу и первый промпт

      AI-сценарий v0.1
    2. День 9

      Прогнать типовые примеры и проверить исходные факты

      Журнал ошибок и исправлений
    3. День 10

      Проверить неполные данные, противоречия, дубли и отказ

      Набор исключений и правила передачи человеку
    4. День 11

      Сессия: независимая проверка качества на отложенных примерах

      Оценка готовности и список критических дефектов
    5. День 12

      Выполнить сценарий в теневом режиме: без отправки клиенту

      Замер времени и проверка полезности сотруднику
    6. День 13

      Подготовить журнал, распределение групп и инструкцию

      Комплект запуска с версией промпта
    7. День 14

      Контрольный разбор и решение владельца

      Допуск к ограниченному тесту или план исправлений
  3. Дни 15–2103

    Наблюдать и решить

    Проверить исполнение, сопоставить доступные результаты, учесть затраты и ограничения, подготовить передачу команде.

    Отчёт · инструкция · решение о следующем шаге
    Календарь по дням
    1. День 15

      Сессия: проверить запуск на первых событиях и остановку

      Работающий ограниченный тест
    2. День 16

      Разобрать отклонения и соблюдение протокола

      Журнал событий и ошибок
    3. День 17

      Сверить клиентов, заказы, оплаты, затраты и время

      Таблица фактических наблюдений
    4. День 18

      Проверить сравнимость групп и альтернативные объяснения

      Перечень ограничений вывода
    5. День 19

      Сессия: рассчитать показатели и экономику

      Черновик отчёта и решения
    6. День 20

      Собрать инструкцию, материалы и план продолжения

      Передаваемый рабочий комплект
    7. День 21

      Защита: продолжить, изменить, остановить или расширить

      Утверждённый отчёт и план 30/60/90

При длинном цикле сделки или повторной покупки 21 дня может быть недостаточно для оценки денежного эффекта. Тогда итог — проверенное исполнение и план дальнейшего наблюдения.

Участие команды · проектный ориентир

Проект комплектации: шесть рабочих сессий по 90 минут и три контрольных разбора по 30 минут. Ориентир нагрузки владельца эксперимента — 7–9 часов в неделю и 2–3 часа подготовки до старта. Это не утверждённый тариф: состав и участие согласуются отдельно.

Что остаётся у команды

У компании останутся матрица предложений, правила рекомендации, калькулятор экономики и инструкция. Вариант без дополнения обязателен: полезный совет может состоять в том, что текущего решения достаточно.

  1. 01Карта ограничения
  2. 02GTM-план
  3. 03Паспорт эксперимента
  4. 04AI-сценарий или прототип в согласованном объёме
  5. 05Журнал и расчёты
  6. 06Инструкция сотрудника
  7. 07Итоговое решение и план 30/60/90

План на 90 дней — рабочий документ, а не включённые 90 дней внедрения и сопровождения. Промышленная интеграция, миграция данных, лицензии и постоянная поддержка требуют отдельного согласования.

Промпты, исследования, кейсы и книги

Исследования и кейсы помогают сформулировать гипотезу. Они не гарантируют повторение результата в вашей компании. Внешние компании — не клиенты и не партнёры Bootcamp. Не все кейсы относятся к генеративному AI.

Материалов: 10 / 10

AI-промпт03

Найти полезное дополнение

Рабочий шаблон RAFT · авторская адаптация BootcampЧитать материал

Ты продуктовый аналитик, соединяющий клиентскую задачу и экономику предложения.

R — Ты продуктовый аналитик, соединяющий клиентскую задачу и экономику предложения.

A — Изучи [состав заказов], [каталог], [затраты] и [описания задач]. Предложи до трёх обоснованных дополнений или пакетов. Частую совместную покупку не считай доказательством пользы. Для каждого укажи подтверждение и способ проверки. Выбери одну гипотезу.

F — Задача / предложение / основание / ограничения / вклад / проверка.

T — Практичный, без навязывания.

Перед выполнением задачи задай мне уточняющие вопросы, которые помогут тебе на 100% понять контекст, цели и ограничения. Не приступай к задаче, пока всё не станет ясно.
AI-промпт03

Собрать рекомендацию

Рабочий шаблон RAFT · авторская адаптация BootcampЧитать материал

Ты помощник консультанта по [категории], использующий только проверенный каталог.

R — Ты помощник консультанта по [категории], использующий только проверенный каталог.

A — Для задачи [контекст], бюджета [сумма] и ограничений [условия] предложи допустимый комплект по [матрице]. Обоснуй каждую позицию источником. Если совместимость, цена или наличие неизвестны, не утверждай их. Рассмотри вариант без дополнения. Итоговую сумму сверь с [калькулятором].

F — Позиция / польза / источник / ограничение; затем вопросы и черновик объяснения.

T — Понятный и честный.

Перед выполнением задачи задай мне уточняющие вопросы, которые помогут тебе на 100% понять контекст, цели и ограничения. Не приступай к задаче, пока всё не станет ясно.
AI-промпт03

Оценить экономику предложения

Рабочий шаблон RAFT · авторская адаптация BootcampЧитать материал

Ты независимый аналитик эксперимента по среднему чеку и частоте.

R — Ты независимый аналитик эксперимента по среднему чеку и частоте.

A — По [исходным группам], [заказам], [возвратам] и [затратам] рассчитай вклад на клиента, чек, конверсию и выбранную частоту. Сохрани в расчёте клиентов без покупок. Проверь, не скрывает ли рост чека ухудшение вклада. Отдели разовые расходы от повторяющихся.

F — Правила / формулы / сравнение / ограничения / решение.

T — Доказательный, без оптимистичных домыслов.

Перед выполнением задачи задай мне уточняющие вопросы, которые помогут тебе на 100% понять контекст, цели и ограничения. Не приступай к задаче, пока всё не станет ясно.
Исследование03

Больше вариантов иногда затрудняет решение

Sheena S. Iyengar, Mark R. Lepper · 2000 · полевые и лабораторные экспериментыЧитать материал

Что установлено. В трёх исследованиях сравнивались ограниченные и более широкие наборы выбора. В исследованных ситуациях небольшой набор мог способствовать покупке или выполнению задания сильнее, чем большой. [R05]

Граница выводаГраница вывода. Это не правило «оставьте три тарифа — продажи вырастут». Результат относится к конкретным товарам, заданиям и устройству выбора; он не определяет оптимальный ассортимент любого бизнеса.

Практика BootcampДля Bootcamp: проверить понятность различий между предложениями и уместность дополнения. Сначала выяснить задачу клиента, затем сравнить способы представления вариантов.

Страница исследования Columbia
Исследование03

Метаанализ не подтверждает универсальный эффект

Benjamin Scheibehenne, Rainer Greifeneder, Peter M. Todd · 2010 · метаанализЧитать материал

Что установлено. Обобщение 50 опубликованных и неопубликованных экспериментов, 63 условий и 5 036 участников выявило средний эффект перегрузки выбором, близкий к нулю, при существенных различиях между исследованиями. [R06]

Граница выводаГраница вывода. Отдельный выразительный эксперимент не позволяет утверждать, что сокращение вариантов всегда улучшит результат. Среднее около нуля также не означает, что эффект невозможен в конкретном контексте.

Практика BootcampДля Bootcamp: тестировать структуру предложения, а не механически сокращать каталог. Считать вклад на всех подходящих клиентов, включая не купивших, чтобы рост чека не скрыл падение конверсии.

Аннотация метаанализа
Международный кейс03

Amazon · рекомендации по связям товаров

2019 · ретроспектива Amazon Science; алгоритмическая основа — 2003Читать материал

Что описано. Amazon описывает переход к item-to-item collaborative filtering: подбору на основе связей между товарами, выявляемых в поведении покупателей. Такой подход помогает находить релевантные варианты в большом каталоге. [C05]

Граница выводаЧто это не доказывает. Это техническая история рекомендательной системы. Источник не используется для популярного, но здесь не подтверждённого тезиса о фиксированной доле выручки от рекомендаций.

Практика BootcampАдаптация для Bootcamp. начать с утверждённой матрицы совместимости и полезных комплектов. AI объясняет дополнение; отсутствие данных не заменяется придуманной статистикой совместных покупок.

Amazon Science
Международный кейс03

Netflix · качество подбора проверяется поведением

28.12.2015 · статья разработчиков в ACMЧитать материал

Что описано. Авторы описывают рекомендательные алгоритмы и подход к улучшению системы с использованием A/B-тестов, ориентированных на удержание и вовлечённость, совместно с офлайн-оценкой. [C06]

Граница выводаЧто это не доказывает. Netflix — подписной контентный сервис, не магазин с корзиной. Этот материал не доказывает рост среднего чека. Переносим дисциплину проверки рекомендаций, а не чужую денежную метрику.

Практика BootcampАдаптация для Bootcamp. оценивать рекомендацию по следующему полезному действию и экономике, а не только по клику. Изменение списка вариантов проверять отдельно от изменения цены или скидки.

Статья разработчиков
Цитата03

Избирательно подходите к самому выбору.

Sheena Iyengar · фрагмент интервью How to Be Awesome at Your Job, выпуск 862, 04.05.2023. Перевод для программы; это принцип осмысленного выбора, не формула оптимального числа товаров. [Q03]Читать материал

Шина Айенгар исследует процесс выбора. Мадхаван Рамануджам и Георг Таке рассматривают связь предложения и готовности платить. Вместе эти подходы помогают обсуждать полезность и экономику пакета, а не только его цену. [R05; B05; B06]

be choosy about choosing
Стенограмма интервью
Книга03

Sheena Iyengar · The Art of Choosing

2010 · Twelve / Hachette · [B05]Читать материал

Читать для понимания того, как контекст и устройство выбора влияют на решение.

Граница выводаЗадание с AI — авторская адаптация Bootcamp, а не содержание книги. В программе использованы издательские описания и открытые фрагменты; полные тексты всех книг не анализировались.

Практика BootcampПрактика: описать, чем реально различаются варианты для клиента. AI группирует проверенные характеристики по задачам; покупатель должен видеть критерии, а не только рейтинг.

Страница издателя
Книга03

Madhavan Ramanujam, Georg Tacke · Monetizing Innovation

2016 · Wiley · [B06]Читать материал

Читать для связи разработки предложения, готовности платить и коммерческой модели.

Граница выводаЗадание с AI — авторская адаптация Bootcamp, а не содержание книги. В программе использованы издательские описания и открытые фрагменты; полные тексты всех книг не анализировались.

Практика BootcampПрактика: составить вопросы для интервью о полезности комплекта и цене. AI помогает структурировать ответы, но не выдаёт сгенерированные мнения за реальные интервью.

Материал издателя

Рабочие шаблоны

Подборка из программы AIStart360 Growth Labs, редакция 2.0 от 26.10.2026. У каждого материала сохранены происхождение, ограничения и ссылки на исходные публикации.

Статьи и рабочие инструкции

2

Продажи растут, а прибыль — нет

Разделите выручку, переменные затраты и постоянные расходы. Сравнивайте стоимость привлечения с вкладом клиента за сопоставимый период. Не используйте прогнозный LTV как факт: покажите диапазон сценариев и неизвестные параметры.

Дополнительные материалы библиотеки

Внешние исследования и кейсы служат основой для гипотез, а не обещанием аналогичного результата. Актуальность условий и применимость проверяем для конкретной задачи.

Книги

Product-Led Growth

Wes Bush

Playbook для self-serve value, time-to-value и product-led acquisition.

Статьи

What the Freemium

Elena Verna

Практический взгляд на freemium как осознанную систему acquisition и monetization.

Книги

Experimentation Works

Stefan Thomke

Как сделать дисциплинированные эксперименты повторяемой организационной capability.

Статьи

The Technology Behind Rufus

Amazon Science

Commerce-кейс на стыке conversational discovery, recommendations и качества product knowledge.

Фреймворки

Identifying and Scaling AI Use Cases

OpenAI

Практический гайд по поиску, приоритизации и развитию AI-сценариев — от отдельных задач до сквозных процессов.

Инструменты

The Experiment Library

Strategyzer

44 discovery- и validation-эксперимента с оценкой стоимости, подготовки, длительности и силы evidence.

Статьи

Introduction to Decision Intelligence

Cassie Kozyrkov

Decision-first подход, разделяющий цели, действия, неопределённость и evidence до выбора моделей.

Статьи

The Four Fits: A Growth Framework for the AI Era

Brian Balfour

Системный взгляд на рост через market, product, channel и model fit — чтобы проверить, способен ли GTM-двигатель на накопительный эффект.

Фреймворки

SaaS Metrics 2.0

David Skok

Подробный operating guide по CAC, LTV, churn, payback и метрикам, объясняющим рост recurring revenue.

Статьи

When Should a Startup Calculate LTV:CAC?

David Skok

Предупреждение против ложной точности ранней unit economics и ориентир по зрелости данных для достоверных коэффициентов.

Фреймворки

The High Growth SaaS Playbook

David Skok

Двенадцать метрик для диагностики здоровья, эффективности и масштабируемости SaaS growth engine.

Вся библиотека

Решения лидеров по этой теме

Kodak

Kodak: почему изобретение цифровой камеры не спасло бизнес-модель

Главная ошибка популярного пересказа Kodak — будто компания не видела цифровую фотографию. Она инвестировала в неё десятилетиями, но не сумела устойчиво заменить экономику плёнки и печати новой моделью прибыли.

Читать разбор
Kaspi.kz

Kaspi.kz: как повседневные задачи клиента превращаются в экосистему роста

Kaspi.kz иллюстрирует, как два взаимосвязанных приложения для покупателей и предпринимателей способны усиливать друг друга. Урок для малого бизнеса — не «создать свой Super App», а соединить несколько важных задач одного клиента.

Читать разбор
Decathlon

Decathlon: как объединить физический магазин, цифровой сервис и жизненный цикл товара

Decathlon показывает, что цифровая трансформация розницы — не обязательно уход из физических магазинов. Ценность возникает при соединении выбора, покупки, получения, ремонта и повторного использования товара.

Читать разбор
Booking.com

Booking.com: как превратить эксперименты в управленческую систему

Главный урок Booking.com не в рекордном количестве тестов. Он в том, что качественная гипотеза, измерение и право проверить идею оказываются полезнее управленческой уверенности.

Читать разбор

Сначала задача. Затем условия.

Проверяем соответствие задачи формату, обсуждаем примеры и участие команды. После этого согласуем локацию, язык, формат, состав работ, стоимость и условия участия.

Проверить дополнительное предложение

Перед первым разговором

Нужен ли технический специалист?

Для ручного сценария обычно достаточно владельца процесса и разрешённых данных. Интеграция с рабочими системами требует технического участника и отдельного объёма.

Можно ли пройти все шесть рычагов?

В одном цикле компания работает с одним рычагом. Остальные используются для выбора следующего шага, а не как параллельные обязательные проекты.

Что делать, если данных мало?

Сначала настроить минимальный учёт и проверить сценарий на разрешённых примерах. Недостающие факты не заменяются выдуманными.

Что будет, если гипотеза не подтвердится?

Команда получит данные о качестве, затратах и ограничениях. Обоснованная остановка помогает не расширять невыгодное решение.

Входят ли сервисы и внедрение?

Лицензии, разработка интеграций и дальнейшее сопровождение включаются только при явном согласовании состава работ.

Когда можно ждать продаж?

Это зависит от процесса и цикла клиента. За 21 день проверяется ограниченный сценарий; долгосрочный эффект оценивается отдельно.

Как используются данные?

До начала согласуем допустимые материалы, обезличивание, доступы и внешние сервисы. В первичную форму не нужно добавлять клиентские базы и документы.

Обсудить задачу