Парк Сказка учебный маршрут ОП

Bitrix24 · воронка «B2C мероприятия»

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

Я не прошу заполнять CRM ради отчёта. Карточка должна защищать контакт, дату, деньги и обещания клиенту — даже когда сделку подхватывает другой сотрудник.

Начать маршрут Открыть воронку ↗

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

Маршрут сделки0 из 9 уроков
Полная карта Все 20 рабочих стадий, объединённых в 9 уроков
  1. Новая сделка
  2. Первичный контакт
  3. Предварительный бриф
  4. Подготовка предложения
  5. Предложение отправлено
  1. Получение обратной связи
  2. Переговоры и корректировка
  3. Финальная смета согласована
  4. Бронирование даты
  5. Счёт / ссылка на оплату отправлены
  1. Ожидание оплаты
  2. Предоплата получена
  3. Подготовка мероприятия
  4. Готовность подтверждена
  5. Монтаж
  1. Мероприятие проводится
  2. Мероприятие завершено
  3. Закрывающие документы
  4. Контроль качества / NPS
  5. Успешно реализовано
Урок 01

Новая сделка → Первичный контакт

Не потерять источник и не создать дубль

Ситуация: обращение уже попало в CRM. До звонка убедитесь, что работаете в нужном направлении и не размножаете одну продажу.

«Сначала защищаем вход. Два дубля дают красивое количество сделок, но ломают конверсию, рекламу и ответственность».

Сделайте по порядку

  1. Выберите направление «B2C мероприятия».
  2. Проверьте Контакт, исходный Лид и источник.
  3. Найдите активные сделки по клиенту, поводу и дате.
  4. Назначьте ответственного и поставьте первое дело.
  5. Переведите стадию только после фактического контакта.
Где начинается маршрут
Переключатель направления B2C мероприятия и пустой канбан сделки
  1. 1 Нужное направление
  2. 2 Точка создания
  3. 3 Начальная стадия
Клиент
Пустой блок общей информации о клиенте
Источник
Поля источника и маркетинговой атрибуции
Готово, если

В карточке один Контакт, сохранён исходный источник, дубля нет и назначено первое дело.

Почему РОП это проверяет

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

Типичная ошибка

Создать новую сделку, не заметив активную карточку того же клиента на ту же дату.

Урок 02

Первичный контакт → Предварительный бриф

Договорённость должна стать следующим делом

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

«Фраза “перезвонить позже” без даты — это не план. Назовите канал, действие и срок».

После каждого касания

  1. Запишите результат разговора одним фактом.
  2. Укажите предпочтительный канал клиента.
  3. Обновите краткое резюме сделки.
  4. Создайте дело: действие + дата + ответственный.
  5. Только затем двигайте карточку.
Верх карточки и таймлайн
Верх пустой карточки сделки со стадией, ответственным и блоком следующего дела
  1. 1 Фактическая стадия
  2. 2 Следующее действие
Готово, если

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

Почему РОП это проверяет

Я вижу реальную нагрузку, просрочки и скорость follow-up, а клиент не повторяет вводные заново.

Типичная ошибка

Закрыть текущее дело, не создав следующее.

Урок 03

Предварительный бриф → Подготовка предложения

Собрать данные, из которых можно сделать предложение

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

«Не угадывайте за клиента. Дата, состав гостей, локация и ограничения меняют продукт и цену».

Минимальный бриф

  1. Тип, повод и формат мероприятия.
  2. Дата или допустимый диапазон, время начала и окончания.
  3. Взрослые, дети и общее число гостей.
  4. Локации, питание, программа, техника и логистика.
  5. Бюджет, срок решения, пожелания и ограничения.
Параметры мероприятия
Поля типа, даты, времени и формата мероприятия
Гости
Поля количества гостей и особенностей аудитории
Готово, если

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

Почему РОП это проверяет

Полный бриф сокращает время до КП и снижает число нерелевантных расчётов.

Типичная ошибка

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

Урок 04

Подготовка КП → Финальная смета согласована

Версия, сумма и контролируемый follow-up

Ситуация: предложение подготовлено. Зафиксируйте, что, когда и каким каналом отправили — и когда вернётесь за решением.

«Отправленное КП ещё не согласовано. История версий защищает и маржу, и обещания клиенту».

Что фиксировать

  1. Сумму и коммерческие условия текущей версии.
  2. Номер версии, дату, файл или ссылку.
  3. Канал отправки и получателя.
  4. Реакцию, возражение и срок решения.
  5. Дело на follow-up; старые версии не удалять.
Коммерческие условия
Поля бюджета, финальной суммы и решения по скидке
КП и документы
Поля версии и даты отправки коммерческого предложения
Готово, если

В карточке видно последнюю версию, сумму, канал отправки и ближайший follow-up.

Почему РОП это проверяет

Так я вижу настоящую конверсию КП в согласование и причину изменения цены.

Типичная ошибка

Перезаписать старый файл новой сметой и потерять историю согласований.

Урок 05

Финальная смета согласована → Бронирование даты

Защитить дату и не обещать недоступную площадку

