Глава 10. Промпты для решений: симптом, причина, гипотеза, действие

На совещании обычно хватает предложений: усилить рекламу, поменять оффер, обучить продавцов, запустить сервисную акцию или сократить расходы. Каждое может быть разумным, но выбирать между ними рано, пока неясна причина проблемы.

Один и тот же симптом подталкивает к привычному действию. Мало встреч — обучить продавцов; сервис недогружен — дать скидку; прибыль снижается — урезать затраты. Если объяснение неверно, компания потратит ресурсы, не устранив проблему.

ИИ можно использовать для подготовки диагностики: разложить наблюдения, собрать возможные объяснения и определить, что проверить до решения. В этой главе пройдём последовательность:

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

Ответ ИИ на каждом этапе остаётся материалом для проверки. Руководитель выбирает действия по результатам разбора, а не по убедительности предложенной версии.

Почему руководители прыгают от симптома к действию

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

Например, симптом один:

«У нас мало встреч».

Так бывает и при нецелевых лидах, и при задержке первого ответа. Возможны другие причины: разговор ограничивается ценой, сайт создаёт неверные ожидания, оффер не соответствует наличию, менеджеры не предлагают встречу и не делают повторный контакт. Часть обращений может теряться, а неполные CRM-статусы и слабый контроль мешают увидеть это.

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

Симптом — это не диагноз

Симптом — это то, что вы наблюдаете.

Диагноз — это объяснение, почему это происходит.

Действие — это то, что вы делаете после проверки диагноза.

В управлении эти три уровня постоянно смешиваются.

Руководитель говорит:

«У нас плохие лиды».

Но это может быть не факт, а гипотеза.

Факт может звучать так:

«Доля лидов, дошедших до встречи, снизилась с 32% до 21% за 6 недель».

А «плохие лиды» — одна из возможных причин.

Руководитель говорит:

«Продавцы не умеют работать».

Но факт может быть:

«В 40% звонков менеджеры не задают вопросов о потребности и сразу называют цену».

Руководитель говорит:

«Клиенты не хотят ехать на сервис».

Но факт может быть:

«После рассылки на базу отклик составил 0,8%, запись — 0,2%, фактический визит — 0,1%».

Это разные уровни.

ИИ нужно просить разделять их.

Базовый промпт для разделения симптома, причины и действия

Используйте этот промпт, когда проблема сформулирована слишком общо.

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

Проблема в формулировке руководителя: [вставьте формулировку].

Нужно:

1. Переформулировать симптом в наблюдаемую форму.
2. Составить список возможных причин.
3. Разделить причины по зонам ответственности.
4. Сформулировать гипотезы для проверки.
5. Указать, какие данные нужны.
6. Предложить вопросы к команде.
7. Указать, какие действия можно сделать быстро, а какие делать рано.
8. В конце предложить первый управленческий шаг.

Формат: таблица.

Этот промпт полезен почти для любой управленческой проблемы.

Цепочка решения: 6 этапов

Для работы с ИИ удобно использовать шесть этапов.

1. Описать симптом.
2. Построить дерево возможных причин.
3. Сформулировать гипотезы.
4. Определить данные для проверки.
5. Выбрать действия.
6. Задать контроль результата.

Разберём каждый этап.

Этап 1. Описать симптом

Опишите наблюдаемое изменение: показатель, период, участок процесса, затронутый сегмент и величину отклонения. Отдельно назовите источник данных и то, что пока известно только со слов участников. Формулировки «продажи просели» и «сервис не работает» этих сведений не содержат.

Слабая формулировка

«У нас стало хуже с продажами».

Лучше

«За последние 6 недель количество входящих лидов осталось примерно на прежнем уровне, но количество назначенных встреч снизилось на 30%. Больше всего просели заявки с классифайдов и сайта. Менеджеры говорят, что клиенты чаще спрашивают цену и исчезают».

Вторая формулировка уже даёт материал для анализа.

Промпт для уточнения симптома

Ты — операционный директор автодилера. Помоги уточнить симптом управленческой проблемы. Сейчас формулировка слишком общая: [вставьте формулировку].

Задай вопросы, которые помогут описать симптом точнее:

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

После вопросов предложи пример хорошей формулировки симптома.

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

Автодилерские симптомы, которые нужно уточнять

«Плохие лиды»

Нужно уточнить:

