Собственную CRM для Shmigol Group мы запустили как пилот 2 октября 2026 года. Но этот кейс не только про CRM. Он про связку, в которой сайт помогает получить обращение, CRM — сохранить его и продолжить работу, а боты и приложения — поддержать контакт и следующий шаг. Для меня это одна система, а не отдельные программы ради программ.
Shmigol Group — мой собственный проект по недвижимости. Я развиваю его и как предприниматель, и как разработчик: привлекаю аудиторию, делаю сайты и собираю инструменты для дальнейшей работы. В этой статье рассказываю, зачем они нужны, что уже проверяли в пилоте и что пока не выдаю за готовый результат.
Получить обращение — только начало
В недвижимости человек не всегда готов купить сегодня. По моему опыту, в нашем сегменте путь от интереса до покупки может занимать от 2 до 24 месяцев. Это не универсальный срок для любой сделки, но для организации работы мне важно учитывать длинный выбор.
Человек может сначала прочитать статью, потом посмотреть район, обсудить покупку с близкими и вернуться с новым вопросом. Если воспринимать первое обращение как единственную попытку продать, большая часть этой работы останется за пределами системы.
Поэтому я разделяю две задачи. Первая — помочь человеку разобраться и обратиться. Вторая — не потерять контакт после этого: помнить, что обсуждали, какое предложение подготовили и когда нужно продолжить разговор. Трафик и учёт лидов не заменяют друг друга.
Здесь для меня и начинается смысл CRM. Не собрать красивую таблицу с телефонами, а организовать дальнейшую работу. Но CRM не исправит слабый сайт и сама по себе не создаст интерес к предложению. У каждого инструмента должна быть своя роль.
Сайт работает как воронка, а не просто витрина
Сайт должен переводить тёплый интерес в понятный следующий шаг. Человек приходит с вопросом: о переезде, районе, объекте или условиях покупки. Если вместо ответа он видит только набор объявлений, разговор может закончиться ещё до обращения.
В моей системе есть сайты и страницы-помощники. Их задача — объяснить предложение, раскрыть тему и помочь человеку принять решение, что делать дальше. Где-то нужен подробный материал, где-то сравнение, где-то информация о конкретном объекте.
Я не считаю воронкой одинокую кнопку «Оставить заявку». Воронка для меня — это путь: почему человек пришёл, что он понял, где возникло доверие и какой следующий шаг ему предложили. Кнопка завершает часть этого пути, но не заменяет содержание.
Подробнее эту часть разбираю в статье «Сайты-помощники: от поискового запроса к обращению». Здесь важно другое: после обращения работа не должна обрываться или уходить в набор несвязанных переписок.
CRM сохраняет лид: не потерять, напомнить, дожать
Эту роль я формулирую просто: сохранить обращение, не забыть следующий контакт и помочь продолжить работу. Под «дожать» я не понимаю давление на человека. Для меня это не бросить разговор, если клиент пока не принял решение, и помочь ему пройти следующий шаг.
В Shmigol Group CRM используется для учёта реальных обращений. Они поступали и до запуска пилота. Перенос в систему не является датой появления лида, и я не выдаю все записи в CRM за новые обращения, пришедшие после 2 октября.
В пилоте есть работа с карточкой лида, статусами и историей. Для меня важно видеть не только сам контакт, но и место человека в процессе: новый интерес, уточнение запроса, подбор вариантов, договорённость о дальнейшем действии. Это помогает организовать разговор, но не превращает статус в подтверждённую продажу.
Система должна поддерживать работу менеджера, а не требовать, чтобы он держал весь контекст в голове. Если клиент вернулся, важно продолжить с того места, на котором остановились. Именно такую логику я закладываю в собственный продукт.
Подборка — часть работы, а не последний шаг
В пилоте проверяли сценарий подготовки и отправки подборки. Здесь мне важно не только показать варианты, но и связать предложение с дальнейшим контактом. Отправить материал и забыть о человеке — не тот процесс, который я хочу построить.
Клиентская подборка и внутренний учёт решают разные задачи. Клиенту нужна понятная информация, чтобы изучить варианты. Менеджеру — контекст того, что предложено и какое действие планируется дальше. Поэтому клиентский экран не должен повторять все внутренние данные CRM.
В такой связке приложение полезно не своей сложностью. Оно должно помогать сделать конкретное действие: подготовить предложение, открыть материал, вернуться к обсуждению. Если человек не понимает, что ему показывают и зачем, дополнительные кнопки не добавляют пользы.
Я не пишу, что сама отправка подборки гарантирует рост конверсии. Это рабочий сценарий, а его влияние на результат нужно оценивать отдельно. Пока для меня важнее правильно собрать путь и проверить, что действия связаны между собой.
Напоминания и серия касаний в пилоте
В пилоте CRM проверяли серию касаний, которая создаётся после фиксации отправки подборки. В нужный момент менеджеру приходит напоминание в MAX с готовым текстом и переходом в карточку. Это конкретный сценарий поддержки работы, а не автоматическая рассылка от имени человека.
Важно различать напоминание менеджеру и сообщение клиенту. В этом сценарии бот напоминает сотруднику; сотрудник сам продолжает общение и отмечает выполненное действие в CRM. Я не называю такую механику автономным продавцом, который ведёт клиента без участия команды.
Проверяли и состояние просроченного касания: если действие не выполнено вовремя, оно становится заметным в рабочем списке. Смысл этого сигнала — помочь увидеть, что требует внимания. Не просто ещё одна цифра в отчёте, а повод вернуться к конкретному обращению.
В статье я описываю сценарии, которые проверяли в пилоте, а не обещаю одинаковое поведение любой CRM. Продукт продолжает развиваться, поэтому в публичных материалах важно показывать актуальный интерфейс и не подменять его техническим заданием.
Боты: напомнить, записать, догреть, показать
У ботов в общей системе несколько возможных ролей. Напомнить о следующем действии, помочь перейти к записи, поддержать интерес и открыть нужный материал или мини-приложение. Но эти слова не означают, что один бот уже делает всё автоматически.
Например, напоминание менеджеру — одна ветка. Клиентский путь от вопроса до выбора времени — другая. Открытие каталога или подборки — третья. Я разделяю такие сценарии, потому что у них разные пользователи, данные и следующие действия.
Для меня «догреть» — не засыпать человека сообщениями. Это дать уместную информацию, которая помогает разобраться: ответить на вопрос, показать сравнение или предложить следующий материал. Важно сохранять смысл общения, а не считать количество отправленных сообщений результатом.
Клиентские сценарии описываю как направление связки и показываю отдельно в демо. Их нельзя автоматически считать подключёнными к боевой работе только потому, что существует экран или кнопка. Для каждого сценария нужна своя проверка; непроверенные функции не называю внедрёнными.
Пример пути: от статьи до дальнейшего контакта
Один из задуманных путей выглядит так. Человек знакомится с материалом в Дзене, переходит к подробной статье сайта, изучает предложение и обращается. Дальше начинается работа менеджера, а CRM помогает сохранить контакт и продолжить процесс.
Другой путь может начинаться сразу с поиска или конкретной страницы объекта. Не нужно заставлять каждого посетителя проходить одну и ту же цепочку. Важно, чтобы после его обращения у команды было понятно, что делать дальше.
В условном сценарии после уточнения запроса менеджер готовит подборку. Клиент изучает её, задаёт вопросы или возвращается позже. Внутренняя система помогает не забыть следующий контакт, а материалы сайта дают опору для разговора. Это пример логики, не отчёт о поведении каждого клиента.
О привлечении через контент рассказываю в статье «Дзен для бизнеса: как связать охваты, доверие и сайт». В этом кейсе акцент на продолжении работы, а не на повторном подсчёте тех же охватов.
Что уже есть и что пока не заявляю
У нас есть собственная CRM в пилоте с 2 октября 2026 года и реальные обращения в учёте. В пилоте проверяли подборки, касания и напоминания менеджеру. Есть сайты, боты и приложения, которые представляем как отдельные части общей системы.
При этом я не выдаю пилот за зрелое внедрение, прошедшее длинный цикл продаж. Не публикую придуманные проценты роста конверсии, часы экономии и финансовую окупаемость. Организация процесса и измеренный бизнес-эффект — не одно и то же.
Чтобы говорить об улучшении конверсии, мне нужно сравнить понятные периоды и одинаковые этапы: например, обращения и следующие согласованные действия. Пока таких измерений в статье нет. Это не обесценивает разработку, но не позволяет приписывать ей результат, который ещё не посчитан.
Как перенести подход в другое агентство
Я не начинаю с предложения купить набор программ. Сначала нужно понять, как агентство получает обращения, где продолжает общение и что чаще всего теряется между шагами. Может оказаться, что сначала нужна посадочная страница, а не сложная автоматизация.
Дальше выбираем один понятный сценарий для пилота: учёт обращения, подготовку предложения или напоминание о следующем контакте. Смотрим, что действительно нужно команде, и только потом расширяем связку. Не обещаем закрыть все задачи одной кнопкой.
В Studio Vesta можно обсудить пилот для агентства и посмотреть существующие демо. Демо используют вымышленные данные и показывают конкретные инструменты; это не доступ к боевой CRM и не история реальных клиентов. Для меня правильный результат первого разговора — понять задачу и выбрать следующий шаг, а не продать всё сразу.