Почему мы не стали сразу делать интеграцию с amoCRM

У команды давно чешутся руки начать интеграцию “Дожми Продажи” с amoCRM.

Да и у меня тоже.

Логика кажется очевидной.

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

Но в этой логике есть опасный пропуск.

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

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

Кто сейчас вообще приходит за внедрением amoCRM и какую работу эти компании пытаются решить?

Мы разобрали порядка 100 свежих обращений от компаний, которые ищут внедрение CRM.

Основной массив был собран в конце июня и начале июля 2026 года.

Это не репрезентативное исследование всего российского бизнеса. В нём нет достоверных данных о бюджетах, конверсии в договор, прибыльности проектов и дальнейшем использовании системы.

Это текущий срез спроса.

Но его оказалось достаточно, чтобы увидеть, на какой стадии находятся новые пользователи CRM и насколько этот поток пересекается с рынком “Дожми Продажи”.

Кто сейчас приходит за внедрением amoCRM

Основной поток - небольшие компании и команды.

Часто это:

• бизнес, который только запускается;

• новое направление внутри действующей компании;

• собственник и несколько сотрудников;

• небольшой отдел продаж;

• компания, которая раньше работала через телефон, почту и мессенджеры;

• команда, которая впервые пытается формализовать работу с клиентами.

Есть и более крупные проекты.

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

Но массовый запрос выглядит иначе.

Большинство компаний пока находится в начале систематизации продаж.

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

Сначала им нужно собрать базовый процесс.

Первая работа CRM - объединить обращения

Клиенты приходят из разных каналов:

• по телефону;

• через Telegram, WhatsApp и другие мессенджеры;

• с сайтов и форм;

• из электронной почты;

• с Avito и других площадок;

• из социальных сетей;

• из отраслевых сервисов.

Информация разбросана.

Часть общения остаётся в личных телефонах сотрудников.

По одному клиенту нет общей истории.

По другому непонятно, кто должен перезвонить.

Третьему отправили предложение, но не договорились о следующем контакте.

Поэтому первый запрос к CRM звучит не так:

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

Он звучит гораздо проще:

Соберите все обращения в одном месте и помогите нам их не терять.

Компании хотят видеть:

• кто обратился;

• откуда пришёл клиент;

• кто с ним работает;

• о чём договорились;

• на каком этапе находится сделка;

• что сотрудник должен сделать дальше.

Для нового пользователя CRM уже это является большим изменением.

Компании покупают не лицензию, а готовый запуск

Ещё один повторяющийся сигнал - клиентам редко нужна просто лицензия.

Они хотят увидеть законченный рабочий сценарий.

Им нужно:

• понять, как CRM будет работать именно в их процессе;

• подключить существующие источники обращений;

• настроить понятную воронку;

• создать задачи и уведомления;

• перенести данные;

• обучить сотрудников;

• заранее понять стоимость;

• запустить систему, а не остаться с пустым интерфейсом.

Поэтому в обращениях постоянно возникает запрос на демонстрацию.

Клиент хочет сначала увидеть конечный результат:

1. Пришло обращение.
2. Оно попало в систему.
3. Менеджер увидел, что нужно сделать.
4. Руководитель увидел состояние сделки.
5. Следующий контакт не потерялся.

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

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

Мол, компания сама не понимает, что ей нужно.

Я думаю иначе.

Клиент не обязан заранее знать архитектуру CRM.

Он может хорошо понимать свой бизнес и при этом не знать, как должны быть связаны телефония, мессенджеры, воронка, задачи, аналитика и AI.

Его вопрос нормальный:

Что конкретно я получу на выходе?

Если мы не можем быстро показать ответ, проблема не в клиенте.

Проблема в нашей упаковке и в процессе внедрения.

Почему новые внедрения пока не наш основной рынок

Главный вывод исследования оказался для нас не очень удобным.

В массовом потоке новых внедрений amoCRM наш зрелый клиент встречается редко.

Не потому, что небольшие компании нам неинтересны.

И не потому, что им никогда не понадобится аналитика коммуникаций.

Просто сейчас они находятся на другой стадии.

Их текущая работа:

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

Наша основная работа возникает позже.

Когда:

• CRM уже встроена в процесс;

• в компании работает несколько менеджеров;

• накоплена история сделок, звонков и переписок;

• собственник больше не видит каждый разговор;

• руководитель не может вручную проверить весь поток;

• отчёты показывают статусы и активность, но не объясняют содержание коммуникаций;

• сотрудники и руководители по-разному понимают стандарт работы;

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

• найденный сигнал может привести к конкретному управленческому действию.

Новой компании сначала нужно ответить на вопрос:

Где находятся наши обращения и кто за них отвечает?

Более зрелой компании нужен следующий ответ:

Что реально происходит внутри этих обращений и как работает команда?

Это две последовательные стадии.

Где начинается контроль менеджеров в amoCRM

amoCRM уже даёт руководителю значительный слой данных.

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

Руководитель может сравнивать менеджеров и находить участки, которые требуют внимания.