• из каких каналов;
• по каким моделям;
• на каком этапе теряются;
• какой процент недозвонов;
• какая скорость реакции;
• сколько назначено встреч;
• какие причины отказов;
• есть ли записи звонков;
• что считается «плохим лидом».

«Продавцы плохо работают»

Нужно уточнить:

• что именно плохо;
• звонят поздно;
• не выявляют потребность;
• не назначают встречу;
• не ведут CRM;
• дают скидку слишком рано;
• не делают follow-up;
• не знают продукт;
• не работают с trade-in.

«Сервис недогружен»

Нужно уточнить:

• какие дни и часы;
• какие виды работ;
• какие мастера;
• какие каналы записи;
• какие клиенты не возвращаются;
• есть ли проблема цены;
• есть ли проблема доверия;
• есть ли проблема коммуникации;
• есть ли база для реактивации.

«Маркетинг неэффективен»

Нужно уточнить:

• какие каналы;
• какая стоимость лида;
• какая конверсия дальше;
• какие офферы;
• какие посадочные страницы;
• какие сегменты;
• что происходит после передачи лида в продажи;
• как измеряется качество.

«Падает прибыль»

Нужно уточнить:

• при какой выручке;
• какие направления просели;
• что с маржей;
• что со скидками;
• что с затратами;
• что со складом;
• что с ФОТ;
• что с сервисом;
• что с финансовой нагрузкой.

Чем точнее симптом, тем меньше риск лечить не то.

Этап 2. Построить дерево причин

После описания симптома нельзя сразу переходить к решению.

Нужно построить дерево возможных причин.

Дерево причин — это список разных объяснений, разделённых по уровням и зонам ответственности.

Например, симптом:

«Снизилась конверсия из лида во встречу».

Возможные группы причин:

• маркетинг;
• продажи;
• продукт;
• цена;
• конкуренты;
• процесс;
• CRM;
• люди;
• управление.

В каждой группе — свои причины.

Маркетинг

• не тот сегмент;
• слабый оффер;
• объявление создаёт неверное ожидание;
• посадочная страница обещает то, чего нет;
• канал даёт холодный спрос;
• лиды приходят по слишком широким запросам.

Продажи

• поздний первый контакт;
• нет выявления потребности;
• менеджер сразу называет цену;
• нет попытки назначить встречу;
• слабый follow-up;
• плохая работа с возражениями.

Продукт

• нет нужной комплектации;
• слабое наличие;
• клиент сравнивает с более сильным предложением;
• непонятна ценность модели;
• нет аргументов против конкурентов.

Цена

• цена выше ожидания;
• клиент не понимает разницу в комплектации;
• конкурент даёт агрессивный оффер;
• продавец не объясняет ценность;
• скидка предлагается слишком рано или слишком поздно.

Процесс

• лиды теряются;
• статусы CRM искажены;
• нет контроля скорости реакции;
• нет правил повторного контакта;
• нет единого стандарта обработки.

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

Промпт для дерева причин

Ты — коммерческий директор и операционный диагност автодилера. Построй дерево возможных причин для симптома: [вставьте симптом].

Раздели причины по зонам:

• маркетинг;
• продажи;
• продукт;
• цена;
• конкуренты;
• процесс;
• CRM / данные;
• люди / компетенции;
• управление.

Для каждой причины укажи:

• как она может проявляться;
• какие признаки её подтверждают;
• какие данные нужны для проверки;
• кто в компании должен участвовать в проверке.

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

Этот промпт особенно полезен перед совещанием.

Он помогает прийти не с обвинением, а с картой диагностики.

Приём «не останавливайся на первой причине»

ИИ, как и человек, может сначала предложить очевидные причины.

Поэтому полезно просить:

Не останавливайся на первом уровне причин. Для каждой причины предложи возможные корневые причины глубже.

Например:

Причина первого уровня:

«Менеджеры поздно перезванивают».

Корневые причины могут быть:

• нет SLA;
• много каналов, нет единого окна;
• менеджеры перегружены;
• нет контроля РОПа;
• CRM не уведомляет;
• лиды распределяются с задержкой;
• мотивация не учитывает скорость реакции;
• руководитель не смотрит отчёт по первому контакту.

Вот здесь начинается настоящая управленческая работа.

Этап 3. Сформулировать гипотезы

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

Слабая формулировка:

