Zendesk AI agents 업데이트: custom escalation 제거가 상담 자동화에 주는 의미
2026년 5월 25일 rollout 종료 후 운영자가 확인할 블록, 라벨, 해결 상태 점검 포인트
Zendesk AI agents custom escalation removal May 25 2026: 무엇이 바뀌나
2026-05-25는 Zendesk AI agents - Advanced dialogue builder에서 Custom escalation 제거 rollout이 끝나는 날입니다. AI agents 전체가 사라지는 뉴스가 아니라, 기존 Custom escalation 블록을 일반 AI agent message block으로 전환하는 운영 변경입니다.
Zendesk AI agents를 고객지원 자동화에 쓰는 팀이라면 이 변경을 단순한 화면 정리로만 넘기기는 어렵습니다. 상담 봇이 고객에게 안내 문구를 보여준 흐름과, 실제 상담원에게 넘긴 흐름을 같은 에스컬레이션처럼 보고 있었다면 리포트 해석이 흔들릴 수 있기 때문입니다.
Zendesk AI agents custom escalation removal May 25 2026에서 확인할 내용은 비교적 분명합니다. Advanced dialogue builder의 Custom escalation 옵션이 제거되고, 관련 블록은 AI agent message block으로 전환됩니다. 전환된 흐름에는 `custom_escalation_block` label이 붙어 이후 로그와 리포팅에서 따로 찾아볼 수 있습니다.
제가 보기에는 기능 축소라기보다 이름과 결과를 맞추는 정리에 가깝습니다. 고객에게 메시지만 보내는 블록을 계속 escalation으로 부르면 해결률, 이관률, 자동 해결 사용량을 섞어 읽기 쉽습니다. 그래서 2026-05-25 이후에는 어떤 흐름을 message-only로 둘지, 어떤 흐름을 실제 Escalation block으로 다시 설계할지 먼저 나눠 보는 편이 좋습니다.
업데이트 타임라인: 4월 공지부터 5월 25일 rollout 종료까지
날짜만 놓고 보면 2026-04-30 공지, 2026-05-18 rollout 시작, 2026-05-25 rollout 종료입니다. 관련 conversation status 통합은 2026-04-28에 따로 공지됐고, 종료 예정일은 2026-06-01입니다.
여기서 볼 부분은 Custom escalation 제거가 Zendesk의 상태 정의 정리 흐름과 나란히 움직인다는 점입니다. 작은 설정 하나가 사라진 것처럼 보여도, 운영 리포트에서는 message-only와 Assisted escalation을 구분하는 문제가 됩니다.
| 날짜 | 확인할 내용 | 운영 의미 |
|---|---|---|
| 2026-04-28 | AI agent 채널 전반의 conversation status 통합 공지 | Unassisted, Assisted escalation, Automated resolution 같은 상태 해석을 통일하려는 흐름 |
| 2026-04-30 | Custom escalation 제거 공식 공지 | Advanced dialogue builder 안의 특정 설정 변경 범위 확정 |
| 2026-05-18 | Custom escalation 제거 rollout 시작 | 일부 계정에서 블록 전환 확인 필요 |
| 2026-05-25 | Custom escalation 제거 rollout 종료 | 운영자가 전환 결과를 기준으로 로그와 리포팅을 점검할 시점 |
| 2026-06-01 | conversation status 통합 rollout 종료 예정 | 상태 정의 변경은 별도 일정으로 추적 필요 |
한국 사용자 입장에서는 2026-05-25 이후 대시보드 숫자만 보는 것보다, 어떤 대화가 message-only 흐름으로 끝났고 어떤 대화가 실제 상담원 이관이었는지 나눠 보는 것이 더 중요합니다. 특히 월말 리포트나 과금 사용량을 보는 팀이라면 2026-06-01 status 통합 일정도 함께 적어 두는 편이 안전합니다.
Custom escalation은 왜 AI agent message block으로 바뀌나
Zendesk는 Custom escalation이 실제로 대화를 종료하거나 상담원에게 직접 넘기는 흐름이 아니라 메시지를 보내는 동작에 가까웠기 때문에 설정을 제거한다고 설명합니다. 전환된 블록에는 `custom_escalation_block` label action이 자동으로 붙습니다.
기존 이름만 보면 Custom escalation은 상담원 이관처럼 들립니다. 하지만 Zendesk의 설명을 기준으로 보면 이 옵션은 고객에게 정해진 메시지를 보여주는 성격에 가까웠습니다. 그래서 rollout 이후에는 기존 Custom escalation 설정이 있는 Escalation block이 일반 AI agent message block으로 보입니다.
차이는 실제 운영에서 드러납니다. AI agent message block은 고객에게 스크립트된 답변을 보내는 블록입니다. 반면 실제 에스컬레이션은 고객 문의를 AI agent가 해결하지 못할 때 Send an email 또는 Forward to an agent 같은 방식으로 넘기는 흐름에 가깝습니다.
> 이름보다 결과를 봐야 합니다. 고객에게 메시지만 보냈는지, 상담원에게 넘겼는지, 이후 다른 use case나 knowledge answer가 이어졌는지가 갈립니다.
전환된 블록에 자동으로 붙는 `custom_escalation_block` label은 이 구분을 돕는 표식입니다. 다만 이 라벨이 human escalation의 증거는 아닙니다. 라벨은 마이그레이션과 분석을 위한 단서이지, 최종 해결 상태나 과금 결과를 확정하는 값이 아닙니다.
상담 자동화 운영에서 중요한 이유: 이관, 해결, 과금 상태가 헷갈릴 수 있다
운영자가 챙길 지점은 '고객에게 메시지를 보낸 상태'와 '상담원에게 실제 이관한 상태'를 분리하는 일입니다. `custom_escalation_block` label은 추적 단서이지 human escalation이나 automated resolution 결과 자체를 뜻하지 않습니다.
고객지원 AI 운영에서 가장 위험한 착시는 이름이 그럴듯한 상태를 실제 운영 결과로 착각하는 일입니다. 예를 들어 고객에게 '상담팀이 확인하겠습니다'라는 메시지를 보냈다고 해서 곧바로 상담원에게 티켓이 넘어간 것은 아닙니다. 반대로 message block 이후 고객이 다른 질문을 하고 knowledge answer가 이어지면 최종 resolution status도 달라질 수 있습니다.
Zendesk AI agents custom escalation removal May 25 2026을 과금 이슈로만 읽는 것도 조심해야 합니다. Zendesk 문서 기준으로 automated resolution은 채널별 상태와 검증 흐름을 거쳐 계산됩니다. automated resolution usage dashboard는 현재 billing period 사용량, forecast, overage 관련 상태를 보는 위치입니다. 다만 이번 변경만으로 모든 계정의 청구가 같은 방향으로 바뀐다고 말할 근거는 없습니다.
실제로 확인할 부분은 다음처럼 나눠 보는 것이 좋습니다.
- 전환된 `AI agent message block`이 고객에게 어떤 문장을 보내는지
- `custom_escalation_block` label이 로그에서 필터링되는지
- 해당 대화의 conversation status와 automated resolution 표시가 어떻게 남는지
- 실제 상담원 이관이 필요한 흐름이 `Forward to an agent` 또는 `Send an email`로 설계되어 있는지
- rollout 전후 automated resolution usage dashboard의 사용량 추세가 튀지 않는지
개인적으로는 이 업데이트가 'AI 상담봇이 얼마나 해결했는가'라는 질문을 더 엄격하게 보게 만드는 계기라고 봅니다. 메시지를 잘 보낸 것과 문제를 해결한 것은 다릅니다. Zendesk가 상태 정의를 정리하는 방향으로 움직이는 만큼, 운영자도 리포트의 분모와 분자를 다시 확인해야 합니다.
운영자가 바로 확인할 체크리스트
rollout 이후에는 기존 Custom escalation 흐름이 AI agent message block으로 보이는지 확인하고, 메시지 안내로 충분한지 또는 실제 Escalation block으로 재설계해야 하는지 판단해야 합니다. 테스트 대화와 conversation logs로 label, status, automated resolution 결과를 함께 점검합니다.
Zendesk는 고객이 별도 조치를 하지 않아도 된다고 설명합니다. 그래도 운영 품질 관점에서는 확인할 일이 남습니다. 여러 use case, 언어, 채널을 나눠 운영하는 팀이라면 한두 개 흐름만 보고 끝내기 어렵습니다.
제가 먼저 볼 순서는 아래와 같습니다.
1. Zendesk AI agents workspace에서 과거 Custom escalation을 쓴 dialogue를 엽니다.
2. 기존 Escalation block이 `AI agent message block`으로 보이는지 확인합니다.
3. 전환된 메시지가 고객에게 그대로 보여져도 안전한 문장인지 읽어 봅니다.
4. 실제 상담원 이관이 필요한 업무라면 `Forward to an agent` 또는 `Send an email` 방식으로 흐름을 다시 설계합니다.
5. `Test dialogue` 또는 `Test branch`로 해당 분기를 직접 통과시킵니다.
6. Conversation logs에서 `custom_escalation_block` label, conversation status, custom resolution, automated resolution 표시를 확인합니다.
7. Admin Center의 automated resolution usage dashboard에서 현재 billing period 사용량과 forecast를 비교합니다.
테스트 대화는 '고객이 메시지를 받은 뒤 아무 행동도 하지 않는 경우'와 '고객이 추가 질문을 던져 knowledge answer가 이어지는 경우'를 둘 다 만들어 보는 편이 좋습니다. 두 흐름은 같은 migrated block을 지나도 최종 상태 해석이 달라질 수 있습니다.
한국 고객지원팀에서는 야간/주말 자동 응답, 환불 안내, 장애 접수처럼 메시지 안내와 실제 이관의 경계가 애매한 흐름이 많습니다. 이번 2026-05-25 점검은 그런 흐름을 한 번 정리할 기회입니다.
주의할 오해와 리스크
이 업데이트를 Zendesk AI agents 종료, 모든 계정의 과금 변경, 모든 대화의 자동 해결 상태 변화로 쓰면 안 됩니다. 계정 설정, 채널, 후속 대화 흐름, 검증 결과에 따라 billing/status 해석은 달라질 수 있습니다.
가장 큰 오해는 'Custom escalation 제거'를 'AI 상담원 이관 기능 종료'로 읽는 것입니다. Zendesk의 변경 대상은 Advanced dialogue builder 안의 Custom escalation 설정입니다. 실제 이관이 필요한 흐름은 계속 documented escalation strategy를 기준으로 설계해야 합니다.
두 번째 오해는 `custom_escalation_block` label을 최종 결과처럼 보는 것입니다. 이 라벨은 전환된 블록과 과거 custom escalation status가 있던 대화를 찾는 데 도움이 됩니다. 그러나 라벨 하나만 보고 상담원 이관, 자동 해결, 과금 결과를 판단하면 안 됩니다.
세 번째는 과금 단정입니다. automated resolution은 계정의 plan, 채널, session duration, 후속 use case 또는 knowledge answer, LLM verification 결과와 연결될 수 있습니다. 따라서 운영자는 rollout 이후의 사용량 변화를 확인하되, 원인을 이 업데이트 하나로만 고정하지 않는 편이 안전합니다.
의도적으로 빼야 할 이야기도 있습니다. 국내 기업들이 이 업데이트 때문에 대규모로 설정을 바꿨다거나, 한국 시장에서 특정한 도입 확산 신호가 있다는 주장은 확인된 근거가 없습니다. 이 글은 Zendesk 공식 공지와 문서에서 확인되는 범위 안에서, 한국 독자가 운영상 무엇을 점검할지로만 좁혀 읽는 편이 맞습니다.
마지막 판단: 메시지 안내와 실제 이관을 분리해 설계해야 한다
실무 결론은 Custom escalation이라는 이름에 의존하지 말고, 각 대화 흐름의 실제 결과를 기준으로 재분류하라는 것입니다. 메시지만 필요한 흐름은 AI agent message block으로 두고, 사람 개입이 필요한 흐름은 공식 escalation method로 분리해야 합니다.
이 변경은 화려한 기능 출시 뉴스는 아닙니다. 그래도 고객지원 자동화 운영자에게는 꽤 실무적입니다. 상담 자동화의 성과는 'AI가 무엇을 말했는가'보다 '고객 문제가 어떤 상태로 끝났는가'에 더 크게 걸려 있기 때문입니다.
저라면 rollout 이후 첫 주에는 새로운 기능을 추가하기보다 기존 dialogue를 훑어보겠습니다. `custom_escalation_block` label이 붙은 흐름을 모아 message-only로 유지할 것, 실제 상담원 이관으로 바꿀 것, 아예 안내 문구를 고칠 것을 나누는 식입니다.
특히 automated resolution 사용량을 관리하는 팀이라면 대시보드 숫자와 conversation logs를 같이 봐야 합니다. 숫자가 변했다면 그 원인이 Custom escalation 전환인지, status 통합인지, 채널별 대화 패턴인지, 계정 설정인지 분리해야 합니다. 이 정도만 해도 단순 공지 확인이 아니라 운영 기준을 다듬는 작업이 됩니다.
자주 묻는 질문
Q. Zendesk AI agents custom escalation은 2026-05-25 이후 무엇이 바뀌나?
A. Zendesk AI agents - Advanced dialogue builder에서 Custom escalation 옵션이 제거되고, 기존 관련 블록은 AI agent message block으로 전환됩니다. Zendesk 공식 공지 기준 rollout은 2026-05-18 시작, 2026-05-25 종료입니다.
Q. Custom escalation 제거가 Zendesk AI agents 종료를 뜻하나?
A. 아닙니다. 변경 대상은 Zendesk AI agents 전체가 아니라 Advanced dialogue builder 안의 Custom escalation 설정입니다. 실제 상담원 이관이 필요한 경우에는 Zendesk의 Escalation block 문서에 있는 Forward to an agent 또는 Send an email 흐름을 확인해야 합니다.
Q. AI agent message block으로 전환되면 실제 상담원 이관은 어떻게 해야 하나?
A. 전환된 message block은 고객에게 메시지를 보내는 흐름으로 봐야 합니다. 상담원에게 실제로 넘겨야 하는 업무라면 해당 분기를 Forward to an agent 또는 Send an email 방식으로 다시 설계하고 테스트 대화를 통과시켜야 합니다.
Q. custom_escalation_block label은 어디에서 확인해야 하나?
A. Conversation logs에서 labels, conversation status, custom resolution, automated resolution 표시와 함께 확인하는 방식이 적절합니다. 이 라벨은 migrated block을 찾는 단서이지 human escalation이나 billing result를 확정하는 값이 아닙니다.
Q. 이번 변경이 automated resolution 과금에 바로 영향을 주나?
A. 단정하기 어렵습니다. Zendesk 문서상 automated resolution은 채널별 상태와 검증 흐름, 이후 대화 진행에 따라 달라질 수 있으므로 automated resolution usage dashboard에서 현재 billing period 사용량과 forecast를 직접 확인해야 합니다.
Q. rollout 이후 어떤 테스트를 먼저 해야 하나?
A. 과거 Custom escalation을 쓴 dialogue를 열어 AI agent message block 전환 여부를 확인하고, Test dialogue 또는 Test branch로 해당 분기를 통과시킵니다. 이후 conversation logs에서 `custom_escalation_block` label과 최종 status가 어떻게 남는지 확인하는 것이 가장 작은 안전 테스트입니다.
함께 읽으면 좋은 글
- Claude Code 2.1.149 업데이트: /usage로 MCP 비용과 에이전트 사용량을 보는 법 — AI UPDATES
- Vercel CLI 업데이트: vercel alerts --ai로 이상 징후와 AI 조사 결과 확인하기 — AI UPDATES
- Cloudflare AI Gateway REST API 공개: OpenAI·Anthropic 모델을 한 엔드포인트로 호출하기 — AI UPDATES
- OpenAI Codex 업데이트 정리: Goal mode와 Appshots로 바뀌는 개발 방식 — AI UPDATES
- Claude Code 2.1.144 업데이트: 백그라운드 세션 /resume와 모델 설정 변화 — AI UPDATES
참조 링크
- Announcing the removal of the custom escalation setting from the AI agents - Advanced dialogue builder — 이번 글의 원본 공식 업데이트
- Announcing unified conversation statuses across all AI agent channels — Custom escalation 제거와 함께 볼 conversation status 통합 배경
- Configuring escalation strategies and flows for AI agents — 실제 상담원 이관 또는 이메일 에스컬레이션을 재설계할 때 확인할 공식 문서
- Creating dialogues to define scripted conversation flows for AI agents — AI agent message block의 성격을 확인하기 위한 dialogue builder 문서
- About configured actions for AI agents — label action과 block-level configured action을 이해하기 위한 공식 문서
- Reviewing conversation logs for advanced AI agents — labels, status, custom resolution, automated resolution 확인 위치
- About automated resolutions for AI agents — automated resolution 판단과 상태 해석을 보수적으로 설명하기 위한 근거
- Monitoring automated resolution usage — billing period 사용량, forecast, overage 상태 점검 위치