Это важная часть управления.

Поэтому мы не хотим строить позиционирование на тезисе:

В CRM ничего не видно.

Видно многое.

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

Например:

• менеджер совершил звонок, но выяснил ли он реальную задачу клиента;

• отправил коммерческое предложение, но договорился ли о следующем контакте;

• ответил на возражение, но раскрыл ли его причину;

• поставил задачу, но соответствует ли она договорённости с клиентом;

• много общался, но двигалась ли сделка;

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

CRM фиксирует движение и события.

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

Именно поэтому контроль менеджеров в amoCRM нельзя сводить только к количеству звонков, задач или созданных сделок.

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

Коммуникации помогают понять, что именно произошло.

Что показывает аналитика amoCRM, а что нужно искать в коммуникациях

Встроенная аналитика amoCRM помогает ответить на вопросы:

• сколько сделок находится в работе;

• как они двигаются по воронке;

• какая конверсия между этапами;

• сколько сделок выиграно и потеряно;

• какие задачи создают и выполняют менеджеры;

• где есть просрочки;

• сколько звонков совершено;

• какова их длительность;

• как распределяется активность между сотрудниками.

Это фактический слой процесса.

Анализ звонков и переписок отвечает на другой класс вопросов:

• что клиент пытался решить;

• какие боли и критерии выбора повторяются;

• какие возражения возникают;

• выяснил ли менеджер контекст;

• сформулировал ли конкретный следующий шаг;

• удержал ли инициативу;

• что происходило перед переходом сделки на следующий этап;

• чем коммуникации успешных сделок отличаются от проваленных;

• одинаково ли руководитель, РОП, сотрудник и AI понимают выбранный критерий.

Не нужно противопоставлять эти слои.

Без CRM сложнее восстановить этап, ответственного, результат и историю сделки.

Без коммуникаций сложнее понять смысл событий, которые зафиксированы в CRM.

Наша задача - связать оба слоя.

Что делать после внедрения CRM

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

Добавлять новые поля.
Перестраивать воронки.
Подключать очередные виджеты.
Создавать новые отчёты.
Автоматизировать всё больше действий.

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

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

Сначала добиться устойчивого коммуникационного следа

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

Не обязательно сразу иметь идеальные данные.

Но должно быть понятно:

• откуда приходит информация;

• какие каналы уже подключены;

• каких данных не хватает;

• можно ли восстановить цепочку сделки;

• насколько выводы будут полными.

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

Не пытаться сразу анализировать всё.

Например:

• фиксируют ли менеджеры следующий шаг после отправки КП;

• возвращаются ли к зависшим сделкам;

• раскрывают ли возражение по цене;

• назначают ли встречу или замер;

• предлагают ли смежный товар;

• чем отличаются сделки, дошедшие до целевого этапа.

Один вопрос проще проверить, откалибровать и связать с решением.

После этого проверить вопрос на реальных коммуникациях

Не на демонстрационных данных.

Не на общей методологии.

На звонках, переписках и сделках самой компании.

Только так становится видно:

• достаточно ли данных;

• можно ли проверить критерий;

• согласен ли руководитель с оценкой;

• есть ли повторяющийся сигнал;

• что компания сможет сделать после получения результата.

И уже потом имеет смысл расширять глубину анализа.

Что исследование меняет в “Дожми Продажи”

Мы не меняем основную идею продукта.

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

Но меняется способ входа в продукт.

1. Мы не будем оценивать рынок по числу новых внедрений

Количество компаний, которые хотят установить amoCRM, не равно количеству потенциальных клиентов “Дожми Продажи”.

Это разные стадии.

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

Нас интересуют компании, где:

• amoCRM уже используется;

• есть регулярный поток обращений;

• работают несколько менеджеров;

• накоплена история коммуникаций;

• подключена телефония или другие каналы;

• у руководителя есть конкретный спорный вопрос;

• после сигнала есть человек, который сможет изменить процесс.

Это не означает, что мы заранее знаем идеальный размер компании или точный порог количества звонков.

Это нужно проверить на реальных пилотах.

Но направление поиска стало значительно яснее.

2. Перед полной интеграцией мы должны проверить работу на зрелых пользователях

Интеграция сама по себе является технической возможностью.

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

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

На пилоте нужно проверить:

• какие данные реально доступны;

• насколько полно восстанавливается цепочка сделки;

• какой вопрос клиент хочет решить;

• можно ли превратить его в проверяемый критерий;

• доверяет ли руководитель результату;

• приводит ли результат к действию;

• возвращается ли компания к показателю повторно.

Если этого нет, нативная интеграция не создаст рынок.

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

3. Первое знакомство должно начинаться с результата

На первой встрече клиенту не нужно показывать всю платформу.

Не нужно начинать с архитектуры, списка агентов, настроек или схемы интеграций.

Нужно показать один законченный управленческий сценарий.

Например:

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

Дальше он должен увидеть:

• формулировку критерия;

• общий показатель;