«Продавцы плохо работают».

Гипотеза:

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

Слабая формулировка:

«Маркетинг даёт плохие лиды».

Гипотеза:

«Лиды с конкретного канала имеют более низкую конверсию во встречу, потому что рекламное сообщение привлекает клиентов, ориентированных только на мониторинг цены».

Слабая формулировка:

«Сервис неинтересен клиентам».

Гипотеза:

«Клиенты после окончания гарантии не возвращаются, потому что не получают своевременного и убедительного повода для обращения в официальный сервис».

Гипотеза должна быть проверяемой.

Если её нельзя проверить, это не гипотеза, а мнение.

Промпт для формулировки гипотез

Ты — бизнес-аналитик автодилера. На основе симптома и дерева причин сформулируй проверяемые гипотезы.

Симптом: [симптом].

Возможные причины: [причины или дерево причин].

Для каждой гипотезы укажи:

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

Формат: таблица.

Что делает гипотезу сильной

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

Пример сильной гипотезы:

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

Если гипотеза подтвердится, действия понятны:

• SLA первого контакта;
• контроль скорости;
• обучение первому звонку;
• скрипт перевода от цены к встрече;
• отчёт РОПа;
• корректировка оффера.

Этап 4. Определить данные для проверки

Гипотезы без проверки превращаются в спор мнений.

Поэтому следующий шаг — данные.

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

Важно: не всегда нужно сразу загружать данные в ИИ.

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

Промпт для определения данных

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

Гипотезы: [вставьте список].

Для каждой гипотезы дай:

• нужные данные;
• источник данных: CRM, телефония, сайт, классифайды, коллтрекинг, отчёты, звонки, чаты, сотрудники;
• кто владелец данных;
• как быстро можно собрать;
• какие риски искажения данных;
• что делать, если данных нет.

Формат: таблица.

Какие данные часто нужны автодилеру

Для продаж

• количество лидов по каналам;
• скорость первого контакта;
• доля недозвонов;
• количество попыток контакта;
• конверсия лид → контакт;
• контакт → встреча;
• встреча → сделка;
• причины отказов;
• записи звонков;
• чаты;
• статусы CRM;
• комментарии менеджеров;
• распределение лидов;
• активность менеджеров;
• follow-up.

Для маркетинга

• источники лидов;
• стоимость лида;
• конверсия по каналам;
• посадочные страницы;
• рекламные сообщения;
• поисковые запросы;
• сегменты;
• поведение на сайте;
• связка оффера и звонка;
• конкурентные офферы.

Для сервиса

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

Для клиентской базы

• дата покупки;
• модель;
• возраст автомобиля;
• последняя коммуникация;
• последнее посещение сервиса;
• статус сделки;
• причина отказа;
• интерес к trade-in;
• история обращений;
• источник;
• реакция на прошлые кампании.

Для финансов

• выручка по направлениям;
• валовая маржа;
• скидки;
• структура продаж;
• расходы на маркетинг;
• ФОТ;
• операционные расходы;
• склад;
• оборачиваемость;
• дебиторка;
• кредитная нагрузка;
• cash flow;
• сервисная маржинальность.

Данные помогают перевести разговор из режима «кажется» в режим «проверяем».

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

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

Промпт:

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

Это очень практично.

Иногда первый шаг решения — не «исправить продажи», а начать собирать правильные данные.

Этап 5. Выбрать действия

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

Промпт для выбора действий

Ты — операционный директор автодилера. На основе гипотез и данных для проверки предложи действия.

Симптом: [симптом]. Проверяемые гипотезы: [гипотезы]. Данные, которые уже есть: [данные].

Раздели действия на 4 группы:

1. Быстрые действия на ближайшие 7 дней.
2. Действия после проверки данных.
3. Системные изменения на 30–60 дней.
4. Действия, которые делать рано или рискованно.

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

Пример: симптом «мало встреч»

Быстрые действия

• прослушать 20 звонков по потерянным лидам;
• проверить скорость первого контакта;
• ввести временный чек-лист первого звонка;
• провести короткую планёрку по назначению встречи;
• проверить 10 лидов, где клиент спросил цену и пропал;
• подготовить новый follow-up.

После проверки данных

• изменить скрипт;
• скорректировать оффер на лендинге;
• пересмотреть распределение лидов;
• настроить контроль SLA;
• изменить статусы CRM.

