솔루션 핸드북
웹훅 트리거, 의사결정 노드, Jodoo 필드, 배포 체크리스트를 포함한 검증된 n8n 리드 선별 워크플로 계획 가이드입니다.
핸드북 열기N8N + JODOO
n8n + Jodoo로 구현하는 AI 리드 선별
n8n과 Jodoo를 함께 사용해 인바운드 리드를 접수하고, 명시적인 의사결정 워크플로를 실행하며, 구조화된 점수 필드를 Jodoo에 Jodoo에 기록하고, 영업 후속 조치를 추적 가능하게 유지하세요.
n8n 웹훅으로 리드 접수구조화된 선별 필드 반환검증된 리드 레코드를 Jodoo에 저장하나의 레코드에서 영업 후속 조치 라우팅
동영상 안내
데모에서 진행되는 내용
이 영상에서는 리드가 n8n으로 들어와 Agent Decision 노드를 거친 뒤, Jodoo에 검증된 리드 레코드가 생성되는 과정을 보여줍니다.
웹훅이 리드를 수신
n8n은 양식, 캠페인, 파트너 소스, 스프레드시트 또는 내부 시스템에서 들어온 리드 페이로드로 시작합니다.
Agent Decision이 필드를 반환
의사결정 노드는 점수, 티어, 사유, 누락 정보, 담당자 제안, 다음 조치, 후속 조치 초안을 반환합니다.
HTTP Request가 Jodoo에 기록
마지막 n8n 노드는 구조화된 필드를 Jodoo Jodoo에 기록 레이어에 전송하고 Jodoo data ID를 받습니다.
Jodoo가 후속 조치를 가시화
영업팀은 Jodoo 리드 레코드에서 점수, 담당자, 후속 조치 초안, 원본 출력을 검토할 수 있습니다.
데모 요약
n8n이 의사결정 워크플로를 실행하고, Jodoo가 영업 레코드를 관리합니다
이 안내는 웹훅 트리거, 의사결정 로직, HTTP Jodoo에 기록, 재시도 경로를 노드 단위로 제어하려는 팀에 유용합니다.
웹훅 트리거
리드 페이로드가 웹훅을 통해 n8n으로 들어옵니다.
의사결정 노드
워크플로가 구조화된 리드 점수 산정 필드를 반환합니다.
HTTP Jodoo에 기록
n8n이 매핑된 필드를 Jodoo Jodoo에 기록 단계로 전송합니다.
Jodoo 결과
Jodoo는 해당 리드를 검색 가능한 영업 레코드로 저장합니다.
재사용 가능한 패턴
모델 자격 증명을 연결한 후에는 동일한 워크플로 형태에서 n8n AI Agent를 사용할 수 있습니다.
워크플로 키트
동일한 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
점수, 티어, 담당자, 다음 조치, 후속 조치 필드를 반환합니다
- 03
구조화된 출력
점수, 등급, 이유, 누락 정보, 담당자, 다음 액션
- 04
Jodoo 레코드
필드, 보기, 검토 상태 및 감사 추적
- 05
담당자 후속 조치
우선순위 대기열, 알림, 작업 및 답변 초안
워크플로 루프
접수부터 라우팅된 후속 조치까지
리드는 양식, 캠페인, 파트너 소스 또는 내부 시스템에서 n8n Webhook 노드로 들어옵니다.
n8n Agent Decision 노드가 점수, 티어, 사유, 담당자, 다음 조치, 후속 조치 초안, 라우팅 우선순위를 반환합니다.
HTTP Request 노드는 해당 필드를 제어된 Jodoo Jodoo에 기록 엔드포인트로 매핑합니다.
테스트 실행은 Jodoo data ID를 반환하고, 화면에서 확인 가능한 리드 레코드를 생성합니다.
Jodoo는 담당자 후속 조치, 검토 대기열, 대시보드, 감사 이력을 위한 지속 가능한 리드 레코드를 저장합니다.
필드 매핑
에이전트 출력이 Jodoo 필드가 됩니다
| 에이전트 또는 소스 데이터 | Jodoo 레코드 필드 |
|---|---|
| 리드 소스, 연락처, 회사, 캠페인 | 리드 소스, 연락처 이름, 회사, 이메일, 캠페인 |
| ai_score, lead_tier, routing_priority | AI 점수, 리드 등급, 라우팅 우선순위 |
| fit_reason, missing_info | 적합 이유, 누락 정보 |
| suggested_owner, next_best_action | 추천 담당자, 다음 권장 조치 |
| follow_up_draft, 전체 JSON 응답 | 후속 조치 초안, 원본 에이전트 출력 |
에이전트 레시피
프롬프트 및 구조화된 출력
에이전트 역할
B2B 영업팀을 위한 리드 선별 에이전트입니다. 각 인바운드 리드를 검토하고 Jodoo에서 저장, 라우팅, 리포트할 수 있는 구조화된 필드를 반환하세요.
n8n 지침
웹훅 페이로드를 컨텍스트로 사용한 뒤, 다음 n8n 노드가 Jodoo Jodoo에 기록 요청에 매핑할 수 있는 JSON 필드를 반환하세요.
필수 출력
ai_score, lead_tier, fit_reason, missing_info, suggested_owner, next_best_action, follow_up_draft, routing_priority를 반환하세요. 결과는 기계가 읽을 수 있는 형식으로 유지하세요.
{
"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 노드를 설정할 때 이 필드 모델을 사용하세요.
포함된 필드
- 레코드 제목
- 리드 소스
- 연락처 이름
- 회사명
- 이메일
- 캠페인
- 메시지 또는 요청
- AI 점수
- 리드 티어
- 적합 사유
- 누락 정보
- 제안된 담당자
- 다음 권장 조치
- 후속 조치 초안
- 라우팅 우선순위
- 검토 상태
- 원본 에이전트 출력
추천 보기
- 우선 대응 리드
- 검토 필요
- 정보 누락
- 담당자 대기열
- 전체 선별 완료 리드
자동화 규칙
- n8n HTTP Request 단계 이후 Jodoo 리드 레코드를 생성하거나 업데이트합니다.
- 라우팅 우선순위가 높을 때 제안된 담당자에게 알립니다.
- 누락 정보가 있는 리드를 검토 대기열로 이동합니다.
- 원본 에이전트 출력을 감사 기록에 유지합니다.
배포 체크리스트
운영 적용 전 확인할 사항
- 영업팀과 마케팅팀이 함께 리드 점수 기준을 합의하세요.
- 어떤 리드 소스를 에이전트 워크플로에 안전하게 보낼지 정하세요.
- 모든 에이전트 출력 필드를 대응되는 Jodoo 필드에 매핑하세요.
- 실제 고객 데이터를 보내기 전에 테스트용 리드로 먼저 검증하세요.
- 누락 정보가 있거나 신뢰도가 낮은 리드를 위한 검토 대기열을 만드세요.
- 필드 모델이 안정화된 뒤 담당자 알림을 추가하세요.
워크플로
n8n 웹훅에서 Jodoo 리드 레코드까지
이 데모는 외부 모델 자격 증명 없이도 실행할 수 있도록 감사 가능한 의사결정 노드를 사용합니다. 운영 환경에서는 선호하는 모델을 연결한 뒤 해당 노드를 n8n AI Agent로 대체할 수 있습니다.
리드는 양식, 캠페인, 파트너 소스 또는 내부 시스템에서 n8n Webhook 노드로 들어옵니다.
n8n Agent Decision 노드가 점수, 티어, 사유, 담당자, 다음 조치, 후속 조치 초안, 라우팅 우선순위를 반환합니다.
HTTP Request 노드는 해당 필드를 제어된 Jodoo Jodoo에 기록 엔드포인트로 매핑합니다.
테스트 실행은 Jodoo data ID를 반환하고, 화면에서 확인 가능한 리드 레코드를 생성합니다.
Jodoo는 담당자 후속 조치, 검토 대기열, 대시보드, 감사 이력을 위한 지속 가능한 리드 레코드를 저장합니다.
Jodoo 레코드
Jodoo가 저장하는 항목
Jodoo는 n8n의 의사결정 이후 영업팀에 필요한 리드 필드인 소스, 연락처, 점수, 티어, 사유, 담당자, 다음 조치, 후속 조치 초안을 저장합니다.
레코드 제목리드 소스연락처 및 회사 정보AI 점수 및 티어적합 사유 및 누락 정보제안된 담당자다음 권장 조치후속 조치 초안라우팅 우선순위원본 에이전트 출력
테스트 실행
테스트 실행 결과 n8n 리드 결과가 Jodoo에 기록되었습니다
스크린샷에는 가상의 리드 데이터가 사용되었으며, n8n 워크플로 완료와 구조화된 출력으로 생성된 Jodoo 레코드를 함께 보여줍니다.
n8n 워크플로 설정
Webhook, Agent Decision, HTTP Request 노드가 n8n 전용 리드 흐름을 구성합니다.
성공한 n8n 실행
리드 워크플로가 모든 n8n 노드에서 완료되었고 Jodoo Jodoo에 기록 응답을 반환했습니다.
Jodoo Jodoo에 기록
n8n에서 선별된 리드가 소스, 연락처, 회사, 요청 필드와 함께 Jodoo에 표시되었습니다.
FAQ
자주 묻는 질문
Jodoo 레코드, 워크플로, 앱 템플릿과 에이전트 플랫폼을 함께 사용하는 방법에 대한 답변입니다.
이 n8n 워크플로는 처음부터 끝까지 테스트되었나요?
예. 가상의 리드가 n8n을 통과해 Jodoo 스타터 앱에 리드 레코드를 생성한 뒤 Jodoo data ID를 반환했습니다.
n8n이 구조화된 에이전트 출력을 Jodoo로 보낼 수 있나요?
예. 워크플로는 예측 가능한 필드를 반환해야 하며, 이를 HTTP Request 단계를 통해 Jodoo Jodoo에 기록 엔드포인트 또는 보안 미들웨어 레이어로 매핑하면 됩니다.
유료 n8n 요금제가 필요한가요?
테스트에는 n8n Cloud 체험판 액세스와 자격 증명이 필요 없는 의사결정 노드를 사용했습니다. 운영 환경의 호스팅, 모델 사용, 자격 증명, 실행량에 따라 비용이 발생할 수 있습니다.
Zapier 예시에서 사용한 동일한 Jodoo 앱 패턴을 재사용할 수 있나요?
예. 비즈니스 레코드는 동일하므로 Jodoo 필드 모델은 유사하게 유지할 수 있습니다. 다만 n8n 페이지는 트리거 설정, 노드 구조, 자격 증명 처리, HTTP Jodoo에 기록 설정에서 차이가 있습니다.
운영 환경 적용 전에 팀이 무엇을 설정해야 하나요?
자체 Jodoo Jodoo에 기록 엔드포인트 또는 API 레이어를 사용하고, 자격 증명을 n8n에 안전하게 저장하며, 가상 리드로 테스트하고, 실제 고객 데이터를 보내기 전에 재시도 처리를 추가하세요.
다음 단계
n8n 리드 접수를 재사용 가능한 영업 루프로 전환
이 리드 워크플로로 시작한 뒤, 동일한 패턴을 파트너 리드, 캠페인 접수, 이벤트 후속 조치, 영업 운영 검토에도 적용할 수 있습니다.