amoCRM для СРО: как руководитель перестал гадать, реальны ли отчёты удалённых менеджеров

СРО в строительной отрасли: ХМАО, три филиала, три специалиста по привлечению, двое работают в других городах. База строительных компаний жила в трёх личных Excel-файлах, звонки шли с сотовых и не записывались. Руководитель направления видел комментарии в таблицах — и не мог проверить, что за ними стоит. За проект база переехала в amoCRM: единая картотека организаций, записи звонков, задачи по каждой сделке, видимость работы филиалов. Несколько компаний прошли путь до вступления уже внутри системы.

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

Рынок у СРО конечный. В регионе около семи тысяч строительных организаций, и других не будет: новые компании появляются понемногу, их отслеживают по свежим ИНН в Контур. Фокусе раз в месяц. Услуга низкочастотная: допуск оформляют тогда, когда он нужен по закону. Решение компания может принимать от одного звонка до трёх лет.

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

База велась в Excel. У каждого специалиста — свой файл, обмен через общий сетевой диск. Даты первого и повторного звонка — столбцами, комментарии — в соседней ячейке, повторные касания — через фильтр по датам и память.

Звонили с сотовых телефонов. Записей разговоров не было. Отчётность собиралась вручную: в конце недели координатор просила сотрудников заполнить свои графы и передавала сводку директору.

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

Формулировка клиента на аудите была честной: по отчётам удалённых сотрудников «нет понимания, реальность это или вымысел».

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

При цикле сделки до трёх лет отложенные договорённости — главный актив базы. На конечном рынке каждая потеря невосполнима.

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

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

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

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

О том, как устроен удалённый отдел продаж, где контроль держится на системе, а не на доверии на словах, есть короткий пост в нашем MAX-канале: «Как построить удалённый отдел продаж».

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

Проект начали с аудита: разобрали путь организации от первой выгрузки из Контур. Фокуса до внесения в реестр членов — вместе с проверкой документов, заседанием правления и оплатой взносов.

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

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

Тёплая и холодная база стали тегами, а не этапами воронки. Этап отвечает на вопрос «что специалист сделал», тег — «что это за организация». Причина отказа превратилась из комментария в поле со списком значений: «не ведут строительные работы», «члены другого СРО», «ликвидация организации». По полям строится отчёт — по комментариям нет.

Базы перенесли из Excel вместе с датами звонков, комментариями и ответственными; привычные даты остались с командой на переходный период. Дубли организаций склеиваются автоматически, несколько юрлиц одного руководителя прикрепляются к одному контакту: прежде чем набрать номер, специалист видит, что этот человек уже в работе у коллеги.

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

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

Обучение провели отдельно для специалистов и отдельно для руководителей. Не всё принималось сразу: у команды были вопросы, зачем новые поля и задачи, если раньше обходились без них. Часть автоматических задач на переходный период отключили и вернули позже, когда накопленная база была разобрана. Систему подстраивали под работу, пока в ней не стало удобнее, чем без неё.

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

К слову, клиент нашёл iFabrique сам — по кейсу консалтинговой компании, где 40 сделок за две недели переехали из блокнота в систему. Задача была похожей: длинный цикл и база, которая держалась на памяти людей.

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

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

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

Руководитель не должен верить или не верить сотруднику — он должен видеть. Excel фиксирует слова о работе, CRM фиксирует саму работу. А на рынке, где клиентов всего семь тысяч, невидимая работа стоит слишком дорого.

В первую очередь это кейс о CRM для СРО — ассоциаций и союзов, которые ведут привлечение по конечной базе. Но та же логика работает в любом бизнесе, где менеджеры работают удалённо, база конечна, а клиент принимает решение месяцами: b2b-услуги, сертификация, промышленные поставки, длинные корпоративные продажи.

Если хочется глубже понять подход до внедрения — статья «CRM как цифровой контроль: как собственнику видеть реальную картину продаж».

Если команда распределена по городам — статья «Удалённый отдел продаж без CRM: почему это всегда временно».

Похожая боль на другом масштабе — кейс «Пиломатериалы: 80 звонков в день и ноль контроля»: если звонок не зафиксирован, его не было.

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

Да. В этом проекте базы трёх специалистов перенесли вместе с датами звонков, комментариями и ответственными, а дубли организаций склеили автоматически. Ежемесячные выгрузки новых компаний из Контур. Фокуса клиент после обучения загружает самостоятельно.

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

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

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

Да, если есть база организаций, повторные касания и специалисты, чью работу нужно видеть. Логика та же: этапы воронки отражают действия специалиста, характеристики организации живут в тегах и полях, каждый контакт оставляет след.