Системные изменения

• обучение менеджеров;
• регулярный разбор звонков;
• отчёт по скорости обработки;
• библиотека ответов на возражения;
• связка маркетинг — продажи по каждому каналу.

Делать рано

• резко увеличивать бюджет;
• снижать цены;
• менять всю мотивацию;
• обвинять один отдел без данных;
• запускать массовые акции.

Такой разбор помогает руководителю не делать слишком тяжёлое решение раньше времени.

Этап 6. Задать контроль результата

До запуска определите ожидаемый результат, исходное значение показателя, срок и ответственного за проверку. Договоритесь, что будет признаком успеха, а что — основанием пересмотреть гипотезу. ИИ может помочь оформить эти условия в карточку.

Промпт для контроля результата

Ты — руководитель проектного офиса автодилера. Помоги оформить контроль результата по управленческому действию.

Действие: [описание]. Цель: [цель]. Гипотеза: [гипотеза].

Нужно определить:

• метрику успеха;
• срок проверки;
• ответственного;
• исходное значение;
• целевое значение;
• какие данные нужны;
• как понять, что действие не работает;
• что делать в следующем цикле.

Формат: карточка контроля.

Пример карточки контроля

Гипотеза: клиенты не доходят до встречи, потому что менеджеры не переводят разговор от цены к потребности и следующему шагу.

Действие: внедрить короткий скрипт первого контакта и чек-лист РОПа.

Срок проверки: 2 недели.

Метрики:

• доля звонков, где задано минимум 2 вопроса о потребности;
• доля звонков с попыткой назначить встречу;
• конверсия контакт → встреча;
• доля follow-up после первого контакта.

Ответственный: РОП.

Данные: 30 звонков, CRM-статусы, отчёт по встречам.

Сигнал успеха: рост попыток назначения встречи и конверсии контакт → встреча.

Сигнал ошибки: поведение менеджеров изменилось, но встречи не выросли — значит, проблема может быть в оффере, цене, наличии или качестве лидов.

Так решение становится проверяемым.

Большой автодилерский кейс: падение конверсии из лида во встречу

Теперь соберём всю цепочку на одном примере.

Исходная формулировка

«У нас плохие лиды. Продажи не могут назначать встречи».

В этой формулировке оценка лидов уже представлена как объяснение, хотя диагностика ещё не проведена.

Шаг 1. Уточняем симптом

Промпт:

Помоги уточнить симптом. Сейчас формулировка: «плохие лиды, продажи не могут назначать встречи». Какие вопросы нужно задать, чтобы описать проблему в наблюдаемой форме?

ИИ может предложить вопросы:

• сколько лидов было по неделям;
• как изменилась конверсия лид → контакт;
• как изменилась конверсия контакт → встреча;
• по каким каналам просадка;
• по каким моделям;
• какая скорость первого контакта;
• какая доля недозвонов;
• какие причины отказов;
• какие менеджеры просели;
• что говорят записи звонков.

После уточнения симптом становится таким:

За 6 недель количество лидов почти не изменилось, но конверсия из контакта во встречу снизилась с 32% до 21%. Больше всего просели лиды с классифайдов и сайта. В комментариях менеджеров часто встречается «спросил цену, думает». Скорость первого контакта не контролируется ежедневно.

Теперь можно работать.

Шаг 2. Строим дерево причин

Промпт:

Построй дерево возможных причин снижения конверсии из контакта во встречу с 32% до 21% при стабильном количестве лидов. Раздели причины на маркетинг, продажи, продукт, цену, конкурентов, процесс, CRM и управление.

Возможные причины:

Маркетинг

• канал привлекает клиентов, ориентированных только на цену;
• оффер создаёт неверное ожидание;
• посадочная страница не объясняет ценность;
• нет сегментации под разные намерения.

Продажи

• менеджер сразу называет цену;
• нет выявления потребности;
• нет аргументации встречи;
• слабый follow-up;
• менеджеры не умеют работать с клиентом, который сравнивает.

Продукт / цена

• клиент сравнивает с конкурентом;
• цена выше ожидания;
• комплектация непонятна;
• наличие не совпадает с запросом.

Процесс

• поздняя реакция;
• лиды распределяются с задержкой;
• нет стандарта первого контакта;
• нет контроля повторных касаний.

CRM / данные

