Тикет поддержки в Zendesk открывается с уже видимыми сделками клиента, решённый тикет попадает в историю клиента в CRM, а продажи узнают о жалобе раньше, чем клиент им позвонит.
Zendesk — там, где живёт поддержка: тикеты из почты, чата, телефона и соцсетей, агенты, правила ответов. CRM — там, где живут клиент, сделка и деньги. Между ними обычно есть разрыв — поддержка не видит, что пишущий человек является клиентом с открытым продлением, а продажи не видят, что у клиента три нерешённых тикета. Подключение закрывает этот разрыв: новый тикет сопоставляется с карточкой клиента по почте или телефону и показывает агенту сделки и менеджера клиента; решённый тикет записывается в историю клиента в CRM; тикет, отмеченный как срочный или как жалоба, сразу показывается менеджеру клиента; а выигранная в CRM сделка может открыть приветственный тикет для онбординга. Агенты продолжают работать в Zendesk, менеджеры — в CRM, и обе стороны видят одного и того же клиента.
Вместе смотрим на ваш Zendesk: какие каналы приносят тикеты, какие поля тикета, теги и приоритеты важны, как агенты отмечают жалобу или срочный случай и что из этого должно быть видно в CRM.
Ваш администратор Zendesk регистрирует подключение в Admin Center и выдаёт ему вход с явным согласием — Zendesk переводит все интеграции на этот способ входа и отключает старые ключи-пароли, поэтому мы строим на том способе, который продолжит работать. Для этого шага нужны права администратора.
Договариваемся, как тикет находит своего клиента: сначала по почте запросившего, затем по телефону, затем по названию организации. Тикеты от незнакомых людей либо создают новый лид в CRM, либо ждут, пока менеджер их привяжет, — на ваш выбор.
Сопоставляем тикет с историей клиента: тему и первое сообщение — с заметкой, агента — с автором, статус и приоритет — с полями, которые вы хотите видеть в карточке, ссылку на тикет — чтобы менеджер открыл его в Zendesk одним кликом.
Администратор настраивает уведомления в Admin Center: Zendesk сам присылает подключению сообщение, когда тикет создан, меняет статус или получает выбранный тег, — через те же правила ответов, которыми уже пользуются ваши агенты, — поэтому ничего не нужно проверять руками.
Договариваемся, что идёт в обратную сторону: открывает ли выигранная сделка приветственный тикет, записывается ли смена менеджера клиента в CRM в организацию Zendesk и должен ли агент видеть этап сделки в тикете.
Сначала запускаем подключение на пробном Zendesk или на тестовом наборе тикетов, сверяем заметки, которые оно создаёт, с вашей карточкой и только потом переключаем на рабочий аккаунт. Представления, макросы и правила ответов ваших агентов остаются такими, как были.
Сценарии автоматизации
01
Тикет открывается с уже видимыми сделками клиента
Былоклиент пишет в поддержку, агент не знает, кто это, отвечает как незнакомцу, и только потом узнаёт от продаж, что это ключевой клиент посреди продления.
Сталотикет сопоставляется с карточкой клиента по почте, и агент видит менеджера клиента, открытые сделки и последний заказ прямо в тикете — и отвечает соответственно.
02
Решённый тикет попадает в историю клиента
Быломенеджер звонит клиенту с предложением апгрейда, не зная, что клиент на прошлой неделе спорил с поддержкой.
Сталокаждый решённый тикет записывается в историю клиента в CRM с темой, результатом и ссылкой, поэтому менеджер читает последние три тикета, прежде чем взять трубку.
03
Жалоба сразу показывается менеджеру клиента
Былоагент ставит на тикет тег «жалоба», а продажи узнают через неделю, когда клиент отказывается продлевать.
Сталокак только тег поставлен, менеджер клиента получает задачу в CRM со ссылкой на тикет и звонит клиенту в тот же день.
04
Выигранная сделка открывает приветственный тикет
Былопосле продажи менеджер пишет поддержке в чат «пожалуйста, проведите онбординг этого клиента», и просьба теряется среди других сообщений.
Сталокак только сделка отмечена выигранной, в Zendesk в очереди онбординга появляется тикет с данными клиента и договорённостями; поддержка начинает, никого не спрашивая.
Как это работает технически
Для тех, кто проверяет: каждый пункт ведёт на страницу официальной документации, откуда он взят.
Support API Zendesk (Ticketing API) работает с тикетами, пользователями, организациями и бизнес-правилами; тикеты могут приходить из почты, Help Center, чата, телефона, соцсетей или API.
Вебхуки отправляют HTTP-запрос на выбранный адрес, когда в Zendesk Support что-то происходит — например, создан тикет; неудачные запросы повторяются, а предохранитель защищает сломанные адреса.
Триггеры тикетов выполняют действия при создании или обновлении тикета, если выполнены условия; все триггеры проверяются по порядку при каждом изменении тикета.
Zendesk выводит API-токены из оборота: с 28 июля 2026 неиспользуемые 30 дней токены удаляются, а к 30 апреля 2027 все API-токены перестанут работать — интеграции должны перейти на OAuth.
Zendesk ограничивает, как часто к нему можно обращаться: число запросов в минуту зависит от вашего тарифа, а при превышении Zendesk отвечает ошибкой 429 и называет, сколько секунд подождать; более высокий лимит доступен отдельным дополнением. Один агент может обновить один и тот же тикет не больше 30 раз за 10 минут, а одновременно в очереди или в работе может быть не больше 30 массовых заданий, поэтому массовые изменения идут порциями. Уведомления от Zendesk настраивает только администратор или агент с собственной ролью, которая это разрешает; они доставляются максимально близко к реальному времени, но иногда с задержкой, повторяются до трёх раз, если наша сторона не отвечает, не гарантируют порядка поступления, а сообщение, которое отправляет Zendesk, не может превышать 16 000 символов. Сам Zendesk предупреждает не обновлять тикеты прямо из уведомления, потому что это вызывает конфликты и ошибки лимита, — поэтому записи обратно в Zendesk идут через очередь. Пробные аккаунты ограничены 10 уведомлениями и 60 вызовами в минуту. Старые ключи-пароли (API-токены) отключаются: неиспользуемые 30 дней токены удаляются с 28 июля 2026, а все они перестают работать к 30 апреля 2027, — поэтому мы с самого начала строим подключение на входе с явным согласием, для которого администратор должен его зарегистрировать.
Скриншоты
Экран в Zendesk, где настраивается соединение с CRM: Zendesk присылает уведомление каждый раз, когда тикет создан или изменён.Источник: support.zendesk.com ↗Разговор с клиентом в Zendesk — тикет, ответ и выполненные шаги попадают в историю клиента в CRM.Источник: www.zendesk.com ↗
Как начать
Три шага от первого сообщения до работы над вашим проектом.
01
Оставьте заявку
Опишите задачу в форме — текстом или голосом. Бюджет и сроки — по желанию.
02
Мы разбираем и оцениваем
Разработчик изучает ТЗ, уточняет непонятное и присылает оценку.
03
Начинаем
Как только объём и цена согласованы, начинаем работу.
Нет. Агенты остаются в Zendesk со своими представлениями, макросами и правилами ответов; подключение только показывает им сделки и менеджера клиента внутри тикета и записывает результат обратно в историю клиента. Продажи продолжают работать в CRM и видят тикеты там.
А если человека, пишущего в поддержку, ещё нет в CRM?
Вы выбираете. Либо подключение создаёт из тикета новый лид в CRM — имя, почта, телефон, тема, — либо тикет ждёт в списке «не привязанные», пока менеджер не привяжет его к нужной карточке или не решит, что это не клиент. Большинство команд начинает со второго варианта и переходит к первому, когда правилам сопоставления уже доверяют.
Мы уже подключаем Zendesk старым ключом. Он продолжит работать?
Недолго. Zendesk объявил, что его ключи-пароли выводятся из оборота: неиспользуемые 30 дней ключи удаляются с 28 июля 2026, а все они перестают работать к 30 апреля 2027. Новые подключения мы с самого начала строим на входе с явным согласием, а если у вас есть старое подключение, помогаем перенести его до этой даты.
Кто главный — Zendesk или CRM?
Решаем это для каждого поля. Клиент, сделка, менеджер и деньги живут в CRM и показываются в Zendesk; тикет, его статус, агент и переписка живут в Zendesk и показываются в CRM. У каждого поля один дом, поэтому они никогда не спорят, а записи обратно в Zendesk идут через очередь — именно так, как советует сам Zendesk.
Расскажите, что нужно подключить
Опишите задачу текстом или голосовым. Мы посмотрим, что у вас есть, и ответим планом.
Zendesk — товарный знак правообладателя. CoreviaFlow не аффилирована с ним, если не указано иное. Скриншоты взяты из открытых материалов разработчика, источник — под каждым.