Сбор ответов · 13 октября 2026 г.
Как сделать опрос в amoCRM: честный ответ про отсутствие встроенного конструктора
В amoCRM нет встроенного конструктора анкет, и это стоит сказать прямо, а не обходить расплывчатыми формулировками: система создавалась как инструмент управления продажами, а не как платформа форм, в отличие от некоторых конкурентов с собственным разделом опросов. Рабочий путь состоит из трёх связанных частей: Salesbot аккуратно отправляет клиенту персональную ссылку на внешнюю анкету в нужный момент диалога, цифровая воронка полностью автоматизирует точный момент отправки по конкретному этапу сделки, а уже готовые ответы возвращаются обратно в amoCRM как значения нужных полей через интеграцию или настроенный вебхук. Дальше — как собрать всю эту рабочую связку без разработчика там, где это возможно, и где он всё-таки обязательно понадобится.
Почему в amoCRM нет кнопки «создать опрос»
amoCRM спроектирована вокруг сделки и воронки продаж: карточка, этапы, задачи, звонки — и в этой модели нет места разделу «форма опроса» с собственным конструктором вопросов, как, например, у Битрикс24 с его CRM-формами. Это не недостаток продукта, а следствие выбранного фокуса: amoCRM целенаправленно остаётся простой системой продаж и не обвешивается смежными модулями, которые нужны не всем. Отсюда прямое следствие для задачи «сделать опрос»: искать встроенную кнопку совершенно бессмысленно, нужный результат собирается из нескольких уже существующих инструментов самой платформы.
Три инструмента, из которых складывается решение: Salesbot — конструктор автоматических диалоговых сценариев, который умеет писать клиенту и ждать ответ; цифровая воронка — правила автоматизации по этапам сделки, которые запускают Salesbot в нужный момент; и поля сделки или контакта, куда в итоге должен попасть результат анкеты, чтобы менеджер видел его в привычной карточке. Ни один из трёх сам по себе не является «опросом», но вместе они закрывают задачу без необходимости привлекать разработчика для большинства сценариев.
Разница с Битрикс24 здесь показательна. У конкурента форма создаёт или обновляет карточку автоматически одним действием внутри одного инструмента; в amoCRM тот же результат получается сборкой из нескольких деталей, каждая из которых решает свою часть задачи. Это не хуже и не лучше — это другой инженерный подход платформы, и его стоит принять как данность с самого начала, а не тратить время на поиски несуществующей кнопки «создать опрос» в настройках или в магазине интеграций amoCRM, где её тоже нет в виде единого встроенного модуля.
Salesbot: простая анкета прямо в диалоге
Salesbot умеет не только присылать ссылку, но и сам задавать короткие закрытые вопросы прямо в мессенджере или чате, если канал связи подключён — например, во встроенном чате на сайте или в WhatsApp через интеграцию. Ответ клиента сохраняется в переменную сценария и оттуда записывается в поле сделки следующим шагом. Это рабочий вариант для двух-четырёх вопросов с закрытыми вариантами — аналог того же принципа, что у бота-конструктора в Telegram: диалог держит внимание клиента лучше холодной ссылки, но сложность вопроса жёстко ограничена форматом чата.
Как только вопросов становится больше четырёх-пяти или среди них появляется открытый текст длиннее пары слов, Salesbot как интерфейс анкеты перестаёт быть удобным: сценарий разрастается в громадное дерево условий, которое тяжело поддерживать, а клиент в чате не горит желанием отвечать на десятый вопрос подряд. Здесь Salesbot меняет роль — он больше не задаёт вопросы сам, а просто отправляет ссылку на внешнюю форму в нужный момент, становясь каналом доставки, а не интерфейсом сбора.
Есть и промежуточная настройка, которую стоит знать: Salesbot может задать один закрытый вопрос-фильтр перед тем, как отправить ссылку на внешнюю форму, и в зависимости от ответа повести клиента по разным сценариям. Например, вопрос «вы уже получили заказ?» с кнопками «да» и «ещё нет» — тем, кто ответил «нет», бот не присылает анкету вовсе, а переносит напоминание на завтра, а тем, кто ответил «да», сразу даёт ссылку на полную форму. Такой гибрид забирает лучшее из обеих частей связки: простую логику фильтра в чате и полноценную анкету на внешней форме там, где она действительно нужна.
Цифровая воронка: когда отправлять ссылку
Цифровая воронка — это набор правил вида «когда сделка переходит на этап X, сделать Y»: отправить письмо, запустить Salesbot, поставить задачу менеджеру. Для опроса типичное правило — запуск Salesbot со ссылкой на анкету через день после того, как сделка помечена «успешно завершена», то есть ровно в момент, когда у клиента есть свежий опыт, но ещё нет повода забыть о нём. Задержка в один день вместо мгновенной отправки обычно повышает содержательность ответов: сразу после покупки человек ещё не успел попробовать продукт в деле.
| Элемент связки | Что делает | Где настраивается |
|---|---|---|
| Цифровая воронка | Запускает отправку в нужный момент по этапу сделки | Настройки воронки продаж |
| Salesbot | Отправляет ссылку или задаёт короткие вопросы в чате | Конструктор Salesbot |
| Внешняя форма | Показывает полноценную анкету со шкалами и логикой | Отдельный сервис опросов |
| Вебхук или интеграция | Возвращает ответы в поля сделки или контакта | Настройки интеграции / разработчик |
Задержку в один день стоит сверять с характером продукта, а не применять механически ко всем сделкам подряд. Для услуги с мгновенным результатом — консультация, разовая доставка — задержка в сутки действительно уместна. Для продукта с долгим циклом освоения, когда клиент только через неделю начинает пользоваться покупкой по-настоящему, разумнее настроить два отдельных правила: быстрый опрос удовлетворённости самой покупкой сразу после сделки и более содержательный опрос об опыте использования через одну-две недели — два разных вопроса в два разных момента вместо одного универсального, который одинаково плохо подходит обоим случаям.
Как вернуть ответы внешней формы обратно в amoCRM
Самое слабое место связки — обратный путь данных. Внешний сервис опросов не знает про amoCRM по умолчанию, и чтобы ответ клиента появился в поле сделки, а не остался только в самом сервисе опросов, нужен один из трёх механизмов: готовая интеграция между двумя сервисами, если она существует; вебхук, который внешняя форма отправляет на адрес amoCRM API при каждом новом ответе; либо ручной перенос вручную для небольших объёмов, когда проще раз в неделю скопировать десяток ответов в нужные поля, чем настраивать автоматику под редкий опрос.
Для связывания конкретного ответа с конкретной сделкой в ссылку на внешнюю форму включают идентификатор сделки как скрытый параметр — тогда при обратной передаче через вебхук сразу ясно, в какую карточку писать результат. Здесь же кроется предупреждение про анонимность: если в ссылку зашит идентификатор сделки, для компании респондент не анонимен, даже если форма внешне выглядит обезличенной, — об этом стоит прямо написать в приглашении, а не оставлять как подразумеваемое по умолчанию.
Полезно держать под рукой простой тест работоспособности всей цепочки, который можно прогнать за пять минут: провести тестовую сделку по воронке самостоятельно, под своим собственным номером или почтой, дождаться ссылки от Salesbot, заполнить форму тестовыми данными и проверить, появился ли результат в карточке. Такую проверку стоит повторять не только при первой настройке, но и после любого изменения воронки, формы или полей CRM — именно в момент правок цепочка чаще всего молча ломается, а узнают об этом обычно только задним числом, по жалобе недовольного клиента, которому вместо аккуратной персональной ссылки на короткую анкету пришло что-то явно сломанное или вовсе не пришло ничего.
На практике вебхук настраивается один раз и дальше работает автономно, но первая настройка требует аккуратности: нужно аккуратно сопоставить все поля внешней формы с соответствующими полями amoCRM по именам или уникальным идентификаторам, тщательно проверить формат передаваемых данных — например, оценку по шкале форма может отдавать как число, а поле CRM ожидать как текст, — и тщательно протестировать получившуюся связку на нескольких тестовых ответах перед тем, как окончательно запускать её на реальных живых клиентах всей базы. Пропуск этого шага тестирования — частая причина, по которой интеграция «вроде настроена», а поля в карточках всё равно остаются пустыми: ошибка в сопоставлении форматов не выдаёт явного сообщения, она просто не записывает значение.
Стоит также заранее решить, что делать с ответами, которые не удалось сопоставить ни с одной сделкой — например, если клиент прошёл по ссылке после того, как сделка в CRM уже была удалена или объединена с другой. В хорошо спроектированной и заранее продуманной связке такие редкие «осиротевшие» ответы вообще не теряются молча где-то внутри системы, а аккуратно падают в отдельный список для ручной проверки раз в неделю ответственным человеком. Без этой предосторожности часть ответов просто исчезает без следа, и обнаруживается это обычно только тогда, когда расходятся числа в отчёте внешнего сервиса и в CRM, а разбираться в причине задним числом намного дороже, чем настроить обработку таких случаев сразу.
Когда вообще не нужна интеграция с CRM
Для многих задач обратная синхронизация с amoCRM избыточна. Если цель опроса — понять общее настроение клиентов по сегменту, а не принять решение по конкретной сделке, результаты можно смотреть прямо в дашборде внешнего сервиса опросов, например «До Сути», без единой интеграции: достаточно, чтобы Salesbot разослал ссылку всем нужным сделкам по правилу воронки, а дальше анализ идёт отдельно от CRM, агрегированно по всей выборке. Интеграция обратно в поля сделки нужна только тогда, когда конкретный ответ конкретного клиента должен менять действия менеджера по этой же сделке здесь и сейчас.
Есть и промежуточный вариант между полной автоматикой и чистой агрегированной сводкой: раз в неделю вручную просматривать свежие ответы во внешнем сервисе и для тех, что требуют немедленной реакции — например, очень низкая оценка, — вручную ставить задачу нужному менеджеру в amoCRM без всякого вебхука. Для небольшого потока ответов, скажем, до пятидесяти в неделю, это занимает меньше времени, чем настройка и поддержка автоматической интеграции, и часто оказывается разумным промежуточным решением на первые месяцы, прежде чем вкладываться в полноценную автоматизацию.
Ограничения метода
У связки из трёх инструментов нет единого места настройки — в отличие от CRM, где форма встроена изначально, здесь приходится синхронизировать три отдельные системы, и поломка любой из них рвёт всю цепочку незаметно: Salesbot может отправить сообщение, а внешняя форма в этот момент быть недоступна, или вебхук перестать принимать данные после смены адреса API без предупреждения. Второе ограничение — Salesbot работает только там, где подключён канал связи с клиентом: без интеграции с WhatsApp, встроенным чатом или почтой у amoCRM просто нет способа написать клиенту первым.
Типичные ошибки
- Искать встроенный раздел опросов в amoCRM и тратить время впустую — его там нет.
- Пытаться задать Salesbot-ом больше четырёх-пяти вопросов вместо передачи ссылки на внешнюю форму.
- Зашивать идентификатор сделки в ссылку и при этом называть форму анонимной в тексте приглашения.
- Настраивать обратный вебхук без проверки, что он действительно продолжает работать после обновлений API.
- Строить сложную интеграцию с CRM там, где достаточно агрегированного отчёта во внешнем сервисе опросов.
- Определить момент в воронке, когда отправлять ссылку, и настроить правило цифровой воронки.
- Выбрать канал доставки через Salesbot — чат, WhatsApp или почту — по тому, что реально подключено.
- Решить, нужна ли обратная запись ответа в поле сделки, или достаточно отдельного отчёта во внешнем сервисе.
С чего начать
Стоит с самого начала назначить одного ответственного за всю связку, а не распределять её между отделом продаж и разработчиком без явной границы. Salesbot и цифровую воронку обычно настраивает тот же человек, что ведёт продажи, — это его зона, он лучше знает, на каком этапе уместно писать клиенту. Разработчик отвечает только за вебхук и сопоставление полей, и граница между этими двумя зонами должна быть зафиксирована явно: кто чинит, если клиенту не пришла ссылка, и кто чинит, если ссылка пришла, а ответ не попал в карточку. Без этого разделения оба специалиста при сбое кивают друг на друга, а проблема остаётся нерешённой неделями.
Начните без интеграции вовсе: настройте одно правило цифровой воронки, которое через Salesbot отправляет клиенту ссылку на внешнюю анкету после нужного этапа сделки, и посмотрите результаты в дашборде сервиса опросов отдельно от amoCRM. Это закрывает большинство задач за час настройки без разработчика. Только если окажется, что конкретный ответ должен менять карточку конкретной сделки прямо в CRM — переходите к настройке вебхука и зовите того, кто уже работал с API amoCRM, вместо попыток сделать это методом проб на живой базе клиентов.
Частые вопросы
Нет, в отличие от некоторых конкурентов со встроенным разделом CRM-форм, в amoCRM такого конструктора нет вовсе — система сфокусирована на управлении сделками, а не на сборе анкет. Рабочий результат достигается связкой из трёх существующих инструментов: Salesbot отправляет ссылку клиенту, цифровая воронка определяет момент отправки по этапу сделки, а внешний сервис опросов показывает саму анкету со всей логикой и шкалами.
Да, но только для двух-четырёх коротких закрытых вопросов — Salesbot умеет спрашивать прямо в чате и записывать ответ в поле сделки. При большем числе вопросов или открытом тексте сценарий бота разрастается в неудобное дерево условий, и правильнее переключить Salesbot в роль канала доставки: он просто присылает ссылку на полноценную внешнюю анкету вместо того, чтобы самостоятельно изображать её интерфейс.
Через готовую интеграцию между сервисами, если она существует, через вебхук, который форма отправляет в API amoCRM при каждом новом ответе, либо вручную для небольших объёмов. Для связи конкретного ответа с конкретной сделкой в ссылку на форму добавляют идентификатор сделки как параметр — но тогда респондент не анонимен для компании, и об этом стоит сообщить честно в тексте приглашения.
Для отправки ссылки через Salesbot и настройки цифровой воронки разработчик не требуется — это собирается в визуальных конструкторах отделом продаж самостоятельно. Разработчик нужен только для автоматической обратной записи ответов из внешней формы в поля сделки через вебхук и API. Если такая обратная синхронизация не нужна и достаточно отдельного отчёта по всем ответам, можно обойтись вовсе без разработчика.