• причины отказов формальные;
• статусы заполняются нерегулярно;
• нет отчёта по скорости контакта;
• нет связи канала и дальнейшей конверсии.

Управление

• РОП не слушает звонки;
• нет еженедельного разбора;
• нет KPI по встречам;
• маркетинг и продажи спорят без общих данных.

Шаг 3. Формулируем гипотезы

Промпт:

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

Примеры гипотез:

Гипотеза 1

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

Проверить:

• конверсия по каналам;
• содержание рекламных объявлений;
• поисковые запросы;
• записи звонков;
• доля обращений «только цена».

Гипотеза 2

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

Проверить:

• 30 звонков;
• доля вопросов о потребности;
• попытка назначения встречи;
• структура диалога.

Гипотеза 3

Время ожидания первого ответа могло увеличиться; проверьте временные метки до вывода о потере клиентов из-за задержки.

Проверить:

• время от заявки до первого звонка;
• количество попыток контакта;
• доля лидов без контакта в первые 15 минут;
• сравнение по менеджерам.

Гипотеза 4

Оффер на сайте и в рекламе создаёт ожидание, которое продавец не подтверждает в разговоре.

Проверить:

• рекламные сообщения;
• первый экран лендинга;
• ответы продавцов;
• частые вопросы клиентов;
• расхождение обещаний и реальности.

Гипотеза 5

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

Проверить:

• доля пустых причин;
• повторяемость формулировок;
• выборочные звонки;
• соответствие комментария реальному диалогу.

Шаг 4. Определяем данные

Промпт:

Для этих 5 гипотез составь список данных, которые нужно собрать за 7 дней. Укажи источник, владельца, способ проверки и риск искажения.

Данные:

• лиды по каналам за 8 недель;
• конверсия по этапам;
• скорость первого контакта;
• 30 записей звонков;
• тексты объявлений;
• первые экраны лендингов;
• CRM-статусы;
• причины отказов;
• список лидов «спросил цену и пропал»;
• действия менеджеров после первого контакта.

Шаг 5. Выбираем действия

Промпт:

На основе гипотез предложи действия. Раздели на быстрые действия на неделю, действия после проверки данных, системные изменения и действия, которые делать рано.

Быстрые действия:

• прослушать 30 звонков;
• проверить скорость первого контакта;
• провести планёрку по структуре первого звонка;
• ввести временный чек-лист назначения встречи;
• подготовить follow-up для клиентов после цены;
• проверить рекламные офферы.

Действия после данных:

• изменить скрипт;
• скорректировать лендинг;
• изменить правила CRM;
• ввести SLA;
• настроить отчёт по встречам.

Системные изменения:

• регулярный разбор звонков;
• обучение менеджеров;
• библиотека возражений;
• связка маркетинг — продажи;
• еженедельная диагностика воронки.

Делать рано:

• увеличивать бюджет;
• снижать цену;
• менять мотивацию;
• обвинять маркетинг или продажи без данных;
• запускать массовую акцию.

Шаг 6. Задаём контроль

Промпт:

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

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

Контроль:

• РОП прослушивает 30 звонков за 3 дня;
• отмечает наличие вопросов о потребности;
• отмечает попытку назначения встречи;
• отмечает качество ответа на вопрос цены;
• вводит чек-лист на 2 недели;
• метрика — рост доли звонков с попыткой назначения встречи;
• через 2 недели смотрим конверсию контакт → встреча.

Так из фразы «плохие лиды» получается управляемое решение.

Промпты для разных типов управленческих решений

Теперь соберём набор промптов, которые можно применять в разных ситуациях.

1. Промпт для первичной диагностики проблемы

Ты — опытный бизнес-консультант для автодилера. Помоги провести первичную диагностику проблемы.

Симптом: [описание].

Контекст: [бизнес, период, участники, данные, ограничения].

Нужно:

1. Уточнить симптом.
2. Разделить факты, мнения и гипотезы.
3. Построить дерево возможных причин.
4. Указать данные для проверки.
5. Предложить вопросы к команде.
6. Назвать 3 быстрых действия и 3 действия, которые делать рано.

Формат: структурированный разбор без общих советов.

2. Промпт для дерева причин

Ты — операционный диагност автодилера. Построй дерево причин для симптома: [симптом].

Раздели причины по уровням:

