Обращения из комментариев Instagram* в amoCRM: что проверить в маршрутизации
Публичный комментарий под постом — это не Direct и не ответ сотрудника в CRM. Если обращение потерялось, проверяйте путь именно этого комментария: аккаунт → пост → комментарий → карточка → ответственный → ответ под исходным комментарием.
Комментарий, Direct и ответ: три разных маршрута
У одного человека могут быть разные обращения:
- публичный комментарий под конкретным постом;
- Direct — личное сообщение аккаунту;
- ответ в CRM — действие сотрудника или автоматического сценария.
Это разные события. Для них могут действовать разные правила. Поэтому наличие Direct в CRM ещё не означает, что выбранное подключение принимает комментарии. Не смешивайте эти проверки и не объединяйте людей только по имени.
1. Запишите, с чего начинается путь
Возьмите один тестовый комментарий и заполните его простую «карточку проверки». Это заготовка для теста, а не результат проверки клиента:
- метка теста и время с часовым поясом;
- подключённый аккаунт;
- тип поста и ссылка на него;
- ссылка на комментарий и его ID, если подключение их показывает;
- текст комментария без данных клиента;
- место, где обращение должно появиться в amoCRM.
Если какое-то поле подключение не показывает, напишите «не поддерживается». Не подставляйте значение наугад. Не удаляйте комментарии и не отключайте рабочие каналы ради проверки в рабочем аккаунте.
2. Заранее договоритесь, куда попадёт обращение
До теста ответьте на три вопроса:
- В какой воронке или другом месте amoCRM должен оказаться комментарий?
- Что в вашей работе считается новой заявкой, а что — новым сообщением в уже существующей карточке?
- По каким данным карточку можно связать с постом и исходным комментарием?
Не считайте по умолчанию, что каждый комментарий должен создавать сделку. Это зависит от вашего процесса и конкретного подключения. Во время проверки запишите фактический номер карточки или заявки, место её появления, связь с постом и первый момент, где ожидание не совпало с результатом.
Для общей проверки потерянной заявки пригодится чек-лист передачи заявки в amoCRM. Здесь же задача уже: проследить путь одного публичного комментария.
3. Отличите повтор от нового вопроса
Сравнивайте не только имя автора, но и сам комментарий:
- тот же ID или та же ссылка, обработанные ещё раз, — вероятный повтор;
- тот же автор, но другой пост, — новый комментарий, а не обязательно дубль;
- разные авторы с похожими именами — разные люди, пока нет подтверждения обратного;
- новый текст под тем же постом — отдельное обращение, если ваши правила не говорят иначе.
Username — это не телефон и не доказательство, что человек тот же, что и в Direct. Если правило объединения не описано, оставьте обращения раздельными и передайте вопрос CRM-администратору.
4. Проверьте, кто видит обращение
Когда комментарий появился в CRM, проверьте результат простыми вопросами:
- назначен ли нужный сотрудник;
- видит ли он аккаунт и пост;
- открывается ли ссылка на исходный комментарий;
- видны ли нужные поля и история;
- не оказалось ли обращение в месте, где сотрудник его не ищет.
Если карточка есть, но сотрудник не видит её или контекст, это отдельная проблема с доступом. Не смешивайте её с вопросом, дошёл ли комментарий до CRM.
5. Проверьте, куда попал ответ
Запись действия в CRM ещё не доказывает, что ответ появился под нужным комментарием. Проверяйте два варианта отдельно:
- вручную: сотрудник выбрал правильный аккаунт, пост и комментарий, на который отвечает;
- автоматически: такой сценарий поддерживается этим подключением, а результат виден в исходной ветке.
Сверьте текст ответа, аккаунт отправителя и комментарий, под которым он опубликован. Не обещайте доставку или запись ответа для любого подключения — сначала проверьте, подходит ли сценарий именно вам.
6. Передайте специалисту место, где всё разошлось
Для разбора не нужны пароли, токены и данные клиентов. Передайте только:
- метку теста и часовой пояс;
- аккаунт, тип и ссылку на пост;
- ссылку или доступные ID комментария;
- место, где обращение должно быть в amoCRM;
- фактический номер карточки и назначенного сотрудника;
- выбранный способ ответа и фактическую ветку;
- первый шаг, где ожидание не совпало с результатом.
Для маршрута воронки и ответственности обсудите настройку amoCRM. Если нужен ответ именно под комментарием, проверьте применимость отдельного решения к вашему подключению — без предположения, что оно подходит для любого аккаунта.
Короткая проверка перед завершением
- Публичный комментарий, Direct и ответ в CRM проверены отдельно.
- Записаны аккаунт, пост, ссылка и доступные ID.
- Заранее определено место обращения; правило «сделка на каждый комментарий» не принято без подтверждения.
- Повтор события отличён от нового комментария.
- Автор не объединён только по похожему имени.
- Проверены карточка, пост, ответственный и доступ сотрудника.
- Ответ найден в исходной ветке, а не только в записи CRM.
- Место расхождения передано без секретов и данных клиентов.
Часто задаваемые вопросы
Почему Direct есть в CRM, а комментариев нет?
Это разные события и направления. Проверьте, поддерживает ли выбранное подключение именно комментарии и согласован ли такой тип публикации. Наличие Direct само по себе не подтверждает обработку комментариев.
Нужно ли создавать сделку на каждый комментарий?
Нет универсального правила. Ожидаемое место обращения задаётся вашим процессом и возможностями конкретного подключения: это может быть новая карточка, существующая карточка или другой согласованный объект.
Два комментария одного автора — это дубль?
Сначала сравните ID или ссылки, публикацию и текст события. Повтор обработки одного события и новый комментарий под другой публикацией — разные ситуации. Похожее имя автора не является достаточным ключом.
Если бот сработал в CRM, ответ опубликован?
Не обязательно. Проверьте фактический текст в исходной ветке, аккаунт публикации и родительский комментарий. Запись действия в CRM не равна публикации ответа в нужном месте.
Можно ли объединить автора комментария с контактом из Direct?
Только по подтверждённому ключу и документированному правилу конкретного процесса. Не объединяйте людей по одному username или похожему имени.