Ситуация: клиент согласовал состав. Подтвердите фактическую локацию и ограниченный срок резерва.

«Бронь без источника подтверждения — обещание наугад. Бронь без срока — замороженная дата без решения».

Контроль брони

  1. Выберите фактическую локацию.
  2. Зафиксируйте статус и источник доступности.
  3. Укажите ID или ссылку на резерв, если есть.
  4. Поставьте дату окончания резерва.
  5. Создайте дело до истечения срока.
Локация и бронирование
Поля локации, статуса, источника и срока бронирования
Готово, если

Локация подтверждена, резерв имеет источник, статус и срок, а до истечения стоит дело.

Почему РОП это проверяет

Pipeline показывает реально защищённые даты, а не устные обещания.

Типичная ошибка

Перейти в бронь только потому, что клиент сказал «скорее всего берём».

Урок 06

Счёт отправлен → Ожидание оплаты → Предоплата получена

Стадия не равна деньгам

Ситуация: счёт или ссылка отправлены. Разделяйте ожидаемую сумму и подтверждённый факт оплаты.

«Сообщение “я оплатил” — повод проверить платёж, но не основание запускать подготовку».

Проверка оплаты

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

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

Почему РОП это проверяет

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

Типичная ошибка

Поставить «Предоплата получена» по скриншоту сообщения или отправленной ссылке.

Урок 07

Предоплата получена → Подготовка → Готовность

Передать обещания организатору без потерь

Ситуация: финансовое основание получено. Передайте не ссылку на переписку, а полный комплект исполнения.

«Отдел проведения не должен продавать мероприятие заново и угадывать, что обещал менеджер».

Комплект передачи

  1. Актуальная смета, состав услуг и версия.
  2. Дата, время, гости и подтверждённая локация.
  3. Статус резерва и оплаты.
  4. Контакт, канал, обещания и ограничения.
  5. Риски, незакрытые вопросы и назначенный организатор.
Организация и готовность
Поля ответственного организатора и статуса подготовки
Риски и изменения
Поля рисков, изменений и инцидентов мероприятия
Готово, если

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

Почему РОП это проверяет

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

Типичная ошибка

Передать сделку фразой «всё в переписке», не выделив актуальную версию и риски.

Урок 08

Монтаж → Проведение → Закрывающие → NPS → Успех

Продажа заканчивается после сверки

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

«Дата в календаре не доказывает, что этап выполнен. Закрываем по факту, а не по наступлению полуночи».

Финальный контроль

  1. Подтвердите фактический старт и завершение.
  2. Запишите изменения и инциденты.
  3. Сверьте оплату, доплаты, возвраты и документы.
  4. Запустите NPS или укажите допустимую причину отсутствия ответа.
  5. Закройте успешно без задолженности и блокирующих задач.
Закрытие и NPS
Поля причины закрытия и оценок качества мероприятия
Готово, если

Финансы сверены, документы закрыты, NPS обработан, задолженности и блокирующих задач нет.

Почему РОП это проверяет

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

Типичная ошибка

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

Урок 09

Пять отрицательных финалов

Если сделка не состоялась — закрыть честно и полезно

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

«Техническое закрытие — не корзина для неудобных проигрышей. Иначе маркетинг и продажи будут лечить не ту проблему».

Выберите один финал

  1. Проиграно до предложенияСодержательное КП ещё не отправлялось.
  2. Проиграно после предложенияОтказ после КП или переговоров.
  3. Отменено после оплаты / возвратОплата подтверждалась; нужен учёт возврата.
  4. Отложенный спросЕсть реальная дата следующего контакта.
  5. Техническое закрытиеТолько подтверждённый дубль, тест или ошибка.
Причина отмены и качества
Поля нормализованной причины отмены и причины неудачи
Готово, если

Финал совпадает с фактом, причина нормализована, а для отложенного спроса стоит новое дело.

Почему РОП это проверяет

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

Типичная ошибка

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

Финал маршрута

Два прохода менеджера в день

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

Пять ситуаций для самопроверки

Нашлась активная сделка того же клиента на ту же дату. Создать новую?

Нет. Сначала продолжите существующую карточку или подтвердите, что это действительно другое мероприятие. Иначе появится дубль.

Клиент написал «оплатил». Можно ставить «Предоплата получена»?

Только после проверки. Нужны фактическая сумма, дата и доверенный источник подтверждения оплаты.

Клиент попросил «набрать позже». Достаточно записать это в комментарии?

Нет. Создайте дело с конкретной датой, каналом и действием. Комментарий не вернёт сделку в работу.

Срок резерва истёк, но клиент ещё думает. Оставить стадию без изменений?

Нет. Повторно подтвердите доступность или зафиксируйте снятие резерва и новое решение по сделке.

Клиент отказался после отправки КП. Какой финал выбрать?

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

Начало дня
Конец дня

Приложения

Когда нужен полный регламент

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

Менеджеру ОППолная инструкция · MDПоля, контроль переходов и ежедневный ритуал БитриксологуТЗ на доработку · MDИсточники, миграция, UAT, rollback и лог пилота
Увеличенный скриншот Bitrix24