• клиент;
• продукт;
• цена;
• маркетинг;
• продажи;
• сервис;
• процесс;
• данные;
• люди;
• управление;
• внешняя среда.

Для каждой причины укажи признаки, данные для проверки и владельца проверки.

3. Промпт для гипотез

Ты — бизнес-аналитик. Сформулируй проверяемые гипотезы на основе симптома и возможных причин.

Симптом: [симптом]. Возможные причины: [список].

Формат таблицы:

• гипотеза;
• что подтвердит;
• что опровергнет;
• данные для проверки;
• срок проверки;
• ответственный;
• возможное действие при подтверждении.

4. Промпт для вопросов к команде

Ты — модератор управленческого разбора. Помоги подготовить вопросы к команде по проблеме: [симптом].

Участники: [роли].

Нужно разделить вопросы по участникам и блокам:

• факты;
• данные;
• процесс;
• ограничения;
• гипотезы;
• решения;
• риски.

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

5. Промпт для выбора действий

Ты — операционный директор. На основе гипотез выбери действия.

Гипотезы: [список]. Данные: [что известно]. Ограничения: [бюджет, сроки, люди, риски].

Раздели действия на:

• быстрые на 7 дней;
• после проверки данных;
• системные на 30–60 дней;
• рискованные / преждевременные.

Для каждого действия укажи ответственного, метрику и первый шаг.

6. Промпт для проверки решения

Ты — скептический собственник и финансовый директор автодилера. Проверь решение: [описание решения].

Укажи:

• какие допущения лежат в основе;
• что может пойти не так;
• какие данные не проверены;
• кто может сопротивляться;
• какой риск для клиента;
• какой финансовый риск;
• что нужно изменить до запуска;
• по какой метрике проверять успех.

7. Промпт для превращения решения в поручения

Ты — руководитель проектного офиса. Преврати решение в список поручений.

Решение: [описание].

Для каждого поручения укажи:

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

8. Промпт для цикла проверки через неделю

Ты — операционный директор автодилера. Помоги подготовить недельный контроль по решению.

Решение: [описание]. Гипотеза: [гипотеза]. Действия за неделю: [что сделали]. Данные: [что получили].

Нужно:

• оценить, подтвердилась ли гипотеза;
• отделить факты от мнений;
• указать, что сработало;
• что не сработало;
• какие новые гипотезы появились;
• что делать на следующей неделе.

Как использовать ИИ при подготовке совещания

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

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

Шаблон встречи по управленческой проблеме

Можно использовать такой промпт:

Ты — модератор управленческого совещания автодилера. Подготовь встречу по проблеме: [симптом].

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

Участники: [роли].

Подготовь:

1. Цель встречи.
2. Повестку на 60 минут.
3. Какие данные запросить заранее.
4. Вопросы к каждому участнику.
5. Правила обсуждения.
6. Формат фиксации гипотез.
7. Формат поручений.
8. Что должно быть результатом встречи.

Как не подменить решение красивым анализом

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

После анализа попросите подготовить один из следующих материалов:

В конце предложи конкретный следующий управленческий шаг.

Или:

Заверши ответ списком поручений.

Или:

Укажи, что нужно сделать завтра.

Или:

Предложи первый тест на 7 дней.

ИИ должен помогать не только думать, но и двигаться.

Правило одного следующего шага

После сложного разбора не всегда нужно запускать десять действий. Выберите проверку, которая поможет снять основную неопределённость: например, прослушать 30 звонков, разобрать 20 потерянных лидов или сравнить предложения 5 конкурентов. В другой ситуации первым шагом будет отчёт о скорости контакта, проверка причин отказа, встреча маркетинга и продаж, тест follow-up, выбор сегмента базы, чек-лист или короткое обучение.

Промпт:

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

Это помогает избежать распыления.

Решения в разных функциях автодилера

Теперь посмотрим, как цепочка «симптом — причина — гипотеза — действие» работает в разных функциях.

Продажи

Симптом

Много лидов, мало встреч.

Возможные причины

• поздняя реакция;
• слабый первый звонок;
• нецелевые лиды;
• отсутствие follow-up;
• слабый оффер;
• цена выше ожидания;
• нет контроля РОПа.

Гипотеза

Менеджеры не назначают встречи, потому что первый контакт строится вокруг цены, а не вокруг потребности и ценности визита.

Данные