• изменение по периодам;

• сравнение сотрудников;

• конкретные карточки коммуникаций;

• опорные цитаты;

• спорные случаи;

• возможное управленческое действие.

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

Потом обсуждает данные и подключение.

4. Пилот должен стать отдельным этапом продукта

Пилот - это не бесплатный тариф и не сокращённая подписка.

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

У пилота должны быть границы:

• один отдел или сегмент;

• один управленческий вопрос;

• один или несколько связанных критериев;

• ограниченный исторический период;

• заранее обозначенный результат;

• понятный владелец реакции.

Во время пилота проверяется не только качество AI-анализа.

Проверяется вся цепочка:

данные -> критерий -> оценка -> доверие -> вывод -> действие -> повторное использование.

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

5. Калибровка должна происходить внутри продукта

Речевая аналитика amoCRM или любой другой CRM не может работать как универсальный судья.

В разных компаниях один и тот же критерий понимается по-разному.

Например, “следующий шаг зафиксирован” может означать:

• менеджер сказал, что свяжется позже;

• клиент согласился продолжить разговор;

• назначена конкретная дата;

• согласованы дата, время и ответственный;

• создана задача в CRM;

• клиент сам должен вернуться с решением.

Для одного руководителя достаточно первого варианта.

Для другого критерием считается только конкретная договорённость.

Поэтому продукт должен позволять:

• увидеть оценку AI;

• открыть опорный фрагмент;

• согласиться или не согласиться;

• отметить спорный случай;

• уточнить критерий;

• проверить, одинаково ли его понимают собственник, РОП и сотрудники.

Без калибровки цифра вызывает спор.

После калибровки она может стать рабочим стандартом.

6. Постоянная оплата должна начинаться после подтверждения регулярной работы

Сам факт подключения amoCRM ничего не доказывает.

Первая обработанная выборка тоже.

Даже полезный отчёт может остаться одноразовым исследованием.

Постоянная оплата становится логичной, когда подтверждено:

• данные поступают устойчиво;

• критерий откалиброван;

• руководитель доверяет оценке;

• результат связан с понятным действием;

• есть владелец реакции;

• к показателю возвращаются регулярно;

• после первого вопроса возникает следующий управленческий фокус.

Поэтому для нас правильная последовательность выглядит так:

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

Не:

Установка приложения -> короткий тест -> тариф.

Значит ли это, что интеграция с amoCRM не нужна

Нет.

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

Оно показало, что мы неправильно оценивали основание для её разработки.

Нельзя смотреть только на размер установленной базы amoCRM.

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

Нам нужен не просто пользователь CRM.

Нам нужна компания, у которой:

• процесс уже работает;

• коммуникации уже накоплены;

• менеджеров достаточно, чтобы ручной контроль перестал справляться;

• стандарт существует, но выполняется неодинаково;

• руководитель хочет проверить конкретный вопрос;

• результат может стать частью регулярного управления.

Именно на таких компаниях нужно сначала подтвердить сценарий.

После этого можно принимать решение о глубине интеграции, приоритетах разработки и масштабе рынка.

Главный вывод

Мы начали с простой мысли:

В amoCRM много компаний, значит, нужно быстрее делать интеграцию.

После исследования вопрос изменился.

Теперь он звучит так:

Сколько компаний внутри amoCRM уже дошли до работы, которую решает “Дожми Продажи”?

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

Это важная работа.

Но наш основной продукт начинается на следующем уровне.

Когда CRM уже показывает этап сделки, а руководитель хочет понять:

• что происходило внутри коммуникаций;

• как реально работал менеджер;

• где расходятся ожидание и факт;

• какие действия повторяются в успешных и проваленных цепочках;

• что стоит проверить и изменить дальше.

Поэтому мы не отказываемся от интеграции с amoCRM.

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

Интеграция создаёт доступ к данным.

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

Частые вопросы

Что показывает аналитика amoCRM?

amoCRM позволяет анализировать движение и конверсию сделок, активность сотрудников, задачи, просрочки, бюджеты, количество и длительность звонков.

Конкретный набор возможностей зависит от настроек и тарифа.

Можно ли контролировать менеджеров через amoCRM?

Да.

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

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

Зачем анализировать звонки, если amoCRM уже внедрена?

CRM фиксирует факт звонка, его связь со сделкой, ответственного и другие данные процесса.

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

Это не замена CRM, а дополнительный слой управленческой информации.

Когда компании нужна речевая аналитика amoCRM?

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

При этом сама по себе расшифровка или оценка звонков ещё не создаёт регулярную ценность.

Нужны критерий, калибровка и человек, который будет реагировать на результат.

Что делать после внедрения CRM?

Сначала добиться устойчивого сохранения сделок и коммуникаций.

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

После этого можно расширять аналитику и подключать новые сценарии.

Нужна ли отдельная интеграция с amoCRM?

Для постоянной автоматической передачи данных нативная интеграция обычно упрощает работу.

Но сама по себе она не является бизнес-результатом.

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