MAKE + JODOO
Dùng Make với Jodoo để nhận webhook khách hàng tiềm năng đầu vào, gửi các trường dữ liệu đánh giá có cấu trúc qua mô-đun HTTP, ghi các trường dữ liệu điểm số vào Jodoo và giúp theo dõi tiếp bán hàng trong một bản ghi dễ theo dõi.
VIDEO HƯỚNG DẪN
Video cho thấy luồng trong Make: một khách hàng tiềm năng đi vào qua Custom webhook, Make gửi các trường dữ liệu đánh giá có cấu trúc qua mô-đun HTTP và Jodoo lưu bản ghi bán hàng.
Kịch bản bắt đầu bằng một Custom webhook có thể nhận dữ liệu khách hàng tiềm năng từ biểu mẫu, chiến dịch, đối tác hoặc nội bộ.
Mô-đun HTTP gửi điểm số, phân hạng, mức ưu tiên định tuyến, người phụ trách, hành động tiếp theo và ngữ cảnh theo dõi tiếp.
Bảng Make History xác nhận lần chạy thủ công, số lượng thao tác, mức sử dụng credit, thời lượng và dữ liệu truyền tải.
Kết quả có cấu trúc được ghi vào một ứng dụng khách hàng tiềm năng trên Jodoo để đội ngũ có thể lọc, phân công và xem lại.
Khách hàng tiềm năng nóng có thể được chuyển vào hàng đợi người phụ trách, cảnh báo, bảng tổng quan và chế độ xem rà soát từ bản ghi Jodoo.
TÓM TẮT DEMO
Cách triển khai này phù hợp khi đội ngũ của bạn muốn dùng kịch bản trực quan trên Make cho khâu tiếp nhận khách hàng tiềm năng trước khi Jodoo trở thành bản ghi vận hành chính.
Payload khách hàng tiềm năng đi vào Make thông qua một Custom webhook.
Mô-đun HTTP của Make gửi các trường dữ liệu đánh giá có cấu trúc.
Make History cho thấy lần chạy thủ công đã hoàn tất thành công với hai thao tác.
Lần chạy Make ghi lại số lượng thao tác, credit, thời lượng và dữ liệu truyền tải cho luồng khách hàng tiềm năng đã kiểm thử.
Jodoo lưu điểm số, phân hạng, nguồn, liên hệ và các trường dữ liệu theo dõi tiếp của khách hàng tiềm năng.
Make chạy kịch bản. Jodoo lưu bản ghi bán hàng.
BỘ QUY TRÌNH
Xem cẩm nang, sao chép công thức quy trình và dùng mô hình trường dữ liệu Jodoo khi điều chỉnh webhook Make cho các nguồn khách hàng tiềm năng của riêng bạn.
Make nhận sự kiện khách hàng tiềm năng qua Custom webhook, gửi đầu ra có cấu trúc qua mô-đun HTTP và ghi lại thao tác, credit và thời lượng trong History. Jodoo lưu bản ghi khách hàng tiềm năng bền vững, hàng đợi người phụ trách, trạng thái rà soát và nhật ký kiểm tra.
QUY TRÌNH CÓ THỂ TÁI SỬ DỤNG
Biểu mẫu, chiến dịch, nguồn đối tác, bảng tính hoặc hệ thống nội bộ
Nhận webhook, gửi ghi ngược dữ liệu qua HTTP và xác nhận lần chạy trong History
Gửi các trường dữ liệu đánh giá dưới dạng yêu cầu POST JSON và phân tích phản hồi
Hiển thị thành công, thao tác, credit, thời lượng và dữ liệu truyền tải
Tạo bản ghi khách hàng tiềm năng và trả về data ID
Hàng đợi người phụ trách, trạng thái rà soát, bảng tổng quan và nhật ký kiểm tra
VÒNG LẶP QUY TRÌNH
Một khách hàng tiềm năng đi vào Custom webhook của Make từ biểu mẫu, chiến dịch, nguồn đối tác hoặc hệ thống nội bộ.
Run once đưa mô-đun Webhooks vào trạng thái chờ để có thể ghi nhận payload kiểm thử đầu vào.
Kịch bản Make giữ sự kiện hiển thị dưới dạng luồng hai mô-đun: kích hoạt ứng dụng Webhooks và ghi ngược dữ liệu qua ứng dụng HTTP.
Mô-đun HTTP sử dụng phần thân JSON, phương thức POST, thiết lập phân tích phản hồi và một URL đã lưu cần được kiểm tra lại khi các endpoint tạm thời thay đổi.
Yêu cầu HTTP gửi score, tier, priority, owner, next action và ngữ cảnh theo dõi tiếp dưới dạng JSON.
Make History ghi lại lần chạy thủ công, số lượng thao tác, mức sử dụng credit, thời lượng và dữ liệu truyền tải.
Kết quả có cấu trúc được gửi đến một endpoint ghi ngược dữ liệu của Jodoo hoặc lớp middleware bảo mật.
Jodoo tạo bản ghi khách hàng tiềm năng và giữ sẵn để dùng cho hàng đợi người phụ trách, chế độ xem rà soát, bảng tổng quan và lịch sử kiểm tra.
ÁNH XẠ TRƯỜNG DỮ LIỆU
| Dữ liệu tác nhân hoặc dữ liệu nguồn | Trường dữ liệu bản ghi Jodoo |
|---|---|
| contact_name, company, email, campaign | Tên liên hệ, Công ty, Email, Chiến dịch |
| ai_score, lead_tier, routing_priority | Điểm AI, Phân hạng khách hàng tiềm năng, Mức ưu tiên định tuyến |
| fit_reason, missing_info, next_best_action | Lý do phù hợp, Thông tin còn thiếu, Hành động tiếp theo phù hợp nhất |
| follow_up_draft, full workflow output | Bản nháp theo dõi tiếp, Đầu ra tác nhân gốc |
CÔNG THỨC TÁC NHÂN
Nhận payload khách hàng tiềm năng B2B đầu vào và trả về các trường dữ liệu có cấu trúc để Jodoo có thể lưu trữ, định tuyến và lập báo cáo.
Chấm điểm khách hàng tiềm năng dựa trên mức độ phù hợp, ý định, độ khẩn cấp, mức độ đầy đủ và tính liên quan. Giữ đầu ra ổn định để phục vụ bước ghi ngược dữ liệu HTTP của Make.
Trả về ai_score, lead_tier, fit_reason, missing_info, suggested_owner, next_best_action, follow_up_draft và routing_priority.
Giữ rõ ràng gói dữ liệu Webhooks, phương thức HTTP, kiểu nội dung JSON, thiết lập phân tích phản hồi, URL endpoint đã lưu và bước xác thực Run once trước khi bàn giao quy trình cho đội ngũ bán hàng.
{
"ai_score": 92,
"lead_tier": "Tiềm năng cao",
"routing_priority": "Cao",
"suggested_owner": "Hàng đợi Sales Ops",
"next_best_action": "Lên lịch cuộc gọi tìm hiểu trong một ngày làm việc"
}ỨNG DỤNG JODOO KHỞI ĐẦU
Sử dụng mô hình trường dữ liệu này khi cấu hình Custom webhook trên Make và quy trình ghi ngược dữ liệu vào Jodoo.
DANH SÁCH KIỂM TRA TRIỂN KHAI
TÀI LIỆU THAM KHẢO TRIỂN KHAI
Hướng dẫn lập kế hoạch cho vòng lặp đánh giá chất lượng khách hàng tiềm năng trên Make, bao gồm kích hoạt Custom webhook, luồng kiểm thử Run once, mô-đun HTTP, bằng chứng từ Make History, các trường dữ liệu Jodoo và danh sách kiểm tra triển khai.
Mở cẩm nangMô hình trường dữ liệu Jodoo, các chế độ xem đề xuất, bản ghi mẫu và quy tắc tự động hóa để điều chỉnh ứng dụng khách hàng tiềm năng sau khi một kịch bản Make ghi kết quả.
Mở bản thiết kếThiết lập webhook Make, schema ghi ngược dữ liệu qua HTTP, kiểm tra URL đã lưu, kiểm tra tình trạng endpoint tạm thời, ghi chú ghi ngược dữ liệu Jodoo và hướng dẫn triển khai từ lần chạy thực tế.
Mở công thứcQUY TRÌNH
Ở đây, Make đóng vai trò lớp điều phối. Nó bắt sự kiện khách hàng tiềm năng và gọi bước ghi ngược dữ liệu, trong khi Jodoo lưu bản ghi để đội ngũ bán hàng có thể xem lại.
Một khách hàng tiềm năng đi vào Custom webhook của Make từ biểu mẫu, chiến dịch, nguồn đối tác hoặc hệ thống nội bộ.
Run once đưa mô-đun Webhooks vào trạng thái chờ để có thể ghi nhận payload kiểm thử đầu vào.
Kịch bản Make giữ sự kiện hiển thị dưới dạng luồng hai mô-đun: kích hoạt ứng dụng Webhooks và ghi ngược dữ liệu qua ứng dụng HTTP.
Mô-đun HTTP sử dụng phần thân JSON, phương thức POST, thiết lập phân tích phản hồi và một URL đã lưu cần được kiểm tra lại khi các endpoint tạm thời thay đổi.
Yêu cầu HTTP gửi score, tier, priority, owner, next action và ngữ cảnh theo dõi tiếp dưới dạng JSON.
Make History ghi lại lần chạy thủ công, số lượng thao tác, mức sử dụng credit, thời lượng và dữ liệu truyền tải.
Kết quả có cấu trúc được gửi đến một endpoint ghi ngược dữ liệu của Jodoo hoặc lớp middleware bảo mật.
Jodoo tạo bản ghi khách hàng tiềm năng và giữ sẵn để dùng cho hàng đợi người phụ trách, chế độ xem rà soát, bảng tổng quan và lịch sử kiểm tra.
BẢN GHI JODOO
Jodoo lưu các trường dữ liệu khách hàng tiềm năng bền vững sau lần chạy Make: nguồn, liên hệ, công ty, điểm số, phân hạng, mức ưu tiên định tuyến, người phụ trách và ngữ cảnh theo dõi tiếp.
LẦN CHẠY THỰC TẾ
Các ảnh chụp màn hình sử dụng dữ liệu khách hàng tiềm năng mô phỏng và hiển thị canvas kịch bản Make, một lần chạy thành công trong Make History và bảng khách hàng tiềm năng của Jodoo sau khi ghi ngược dữ liệu.
Canvas Make sử dụng một Custom webhook và một mô-đun HTTP để gọi endpoint ghi ngược dữ liệu của Jodoo.
Make History cho thấy kịch bản khách hàng tiềm năng đã hoàn tất thành công, bao gồm thao tác, credit, thời lượng và dữ liệu truyền tải.
Khách hàng tiềm năng được Make đánh giá đã xuất hiện trong Jodoo với các trường dữ liệu về điểm số, phân hạng, nguồn, liên hệ và công ty.
CÂU HỎI THƯỜNG GẶP
Giải đáp về cách dùng các nền tảng tác nhân với bản ghi, quy trình và mẫu ứng dụng của Jodoo.
Có. Một mục History của kịch bản Make cho thấy lần chạy thủ công thành công và bảng Jodoo hiển thị bản ghi đánh giá khách hàng tiềm năng mô phỏng được tạo từ lần chạy đó.
Lần chạy minh chứng sử dụng tài khoản Make miễn phí và dữ liệu mô phỏng. Khi đưa vào thực tế, chi phí có thể phát sinh tùy theo khối lượng thao tác, dịch vụ được kết nối và mức sử dụng endpoint.
Có. Nguồn có thể là bất kỳ hệ thống nào có thể gửi payload webhook đến Make trước khi kết quả được ghi vào Jodoo.
Có. Luồng đã kiểm thử sử dụng webhook đáng tin cậy và luồng ghi ngược dữ liệu qua HTTP. Đội ngũ có thể thêm một bước AI của Make hoặc lệnh gọi mô hình được kết nối miễn là schema đầu ra vẫn ổn định.
Hãy xác nhận Custom webhook đang chờ dữ liệu, URL của mô-đun HTTP đã được lưu, phần thân yêu cầu là JSON và kiểm tra tình trạng endpoint đã đạt nếu sử dụng tunnel tạm thời.
Make giữ luồng khách hàng tiềm năng hiển thị rõ dưới dạng các mô-đun trên canvas. Người xây dựng có thể thấy kích hoạt Webhooks, yêu cầu HTTP, số lượng thao tác, mức sử dụng credit và kết quả trong History trước khi đội ngũ Jodoo rà soát bản ghi.
Hãy xem lần chạy đó là chưa hoàn tất. Kiểm tra URL đã lưu, phần thân JSON, tình trạng endpoint và lỗi trong Make History trước khi thu thập ảnh chụp màn hình hoặc dùng quy trình cho lưu lượng khách hàng tiềm năng thực.
Có. Để xác thực thủ công, Run once có thể chờ một sự kiện webhook mà không cần bật kịch bản theo lịch hoặc luôn hoạt động. Khi đưa vào thực tế, hãy kích hoạt kịch bản sau khi tình trạng endpoint, hạn mức, cơ chế thử lại và thông báo lỗi đã sẵn sàng.
Hãy dùng phần Mức sử dụng kịch bản, History, đầu ra gói dữ liệu của mô-đun, mã trạng thái HTTP, dữ liệu truyền tải, số lượng thao tác và mức sử dụng credit để xác nhận khách hàng tiềm năng đã đi qua Make trước khi kiểm tra bản ghi Jodoo.
Make History hữu ích cho người xây dựng, còn Jodoo cung cấp cho đội ngũ bán hàng các trường dữ liệu, chế độ xem, người phụ trách, bảng tổng quan, trạng thái quy trình và ngữ cảnh kiểm tra.
BƯỚC TIẾP THEO
Bắt đầu với vòng lặp đánh giá chất lượng khách hàng tiềm năng này, sau đó tái sử dụng cùng mô hình Make và Jodoo cho hỗ trợ, mua sắm, tiếp nhận dự án hoặc yêu cầu vận hành.