Продажи банковских гарантий в РФ: прикладной тренинг для B2B-отдела

Практико-ориентированный курс для продавцов банковских гарантий на российском рынке: от диагностики клиента и переговоров до скриптов, отработки возражений и корректного оформления сделки. В каждом модуле — кейсы, шаблоны, упражнения и чек-листы, применимые в ежедневной работе.

1. Продукт и рынок: виды гарантий, 44-ФЗ/223-ФЗ, ценность для клиента

Продукт и рынок: виды гарантий, 44-ФЗ/223-ФЗ, ценность для клиента

Зачем в B2B вообще нужна банковская гарантия

Банковская гарантия (БГ) — это обязательство банка (гаранта) выплатить деньги бенефициару, если принципал нарушит условия договора. В российском праве базовая конструкция закреплена в ГК РФ (статьи 368–379) и применяется как в закупках, так и в коммерческих контрактах.

Ключевые роли:

  • Принципал — ваш клиент (поставщик/подрядчик), кому нужна гарантия.
  • Бенефициар — заказчик/контрагент, в пользу кого выдана гарантия.
  • Гарант — банк, который выдает гарантию.
  • Практический смысл для рынка: БГ заменяет «живые деньги» в обеспечении обязательств. Это особенно важно в тендерах и контрактах, где обеспечение требуется по правилам закупочных законов.

    Полезные источники:

  • Гражданский кодекс РФ (часть первая), статьи 368–379
  • Федеральный закон № 44-ФЗ
  • Федеральный закон № 223-ФЗ
  • Где банковские гарантии «живут» на практике

    Основные сегменты спроса:

  • Госзакупки по 44-ФЗ (строго формализованные требования к обеспечению и к банкам).
  • Закупки по 223-ФЗ (правила задаются положением о закупке заказчика, больше вариативности).
  • Коммерческие контракты (где гарантия — условие договора и переговорной силы сторон).
  • В продажах важно понимать: клиент чаще всего покупает не «гарантию как документ», а допуск к выручке (победа в закупке/подписание договора) при ограниченных оборотных средствах.

    Виды банковских гарантий: что реально продает B2B-отдел

    Три самые частые гарантии в закупках

  • Гарантия обеспечения заявки
  • - Когда нужна: на этапе участия в закупке. - Зачем заказчику: чтобы участник не «соскочил» и не сорвал процедуру. - Боль клиента: нужно быстро, на короткий срок, часто массово (много тендеров).

  • Гарантия обеспечения исполнения контракта (ОИК)
  • - Когда нужна: после победы, перед подписанием контракта. - Зачем заказчику: финансовая защита от неисполнения/ненадлежащего исполнения. - Боль клиента: сумма больше, срок длиннее, банк тщательнее смотрит риски.

  • Гарантия на гарантийные обязательства
  • - Когда нужна: после исполнения работ/поставки, на период гарантии качества. - Зачем заказчику: защита на случай дефектов/неустранения недостатков. - Боль клиента: «контракт уже закрыт по сути, а деньги/лимиты еще нужны».

    Частые гарантии в коммерции и стройке

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

    Чтобы не «перепродавать не то», фиксируйте в первом разговоре:

  • Кто бенефициар и по какому режиму закупка/контракт (44-ФЗ, 223-ФЗ, коммерция).
  • Вид обеспечения (заявка, ОИК, гарантийные, аванс, платеж).
  • Сумма обеспечения и валюта (почти всегда рубли).
  • Срок действия гарантии и дата окончания.
  • Требования к тексту (форма, обязательные условия, запрет/разрешение на изменения).
  • Нужен ли реестр/ЕИС (критично для 44-ФЗ).
  • 44-ФЗ и 223-ФЗ: что должен понимать продавец (без лишней теории)

    Главная разница «в одну фразу»

  • 44-ФЗ: больше единых обязательных правил на уровне закона, меньше свободы у заказчика.
  • 223-ФЗ: рамочный закон, детали закупки определяет заказчик в своем положении.
  • Что это означает для продаж

  • По 44-ФЗ цена ошибки выше
  • - Неверный текст или банк «не подходит» требованиям — риск непринятия обеспечения. - Клиент теряет победу/обеспечение/сроки, у него возникает острая мотивация к надежному поставщику БГ.

  • По 223-ФЗ больше вариативности требований
  • - Один заказчик принимает почти любой банк/формулировки, другой копирует 44-ФЗ-подобные условия. - Продавец выигрывает за счет умения быстро разобрать документацию и подсветить риски.

  • Сроки решают
  • - Даже конкурент с более низкой комиссией проигрывает, если не успевает к дедлайну подписания/предоставления обеспечения.

    Сравнение режимов для практики отдела продаж

    | Параметр | 44-ФЗ | 223-ФЗ | |---|---|---| | Источник требований к обеспечению | Закон + документация закупки | Положение о закупке заказчика + документация | | Стандартизация | Высокая | Средняя/низкая | | Риск непринятия из-за формальностей | Обычно выше | Зависит от заказчика | | Типовой драйвер покупки | «Не потерять контракт из-за формы/срока» | «Вписаться в требования конкретного заказчика» |

    ЕИС и «реестровость»: почему клиент спрашивает «пройдет ли гарантия?»

    В закупках по 44-ФЗ часто ключевой вопрос клиента звучит так: примут ли гарантию. На это влияют не только сумма и ставка, но и соответствие требованиям и процедурам.

    Что продавец должен уметь проговорить понятным языком:

  • Если закупка идет в рамках госзакупок, заказчик и площадка могут ожидать определенный формат, набор условий и корректное оформление.
  • На стороне клиента риск обычно один: времени мало, а последствия непринятия критичны (неподписание контракта, потеря обеспечения, РНП-риски и репутация — в зависимости от ситуации).
  • Ориентир по экосистеме госзакупок:

  • Единая информационная система в сфере закупок (ЕИС)
  • Ценность для клиента: что именно «покупают» у вас

    Ценность для поставщика/подрядчика (вашего клиента)

  • Сохранение оборотки: вместо заморозки денег под обеспечением.
  • Рост числа параллельных тендеров/контрактов: возможность участвовать сразу в нескольких закупках.
  • Скорость выхода на выручку: подписать контракт вовремя и не потерять победу.
  • Снижение операционного стресса: «банк/посредник берет на себя форму, согласования, сроки и контроль приемки заказчиком».
  • Ценность для заказчика (бенефициара)

  • Финансовый рычаг дисциплины: контрагенту проще исполнять условия.
  • Компенсационный механизм: при нарушениях можно заявить требование по гарантии.
  • Как упаковать ценность в B2B-формулировку

    Вместо «у нас низкая комиссия» используйте связку срок + приемка + риск:

  • Срок: «Укладываемся в дедлайн подписания/предоставления обеспечения».
  • Приемка заказчиком: «Заранее проверяем требования документации и текст гарантии на соответствие».
  • Риск: «Снижаем вероятность непринятия и срыва контракта».
  • Что влияет на стоимость и одобряемость (простая модель без формул)

    На цену и вероятность одобрения обычно влияют:

  • Сумма: чем больше сумма гарантии, тем выше риск банка.
  • Срок: длиннее срок — выше неопределенность.
  • Финансовое состояние принципала: выручка, прибыль, долговая нагрузка, налоговая дисциплина.
  • Опыт исполнения госконтрактов/подобных проектов: для банка это маркер управляемости.
  • Предмет контракта: стройка, поставки, услуги — разная риск-профильность.
  • Требования к тексту: нестандартные условия могут увеличить трудоемкость и риски.
  • Наличие обеспечения/лимита: залог, поручительство, лимит на группу компаний.
  • Практический вывод для продаж: не обещайте ставку до диагностики. Лучше обещать управляемый процесс: срок предварительного решения, перечень документов и «критерии стоп-факторов».

    Карта продукта для продавца: где вы добавляете ценность в цепочке клиента

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

    Мини-кейсы: как звучит запрос на рынке

    Кейс 1: «Нужно срочно, иначе не подпишем»

  • Ситуация: клиент выиграл закупку, до подписания контракта несколько дней.
  • Реальная потребность: не просто БГ, а попасть в срок и в требования заказчика.
  • Задача продавца: быстро собрать вводные, проверить требования к тексту и банку, согласовать маршрут выдачи.
  • Кейс 2: «Дешево у конкурента, почему у вас дороже?»

  • Ситуация: клиент сравнивает комиссии.
  • Реальная потребность: минимизировать риск непринятия и срыва сделки.
  • Задача продавца: перевести сравнение из «ставка» в «итоговая стоимость риска»: сроки, приемка, ответственность, поддержка.
  • Кейс 3: «Заказчик по 223-ФЗ просит странный текст»

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

  • Банковская гарантия — инструмент допуска к контрактам и защиты интересов сторон, а не «просто бумага».
  • Основные продуктовые типы: обеспечение заявки, ОИК, гарантийные обязательства, возврат аванса (и реже платежные гарантии).
  • В 44-ФЗ выше стандартизация и цена формальной ошибки; в 223-ФЗ больше вариативности требований конкретного заказчика.
  • Продажи выигрываются через управление тремя вещами: срок, соответствие требованиям, снижение риска непринятия.
  • 2. Воронка продаж гарантий: лиды, квалификация, скорость и конверсия

    Воронка продаж гарантий: лиды, квалификация, скорость и конверсия

    Чем воронка банковских гарантий отличается от «обычных» B2B-продаж

    В предыдущем модуле мы зафиксировали ключевое: клиент покупает не «бумагу», а допуск к контракту и снижение риска непринятия обеспечения (особенно в закупках по 44-ФЗ и 223-ФЗ). Это прямо меняет механику воронки.

    Особенности продаж банковских гарантий (БГ):

  • Дедлайны жестче, чем в большинстве B2B: у клиента есть крайняя дата подписания контракта/подачи обеспечения, и он часто обращается «в последний момент».
  • Решение зависит не только от клиента: есть банк (андеррайтинг/комплаенс), есть заказчик (примет/не примет текст и банк), иногда есть площадка/ЕИС.
  • Критичен контроль приемки: воронка должна заканчиваться не «выдали БГ», а «БГ принята заказчиком и клиент подписал контракт».
  • Скорость — часть продукта: SLA по времени реакции и сбору документов влияет на конверсию сильнее, чем разница в комиссии.
  • !Наглядная воронка с этапами, источниками и контрольной точкой «принято заказчиком»

    Словарь воронки (чтобы команда говорила одинаково)

  • Лид: любой входящий контакт/запрос, где потенциально нужна БГ.
  • Квалификация: быстрый отбор лидов по трем критериям: подходит ли продукт, успеваем ли по сроку, реально ли одобрение банком.
  • Конверсия: доля переходов между этапами воронки.
  • SLA: внутренний стандарт времени реакции и прохождения этапов.
  • Источники лидов: что реально работает в гарантиях

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

    Входящие лиды (inbound)

  • Заявки с сайта/лендинга.
  • Звонки по рекламе.
  • Обращения в мессенджерах.
  • Практический плюс: клиент уже «созрел» и часто сообщает дедлайн.

    Риск: много «сравнителей ставок» и некачественных лидов без документов.

    Партнерские лиды

  • Тендерные специалисты и аутсорс-отделы участия.
  • Бухгалтеры/финансовые консультанты.
  • Юристы по контрактам.
  • Отраслевые интеграторы.
  • Практический плюс: выше доверие и конверсия.

    Риск: партнер «продает обещания» клиенту, и вы получаете нереалистичный дедлайн или ожидания по ставке.

    Исходящие лиды (outbound)

  • Прозвон компаний, активно участвующих в закупках.
  • Возврат «уснувших» лидов (не дошли до выпуска, не собрали документы).
  • Практический плюс: управляемый поток.

    Риск: ниже конверсия, важна качественная квалификация в первые минуты.

    Повторные продажи

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

    Риск: если один раз сорвали приемку/срок — повторных продаж не будет.

    «Скелет» воронки: этапы, которые стоит фиксировать в CRM

    Чтобы управлять скоростью и конверсией, этапы должны быть не «общими», а привязанными к реальным контрольным точкам выдачи БГ.

    Рекомендуемая логика этапов:

  • Лид получен: контакт создан, источник зафиксирован.
  • Контакт установлен: дозвон/ответ в мессенджере, подтверждена потребность.
  • Квалифицирован: понятны вид БГ, сумма, срок, бенефициар, закон/режим, дедлайн, базовая банкоспособность.
  • Коммерческое предложение согласовано: не «самая низкая ставка», а условия и план действий с дедлайнами.
  • Документы получены: комплект минимально достаточный для банка.
  • Предварительное решение банка: есть понимание «проходим/не проходим» и на каких условиях.
  • Выпуск БГ: банк выдал гарантию.
  • Передача и приемка заказчиком: клиент предоставил обеспечение, заказчик принял.
  • Важное правило: если у вас нет этапа «приемка заказчиком», вы будете переоценивать конверсию и недооценивать риск возвратов по тексту/банку.

    Квалификация: 12 вопросов, которые экономят часы

    Цель квалификации в гарантиях — быстро понять три вещи:

  • Что именно нужно (чтобы не «выпустить не то»).
  • Успеваем ли по срокам.
  • Есть ли шанс одобрения и выпуска.
  • Ниже — список вопросов, который продавец должен закрыть в первом контакте.

  • Какой вид гарантии нужен: обеспечение заявки, ОИК, гарантийные обязательства, аванс, платежная.
  • Это 44-ФЗ, 223-ФЗ или коммерческий контракт.
  • Кто бенефициар (наименование заказчика).
  • Сумма гарантии.
  • Срок гарантии (дата начала и дата окончания).
  • Крайний дедлайн, когда обеспечение должно быть предоставлено.
  • Есть ли требования к тексту (приложение с формой, проект гарантии, особые условия).
  • Нужно ли соответствие требованиям закупки и формальным нормам (для госзакупок ориентируйтесь на общую рамку 44-ФЗ, см. ГК РФ о независимой гарантии).
  • У клиента уже были БГ? Какие банки выдавали, были ли возвраты/непринятия.
  • Какой ОКВЭД/предмет контракта (стройка, поставка, услуги) и опыт аналогичных работ.
  • Коротко по финансам: выручка, наличие кредитов, есть ли просрочки.
  • Есть ли явные стоп-факторы: исполнительные производства, налоговые блокировки, «нулевая» отчетность при большой сумме.
  • Практический стандарт: после этих вопросов продавец должен уметь сказать клиенту не «ставку», а маршрут: какие документы нужны, сколько времени на каждый шаг и какой риск по приемке.

    Скорость как конкурентное преимущество: SLA и «гонка с дедлайном»

    В гарантиях выигрывает тот, кто управляет временем как процессом.

    Что такое SLA для отдела гарантий

    SLA — это обещанный внутренний стандарт скорости на каждом этапе. Он нужен, чтобы:

  • не терять лиды, которые «сгорят» через 2–3 часа;
  • синхронизировать продавца, бэк-офис и банк;
  • честно управлять ожиданиями клиента.
  • Пример рабочего SLA (адаптируйте под свои ресурсы):

    | Этап | Внутренний SLA | Что контролируем | Типовая причина провала | |---|---:|---|---| | Первый ответ лиду | 15 минут | скорость реакции | лид ушел к тому, кто ответил первым | | Квалификация | 20–30 минут | дедлайн, вид БГ, комплектность | не выяснили крайний срок, начали «считать ставку» | | Запрос документов и инструктаж | 30 минут | понятный список и шаблоны | клиент «не понял что слать» | | Предварительная оценка | 2–4 часа | шанс одобрения/условия | «обещали, а банк не тянет» | | Выпуск (типовой кейс) | 1–2 дня | контроль маршрута в банке | зависли на подписи/комиссии/тексте | | Приемка заказчиком | в день выпуска | контроль отправки/реестра/формы | возврат из-за текста или банка |

    !Таймлайн показывает, где чаще всего теряется сделка из-за времени

    Практика «двух скоростей»

    Разделите поток на два режима:

  • Экспресс-поток: короткий срок, стандартный текст, небольшая сумма, клиент с понятным профилем.
  • Проектный поток: крупная сумма/длинный срок/нестандартный текст/сложный финансовый профиль.
  • Это позволяет не «убивать» конверсию: экспресс не тонет в проектных кейсах, а проектные кейсы не получают ложных обещаний.

    Конверсия: как считать и чем управлять (без самообмана)

    Минимальный набор метрик в отделе продаж гарантий:

  • конверсия лид → квалифицирован;
  • конверсия квалифицирован → документы получены;
  • конверсия документы → предварительное решение;
  • конверсия решение → выпуск;
  • конверсия выпуск → приемка.
  • Формула конверсии:

    Где:

  • — конверсия перехода между двумя этапами в процентах;
  • — количество сделок на предыдущем этапе;
  • — количество сделок, которые перешли на следующий этап.
  • Практический смысл: если у вас отличная конверсия до выпуска, но низкая выпуск → приемка, значит проблема не в продажах, а в контроле соответствия требованиям (текст/банк/формат предоставления).

    Какие 4 рычага сильнее всего повышают конверсию

  • Скорость первого контакта
  • - Цель: забрать клиента до того, как он разошлет заявку по рынку.
  • Квалификация по дедлайну и стоп-факторам
  • - Цель: не тратить время на заведомо неуспешные кейсы и не давать ложных обещаний.
  • Управляемый сбор документов
  • - Цель: уменьшить провалы на этапе «клиент пропал/не прислал».
  • Контроль приемки заказчиком
  • - Цель: не допустить возвратов из-за формы/текста и не потерять доверие.

    Мини-скрипт первого контакта: чтобы быстро квалифицировать и удержать

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

    Структура:

  • Фиксация дедлайна: «Когда крайняя дата, к которой обеспечение должно быть у заказчика?»
  • Привязка к виду БГ и режиму: «Это обеспечение заявки/исполнения/гарантийное? Закупка по 44-ФЗ, 223-ФЗ или коммерция?»
  • Контроль текста: «Форма гарантии в документации есть? Пришлите, чтобы мы проверили соответствие, иначе можно получить непринятие».
  • Маршрут: «Сейчас за 15 минут соберу вводные и дам план: список документов, срок предварительного решения и выпуск».
  • Ключевая фраза позиционирования (вместо торга ставкой):

  • «Наша цель — чтобы гарантию приняли и вы успели в дедлайн. Давайте сначала проверим требования и вашу ситуацию, а потом зафиксируем условия».
  • Частые ошибки воронки и как их чинить

  • Воронка заканчивается на «выпуск»
  • - Исправление: добавить этап «приемка заказчиком» и чек-лист контроля предоставления.
  • Квалификация превращается в расчет ставки
  • - Исправление: ставку обсуждать после дедлайна, текста и базовой банкоспособности.
  • Нет стандарта по документам
  • - Исправление: один короткий список «минимум» + отдельный список «по запросу банка», плюс шаблон письма клиенту.
  • Не выделен экспресс-поток
  • - Исправление: отдельная очередь и приоритеты, иначе «горящие» сделки сгорают.

    Итоги: как воронка должна выглядеть в сильной команде

  • Воронка отражает реальный успех: финал — БГ принята заказчиком, а не просто выпущена.
  • Квалификация держится на трех осях: продукт, дедлайн, банкоспособность.
  • SLA — обязательная часть продукта: скорость реакции и маршрута повышает конверсию сильнее скидок.
  • Конверсия управляется этапами, а не «чувством продавца»: фиксируйте причины потерь и улучшайте узкие места.
  • 3. Выявление потребностей B2B: вопросы, триггеры тендера, карта ЛПР

    Выявление потребностей B2B: вопросы, триггеры тендера, карта ЛПР

    Зачем отдельный модуль про выявление потребностей в гарантиях

    В предыдущих статьях курса мы зафиксировали две базовые идеи:

  • Клиент покупает не «документ», а допуск к выручке и снижение риска непринятия (особенно в закупках по 44-ФЗ и 223-ФЗ).
  • Воронка в гарантиях должна заканчиваться не «выпуском», а этапом «принято заказчиком».
  • Отсюда следует практический вывод: выявление потребностей в БГ — это не разговор «какая ставка», а короткая диагностическая сессия, где вы одновременно:

  • понимаете что именно нужно обеспечить (вид БГ, требования к тексту, банк);
  • проверяете сроки (тендерные дедлайны и внутренние процессы клиента);
  • собираете карту людей, от которых реально зависит сделка (ЛПР/ЛВР/инициатор/финансы/юристы/тендерный отдел).
  • Что такое «потребность» в банковской гарантии (простая модель)

    В гарантиях потребность почти всегда состоит из трех слоев:

  • Событие: тендер, подписание контракта, запрос на аванс, приемка работ.
  • Ограничение: дедлайн, форма текста, требование к банку, лимиты клиента.
  • Риск: непринятие гарантии, срыв подписания, потеря обеспечения, кассовый разрыв.
  • Если продавец выяснил только «сумма и срок», но не выяснил событие, ограничение и риск, он не сможет:

  • правильно выбрать маршрут (экспресс/проектный кейс);
  • честно управлять ожиданиями по срокам;
  • защитить цену через ценность приемки и надежности.
  • Триггеры тендера: когда у клиента появляется «боль» и что спросить

    Триггер — это конкретное действие/событие у клиента, после которого покупка гарантии становится срочной.

    Основные триггеры в закупках и коммерции

  • Публикация закупки и обнаружение требования обеспечения заявки.
  • Победа и необходимость дать обеспечение исполнения контракта перед подписанием.
  • Выход на этап авансирования и требование гарантии возврата аванса.
  • Завершение работ и требование гарантии на гарантийные обязательства.
  • Замена ранее выданной гарантии (банк «не подходит», текст вернули, срок истекает).
  • Как распознать триггер по первым фразам клиента

  • «Выиграли, нужно к завтрашнему/к понедельнику»
  • «Площадка/заказчик не принял гарантию, сказали переделать»
  • «У нас несколько тендеров параллельно, хотим не морозить деньги»
  • «Заказчик требует странный текст / дополнительные условия»
  • «Нужна гарантия под аванс, иначе деньги не дадут»
  • Практика: каждая из этих фраз означает, что продавец должен перейти в режим управления рисками и сроком, а не в режим «посчитаю ставку».

    !Таймлайн, показывающий, на каком этапе и какая гарантия возникает

    Вопросы выявления потребностей: структура разговора, которая повышает конверсию

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

    Блок «Контекст и событие»

    Цель: понять, зачем гарантия и что будет, если не успеть.

  • «Это обеспечение заявки, исполнения, гарантийных обязательств, аванса или платежа?»
  • «Это закупка по 44-ФЗ, 223-ФЗ или коммерческий договор?»
  • «На какой стадии вы сейчас: подаете заявку, выиграли, подписываете контракт, получаете аванс?»
  • «Что произойдет, если не предоставить обеспечение вовремя?»
  • Блок «Дедлайн и процесс клиента»

    Цель: зафиксировать крайнюю дату и внутренние согласования у клиента.

  • «К какому времени и в каком виде гарантия должна быть у заказчика/на площадке?»
  • «Кто у вас будет загружать/передавать гарантию заказчику? Это вы или тендерный специалист?»
  • «У вас есть внутреннее согласование оплаты комиссии? Сколько обычно занимает?»
  • Блок «Требования заказчика и риск непринятия»

    Цель: собрать то, что чаще всего ломает сделку на этапе выпуск → приемка.

  • «В документации есть форма/проект гарантии? Пришлите файл или ссылку на раздел.»
  • «Есть требования к банку (перечень, рейтинг, аккредитация у заказчика, опыт) или достаточно “любой банк”?»
  • «Нужны ли дополнительные условия: безотзывность, конкретные формулировки, порядок предъявления требований, запрет уступки?»
  • «Были ли у вас случаи, когда гарантию возвращали или не принимали? По какой причине?»
  • Нормативная рамка, на которую полезно опираться в разговоре (без углубления в юр. лекции): базовая конструкция независимой гарантии закреплена в ГК РФ, статьи 368–379, см. Гражданский кодекс РФ (часть первая).

    Блок «Профиль клиента и стоп-факторы (мягко)»

    Цель: быстро оценить банкоспособность и не давать ложных обещаний.

  • «Какая сумма гарантии и срок действия?»
  • «Какая выручка за последний год и есть ли действующие кредиты? Просрочки были?»
  • «Контракт по какому виду работ/поставки? Такой опыт уже был?»
  • «Есть ли исполнительные производства, блокировки по счетам, существенные налоговые долги?»
  • Важно: задавайте эти вопросы после фиксации дедлайна и требований к тексту, иначе клиент воспринимает разговор как “допрос” и уходит к тому, кто “просто обещает”.

    «Глубинные» потребности клиента: что слушать между строк

    В БГ редко есть «эмоциональные» потребности, но есть сильные бизнес-потребности. Их нужно услышать и переформулировать.

    Типовые скрытые мотивы

  • Скорость: «мы не успеваем, нужно сегодня/завтра»
  • Надежность приемки: «лишь бы приняли, уже обжигались»
  • Предсказуемость: «чтобы без сюрпризов по документам и условиям»
  • Сохранение оборотки: «денег на обеспечение нет, нужны поставки/работы»
  • Масштабирование: «хотим участвовать чаще, нужен лимит/понятный процесс»
  • Как продавцу правильно отражать потребность (фраза-шаблон)

  • «Правильно понимаю, ваша ключевая задача — успеть в дедлайн и получить приемку заказчиком, чтобы не сорвать подписание? Тогда начнем с проверки требований к тексту и банка, и параллельно соберем минимум документов для предварительного решения.»
  • Так вы фиксируете ценность: срок + приемка + управление риском.

    Карта ЛПР в гарантиях: кто реально влияет на сделку

    В B2B по гарантиям ошибка №1 — считать, что ЛПР всегда генеральный директор. На практике решение часто распределено.

    Роли (в терминах продаж)

  • Инициатор: приносит запрос (тендерный специалист, руководитель проекта, снабжение).
  • ЛПР (лицо, принимающее решение): утверждает, где делаем БГ и на каких условиях (гендиректор, собственник, финдиректор).
  • ЛВР (лицо, влияющее на решение): формирует требования и “вето” (главбух, юрист, руководитель тендерного отдела).
  • Исполнитель: отправляет документы, платит комиссию, загружает гарантию на площадку.
  • Практический признак роли

  • Инициатор говорит: «Нужно срочно, пришлите список документов».
  • ЛПР спрашивает: «Почему у вас? Какие риски? Какие сроки? Что будет, если не примут?».
  • ЛВР спрашивает: «А текст точно пройдет? А банк точно подходит? А договор/счет/условия?».
  • Исполнитель говорит: «Куда платить, какие реквизиты, что именно прикреплять на площадку?».
  • Вопросы, чтобы собрать карту ЛПР за 2–3 минуты

  • «Кто у вас отвечает за участие в закупке и загрузку обеспечения заказчику/на площадку?»
  • «Кто утверждает оплату комиссии и выбор поставщика гарантии?»
  • «Кто согласует юридические моменты и текст (у вас есть юрист/контрактный отдел)?»
  • «Если нужно быстро согласовать нестандартный текст, кто будет финальным “да/нет”?»
  • Как фиксировать карту ЛПР в CRM (чтобы это работало, а не “для галочки”)

  • Роль (инициатор/ЛПР/ЛВР/исполнитель)
  • Канал связи (звонок/почта/мессенджер)
  • Время доступности (когда реально отвечает)
  • Что для роли критично (срок/текст/цена/документы/безопасность)
  • Риск-метка (есть ли “вето” по банкам, запрет на посредников, требования к договору)
  • !Визуальная карта ролей в сделке и их типовых интересов

    Мини-скрипты: как разговаривать с разными ролями

    Если на связи тендерный специалист (инициатор)

    Цель: скорость и корректность, без “продажи ставки”.

  • «Назовите, пожалуйста: вид гарантии, сумма, срок и крайний дедлайн предоставления.»
  • «Пришлите форму/проект гарантии из документации — сразу проверим риски непринятия.»
  • «Я сейчас зафиксирую маршрут: минимум документов, срок предварительного решения и выпуск, плюс контроль приемки.»
  • Если на связи финдиректор/собственник (ЛПР)

    Цель: управляемость, риск, экономика.

  • «Что для вас важнее в этой сделке: минимальная комиссия или гарантия приемки и соблюдения срока?»
  • «Были ли у вас возвраты гарантий? Давайте исключим повторение: проверим текст и требования к банку до запуска.»
  • «Мы фиксируем SLA по этапам и доводим до “принято заказчиком”, это снижает риск срыва контракта.»
  • Если на связи юрист/главбух (ЛВР)

    Цель: снять “вето” через факты и контроль.

  • «Пришлите требования к тексту и любые особые условия заказчика — проверим на выполнимость банком.»
  • «Согласуем финальный текст до выпуска, чтобы не было возврата от заказчика.»
  • «По документам: дадим список “минимум” и поясним, что может запросить банк дополнительно.»
  • Частые провалы на этапе выявления потребностей и как их избежать

  • Обсуждают ставку раньше дедлайна и текста
  • - Итог: клиент выбрал “дешевле”, а потом вернулся с возвратом по тексту или сорванным сроком. - Что делать: сначала фиксировать дедлайн + требования + приемку.

  • Не выяснили, кто загружает обеспечение и кто платит
  • - Итог: выпуск есть, а приемки нет (забыли загрузить/не успели оплатить/не туда отправили). - Что делать: на старте определить исполнителя и канал передачи.

  • Не спросили про предыдущие возвраты и “вето” по банкам
  • - Итог: банк не подходит, время потеряно, клиент злится. - Что делать: один прямой вопрос: «Банк принципиален? Были отказы по банку/тексту?».

  • Не разделили экспресс и проектные кейсы
  • - Итог: на сложный кейс обещают сроки экспресса. - Что делать: после выявления потребностей сразу классифицировать: стандартный или нестандартный текст, сумма, срок, профиль клиента.

    Итоги: что считать «хорошо выявленной потребностью»

    Потребность выявлена качественно, если у вас зафиксированы:

  • вид БГ и режим сделки (44-ФЗ/223-ФЗ/коммерция);
  • сумма, срок, крайний дедлайн предоставления;
  • требования к тексту и требования к банку;
  • ключевой риск (непринятие/срыв/кассовый разрыв) и ожидания клиента;
  • карта людей: инициатор, ЛПР, ЛВР, исполнитель;
  • следующий шаг: что клиент присылает, что делаете вы, к какому времени.
  • Такое выявление потребностей напрямую повышает конверсию воронки на этапах «документы → решение → выпуск → приемка» и снижает количество возвратов от заказчика.

    4. Деловое общение и переговоры: структура звонка/встречи, деловая переписка

    Деловое общение и переговоры: структура звонка/встречи, деловая переписка

    Как этот модуль связан с предыдущими

    В прошлых модулях вы выстроили основу продаж банковских гарантий:

  • вы понимаете продукт и контекст 44-ФЗ/223-ФЗ и то, что клиент покупает срок + приемку + снижение риска непринятия;
  • вы ведете сделку по воронке до точки гарантия принята заказчиком;
  • вы умеете выявлять потребность через три слоя: событие, ограничение, риск и фиксировать карту ЛПР.
  • Этот модуль превращает эти знания в управляемую коммуникацию: как говорить, как задавать тон, как фиксировать договоренности, как вести переговоры по цене и как писать письма так, чтобы ускорять выпуск и приемку.

    !Визуальная карта, где какой тип коммуникации нужен и что фиксировать

    Принципы делового общения в продажах БГ

    Главная специфика

    В гарантиях коммуникация всегда идет под давлением времени и формальных требований. Поэтому ваша цель в каждом контакте:

  • сократить неопределенность по дедлайну и маршруту;
  • предотвратить провал на этапе выпуск → приемка (текст, банк, формат предоставления);
  • собрать и удержать контроль над следующими шагами (кто что делает и к какому времени).
  • Практический ориентир по законодательному контексту, который часто всплывает в разговорах:

  • Гражданский кодекс РФ (часть первая), статьи 368–379
  • Федеральный закон № 44-ФЗ
  • Федеральный закон № 223-ФЗ
  • Три правила сильной коммуникации

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

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

    Каркас звонка

  • Открытие и управление временем
  • - Цель: задать деловой темп и получить право задавать вопросы. - Формулировка: «Чтобы не потерять время и сразу оценить, успеваем ли и пройдет ли приемка, задам 6–7 коротких вопросов. Ок?»

  • Фиксация дедлайна в абсолютном виде
  • - Вам нужна не формулировка «срочно», а конкретика. - Вопросы: - «К какому времени гарантия должна быть предоставлена заказчику или загружена на площадку?» - «Это крайний срок по документации или ваш внутренний?»

  • Определение события и вида БГ
  • - Вопросы: - «Это обеспечение заявки, исполнения, гарантийных обязательств, аванса или платежная гарантия?» - «Вы сейчас на стадии подачи, победы или подписания?»

  • Режим сделки и бенефициар
  • - Вопросы: - «44-ФЗ, 223-ФЗ или коммерческий договор?» - «Кто заказчик (бенефициар)?»

  • Требования к тексту и банку
  • - Это ключ к приемке. - Вопросы: - «В документации есть форма/проект гарантии? Пришлите файл или ссылку — проверим риск непринятия.» - «Есть ли ограничение по банкам или принимали раньше гарантию определенного банка?»

  • Мини-оценка банкоспособности без “допроса”
  • - Цель: не обещать невыполнимое. - Вопросы: - «Сумма и срок гарантии?» - «Выручка примерно за год и есть ли действующие кредиты/просрочки?»

  • Резюме и следующий шаг
  • - Обязательная связка: что делаете вы, что делает клиент, к какому времени. - Формулировка: - «Резюмирую: вид БГ…, сумма…, срок…, дедлайн…. Сейчас вы присылаете форму гарантии и карточку компании, мы в течение … даем предварительный маршрут и список документов. Далее согласуем текст до выпуска, чтобы дошло до приемки. Подходит?»

    Мини-скрипты под частые сценарии

    Сценарий: клиент просит “ставку прямо сейчас”

  • «Ставка зависит от суммы, срока и профиля, но в гарантиях важнее другое: чтобы ее приняли и вы успели в дедлайн. Давайте сначала проверим требования к тексту и банку, это занимает 10–15 минут, и я вернусь с условиями и планом по срокам.»
  • Сценарий: клиент уже обжигался на непринятии

  • «Тогда мы начинаем не со ставки, а с контроля приемки: берем форму из документации, согласуем текст до выпуска и даем инструкцию, как и куда предоставить гарантию. Это и есть способ не повторить ситуацию.»
  • Структура встречи или видеозвонка: когда в сделке есть ЛПР и “вето”

    Встреча нужна, когда:

  • сумма/срок крупные и банк будет задавать дополнительные вопросы;
  • у заказчика нестандартный текст;
  • в компании клиента сильный юрист/главбух, которые могут поставить “вето”;
  • клиент выбирает между 2–3 поставщиками и сравнивает не только цену.
  • Повестка встречи на 20–40 минут

  • Цель встречи в одной фразе
  • - «За 30 минут фиксируем маршрут, сроки, риски приемки и список документов так, чтобы вы успели и не переделывали гарантию.»

  • Контекст клиента
  • - Что за контракт, стадия, дедлайн, последствия срыва.

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

  • Маршрут выпуска
  • - Экспресс или проектный поток. - Где возможны задержки: документы, комплаенс, согласование текста, оплата.

  • Роли и ответственность
  • - Кто присылает документы. - Кто оплачивает комиссию. - Кто загружает/передает гарантию заказчику.

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

    Что принести на встречу

  • чек-лист вводных по сделке (вид БГ, сумма, срок, дедлайн, бенефициар, требования);
  • 2 варианта маршрута: оптимальный и резервный;
  • шаблон письма с перечнем документов и дедлайнами;
  • список типовых причин непринятия (как риски, а не как “страшилки”).
  • Переговоры: как удерживать маржу и не уходить в “торг ставкой”

    Почему цена почти всегда всплывает

    В гарантиях клиент легко отправляет заявку 5 компаниям, поэтому сравнение по комиссии начинается автоматически. Ваша задача — сменить ось сравнения:

  • вместо «сколько стоит»«какова вероятность приемки и успеваемость в срок»;
  • вместо «у других дешевле»«что будет стоить возврат/переделка/срыв подписания».
  • Переговорная рамка: что можно обменивать, кроме скидки

    | Рычаг | Что это значит в реальности | Как формулировать клиенту | |---|---|---| | Скорость | приоритет в очереди, более жесткий SLA внутри | «Можем поставить в экспресс, если сегодня до 15:00 получим документы и форму текста» | | Контроль приемки | предварительная проверка формы, согласование текста до выпуска | «Закладываем юридическую проверку текста, чтобы не возвращали гарантию» | | Подбор банка | выбор банка под требования заказчика и профиль клиента | «Подберем банк, который проходит по требованиям и снижает риск возврата» | | Упрощение документооборота | шаблоны, инструкции, один канал, контроль подписаний | «Дадим один список “минимум” и инструкцию, чтобы не было кругов согласований» | | Пакетность | серия гарантий, лимит, сопровождение тендерного потока | «Если у вас 3–5 гарантий в месяц, выгоднее выстроить лимит и ускорение под поток» |

    Скрипт “у конкурента дешевле” без конфликта

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

  • Уточнение:
  • - «Скажите, пожалуйста, там цена включает проверку формы и доведение до приемки, или просто выпуск?»

  • Критерий:
  • - «Для вас сейчас важнее минимальная комиссия или гарантия, что не будет возврата и вы успеете в срок?»

  • Предложение:
  • - «Давайте сделаем так: вы присылаете форму из документации, мы за … минут подсветим риски непринятия и предложим маршрут. Если рисков нет и кейс стандартный — обсудим цену. Если риски есть — сравнивать нужно уже не ставку, а вероятность возврата и потери времени.»

    Как корректно говорить “нет”

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

    Допустимые формулировки:

  • «Чтобы не подвести вас по сроку, честно: в текущих вводных мы не успеем без риска. Могу предложить два варианта: …»
  • «По этому тексту у банка будет стоп-условие. Давайте либо согласуем с заказчиком корректировку, либо подберем другой банк, но это изменит срок.»
  • Управление сложными ситуациями: возврат текста, непринятие, срыв сроков

    Если заказчик вернул гарантию или “не принял текст”

    Действуйте по протоколу, чтобы не превратить ситуацию в хаос.

  • Зафиксируйте причину возврата документально
  • - попросите скрин/письмо/замечания заказчика; - запросите пункт документации, на который ссылается заказчик.

  • Разделите проблему на две категории
  • - техническая (ошибка реквизитов, срока, формата, подписи, реестровости); - юридическая (формулировки условия выплаты, запреты, дополнительные оговорки).

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

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

    Деловая переписка: письма, которые ускоряют выпуск и приемку

    Каналы и правило “официального следа”

  • Существенные договоренности фиксируйте по почте: список документов, условия, сроки, финальный текст, инструкции по предоставлению.
  • В мессенджере допустимы: напоминания, быстрые уточнения, пересылка ссылок.
  • Если договоренность критична для дедлайна, продублируйте: мессенджер → почта.
  • Структура сильного письма

  • Тема письма: что + по какой сделке + крайний срок.
  • Первый абзац: резюме ситуации (вид БГ, сумма, срок, дедлайн).
  • Далее: список действий с ответственными и временем.
  • В конце: один вопрос на подтверждение.
  • Чек-лист перед отправкой

  • В письме есть дедлайн в дате и времени.
  • Есть список вложений или ссылки, которые вы просите.
  • Есть понятный следующий шаг и кто за него отвечает.
  • Нет двусмысленностей: «срочно» заменено на конкретное время.
  • !Шаблон, чтобы письма были короткими, конкретными и исполнимыми

    Готовые шаблоны писем

    #### Письмо после первого звонка: фиксируем маршрут

    Тема: Банковская гарантия [вид] для [заказчик/бенефициар] — дедлайн [дата, время]

    Текст:

  • Резюме: требуется БГ [вид], сумма [сумма], срок до [дата], режим [44-ФЗ/223-ФЗ/коммерция], предоставить до [дата, время].
  • Просьба прислать до [время]:
  • - форму/проект гарантии из документации; - карточку компании и реквизиты; - отчетность [указать, что именно нужно в вашем процессе].
  • Что делаем мы:
  • - проверяем требования к тексту и банку; - даем предварительный маршрут и список документов до [время]; - согласуем финальный текст до выпуска, чтобы обеспечить приемку.
  • Подтвердите, пожалуйста: отправите документы до [время] и кто будет загружать гарантию заказчику/на площадку.
  • #### Письмо “нужна форма гарантии, иначе риск непринятия”

    Тема: Запрос формы/проекта БГ для проверки приемки — [заказчик], дедлайн [дата]

    Текст:

  • Чтобы исключить возврат/непринятие, нам нужна форма или проект банковской гарантии из документации.
  • Пришлите, пожалуйста:
  • - файл с формой/проектом БГ или ссылку на раздел документации; - требования к банку (если указаны).
  • После получения вернемся с комментариями и маршрутом выпуска.
  • #### Письмо “инструкция по предоставлению и приемке”

    Тема: Инструкция: как предоставить БГ заказчику/на площадку — [сделка], дедлайн [дата]

    Текст:

  • Гарантия будет предоставлена в формате [указать].
  • Ответственный за загрузку/передачу: [ФИО, роль].
  • Алгоритм:
  • - проверьте реквизиты бенефициара и номер закупки/контракта; - прикрепите файл/внесите данные [как принято в вашем процессе]; - отправьте нам подтверждение загрузки (скрин/номер/письмо заказчика).
  • Если заказчик запросит уточнения по тексту, пришлите замечания сразу ответным письмом.
  • Переписка в мессенджерах: как не потерять управляемость

    Правила:

  • одно сообщение = один вопрос или одна задача;
  • дедлайны пишите временем: «до 15:00 МСК»;
  • все, что влияет на условия, фиксируйте в письме: сумма, срок, банк, финальный текст;
  • не отправляйте клиенту “черновики” текста без пометки «черновик, не финальная версия».
  • Что фиксировать в CRM после каждого контакта

    Минимальный стандарт заметки:

  • дедлайн предоставления (дата и время);
  • вид БГ, сумма, срок;
  • режим (44-ФЗ/223-ФЗ/коммерция) и бенефициар;
  • требования к тексту и банку, наличие формы;
  • роль собеседника (инициатор/ЛПР/ЛВР/исполнитель) и кто платит/кто загружает;
  • следующий шаг и срок;
  • риск-метка: нестандартный текст, вето по банкам, уже был возврат, очень жесткий дедлайн.
  • Итоги: стандарты коммуникации сильного отдела

  • Звонок и встреча строятся вокруг дедлайна, приемки и маршрута, а не вокруг ставки.
  • Переговоры выигрываются переносом сравнения из цены в управление риском и сроком.
  • Переписка должна быть короткой, конкретной и исполнимой: резюме → что нужно → что делаем → сроки → подтверждение.
  • Все существенное фиксируется письменно, а воронка считается успешной только после этапа гарантия принята заказчиком.
  • 5. Скрипты и возражения: дорого, долго, нет обеспечения, уже есть банк

    Скрипты и возражения: дорого, долго, нет обеспечения, уже есть банк

    Зачем этот модуль, если есть продукт, воронка и выявление потребностей

    В предыдущих модулях курса вы закрепили три опоры продаж банковских гарантий (БГ):

  • Клиент покупает не «бумагу», а срок + приемку заказчиком + снижение риска непринятия.
  • Воронка должна завершаться этапом «гарантия принята заказчиком», а не просто «выпущена».
  • Выявление потребностей — это сбор события, ограничений и риска плюс карта ЛПР.
  • Возражения в гарантиях — это почти всегда не «спор о цене», а симптом того, что клиент:

  • сравнивает только комиссию и не видит риска возврата/срыва;
  • не верит в сроки или не понимает процесс;
  • не проходит по требованиям банка (или думает, что не проходит);
  • уже привязан к банку/партнеру и проверяет, есть ли смысл менять.
  • Задача продавца — не «победить в диалоге», а вернуть разговор в управляемую плоскость: дедлайн, приемка, маршрут, ответственность сторон.

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

    Базовый алгоритм отработки возражений в БГ

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

  • Принять и обозначить цель
  • - «Понимаю. Давайте так: моя цель — чтобы гарантию приняли и вы успели в срок. Можно уточню пару моментов?»

  • Уточнить факты, а не спорить
  • - Сравнение идет с кем? Какие условия сравнивают? Что включено? Что по срокам и приемке?

  • Вернуть критерий выбора в плоскость “срок + приемка + риск”
  • - «В гарантиях дороже всего обходится не комиссия, а возврат/переделка/срыв подписания».

  • Предложить измеримый следующий шаг (микро-коммитмент)
  • - проверить форму гарантии из документации; - дать маршрут с SLA; - сделать предварительную оценку банкоспособности; - согласовать текст до выпуска.

  • Зафиксировать договоренность письменно
  • - кто что присылает, до какого времени, и что вы возвращаете клиенту.

    Что считать хорошей отработкой (критерии качества)

  • вы не обсуждали «ставку в вакууме» без формы/требований;
  • вы зафиксировали дедлайн в дате и времени;
  • вы поняли, кто принимает решение и кто загружает гарантию;
  • вы получили следующий шаг: документ/ссылка/созвон с ЛПР.
  • Возражение «Дорого»

    Что обычно стоит за этим возражением

  • Клиент сравнивает только комиссию и не считает стоимость риска возврата.
  • В конкурентном предложении «дешевле», потому что:
  • - не включена проверка текста/приемки; - другой банк с более жесткими стоп-факторами (может не одобрить); - срок реальный длиннее, чем обещают.
  • Клиент торгуется «по привычке», не имея полного пакета вводных.
  • Уточняющие вопросы (чтобы убрать эмоции и получить факты)

  • «С чем сравниваете: банк, брокер, знакомые?»
  • «Там цена включает проверку формы гарантии и доведение до приемки, или только выпуск?»
  • «Какие у вас ограничения: дедлайн, требования к банку, нестандартный текст?»
  • «Были ли у вас возвраты гарантии заказчиком? По какой причине?»
  • Скрипт отработки «дорого» (универсальный)

  • Принятие:
  • - «Понимаю, комиссию всегда сравнивают.»
  • Уточнение:
  • - «Подскажите, у конкурента в цену входит проверка формы и согласование текста до выпуска?»
  • Переформулировка критерия:
  • - «В гарантиях ключевая экономия — не в 0,1–0,3% комиссии, а в том, чтобы не получить возврат и не сорвать контракт.»
  • Предложение следующего шага:
  • - «Пришлите форму из документации и требования к банку. Мы за 15–30 минут скажем, есть ли риск непринятия, и дадим маршрут со сроками. Если кейс стандартный — вернемся к цене.»

    Скрипт для ЛПР (собственник/финдиректор)

  • «Если сравнивать только комиссию — вы правы, можно найти дешевле. Вопрос: что для вас дороже — переплатить за управляемый выпуск и приемку или потерять контракт из-за возврата/срыва сроков? Давайте сверим требования к тексту и дедлайн — и зафиксируем, кто несет риск непринятия.»
  • Что нельзя говорить

  • «У нас просто лучше сервис.» (неизмеримо)
  • «У нас надежнее.» (без привязки к приемке)
  • «Везде одинаково, берите у нас.» (снимает ценность)
  • «Обмены» вместо скидки

    | Запрос клиента | Чем отвечаем | Как формулировать | |---|---|---| | «Сделайте дешевле» | Условие ускорения | «Если до 14:00 получаем документы и форму, ставим в экспресс-очередь» | | «Сделайте дешевле» | Пакет/поток | «Если у вас 3–5 БГ в месяц, лучше согласовать лимит/процесс — стоимость и сроки стабилизируются» | | «Сделайте дешевле» | Упрощение процесса | «Сократим круг согласований: один список “минимум” + один канал коммуникации» |

    Возражение «Долго»

    Что обычно стоит за этим возражением

  • Реальный дедлайн ближе, чем клиент озвучил.
  • Клиент путает «выпуск» и «принятие заказчиком».
  • Внутри клиента есть задержки: согласование оплаты, сбор отчетности, подписи.
  • Кейс проектный: нестандартный текст, крупная сумма, сложный профиль.
  • Уточняющие вопросы (чтобы быстро понять, это экспресс или проект)

  • «К какому времени гарантия должна быть у заказчика/на площадке? Это крайний срок по документации?»
  • «Есть форма гарантии? Заказчик строго по форме или допускает согласование?»
  • «Кто у вас загружает гарантию и кто оплачивает комиссию? Сколько обычно занимает согласование?»
  • «Это 44-ФЗ, 223-ФЗ или коммерция? По 44-ФЗ чаще выше цена ошибки по форме.»
  • Скрипт «долго» (фокус на маршрут и контрольные точки)

  • «Согласен, время критично. Давайте сделаем управляемо: за 10 минут фиксируем вид БГ, сумму, срок, требования к тексту и дедлайн. Дальше я даю маршрут с контрольными точками: когда предварительное решение, когда согласование текста, когда выпуск и что нужно для приемки. Если по вводным видим, что не успеваем без риска — скажу честно и предложу резервный вариант.»
  • Мини-скрипт, если клиент давит «нужно сегодня»

  • «Сегодня возможно только в стандартном кейсе: понятный профиль, стандартный текст, быстрые документы.»
  • «Пришлите прямо сейчас форму из документации и ИНН — я проверю требования и дам ответ по реальности сроков.»
  • «Если текст нестандартный или сумма крупная — согласуем, где можно ускориться, а где нельзя без риска возврата.»
  • Практический прием: разделить скорость на внешнюю и внутреннюю

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

    Возражение «У нас нет обеспечения/залога»

    Важно: как корректно понимать фразу клиента

    Под «обеспечением» клиенты могут иметь в виду разное:

  • залог (недвижимость, техника, депозит);
  • поручительство собственника/группы компаний;
  • лимит в банке (без залога, но с финансовыми ковенантами);
  • «у нас нет денег вообще» (кассовый разрыв, проблемы с отчетностью).
  • Поэтому первое действие — уточнить, что именно клиент называет «обеспечением».

    Уточняющие вопросы (без “допроса”)

  • «Вы имеете в виду, что нет залога, или вообще нет возможности подтвердить финансовое состояние?»
  • «Какая сумма и срок гарантии? Это ключ к требованиям банка.»
  • «Гарантия под 44-ФЗ/223-ФЗ/коммерцию? Есть ли требования к банку/тексту?»
  • «Какая примерно выручка за год и есть ли кредиты/просрочки?»
  • Скрипт отработки (не обещать, а дать реалистичный маршрут)

  • «Понял. По гарантиям не всегда нужен залог — зависит от суммы, срока и профиля компании. Давайте я сделаю предварительную оценку: вы присылаете ИНН и базовые вводные по сделке, а я вернусь с вариантами: где возможно без залога, где нужен поручитель/депозит, и какие сроки. Так мы не будем терять время на заведомо непроходимый маршрут.»
  • Если клиент говорит «дайте без залога, у конкурента так»

  • «Может быть, но это зависит от банка и лимита. Давайте сравним корректно: какой банк у конкурента, какой срок выпуска и что будет, если банк откажет на финальном этапе. Я предложу 2 маршрута: основной (реалистичный) и резервный (на случай отказа/задержки).»
  • Что фиксировать в CRM по этому возражению

  • что клиент имел в виду под «обеспечением»;
  • готовность к поручительству/депозиту;
  • реальная финансовая картина (хотя бы на уровне «выручка/кредиты/просрочки»);
  • стоп-факторы: блокировки счетов, исполнительные производства, нулевая отчетность при большой сумме.
  • Возражение «У нас уже есть банк»

    Что обычно стоит за этим возражением

  • Лояльность и привычка: «всегда делали там».
  • Страх раскрывать документы «на сторону».
  • Клиент проверяет вашу полезность как резервного канала.
  • В банке есть проблема, о которой клиент не говорит сразу:
  • - банк не успевает; - банк не проходит по требованиям заказчика; - банк требует залог/депозит; - банк вернул текст или долго согласует.

    Уточняющие вопросы (чтобы найти точку входа)

  • «Отлично. Банк успевает в ваш дедлайн? Уже подтвердили срок выпуска?»
  • «Банк точно подходит по требованиям заказчика? Есть ли ограничения по банкам в документации?»
  • «По форме/тексту уже согласовали? Раньше были возвраты?»
  • «Вам нужен второй вариант на случай задержки/отказа, или вы рассматриваете замену?»
  • Скрипт «есть банк» (позиционирование через резерв и приемку)

  • «Понял, это хорошо: меньше рисков. Моя задача тогда — быть для вас резервным маршрутом, чтобы не сорвать контракт. Предлагаю так: вы пришлете форму гарантии и дедлайн, а я за 15–30 минут скажу, есть ли риск непринятия по тексту/банку и сможем ли мы подстраховать по сроку. Если ваш банк все закрывает — отлично, вы ничего не теряете.»
  • Скрипт, если клиент прямо говорит «не хочу менять»

  • «И не нужно менять, если все под контролем. Давайте просто проверим критичное: требования к банку и форму текста. Если видим риск возврата или срыва по сроку — у вас будет готовый план Б. Это в гарантиях часто спасает контракт.»
  • Когда можно просить переключить сделку на вас

    Только если выявлены объективные риски у текущего банка:

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

  • «С учетом дедлайна и требований к тексту я бы не ставил сделку на один банк. Давайте параллельно запустим предварительное решение у нас — если ваш банк успеет, закроете там; если нет — у вас будет готовая альтернатива.»
  • Готовые мини-диалоги (коротко, как в реальном звонке)

    «Дорого» → перевод в приемку

  • Клиент: «У вас дорого, мне дали дешевле.»
  • Продавец: «Понимаю. Скажите, пожалуйста, там цена включает проверку формы гарантии и доведение до приемки или только выпуск? Пришлите форму из документации — я за 15 минут скажу, есть ли риск возврата и чем предложения реально отличаются.»
  • «Долго» → управление дедлайном

  • Клиент: «Мне нужно быстро, вы долго делаете.»
  • Продавец: «Давайте зафиксируем дедлайн в точном времени и посмотрим, это экспресс или проект. Пришлите форму гарантии и ИНН — я сразу скажу реальный срок выпуска и что нужно от вас, чтобы не потерять время на согласования.»
  • «Нет обеспечения» → диагностика вместо обещания

  • Клиент: «У нас нет залога, банк не даст.»
  • Продавец: «Понял. Уточню: нет залога или в целом сложно подтвердить финпрофиль? Сумма и срок какие? Я предложу варианты: где реально без залога, где нужен поручитель/депозит, и какие сроки — чтобы не обещать невыполнимое.»
  • «Есть банк» → резервный маршрут

  • Клиент: «Мы делаем в своем банке.»
  • Продавец: «Отлично. Тогда я предложу полезное: за 15–30 минут проверим форму и требования к банку, чтобы не получить возврат и иметь план Б, если банк задержится. Пришлите документацию и дедлайн.»
  • Мини-чек-лист продавца: что обязательно зафиксировать после отработки возражения

  • Дедлайн предоставления гарантии заказчику/на площадку (дата и время).
  • Вид гарантии, сумма, срок.
  • Режим: 44-ФЗ/223-ФЗ/коммерция.
  • Форма/проект гарантии и требования к банку (есть/нет, получено/нет).
  • Кто ЛПР и кто исполнитель (кто платит и кто загружает).
  • Следующий шаг (что присылает клиент и к какому времени; что делаете вы и к какому времени).
  • Итоги модуля

  • В гарантиях возражения почти всегда про риск и неопределенность, а не про «несогласие с вами».
  • Отработка строится вокруг управляемости: дедлайн, приемка, маршрут, ответственность.
  • «Дорого» лечится сравнением не ставки, а полной стоимости риска возврата/срыва.
  • «Долго» лечится SLA и разделением кейсов на экспресс и проект.
  • «Нет обеспечения» — это сигнал к диагностике и честному маршруту, а не к обещаниям.
  • «Уже есть банк» — часто возможность зайти как резервный канал и выиграть на рисках приемки/срока.
  • 6. Оформление и процедура: пакет документов, скоринг, обеспечение, выпуск гарантии

    Оформление и процедура: пакет документов, скоринг, обеспечение, выпуск гарантии

    Как этот модуль стыкуется с предыдущими

    В предыдущих модулях вы научились продавать банковские гарантии (БГ) через срок + приемку + снижение риска непринятия, выстроили воронку до этапа «принято заказчиком», отработали выявление потребностей и коммуникацию.

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

    Задача продавца в БГ — не быть юристом или андеррайтером, а:

  • быстро собрать минимально достаточные вводные;
  • объяснить клиенту понятный маршрут выпуска;
  • заранее снять риски на этапах скоринг → обеспечение → текст → выпуск → приемка.
  • Нормативный контекст, который чаще всего влияет на процесс:

  • Гражданский кодекс РФ, статьи 368–379 (конструкция независимой гарантии)
  • Федеральный закон № 44-ФЗ (госзакупки, где цена формальной ошибки выше)
  • Федеральный закон № 223-ФЗ (вариативность требований заказчика)
  • Федеральный закон № 115-ФЗ (идентификация клиента, источники средств, комплаенс)
  • Процесс выпуска БГ как управляемая цепочка

    Если воронка отвечает на вопрос «как продать», то процедура отвечает на вопрос «как реально выпустить и довести до приемки».

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

    Базовые этапы, которые продавец должен уметь проговорить клиенту

  • Вводные по сделке и дедлайн.
  • Проверка требований заказчика к тексту и банку.
  • Сбор минимального пакета документов.
  • Проверки банка по комплаенсу.
  • Оценка риска (скоринг/андеррайтинг) и выдача условий.
  • Решение по обеспечению (если требуется).
  • Согласование финального текста гарантии.
  • Оплата комиссии и оформление.
  • Выпуск и контроль приемки заказчиком.
  • Пакет документов: как собрать быстро и без «допроса»

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

    Что такое «минимальный пакет» и зачем он нужен

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

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

    Минимальный пакет документов (практический ориентир)

    Состав зависит от банка и суммы, но в B2B-продажах БГ обычно запрашивают следующее.

    | Группа | Что обычно просят | Зачем банку это нужно | |---|---|---| | Идентификация компании | Карточка компании, реквизиты, ИНН/ОГРН, уставные данные (по запросу) | KYC и комплаенс по 115-ФЗ | | Полномочия | Документы по руководителю, подтверждение права подписи (по процессу банка) | Чтобы легально подписать заявку/договор/поручительство | | Финансы | Бухгалтерская отчетность за период, обороты по счетам (часто) | Оценка устойчивости и источников погашения | | Сделка | Проект контракта/документация закупки, форма/проект гарантии, сумма/срок/вид БГ | Чтобы оценить риск и выпустить текст, который примут | | Опыт | Сведения о выполненных контрактах (если релевантно) | Маркер управляемости и снижения риска |

    Если клиент «тонет» в списках, ваша задача — дать 1 письмо и 1 архив: шаблон анкеты + список файлов + примеры названий файлов.

    Документы «по запросу банка»: как заранее снять раздражение

    Банк может запросить дополнительные сведения, и это нормально. Для клиента это выглядит как «вам мало документов», поэтому важно заранее проговорить, что допзапросы бывают.

    Частые допзапросы:

  • Расшифровки дебиторской и кредиторской задолженности.
  • Договоры с ключевыми заказчиками/поставщиками.
  • Подтверждение опыта по аналогичным работам.
  • Пояснения по убыткам, падению выручки, разовым крупным поступлениям.
  • Документы по группе компаний.
  • Документы по предлагаемому обеспечению (если требуется).
  • Как продавцу формулировать запрос документов, чтобы клиент прислал

    Рабочая формула позиционирования:

  • «Документы нужны не “нам”, а чтобы банк быстро принял решение и чтобы гарантию приняли без возвратов. Давайте начнем с минимума, остальное — только при необходимости».
  • И практическая договоренность:

  • дедлайн, к которому клиент присылает пакет;
  • кто отвечает за сбор;
  • что вы вернете в ответ и когда (предварительное решение/маршрут/условия).
  • Скоринг и андеррайтинг: как банк принимает решение и как это объяснять клиенту

    Простое определение терминов

  • Скоринг — быстрая оценка профиля клиента по формальным признакам и финансовым показателям.
  • Андеррайтинг — более глубокая экспертная оценка риска: сделки, финансов, репутации, опыта, структуры группы.
  • Для продавца важна не внутренняя «формула банка», а понимание: что влияет на решение и какие вопросы задаст банк.

    Что реально оценивает банк (языком продаж)

  • Финансовая устойчивость: выручка, прибыльность, нагрузка по кредитам.
  • Денежный поток: достаточны ли обороты, нет ли признаков кассового провала.
  • Деловая репутация и дисциплина: наличие крупных проблем с исполнением обязательств.
  • Опыт исполнения аналогичных контрактов.
  • Параметры гарантии: сумма, срок, вид (заявка/ОИК/гарантийные/аванс).
  • «Юридическая выполнимость» текста: есть ли условия, которые банк не подпишет.
  • Стоп-факторы: что чаще всего «ломает» выпуск

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

  • Критичные комплаенс-риски (проверки по 115-ФЗ).
  • Слабая или нулевая отчетность при большой сумме БГ.
  • Существенные просрочки по кредитам.
  • Сильные негативные факторы по обязательствам и платежной дисциплине.
  • Невыполнимый текст гарантии (например, условия, которые банк не принимает).
  • Правило управления ожиданиями:

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

    В период скоринга клиент часто нервничает и давит: «ну что там?».

    Что делать:

  • фиксировать контрольные точки: когда банк вернется с вопросами, когда ожидаем решение;
  • если банк запросил допдокументы, объяснять причину через риск и скорость:
  • - «Это не бюрократия, это способ быстрее получить решение без сюрприза на финале».

    Обеспечение: когда оно появляется и как не потерять сделку

    Что банк обычно понимает под «обеспечением»

    Обеспечение — инструмент снижения риска банка. Оно может быть разным.

  • Залог имущества.
  • Залог прав требования.
  • Депозит (денежное обеспечение).
  • Поручительство собственника или группы компаний.
  • Лимит на гарантии (когда банк заранее одобряет объем, а отдельные БГ идут быстрее).
  • У клиента фраза «нет обеспечения» часто означает одно из двух:

  • «нет залога»;
  • «не хотим замораживать деньги».
  • Это разные ситуации, и продавец должен развести их вопросами.

    Когда банк почти наверняка поднимет тему обеспечения

  • Большая сумма гарантии относительно оборотов.
  • Длинный срок гарантии.
  • Слабая отчетность или нестабильная динамика.
  • Негативные факторы, которые банк готов компенсировать обеспечением.
  • Как продавцу заранее подготовить клиента к разговору про обеспечение

    Вместо «банк потребовал залог» используйте управляемую рамку:

  • Объясните причину.
  • Дайте варианты.
  • Зафиксируйте выбор и срок.
  • Пример формулировки:

  • «По вашей сумме и сроку банк может предложить два сценария: без залога, но с более жесткими условиями, либо с поручительством/депозитом и быстрее по сроку. Давайте выберем, что для вас приемлемо, чтобы не потерять дедлайн».
  • Лимит как инструмент продаж

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

    Что дает лимит:

  • быстрее последующие гарантии;
  • меньше документов на каждую БГ;
  • стабильнее условия;
  • выше удержание клиента (меньше «прыжков» по посредникам).
  • Согласование текста и выпуск: где чаще всего возникают возвраты и как их предотвратить

    Текст гарантии — это часть продукта

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

    Что должен контролировать продавец до выпуска:

  • правильность реквизитов бенефициара;
  • соответствие виду гарантии (заявка/ОИК/гарантийные/аванс);
  • срок и даты, как требуют документация и контракт;
  • наличие формы/проекта в документации и следование ей;
  • требования к банку, если они указаны заказчиком.
  • Типовой маршрут выпуска (что клиент должен понимать)

  • согласование условий (включая обеспечение, если нужно);
  • согласование финального текста;
  • оформление и оплата комиссии;
  • выпуск и выдача гарантии;
  • передача/загрузка и подтверждение приемки.
  • Важно: клиент часто думает, что «выпуск» автоматически равен «приняли». Ваша обязанность — довести до подтверждения приемки и зафиксировать это в CRM.

    Контроль приемки: короткий чек-лист продавца

  • У клиента есть инструкция: куда и как предоставить гарантию.
  • Понятно, кто загружает/отправляет.
  • Понятно, что считается подтверждением приемки: письмо, отметка на площадке, статус в системе заказчика.
  • В случае возврата заранее согласован канал, куда клиент пришлет замечания заказчика.
  • Мини-регламент для отдела продаж: как превратить процедуру в конверсию

    Чтобы процедура работала как усилитель продаж, а не как «бэк-офисная рутина», закрепите внутренний стандарт.

    Что фиксировать в CRM по каждому кейсу (минимум)

  • Вид гарантии, сумма, срок.
  • Режим: 44-ФЗ/223-ФЗ/коммерция.
  • Дедлайн предоставления заказчику (дата и время).
  • Наличие формы/проекта текста и требований к банку.
  • Статус документов: минимум получен / допзапрос / отправлено в банк.
  • Статус решения: скоринг / андеррайтинг / условия / обеспечение.
  • Кто у клиента: инициатор, ЛПР, ЛВР, исполнитель.
  • Статус приемки: передано / принято / возврат с причиной.
  • Ключевые точки контроля, где теряется больше всего сделок

  • Нет формы текста на старте.
  • Документы запросили «списком на 20 пунктов» и клиент пропал.
  • Не проговорили вероятность допзапросов.
  • Не зафиксировали, кто оплачивает комиссию и сколько это занимает.
  • Не контролировали передачу гарантии заказчику.
  • Итоги

  • Процедура выпуска БГ — это цепочка, где продавец управляет не только клиентом, но и рисками банка и приемкой у заказчика.
  • Сильная практика: минимальный пакет для старта + допдокументы по запросу.
  • Скоринг и андеррайтинг нужно объяснять через понятные факторы риска и контрольные точки по срокам.
  • Обеспечение — не «провал продаж», а один из сценариев: важно заранее проговорить варианты и выбрать маршрут.
  • Успешная сделка в гарантиях заканчивается не выпуском, а подтвержденной приемкой заказчиком.
  • 7. Практикум: разбор кейсов, ролевые игры, чек-листы, KPI и контроль качества

    Практикум: разбор кейсов, ролевые игры, чек-листы, 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 → причины потерь → обновление стандартов.