• записи звонков;
• скорость реакции;
• доля попыток назначения встречи;
• CRM-статусы;
• причины отказов.

Действие

• прослушать звонки;
• внедрить чек-лист;
• провести короткое обучение;
• контролировать метрику попытки назначения встречи.

Маркетинг

Симптом

Лиды есть, но продажи считают их некачественными.

Возможные причины

• оффер привлекает не тот сегмент;
• объявление обещает слишком много;
• посадочная страница не фильтрует клиентов;
• нет связки с продажами;
• слабая аналитика качества лидов.

Гипотеза

Рекламное сообщение привлекает клиентов, ориентированных только на минимальную цену, потому что первый экран и объявление не объясняют ценность предложения.

Данные

• тексты объявлений;
• посадочные страницы;
• запросы;
• конверсия по каналам;
• записи звонков;
• причины отказов.

Действие

• переписать оффер;
• сделать версии под намерения;
• согласовать скрипт продаж;
• измерить конверсию по сегментам.

Сервис

Симптом

Клиенты после гарантии не возвращаются.

Возможные причины

• нет коммуникации;
• нет понятного повода;
• официальный сервис воспринимается дорогим;
• прошлый опыт был слабым;
• нет сегментации;
• нет системной работы с базой.

Гипотеза

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

Данные

• дата покупки;
• дата последнего сервиса;
• модель;
• возраст автомобиля;
• история обращений;
• реакция на прошлые кампании.

Действие

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

HR

Симптом

Новые продавцы быстро уходят или долго выходят на результат.

Возможные причины

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

Гипотеза

Новые продавцы не выходят на результат, потому что компания нанимает людей без проверки готовности к дисциплине обработки лидов, CRM и повторных контактов.

Данные

• анкеты кандидатов;
• причины увольнений;
• первые результаты;
• выполнение стандартов;
• обратная связь РОПа;
• план адаптации.

Действие

• пересобрать профиль роли;
• изменить вопросы интервью;
• добавить тестовое задание;
• ввести чек-лист адаптации.

Финансы

Симптом

Выручка стабильна, прибыль снижается.

Возможные причины

• изменение структуры продаж;
• рост скидок;
• снижение маржи;
• рост расходов;
• складские затраты;
• финансовая нагрузка;
• низкая рентабельность отдельных направлений.

Гипотеза

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

Данные

• маржа по направлениям;
• скидки;
• структура продаж;
• склад;
• расходы;
• P&L;
• cash flow.

Действие

• провести маржинальный разбор;
• выделить убыточные связки;
• пересмотреть скидочную политику;
• проверить мотивацию продаж.

Как просить ИИ быть осторожным

При работе с решениями важно запрещать ИИ делать окончательные выводы без данных.

Полезные формулировки:

Не делай окончательных выводов. Сформулируй только гипотезы и данные для проверки.

Отделяй факты из вводных от предположений.

Если данных не хватает, прямо укажи это.

Не предлагай радикальных действий до проверки гипотез.

Укажи, какие решения могут быть преждевременными.

Для каждого действия укажи риск, если причина определена неверно.

Такие ограничения особенно важны для собственников и генеральных директоров.

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

Матрица: действие или ещё проверять?

Перед тем как действовать, полезно оценить гипотезу по двум осям:

• уверенность;
• цена ошибки.

Высокая уверенность, низкая цена ошибки

Можно действовать быстро.

Пример:

• улучшить текст follow-up;
• провести разбор звонков;
• подготовить чек-лист;
• уточнить CRM-статусы.

Низкая уверенность, низкая цена ошибки

Можно провести тест.

Пример:

• протестировать новый скрипт на малой группе;
• отправить коммуникацию небольшому сегменту;
• изменить один блок лендинга.

Высокая уверенность, высокая цена ошибки

Нужна управленческая проверка и контроль.

Пример:

• менять мотивацию;
• запускать крупную акцию;
• перераспределять бюджет.

Низкая уверенность, высокая цена ошибки

Действовать рано.

Нужно собирать данные.

Пример:

• снижать цены;
• увольнять руководителя;
• резко менять стратегию;
• покупать сложную систему;
• запускать массовую рассылку по всей базе.

Промпт:

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

Как превращать разбор в карточку решения

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

Промпт:

На основе разбора оформи карточку управленческого решения.

Структура:

