Авторский туроператор и amoCRM: как перестать терять заявки, когда бизнес живёт в мессенджерах

Компания «Вершина Трэвел» работает на рынке активного туризма 10 лет. Авторские маршруты по России и миру: Камчатка, Карелия, Сахалин, Китай, Япония, Перу, Патагония, Калининград на велосипедах, Териберка. Не пляжный отдых и не автобусная экскурсионка — живые маршруты с горными походами, ночёвками в авторских локациях, активностями и небольшими группами.

В команде двое: собственник и менеджер по продажам. База — около 4000 контактов. 30−40% туристов возвращаются снова. Средний чек — от 35 000 рублей за короткий тур по России до 3 900 евро за международное направление. Цикл сделки — от двух недель до нескольких месяцев, в зависимости от направления. Компания ведёт активный Instagram и Telegram-канал — именно оттуда приходит основной поток обращений.

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

Перед внедрением стояли четыре конкретные задачи.

Во-первых, собрать все входящие обращения из разных каналов в одном месте — чтобы ни одна заявка больше не терялась между Instagram, Telegram, WhatsApp и почтой.

Во-вторых, сделать статус каждого клиента видимым для собственника без звонков и уточнений у менеджера. Чтобы не «как там заявки?», а просто открыл и посмотрел.

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

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

Это был обычный рабочий день. Не кризис, не жалоба от клиента — просто очередной момент, когда выяснилось, что две свежие заявки «зависли». Менеджер не успела ответить. Клиенты, скорее всего, уже написали в другую компанию.

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

Это был типичный день. Не исключение.

Компания никогда раньше не работала с CRM — «Вершина Трэвел» стала первым опытом. До этого база существовала в Google-таблицах и в голове менеджера. Переписки — в четырёх разных мессенджерах. Статус сделок — в устных ответах на вопрос «как там?».

До внедрения компания теряла около 10 заявок в месяц. Для бизнеса с небольшим стабильным потоком — это очень серьёзная цифра. Каждая потерянная заявка — потенциально от 35 000 до 200 000 рублей, а по международным турам и выше. Тихие потери, которые не выглядят как катастрофа, пока не начинаешь считать.

Но цифра заявок — только часть проблемы. Вот как выглядел реальный процесс до CRM.

Клиент пишет в Instagram под постом: «Пришлите программу». Менеджер переходит в директ, начинает общение. Параллельно кто-то пишет в Telegram-канал, кто-то — в WhatsApp. Кто-то оставляет заявку на сайте, которая падает в почту — а уведомления с сайта к тому моменту перестали работать из-за технической поломки, и заявки смотрели вручную в админке.

Четыре канала. Четыре отдельных приложения. Каждое со своими уведомлениями, своим интерфейсом, своим потоком сообщений. Ни одного места, где всё это собрано вместе.

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

Отдельный болезненный момент — Facebook. У компании там было 50 000 подписчиков. Канал давно потерял активность, но периодически кто-то всё равно писал. И эти сообщения просто не замечали — про Facebook в ежедневной рутине попросту забывали.

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

Если результат продаж зависит от памяти и внимательности конкретного сотрудника — это не процесс. Это надежда.

Пока команда маленькая и поток заявок стабильный — это работает на грани. Но стоит выйти блогеру с обзором тура — и компанию заваливает 150−200 обращениями за несколько дней. В этот момент «система памяти и внимательности» гарантированно ломается.

Если хотите проверить, насколько ваша ситуация похожа — прочитайте разбор: Где теряются заявки: 7 дыр между рекламой и сделкой

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

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

Настоящая причина — отсутствие единого места, куда попадает каждое обращение автоматически. Не потому, что кто-то ленится. А потому что такого места не существует. И пока его нет — любой рост нагрузки просто усиливает хаос.

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

Была ещё одна ловушка. Собственник знала о своём бизнесе «примерно». Примерно сколько заявок пришло за неделю. Примерно на каком этапе находятся клиенты. Примерно когда ожидать следующую оплату. Это нормально на старте — когда всё умещается в голове. Но когда компании 10 лет, в ней есть сотрудник и регулярный поток клиентов — управление «на ощущениях» стоит реальных денег.

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

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

Об этом — отдельный разбор: Почему собственник вынужден «дожимать» менеджеров сам

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

Каждое обращение зафиксировано — независимо от того, через какой канал оно пришло. Каждый клиент находится на конкретном этапе с конкретным следующим шагом. У каждой сделки есть задача с датой и ответственным. Менеджер не «держит в голове» список клиентов — система не даёт ни о ком забыть.

Собственник не звонит менеджеру с вопросом «как там клиент из Instagram, который спрашивал про Перу?» — он открывает систему и видит сам: на каком этапе сделка, что было сделано, что предстоит, когда задача.

Именно к этому состоянию мы двигались в проекте «Вершина Трэвел». Не к «красивой CRM», не к автоматизации ради автоматизации — к конкретной управляемости продаж.

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

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

Семь этапов. Каждый — с конкретным действием и измеримым результатом. Раньше вся эта цепочка держалась на памяти и внимательности одного человека. После внедрения — на воронке в amoCRM.

Воронка выглядит так:

Неразобранное → Заявка взята в работу → Клиент квалифицирован → Бронирование согласовано → Договор отправлен → Предоплата получена → 2-я оплата получена → Успешно реализовано

На каждом этапе — обязательный следующий шаг. Сделка не может «просто лежать» без задачи. Это не правило для красоты — это физический запрет на потерянные клиенты.

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

— Instagram (через Facebook Business Manager) — Telegram — WhatsApp — Электронную почту

