솔루션 핸드북
검증된 n8n 지원 분류 워크플로를 위한 계획 가이드로, webhook 트리거, 의사결정 노드, Jodoo 필드, 배포 체크리스트를 포함합니다.
핸드북 열기N8N + JODOO
n8n + Jodoo로 구현하는 AI 지원 티켓 우선순위 분류
n8n과 Jodoo를 함께 사용해 지원 티켓을 분류하고, 우선순위 및 SLA 필드를 Jodoo에 Jodoo에 기록하며, 워크플로 실행 후에도 에스컬레이션 담당자를 명확하게 추적할 수 있습니다.
n8n webhook으로 티켓 접수카테고리와 우선순위 분류SLA 및 상태 필드를 Jodoo에 Jodoo에 기록에스컬레이션 후속 조치를 추적 가능하게 유지
영상 둘러보기
데모에서 확인할 수 있는 내용
이 영상에서는 지원 티켓이 n8n에 들어와 Agent Decision 노드에서 분류된 뒤, Jodoo에 에스컬레이션된 티켓으로 표시되는 과정을 보여줍니다.
Webhook이 티켓을 수신
n8n은 양식, 포털, 받은편지함, 채팅 도구 또는 내부 시스템에서 들어오는 지원 요청 데이터로 시작합니다.
Agent Decision이 긴급도를 분류
의사결정 노드는 카테고리, 우선순위, SLA 목표, 상태, 배정된 담당자, 후속 조치 메모를 반환합니다.
HTTP Request가 Jodoo에 기록
마지막 n8n 노드는 구조화된 필드를 Jodoo Jodoo에 기록 레이어로 전송하고 Jodoo 데이터 ID를 받습니다.
Jodoo가 에스컬레이션을 가시화
지원팀은 Jodoo 보기와 대시보드에서 긴급, 에스컬레이션 티켓을 검토할 수 있습니다.
데모 요약
n8n이 티켓을 분류하고 Jodoo가 에스컬레이션을 추적합니다
이 데모는 n8n이 라우팅 로직을 제어하고 Jodoo가 우선순위, SLA 목표, 상태, 담당자, 후속 조치 레코드를 저장하는 지원 분류 워크플로를 보여줍니다.
Webhook 트리거
지원 티켓 요청 데이터가 webhook을 통해 n8n으로 들어옵니다.
의사결정 노드
워크플로가 구조화된 지원 분류 필드를 반환합니다.
HTTP Jodoo에 기록
n8n이 매핑된 티켓 필드를 Jodoo Jodoo에 기록 단계로 전송합니다.
Jodoo 결과
Jodoo는 이 티켓을 검색 가능한 에스컬레이션 레코드로 저장합니다.
재사용 가능한 패턴
동일한 워크플로 구조를 헬프데스크, IT, 고객 성공, 현장 서비스 대기열에 적용할 수 있습니다.
워크플로 키트
동일한 n8n 지원 분류 루프 구축하기
지원 필드 매핑을 검토하고 워크플로 레시피를 복사한 뒤, Jodoo 스타터 앱을 활용해 자체 티켓 소스에 맞게 워크플로를 조정해 보세요.
팀이 재사용할 수 있는 항목
n8n makes the first decision. Jodoo keeps a durable record with structured fields, ownership, status, next action, and audit context.
비즈니스 워크플로Jodoo 필드 모델에이전트 프롬프트배포 체크리스트
재사용 가능한 워크플로
워크플로가 판단하고, Jodoo가 업무를 계속 진행시킵니다.
- 01
리드 소스
양식, 받은편지함, 파트너 리드 또는 Jodoo 접수 레코드
- 02
n8n Agent Decision
카테고리, 우선순위, SLA 목표, 상태, 담당자를 분류합니다
- 03
구조화된 출력
점수, 등급, 이유, 누락 정보, 담당자, 다음 액션
- 04
Jodoo 레코드
필드, 보기, 검토 상태 및 감사 추적
- 05
담당자 후속 조치
우선순위 대기열, 알림, 작업 및 답변 초안
워크플로 루프
접수부터 라우팅된 후속 조치까지
지원 양식, 받은편지함, 포털, 채팅 도구 또는 내부 시스템에서 온 티켓이 n8n Webhook 노드에 도착합니다.
n8n Agent Decision 노드는 카테고리, 우선순위, SLA 목표, 상태, 담당자, 응답 초안, 후속 조치 메모를 반환합니다.
HTTP Request 노드는 해당 필드를 제어된 Jodoo Jodoo에 기록 엔드포인트에 매핑합니다.
테스트 실행은 Jodoo 데이터 ID를 반환하고, 확인 가능한 지원 티켓 레코드를 생성합니다.
Jodoo는 SLA 보기, 담당자 대기열, 에스컬레이션 보고서, 감사 이력을 위해 지속적으로 유지되는 티켓 레코드를 저장합니다.
필드 매핑
에이전트 출력이 Jodoo 필드가 됩니다
| 에이전트 또는 소스 데이터 | Jodoo 레코드 필드 |
|---|---|
| 리드 소스, 연락처, 회사, 캠페인 | 리드 소스, 연락처 이름, 회사, 이메일, 캠페인 |
| ai_score, lead_tier, routing_priority | AI 점수, 리드 등급, 라우팅 우선순위 |
| fit_reason, missing_info | 적합 이유, 누락 정보 |
| suggested_owner, next_best_action | 추천 담당자, 다음 권장 조치 |
| follow_up_draft, 전체 JSON 응답 | 후속 조치 초안, 원본 에이전트 출력 |
에이전트 레시피
프롬프트 및 구조화된 출력
에이전트 역할
지원 분류 에이전트로서 들어오는 각 티켓을 검토하고 Jodoo가 저장, 라우팅, 보고할 수 있는 구조화된 필드를 반환하세요.
n8n 지침
webhook 요청 데이터를 컨텍스트로 사용한 뒤, 다음 n8n 노드가 Jodoo 지원 티켓 Jodoo에 기록 요청에 매핑할 수 있는 JSON 필드를 반환하세요.
필수 출력
requester 필드, issue_category, affected_asset, priority, sla_target, ticket_status, assigned_owner, response_draft, follow_up_note, routing_reason을 반환하세요.
{
"ai_score": 86,
"lead_tier": "우선순위 높음",
"fit_reason": "운영 활용 사례가 명확하고 데모 요청도 구체적입니다.",
"missing_info": ["예산 담당자", "도입 일정"],
"suggested_owner": "Sales Ops 대기열",
"next_best_action": "디스커버리 콜 예약",
"follow_up_draft": "Mia님, 문의해 주셔서 감사합니다...",
"routing_priority": "높음"
}Jodoo 스타터 앱
AI 지원 티켓 우선순위 분류 스타터 앱
자체 Jodoo 지원 Jodoo에 기록 레이어에 맞게 n8n HTTP Request 노드를 설정할 때 이 필드 모델을 사용하세요.
포함된 필드
- 티켓 번호
- 요청자 이름
- 요청자 이메일
- 요청자 부서
- 이슈 카테고리
- 영향 자산
- 우선순위
- SLA 목표일
- 티켓 상태
- 배정된 담당자
- 이슈 설명
- 해결 메모
- 후속 조치 메모
- 원본 에이전트 출력
추천 보기
- 중대 에스컬레이션
- SLA 위험
- 담당자 대기열
- 추가 정보 필요
- 모든 지원 티켓
자동화 규칙
- n8n HTTP Request 단계 이후 Jodoo 지원 티켓 레코드를 생성하거나 업데이트합니다.
- 우선순위가 긴급이거나 상태가 에스컬레이션일 때 배정된 담당자에게 알립니다.
- 정보가 부족한 티켓을 검토 대기열로 이동합니다.
- 원본 에이전트 출력을 감사 추적에 유지합니다.
배포 체크리스트
운영 적용 전 확인할 사항
- 영업팀과 마케팅팀이 함께 리드 점수 기준을 합의하세요.
- 어떤 리드 소스를 에이전트 워크플로에 안전하게 보낼지 정하세요.
- 모든 에이전트 출력 필드를 대응되는 Jodoo 필드에 매핑하세요.
- 실제 고객 데이터를 보내기 전에 테스트용 리드로 먼저 검증하세요.
- 누락 정보가 있거나 신뢰도가 낮은 리드를 위한 검토 대기열을 만드세요.
- 필드 모델이 안정화된 뒤 담당자 알림을 추가하세요.
워크플로
n8n webhook에서 추적 가능한 에스컬레이션까지
이 데모는 감사 추적이 가능한 의사결정 노드를 사용하므로 외부 모델 인증 정보 없이도 실행할 수 있습니다. 실제 운영 환경에서는 선호하는 모델을 연결한 뒤 해당 노드를 n8n AI Agent로 교체할 수 있습니다.
지원 양식, 받은편지함, 포털, 채팅 도구 또는 내부 시스템에서 온 티켓이 n8n Webhook 노드에 도착합니다.
n8n Agent Decision 노드는 카테고리, 우선순위, SLA 목표, 상태, 담당자, 응답 초안, 후속 조치 메모를 반환합니다.
HTTP Request 노드는 해당 필드를 제어된 Jodoo Jodoo에 기록 엔드포인트에 매핑합니다.
테스트 실행은 Jodoo 데이터 ID를 반환하고, 확인 가능한 지원 티켓 레코드를 생성합니다.
Jodoo는 SLA 보기, 담당자 대기열, 에스컬레이션 보고서, 감사 이력을 위해 지속적으로 유지되는 티켓 레코드를 저장합니다.
Jodoo 레코드
Jodoo가 저장하는 항목
n8n의 의사결정 이후 Jodoo는 지원팀에 필요한 티켓 필드를 유지합니다: 요청자, 카테고리, 우선순위, SLA 목표, 상태, 담당자, 후속 조치 메모.
티켓 번호요청자 정보이슈 카테고리영향 자산우선순위SLA 목표일티켓 상태배정된 담당자이슈 설명해결 메모후속 조치 메모원본 에이전트 출력
테스트 실행
테스트 실행 결과, n8n 지원 분류 결과가 Jodoo에 반영되었습니다
이 스크린샷은 가상의 지원 데이터를 사용했으며, n8n 워크플로 완료 결과와 Jodoo에 기록 후의 Jodoo 티켓 테이블을 보여줍니다.
n8n 워크플로 구성
Webhook, Agent Decision, HTTP Request 노드가 n8n 전용 지원 분류 흐름을 구성합니다.
성공적인 n8n 실행
지원 워크플로가 모든 n8n 노드에서 정상적으로 완료되었고 Jodoo Jodoo에 기록 응답을 반환했습니다.
Jodoo Jodoo에 기록
n8n에서 분류된 티켓이 요청자, 카테고리, 우선순위, SLA 목표, 상태 필드와 함께 Jodoo에 표시되었습니다.
FAQ
자주 묻는 질문
Jodoo 레코드, 워크플로, 앱 템플릿과 에이전트 플랫폼을 함께 사용하는 방법에 대한 답변입니다.
이 n8n 지원 워크플로는 엔드투엔드로 테스트되었나요?
예. 가상의 SSO 티켓이 n8n을 통과해 긴급, 에스컬레이션 지원 티켓 레코드를 생성한 뒤 Jodoo 데이터 ID를 반환했습니다.
n8n이 지원 분류 결과를 Jodoo로 보낼 수 있나요?
예. 워크플로는 카테고리, 우선순위, SLA 목표, 상태, 담당자, 응답 초안, 후속 조치 메모와 같은 예측 가능한 필드를 반환한 뒤, HTTP Request 단계를 통해 이를 매핑하면 됩니다.
유료 n8n 플랜이 필요한가요?
테스트는 n8n Cloud 체험판 접근 권한과 자격 증명 없이 동작하는 의사결정 노드를 사용했습니다. 실제 운영에서는 호스팅, 모델 사용량, 자격 증명, 실행량에 따라 비용이 발생할 수 있습니다.
티켓 소스가 Jodoo 외부여도 되나요?
예. 결과를 Jodoo에 기록하기 전에 지원 양식, 받은편지함, 채팅 도구, 포털, webhook 또는 다른 시스템에서 트리거를 받을 수 있습니다.
팀에서 분류 규칙을 맞춤 설정할 수 있나요?
예. 팀은 자체 지원 프로세스에 맞게 카테고리, SLA 목표, 우선순위 규칙, 담당자 대기열, 의사결정 노드 또는 AI Agent 프롬프트를 변경할 수 있습니다.
다음 단계
지원 분류를 재사용 가능한 n8n 루프로 전환
지원 티켓 분류부터 시작해 동일한 패턴을 IT 요청, 고객 성공 에스컬레이션, 버그 접수, 현장 서비스 이슈에도 적용할 수 있습니다.