• симптом;
• факты;
• ключевая гипотеза;
• данные для проверки;
• решение;
• ответственный;
• срок;
• метрика;
• риск;
• следующий контрольный момент.

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

Промпт для дерева проверяемых гипотез

Помоги разобрать отклонение: [показатель, определение этапов, период и абсолютные количества]. Дополнительные сведения: [разрешённые материалы]. Сначала проверь сопоставимость данных. Составь до пяти гипотез: что могло повлиять, что уже подтверждено, чего не хватает, как проверить. Не называй гипотезы установленными причинами и не назначай виновных. Предложи один ограниченный следующий шаг и критерий, по которому оценим результат проверки.

Открыть крупно ↗

Пример карточки решения

Симптом: снизилась конверсия контакт → встреча с 32% до 21%.

Факты: лиды стабильны, просадка сильнее в канале классифайдов, причины отказов часто формальные.

Гипотеза: менеджеры не переводят разговор от цены к потребности и встрече.

Данные для проверки: 30 звонков, скорость реакции, доля попыток назначения встречи.

Решение: провести разбор звонков, внедрить чек-лист первого контакта, провести короткое обучение.

Ответственный: РОП.

Срок: 7 дней на первый цикл.

Метрика: доля звонков с попыткой назначения встречи, конверсия контакт → встреча.

Риск: если проблема в качестве лидов или оффере, скрипт даст ограниченный эффект.

Контроль: встреча через 2 недели.

Перед практикумом

Выберите проблему, по которой удастся сопоставить наблюдения и возможные объяснения. Не назначайте виновное подразделение заранее. Если данных мало, результатом первого цикла может стать их сбор, а не изменение цены, бюджета или мотивации.

Оформите решение вместе с условиями проверки. Ответ ИИ не заменяет выбора руководителя, а изменение показателя ещё предстоит соотнести с предпринятыми действиями.

Практикум главы

Выберите одну реальную проблему вашей компании и пройдите полный цикл.

Шаг 1. Опишите симптом

Заполните:

• что изменилось;
• где изменилось;
• за какой период;
• какие цифры есть;
• кто наблюдает;
• что является мнением.

Шаг 2. Постройте дерево причин

Разделите причины по зонам:

• клиент;
• маркетинг;
• продажи;
• продукт;
• цена;
• сервис;
• процесс;
• CRM;
• люди;
• управление.

Шаг 3. Сформулируйте 5 гипотез

Для каждой:

• что предполагаем;
• что подтвердит;
• что опровергнет;
• какие данные нужны;
• кто проверяет.

Шаг 4. Выберите данные

Определите:

• какие данные уже есть;
• какие нужно собрать;
• где они находятся;
• кто владелец;
• есть ли риск плохого качества данных.

Шаг 5. Выберите действия

Разделите:

• быстрые действия;
• действия после проверки;
• системные изменения;
• преждевременные действия.

Шаг 6. Оформите карточку решения

Зафиксируйте:

• гипотезу;
• действие;
• ответственного;
• срок;
• метрику;
• контроль.

Артефакт главы

Карточка управленческого решения

Заполните таблицу.

Таблицу можно прокручивать по горизонтали.

Шаблон промпта для полного цикла решения

Скопируйте и заполните.

Ты — опытный бизнес-консультант, коммерческий и операционный директор автодилера.

Нужно помочь разобрать управленческую проблему и подготовить решение.

Симптом: ___________________________.

Контекст: ___________________________.

Данные, которые уже есть: ___________________________.

Ограничения: ___________________________.

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

Сделай разбор по шагам:

1. Уточни симптом.
2. Построй дерево возможных причин.
3. Сформулируй проверяемые гипотезы.
4. Укажи данные для проверки.
5. Предложи вопросы к команде.
6. Раздели действия на быстрые, после проверки, системные и преждевременные.
7. Предложи метрики контроля.
8. Оформи итог в виде карточки управленческого решения.

Если данных недостаточно, сначала задай уточняющие вопросы.

Итог главы

Разбор должен показать, что наблюдается, какие объяснения проверяются и на каких данных будет принято следующее решение. Зафиксируйте выбранное действие и срок возвращения к результатам. Если версия не подтвердилась, сохранённая карточка поможет понять, что проверять дальше.

В следующей главе перейдём от подготовленного решения к поручениям и контролю исполнения.