솔루션 핸드북
Custom webhook 트리거, Run once 테스트 경로, HTTP 모듈, Make History 실행 증빙, Jodoo 필드, 배포 체크리스트를 포함한 Make 리드 선별 루프 계획 가이드입니다.
핸드북 열기MAKE + JODOO
Make + Jodoo로 구현하는 AI 리드 선별
Make와 Jodoo를 함께 사용해 인바운드 리드 웹훅을 수신하고, 구조화된 선별 필드를 HTTP 모듈로 전송한 뒤, 점수 필드를 Jodoo에 Jodoo에 기록하여 영업 후속 조치를 추적 가능하게 유지합니다.
Make webhook으로 리드 수신구조화된 리드 필드를 HTTP로 전송점수와 등급을 Jodoo에 Jodoo에 기록영업 후속 조치를 하나의 레코드에서 관리Make History에서 운영 현황, 크레딧, 실행 상태 검토
영상 둘러보기
Make 데모에서 진행되는 흐름
영상에서는 Make 경로를 보여줍니다. 리드가 Custom webhook으로 들어오고, Make가 구조화된 선별 필드를 HTTP 모듈로 전송하며, Jodoo가 영업 레코드를 유지합니다.
리드가 Make로 유입
시나리오는 양식, 캠페인, 파트너 또는 내부 리드 데이터를 받을 수 있는 Custom webhook으로 시작합니다.
Make가 구조화된 필드 전송
HTTP 모듈이 점수, 등급, 라우팅 우선순위, 담당자, 다음 액션, 후속 조치 맥락을 전송합니다.
History에 실행 내역 기록
Make History 패널에서 수동 실행, 작업 수, 크레딧 사용량, 소요 시간, 데이터 전송을 확인할 수 있습니다.
Jodoo가 레코드 저장
구조화된 결과가 Jodoo 리드 앱에 작성되어 팀이 이를 필터링, 배정, 검토할 수 있습니다.
영업 후속 조치 가시성 유지
우선순위가 높은 리드는 Jodoo 레코드에서 담당자 큐, 알림, 대시보드, 검토 화면으로 이어질 수 있습니다.
데모 요약
Make가 시나리오를 실행하고 Jodoo가 리드를 추적
이 구현은 Jodoo가 운영 레코드가 되기 전에 팀이 리드 접수를 위한 시각적인 Make 시나리오를 사용하려는 경우에 유용합니다.
Custom webhook 트리거
리드 payload가 Custom webhook을 통해 Make로 들어옵니다.
HTTP Jodoo에 기록
Make HTTP 모듈이 구조화된 선별 필드를 전송합니다.
History 성공
Make History에 두 번의 작업으로 수동 실행이 성공적으로 완료된 것이 표시됩니다.
시나리오 사용 현황
Make 실행은 테스트된 리드 흐름에 대한 작업 수, 크레딧, 소요 시간, 데이터 전송량을 기록합니다.
Jodoo Jodoo에 기록
Jodoo가 리드 점수, 등급, 소스, 연락처, 후속 조치 필드를 저장합니다.
재사용 가능한 루프
Make가 시나리오를 실행하고 Jodoo가 영업 레코드를 유지합니다.
워크플로 키트
동일한 Make 리드 루프 구축
핸드북을 검토하고 워크플로 레시피를 복사한 뒤, Make 웹훅을 자체 리드 소스에 맞게 조정할 때 Jodoo 필드 모델을 활용하세요.
팀이 재사용할 수 있는 항목
Make는 Custom webhook으로 리드 이벤트를 수신하고, HTTP 모듈로 구조화된 출력을 전송하며, History에 작업, 크레딧, 소요 시간을 기록합니다. Jodoo는 지속적인 리드 레코드, 담당자 큐, 검토 상태, 감사 추적을 유지합니다.
비즈니스 워크플로Jodoo 필드 모델에이전트 프롬프트배포 체크리스트
재사용 가능한 워크플로
워크플로가 판단하고, Jodoo가 업무를 계속 진행시킵니다.
- 01
Make webhook
양식, 캠페인, 파트너 소스, 스프레드시트 또는 내부 시스템
- 02
Make 시나리오
웹훅을 수신하고 HTTP Jodoo에 기록을 전송한 뒤 History에서 실행을 확인합니다
- 03
HTTP 모듈
선별 필드를 JSON POST 요청으로 전송하고 응답을 파싱합니다
- 04
Make History
성공 여부, 작업 수, 크레딧, 소요 시간, 데이터 전송을 표시합니다
- 05
Jodoo Jodoo에 기록
리드 레코드를 생성하고 data ID를 반환합니다
- 06
영업 후속 조치
담당자 큐, 검토 상태, 대시보드, 감사 추적
워크플로 루프
Make webhook에서 영업 후속 조치까지
리드는 양식, 캠페인, 파트너 소스 또는 내부 시스템에서 Make Custom webhook으로 들어옵니다.
Run once는 Webhooks 모듈을 대기 상태로 전환하여 들어오는 테스트 payload를 캡처할 수 있게 합니다.
Make 시나리오는 이벤트를 Webhooks 앱 트리거와 HTTP 앱 Jodoo에 기록의 2개 모듈 흐름으로 가시적으로 유지합니다.
HTTP 모듈은 JSON 본문, POST 메서드, 응답 파싱, 저장된 URL을 사용하며, 임시 엔드포인트가 바뀌면 URL을 다시 확인해야 합니다.
HTTP 요청은 score, tier, priority, owner, next action, 후속 조치 맥락을 JSON으로 전송합니다.
Make History는 수동 실행, 작업 수, 크레딧 사용량, 소요 시간, 데이터 전송을 기록합니다.
구조화된 결과는 Jodoo Jodoo에 기록 엔드포인트 또는 보안 미들웨어 계층으로 전송됩니다.
Jodoo는 리드 레코드를 생성하고 담당자 큐, 검토 화면, 대시보드, 감사 이력에서 사용할 수 있도록 유지합니다.
필드 매핑
에이전트 출력이 Jodoo 필드가 됩니다
| 에이전트 또는 소스 데이터 | Jodoo 레코드 필드 |
|---|---|
| contact_name, company, email, campaign | 연락처 이름, 회사, 이메일, 캠페인 |
| ai_score, lead_tier, routing_priority | AI 점수, 리드 등급, 라우팅 우선순위 |
| fit_reason, missing_info, next_best_action | 적합 이유, 누락 정보, 다음 최적 액션 |
| follow_up_draft, full workflow output | 후속 조치 초안, 원본 에이전트 출력 |
에이전트 레시피
프롬프트 및 구조화된 출력
워크플로 역할
인바운드 B2B 리드 페이로드를 수신하고 Jodoo가 저장, 라우팅, 보고할 수 있는 구조화된 필드를 반환합니다.
선별 지침
적합도, 구매 의도, 긴급도, 완성도, 관련성을 기준으로 리드에 점수를 매기세요. Make HTTP Jodoo에 기록 단계에서 예측 가능한 출력이 되도록 유지하세요.
필수 출력
ai_score, lead_tier, fit_reason, missing_info, suggested_owner, next_best_action, follow_up_draft, routing_priority를 반환합니다.
Make 모듈 계약
워크플로를 영업팀에 전달하기 전에 Webhooks 번들, HTTP 메서드, JSON 콘텐츠 유형, 응답 파싱 설정, 저장된 엔드포인트 URL, Run once 검증이 명확히 확인되도록 하세요.
{
"ai_score": 92,
"lead_tier": "우선순위 높음",
"routing_priority": "높음",
"suggested_owner": "Sales Ops 대기열",
"next_best_action": "영업일 기준 하루 안에 디스커버리 콜 예약"
}Jodoo 스타터 앱
Make 리드 선별 스타터 앱
Make Custom webhook과 Jodoo Jodoo에 기록 워크플로를 설정할 때 이 필드 모델을 사용하세요.
포함된 필드
- 레코드 제목
- 리드 소스
- 연락처 이름
- 회사
- 이메일
- 캠페인
- 메시지 또는 요청
- AI 점수
- 리드 등급
- 적합 이유
- 누락 정보
- 추천 담당자
- 다음 최적 액션
- 후속 조치 초안
- 라우팅 우선순위
- 검토 상태
- 원본 에이전트 출력
추천 보기
- 우선순위 높은 리드
- 검토 필요
- 정보 누락
- 담당자 큐
- Make 실행 검토
- 전체 선별 완료 리드
자동화 규칙
- Make HTTP 모듈이 완료된 후 Jodoo 리드 레코드를 생성하거나 업데이트합니다.
- 라우팅 우선순위가 High이면 추천 담당자에게 알림을 보냅니다.
- 정보가 누락된 리드를 검토 큐로 이동합니다.
- Make History에서 HTTP 작업 실패가 표시되면 레코드를 검토 대상으로 표시합니다.
- 원본 워크플로 출력을 감사 추적에 유지합니다.
배포 체크리스트
운영 적용 전 확인할 사항
- 어떤 리드 소스가 Make webhook을 트리거할지 결정합니다.
- 점수 기준, 라우팅 우선순위, 담당자 규칙에 합의합니다.
- 매 Run once 테스트 전에 HTTP 모듈 URL이 저장되었는지 확인합니다.
- 임시 터널을 사용하는 경우 엔드포인트 상태를 점검합니다.
- 모든 Make 출력 필드를 Jodoo 필드에 매핑합니다.
- 운영 트래픽 적용 전에 가상 데이터로 테스트합니다.
- 출시 전에 오류 처리와 재시도 알림을 추가합니다.
워크플로
Make webhook에서 선별된 리드 레코드까지
여기서 Make는 오케스트레이션 계층 역할을 합니다. 리드 이벤트를 받아 Jodoo에 기록 단계를 호출하고, Jodoo는 영업팀이 검토할 수 있는 레코드를 저장합니다.
리드는 양식, 캠페인, 파트너 소스 또는 내부 시스템에서 Make Custom webhook으로 들어옵니다.
Run once는 Webhooks 모듈을 대기 상태로 전환하여 들어오는 테스트 payload를 캡처할 수 있게 합니다.
Make 시나리오는 이벤트를 Webhooks 앱 트리거와 HTTP 앱 Jodoo에 기록의 2개 모듈 흐름으로 가시적으로 유지합니다.
HTTP 모듈은 JSON 본문, POST 메서드, 응답 파싱, 저장된 URL을 사용하며, 임시 엔드포인트가 바뀌면 URL을 다시 확인해야 합니다.
HTTP 요청은 score, tier, priority, owner, next action, 후속 조치 맥락을 JSON으로 전송합니다.
Make History는 수동 실행, 작업 수, 크레딧 사용량, 소요 시간, 데이터 전송을 기록합니다.
구조화된 결과는 Jodoo Jodoo에 기록 엔드포인트 또는 보안 미들웨어 계층으로 전송됩니다.
Jodoo는 리드 레코드를 생성하고 담당자 큐, 검토 화면, 대시보드, 감사 이력에서 사용할 수 있도록 유지합니다.
Jodoo 레코드
Jodoo가 저장하는 항목
Make 실행 후에도 Jodoo는 소스, 연락처, 회사, 점수, 등급, 라우팅 우선순위, 담당자, 후속 조치 맥락 등 지속적으로 필요한 리드 필드를 유지합니다.
레코드 제목리드 소스연락처 및 회사 정보AI 점수 및 등급적합 이유 및 누락 정보추천 담당자다음 최적 액션후속 조치 초안라우팅 우선순위원본 워크플로 출력
실행 결과
Make 시나리오가 리드를 Jodoo에 작성
스크린샷에는 가상의 리드 데이터가 사용되었으며, Make 시나리오 캔버스, 성공한 Make History 실행, 그리고 Jodoo에 기록 후의 Jodoo 리드 테이블이 표시됩니다.
Make 시나리오 구성
Make 캔버스는 Custom webhook과 HTTP 모듈을 사용해 Jodoo Jodoo에 기록 엔드포인트를 호출합니다.
성공한 Make History 실행
Make History에는 작업 수, 크레딧, 소요 시간, 데이터 전송을 포함해 리드 시나리오가 성공적으로 완료된 것이 표시됩니다.
Jodoo Jodoo에 기록
Make에서 선별된 리드가 점수, 등급, 소스, 연락처, 회사 필드와 함께 Jodoo에 표시되었습니다.
FAQ
자주 묻는 질문
Jodoo 레코드, 워크플로, 앱 템플릿과 에이전트 플랫폼을 함께 사용하는 방법에 대한 답변입니다.
이 Make 리드 워크플로는 처음부터 끝까지 테스트되었나요?
네. Make 시나리오 History 항목에서 수동 실행 성공이 확인되며, Jodoo 테이블에는 해당 실행으로 생성된 가상의 리드 선별 레코드가 표시됩니다.
유료 Make 플랜이 필요한가요?
증빙 실행은 무료 Make 계정과 가상 데이터로 진행되었습니다. 실제 운영에서는 작업량, 연결된 서비스, 엔드포인트 사용량에 따라 비용이 발생할 수 있습니다.
리드 소스가 Jodoo 외부 시스템이어도 되나요?
네. 결과가 Jodoo에 작성되기 전에 webhook payload를 Make로 보낼 수 있는 어떤 시스템이든 소스로 사용할 수 있습니다.
팀이 Make 안에 모델 기반 에이전트 단계를 추가할 수 있나요?
네. 테스트된 경로는 안정적인 webhook과 HTTP Jodoo에 기록 흐름을 사용합니다. 출력 스키마만 안정적으로 유지된다면 Make AI 단계나 연결된 모델 호출을 추가할 수 있습니다.
Make 시나리오를 실행하기 전에 무엇을 확인해야 하나요?
Custom webhook이 데이터 대기 상태인지, HTTP 모듈 URL이 저장되었는지, 요청 본문이 JSON인지, 임시 터널을 사용하는 경우 엔드포인트 상태 점검이 통과했는지 확인하세요.
코드 우선 webhook 워크플로와는 무엇이 다른가요?
Make는 리드 흐름을 캔버스 위의 모듈로 가시적으로 보여줍니다. 빌더는 Jodoo 팀이 레코드를 검토하기 전에 Webhooks 트리거, HTTP 요청, 작업 수, 크레딧 사용량, History 결과를 확인할 수 있습니다.
Make HTTP 모듈이 실패하면 어떻게 되나요?
실행이 완료되지 않은 것으로 처리하세요. 실제 리드 트래픽에 워크플로를 사용하거나 스크린샷을 수집하기 전에 저장된 URL, JSON 요청 본문, 엔드포인트 상태, Make History 오류를 확인하세요.
테스트 중에는 Make 시나리오를 비활성 상태로 유지할 수 있나요?
네. 수동 검증을 위해 Run once는 예약 실행이나 상시 실행 시나리오를 켜지 않고도 webhook 이벤트를 기다릴 수 있습니다. 운영 환경에서는 엔드포인트 상태, 할당량, 재시도, 오류 알림이 준비된 후 시나리오를 활성화하세요.
리드 흐름 문제를 점검할 때 어떤 Make 화면이 도움이 되나요?
Jodoo 레코드를 확인하기 전에 Scenario Usage, History, 모듈 번들 출력, HTTP 상태 코드, 데이터 전송량, 작업 수, 크레딧 사용량을 확인해 리드가 Make를 통과했는지 검증하세요.
왜 결과를 Make History 대신 Jodoo에 저장하나요?
Make History는 빌더에게 유용하고, Jodoo는 영업팀에 필요한 필드, 화면, 담당자, 대시보드, 워크플로 상태, 감사 맥락을 제공합니다.
다음 단계
Make 리드 접수를 재사용 가능한 영업 워크플로로 전환
이 리드 선별 루프부터 시작한 다음, 동일한 Make와 Jodoo 패턴을 지원, 구매, 프로젝트 접수 또는 운영 요청에도 재사용할 수 있습니다.