Теперь всё, что пишут клиенты из любого из этих каналов, попадает в amoCRM автоматически. Менеджер не переключается между приложениями — она работает в одном интерфейсе. Собственник видит любую переписку в любой момент.

Клиент написал в Instagram — видно в CRM. Написал в Telegram — видно там же. Переключился в WhatsApp — всё в одном месте, с историей, временными метками и именем того, кто отвечал.

Здесь обнаружился показательный момент с телефонией. Собственник была уверена, что у компании есть входящие звонки через Mango. При подключении выяснилось: звонков практически нет. Клиенты давно перешли в мессенджеры. Это само по себе ценный управленческий инсайт. Ощущение «нам звонят» — и реальность, которую показывают данные — оказались разными вещами.

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

В карточке контакта: — Данные загранпаспорта и паспорта РФ — чтобы не просить клиента присылать данные каждый раз заново — Дата рождения — с автоматической задачей-напоминанием за несколько дней (поздравить клиента в день рождения — это не мелочь в туризме) — Возраст детей — тег «семейный турист» для предложения соответствующих маршрутов — Поле «откуда узнал» — Instagram, Telegram, WhatsApp, по рекомендации, Facebook и другие варианты — Поле «предпочтительный канал связи» — у каждого клиента своё удобное место для общения

В карточке сделки: — Список желаемых локаций (выбор из фиксированного справочника: Камчатка, Карелия, Китай, Япония, Перу и так далее) — Бюджетный сегмент клиента — чтобы не предлагать экспедицию в Патагонию человеку, который копил на трёхдневный тур по Карелии — Причина отказа с детализацией — «дорого», «изменились планы», «переенесено на следующий год» и другие варианты — Примечание — свободное поле для любых деталей, которые важно помнить по клиенту

Теги на контактах — закрытый список, который ведёт только администратор. Менеджер не может создавать собственные теги, что исключает дубли и расхождения в данных. «Семейный», «VIP», «активный», «новый» — у каждого своё значение, и оно одинаковое для всей команды.

Отдельно важный элемент — фильтрация базы по локациям. Если компания анонсирует новый тур в Японию, можно за минуту отфильтровать всех, кто интересовался этим направлением, и сделать точечное касание. Не массовая рассылка всем 4000 контактам — а работа с теми, кто уже проявил интерес.

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

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

Собственник в любой момент видит: сколько сделок без задач (их не должно быть), сколько задач с просрочкой (тоже должно быть ноль). Если что-то не так — это видно сразу, без звонков и вопросов.

Сайт компании написан на Python и работает на самописной платформе. Интеграцию с amoCRM на первом этапе не делали — заявок с сайта немного, и менеджер добавляет их вручную. Это осознанное решение: не усложнять первый этап, дать системе встать на ноги.

База ~4000 контактов запланирована к переносу отдельным этапом. Это отдельная работа по структурированию, очистке дублей и правильному импорту — делать её наспех значит получить мусор в системе вместо актива.

Вся работа заняла около 10 дней. Без авралов, без переносов дедлайнов.

Единственные сложности: при подключении Instagram пришлось восстанавливать доступ к Facebook-аккаунту — пароль был утерян, двухфакторная аутентификация активна. Решили через подтверждение входа. На практике это добавило несколько часов, не дней.

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

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

Собственник активно участвовала в процессе на всех этапах — от аудита до обучения. Это важно. Внедрение CRM — не «мы сделаем, вы пользуйтесь». Это совместная работа, в которой клиент понимает логику и принимает решения.

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

Ноль потерянных заявок. С момента подключения каналов — ни одного пропущенного обращения. Каждое сообщение из Instagram, Telegram, WhatsApp и почты попадает в систему автоматически. Нет больше «я не видела, в директ написали».

Контроль без звонков менеджеру. Собственник открывает воронку и видит полную картину: на каком этапе каждый клиент, какая последняя задача, когда её дата. Не нужно ничего спрашивать — достаточно посмотреть на количество сделок без задач. Должно быть ноль. Если не ноль — есть конкретный разговор.

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

Скорость ответа выросла. Точных цифр пока нет — аналитика только накапливается. Но логика очевидна: менеджер работает в одном окне, а не переключается между четырьмя мессенджерами. Время реакции сокращается физически. Через несколько месяцев в разделе аналитики будут конкретные данные.

Поле «откуда узнал» уже работает. Обязательное для заполнения, уже даёт данные. Через квартал будет понятно, какой канал приносит клиентов, которые реально платят — а какой даёт только «пришлите программу» без конверсии в покупку. Это прямо влияет на то, куда вкладывать усилия.

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

Этот момент наступает у каждого собственника по-своему. У кого-то — когда в конце месяца план снова не выполнен, а объяснение одно: «заявок было мало». У кого-то — когда уходит менеджер и оказывается, что вся база клиентов — в его телефоне. У кого-то — когда обнаруживается, что клиент, которому не ответили два дня назад, уже уехал с конкурентом.

Для «Вершины Трэвел» таким моментом стали две зависшие заявки в обычный день. Не трагедия — но последняя капля.

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

Проблема «Вершины Трэвел» — не уникальная. Это типовая история малого туристического бизнеса, который вырос из блокнота и мессенджеров, но не обновил инструменты управления.

Когда заявки теряются — виноват не менеджер. Виновата архитектура процесса, в которой физически невозможно ничего не потерять.

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

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

amoCRM — не про воронки и этапы. Это про то, чтобы каждый клиент, который однажды написал вам, не исчез незамеченным. И чтобы вы об этом знали не потому, что спросили у менеджера — а потому что увидели сами.

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

Это не финал. Это начало управляемых продаж.

Если у вас туристический бизнес — неважно, агентство, туроператор или авторский проект — и вы узнали себя в этой истории, напишите нам.

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