Практикум: разбор кейсов, ролевые игры, чек-листы, KPI и контроль качества
Зачем этот практикум нужен именно в продажах банковских гарантий
В предыдущих модулях вы разобрали продукт и контекст 44-ФЗ/223-ФЗ, воронку до этапа «принято заказчиком», выявление потребностей, деловую коммуникацию, отработку возражений и процедуру выпуска.
Практикум нужен, чтобы превратить это в повторяемый результат в отделе:
снизить потери на критичных переходах воронки (особенно «выпуск → приемка»)
ускорить цикл сделки за счет единых чек-листов и SLA
стандартизировать разговоры (чтобы продавец не «торговался ставкой», а управлял сроком и приемкой)
поставить контроль качества: звонки, переписка, CRM, причины потерь!Карта занятия: как кейсы превращаются в навыки и измеримые KPI
Формат практикума: как провести занятие так, чтобы оно изменило поведение
Оптимальный формат — 90–120 минут на один набор кейсов.
Разогрев на общей рамке
- Напоминание критерия успеха: сделка закрыта, когда
гарантия принята заказчиком, а не когда «банк выпустил».
- Напоминание оси ценности:
срок + приемка + управление риском непринятия.
Разбор кейса (без «мнений», только факты и маршрут)
- Что известно: вид БГ, сумма, срок, дедлайн, бенефициар, требования к банку/тексту.
- Где риски: комплаенс, андеррайтинг, нестандартный текст, внутренние задержки клиента.
- Какой план: следующий шаг, кто ответственный, к какому времени.
Ролевая игра (8–12 минут)
- Участники: продавец, клиент (роль), наблюдатель (оценка по листу).
- Цель: получить
микро-коммитмент клиента (форма текста, документы, контакт ЛПР, согласование маршрута).
Разбор ролевой игры (5–8 минут)
- Что было сделано по стандарту.
- Что сорвало бы приемку или сроки.
- Что переписать в письме/скрипте.
Закрепление в артефактах
- Чек-листы (что обязательно фиксируется и отправляется клиенту).
- Шаблон письма.
- Правила CRM: поля, этапы, причина потери.
Библиотека кейсов: что тренировать в первую очередь
Ниже — типовые кейсы рынка, которые стоит прогонять до автоматизма.
| Кейc | Триггер клиента | Где чаще всего «ломается» | Цель продавца в практикуме | Критерий успеха |
|---|---|---|---|---|
| «Выиграли, нужно завтра» (ОИК) | Дедлайн подписания контракта | обещают выпуск без проверки формы/банка | зафиксировать дедлайн, получить форму, запустить маршрут | клиент прислал форму и минимум документов, согласован план по времени |
| «Дешевле у других» | сравнение комиссии | уход в торг ставкой | перевести сравнение в приемку и риск | клиент согласился на проверку формы и маршрут |
| «Не приняли гарантию» | возврат заказчика | хаос и эмоции, нет протокола | собрать причину возврата, разделить на тех/юр, дать план исправления | получены замечания заказчика и зафиксирован срок исправления |
| «У нас уже есть банк» | лояльность банку | нет точки входа | зайти как резерв: проверка формы и требований | клиент дал документацию для экспресс-проверки |
| «Нет залога/обеспечения» | страх отказа банка | продавец обещает «без залога всем» | сделать диагностику и предложить 2 маршрута | согласован реалистичный сценарий по обеспечению/сроку |
| «223-ФЗ, странный текст» | нестандартные условия | банк не подпишет текст | выявить красные флаги, запустить согласование | клиент понимает, что можно/нельзя и кто согласует |
Нормативный контекст для кейсов (как ориентир, без углубления в юр. лекции): Гражданский кодекс РФ, статьи 368–379, 44-ФЗ, 223-ФЗ, 115-ФЗ.
Ролевые игры: сценарии, роли и критерии оценки
Как устроена ролевая игра, чтобы она была похожа на реальную сделку
Роль «клиент» получает карточку с вводными
- вид БГ, сумма, срок, дедлайн
- позиция клиента (торг, страх, «у нас банк», «не приняли»)
- скрытая информация (например, «оплату согласует финдиректор», «заказчик требует конкретный банк»)
Роль «продавец» должна довести до следующего шага
- не обязательно закрывать на оплату
- обязательно получить
конкретное действие клиента (форма, документы, контакт ЛПР, согласование маршрута)
Роль «наблюдатель» оценивает по единому листу (ниже)Универсальный лист оценки ролевой игры
| Критерий | Что считаем «сделано» | Типовая ошибка |
|---|---|---|
| Дедлайн зафиксирован | дата и время + «куда должно быть предоставлено» | «срочно» без времени |
| Вид БГ и режим | определены (44-ФЗ/223-ФЗ/коммерция) | путают вид БГ или игнорируют режим |
| Контроль приемки | запросили форму/требования к банку | обсуждают ставку без формы |
| Мини-оценка банкоспособности | задали 2–3 вопроса по профилю | обещают выпуск «по умолчанию» |
| Следующий шаг | кто что делает и к какому времени | нет конкретного коммита |
| Фиксация письмом | продавец формулирует, что отправит после звонка | «ну вы пришлите что-нибудь» |
Карточки для ролевых игр (готовые вводные)
| Сценарий | Вводные | Ограничение | Задача продавца |
|---|---|---|---|
| «Дорого» | ОИК, 8 млн, срок 10 мес, 44-ФЗ | конкурент на 0,3% дешевле | получить форму и объяснить ценность через приемку |
| «Долго» | обеспечение заявки, 600 тыс, 223-ФЗ | дедлайн сегодня 16:00 | разделить внутреннюю/внешнюю скорость, взять документы и форму |
| «Есть банк» | гарантия на аванс, 5 млн | банк клиента «думает» 3 дня | зайти как резерв и запустить параллельный маршрут |
| «Не приняли» | ОИК, 2,5 млн, 44-ФЗ | заказчик вернул по формулировке | запросить замечания, дать протокол исправления |
Чек-листы: что должно быть одинаково у всей команды
Чек-листы нужны не «для дисциплины», а чтобы не терять сделки на типовых провалах: не взяли форму текста, не зафиксировали дедлайн, не определили кто загружает гарантию, не довели до приемки.
Чек-лист первого контакта (звонок 5–12 минут)
| Что фиксируем | Как звучит вопрос | Что должно быть в CRM |
|---|---|---|
| Дедлайн | «К какому времени гарантия должна быть у заказчика/на площадке?» | дата, время, канал предоставления |
| Вид БГ | «Это заявка, ОИК, гарантийные, аванс?» | тип гарантии |
| Режим | «44-ФЗ, 223-ФЗ или коммерция?» | режим сделки |
| Бенефициар | «Кто заказчик?» | наименование заказчика |
| Форма текста | «В документации есть форма? Пришлите файл/ссылку» | получена/не получена |
| Требования к банку | «Есть ограничения по банкам?» | требования/вето |
| Мини-профиль | «Выручка за год и кредиты/просрочки есть?» | краткая метка профиля |
| Роли | «Кто оплачивает, кто загружает?» | ЛПР/ЛВР/исполнитель |
| Следующий шаг | «Что вы пришлете до какого времени?» | конкретный коммит |
Чек-лист «перед отправкой в банк» (чтобы не ловить возвраты)
| Проверка | Что смотрим | Зачем это продавцу |
|---|---|---|
| Реквизиты бенефициара | название, ИНН/КПП, адрес (как в документации) | меньше возвратов по формальным ошибкам |
| Вид гарантии | соответствует стадии (заявка/ОИК/гарантийные/аванс) | исключает «выпустили не то» |
| Сроки | дата окончания и условия продления (если нужно) | исключает непринятие по срокам |
| Текст по форме | соответствие приложенной форме | ключевой фактор приемки |
| Требования к банку | список/критерии из документации | исключает непринятие по банку |
| Канал предоставления | площадка/почта/ЕИС/иной порядок | снижает риск «выпустили, но не загрузили» |
Чек-лист контроля приемки (финал сделки)
| Шаг | Что делаем | Чем подтверждаем |
|---|---|---|
| Инструкция клиенту | куда и как предоставить гарантию | письмо с алгоритмом |
| Ответственный | кто загружает/отправляет | ФИО и контакт |
| Подтверждение | просим статус/скрин/письмо | отметка на площадке или письмо заказчика |
| План на случай возврата | куда присылать замечания, как быстро правим | согласованный канал и SLA |
KPI отдела гарантий: что измерять, чтобы управлять результатом
KPI в гарантиях должны покрывать скорость, конверсию, качество приемки и управляемость процесса. Если измерять только выручку, команда начнет «продавать обещания» и проигрывать на возвратах.
Рекомендуемый набор KPI (практический)
| KPI | Что показывает | Как считать в отделе | Зачем нужен |
|---|---|---|---|
| Скорость первого ответа | забираете ли лид до конкурентов | медиана минут от лида до контакта | напрямую влияет на конверсию |
| Доля квалифицированных лидов | качество входящего потока | лиды, где зафиксированы вводные / все лиды | дисциплина квалификации |
| Доля получивших форму текста | контроль приемки на старте | сделки, где форма получена / квалифицированные | снижает возвраты |
| Конверсия «документы → решение» | качество сбора документов | решения банка / сделки с документами | выявляет провалы в комплектности |
| Конверсия «решение → выпуск» | управляемость маршрута | выпуски / решения | показывает срывы из-за оплаты/согласований |
| Конверсия «выпуск → приемка» | реальное качество продукта | принятые заказчиком / выпущенные | главный индикатор возвратов |
| Доля возвратов по причине текста | качество контроля формы | возвраты по тексту / выпущенные | диагностирует проблему в проверке |
| SLA по ключевым этапам | соблюдение обещаний | доля сделок в SLA по этапу | управляет ожиданиями |
Практический стандарт: KPI должны быть привязаны к этапам, которые вы уже заложили в воронку (включая «приемка заказчиком»), иначе цифры будут «красивыми», но не отражать реальность.
Контроль качества: как проверять звонки, письма и CRM без «карательной системы»
Контроль качества должен быть инструментом улучшения, а не поиском виноватых. В гарантиях это особенно важно: продавец работает в связке с банком и бэк-офисом, и ошибка часто системная.
Что проверять в звонках
| Блок | Что должно быть | Признак риска |
|---|---|---|
| Старт | продавец управляет временем и задает рамку | разговор «плывет», нет структуры |
| Дедлайн | зафиксирован в абсолютном виде | нет даты/времени |
| Приемка | запрос формы/требований к банку | ставка обсуждается первой |
| Маршрут | следующий шаг с дедлайном | «пришлите что-нибудь» |
| Роли | выяснено кто платит и кто загружает | выпуск зависает на оплате/передаче |
Что проверять в деловой переписке
| Элемент письма | Должен быть | Типовая ошибка |
|---|---|---|
| Тема | «вид БГ + заказчик + дедлайн» | тема без дедлайна |
| Резюме | вид, сумма, срок, режим, дедлайн | нет вводных, клиент путается |
| Список от клиента | что прислать и к какому времени | нет времени и ответственного |
| Список от вас | что вы делаете и когда вернетесь | «мы посмотрим» |
| Подтверждение | один вопрос «подтвердите, кто загружает» | нет финальной фиксации |
Что проверять в CRM (качество данных)
| Поле/метка | Зачем | Что будет, если нет |
|---|---|---|
| дедлайн (дата/время) | управляет приоритетами | сделки «сгорают» неожиданно |
| форма текста (получена/нет) | прогноз приемки | рост возвратов |
| кто ЛПР/кто исполнитель | ускорение оплат/загрузки | выпуск без приемки |
| причина потери | улучшение процесса | повторение ошибок |
Процедура контроля качества (минимальная, но рабочая)
Еженедельная выборка коммуникаций
- проверяются звонки и письма по единому листу
- фиксируются 2–3 системных улучшения на неделю
Калибровка оценок
- раз в 2–4 недели руководитель и старшие менеджеры синхронизируют, что считается «хорошо»
- цель: одинаковые стандарты, а не субъективность
Коучинг по одному навыку
- не «все плохо», а один фокус: например,
как получать форму текста или
как фиксировать дедлайн и следующий шагКак встроить практикум в рабочий ритм отдела
Чтобы практикум не остался «разовым тренингом», закрепите его в процесс.
Еженедельный слот 45–60 минут
- 1 кейс + 1 ролевая игра + 1 улучшение чек-листа
«Разбор потерь» по причинам
- берете топ-2 причины потерь недели (например, «не получили форму», «не успели оплатить»)
- переводите их в корректировку скрипта/письма/CRM-полей
Мини-сертификация продавца
- продавец допускается к самостоятельному ведению сделки, если уверенно проходит 2–3 ключевых ролевых сценария: дедлайн, форма текста, маршрут, фиксация письмом
Итоги практикума
Практикум закрепляет ключевую рамку курса: успех — это «БГ принята заказчиком», а не «выпущена».
Кейс-метод и ролевые игры должны тренировать следующий шаг и контроль приемки, а не «красивую речь».
Чек-листы превращают знания в повторяемый процесс и снижают возвраты.
KPI должны измерять скорость, конверсию и качество приемки, иначе отдел будет оптимизировать «не то».
Контроль качества эффективен, когда он связан с улучшениями: звонки → письма → CRM → причины потерь → обновление стандартов.