Cẩm nang giải pháp
Hướng dẫn lập kế hoạch cho vòng bàn giao tiếp nhận khách hàng bằng Make, bao gồm thiết lập, các trường dữ liệu Jodoo, bản ghi bằng chứng và ghi chú triển khai.
Mở cẩm nangMAKE + JODOO
Bàn giao tiếp nhận khách hàng bằng AI với Make + Jodoo
Xem cách Make và Jodoo xử lý bàn giao tiếp nhận khách hàng: rà soát yêu cầu nguồn, trả về các trường dữ liệu quyết định có cấu trúc, ghi kết quả vào Jodoo và giữ người phụ trách, trạng thái, hành động tiếp theo luôn hiển thị.
1
Rà soát dữ liệu tiếp nhận khách hàng theo một bộ tiêu chí nhất quán
2
Ghi giai đoạn tiếp nhận, mức độ rủi ro, thông tin còn thiếu, mức ưu tiên buổi khởi động, người phụ trách triển khai, người phụ trách thành công khách hàng và hành động tốt nhất tiếp theo vào Jodoo
3
Giữ hàng đợi của người phụ trách và trạng thái theo dõi tiếp luôn hiển thị
4
Dùng bằng chứng từ Make trước khi điều chỉnh quy trình cho các nguồn dữ liệu vận hành thực tế
5
Bằng chứng công khai dùng chế độ Make Run once để ảnh chụp màn hình có thể hiển thị gói dữ liệu webhook, các mô-đun trong kịch bản, số lượng thao tác và phản hồi HTTP trong lịch sử kịch bản.
VIDEO HƯỚNG DẪN
Điều gì diễn ra trong bản demo Make
Video cho thấy Make xử lý trường hợp Aster Retail Group bắt đầu tiếp nhận khách hàng với bối cảnh gói đã ký, mục tiêu đưa vào vận hành, ghi chú từ các bên liên quan, rủi ro triển khai và chi tiết tích hợp còn thiếu; sau đó Jodoo lưu bản ghi vận hành.
Custom webhook nhận yêu cầu
Aster Retail Group bắt đầu tiếp nhận khách hàng với bối cảnh gói đã ký, mục tiêu đưa vào vận hành, ghi chú từ các bên liên quan, rủi ro triển khai và chi tiết tích hợp còn thiếu.
Make chuẩn bị các trường dữ liệu rà soát có cấu trúc
Quy trình giữ rõ giai đoạn tiếp nhận, mức độ rủi ro, thông tin còn thiếu, mức ưu tiên buổi khởi động, người phụ trách triển khai, người phụ trách thành công khách hàng và hành động tốt nhất tiếp theo thay vì trả về một đoạn văn tự do.
Mô-đun HTTP ghi vào Jodoo
Lần chạy đã kiểm thử gửi kết quả rà soát đến Jodoo và nhận ID dữ liệu Jodoo từ cầu nối.
Bằng chứng Make vẫn có thể kiểm tra
Bằng chứng công khai dùng chế độ Make Run once để ảnh chụp màn hình có thể hiển thị gói dữ liệu webhook, các mô-đun trong kịch bản, số lượng thao tác và phản hồi HTTP trong lịch sử kịch bản.
Jodoo giữ bản ghi của đội ngũ
Ứng dụng Jodoo lưu Tên khách hàng, Gói hoặc gói dịch vụ, Giá trị hợp đồng, Liên hệ chính, Mục tiêu đưa vào vận hành, Người phụ trách triển khai, Giai đoạn tiếp nhận để rà soát và theo dõi tiếp.
TÓM TẮT DEMO
Make rà soát yêu cầu, Jodoo theo dõi phần việc tiếp theo
Cách triển khai này phù hợp với các đội ngũ vận hành muốn có khung kịch bản trực quan, kiểm thử Run once và lịch sử mô-đun. Trang này hiển thị thiết lập kịch bản trực quan, lần chạy thực tế và phần ghi ngược dữ liệu vào Jodoo. Bằng chứng từ mô-đun HTTP được thể hiện trực quan: phương thức, điểm cuối, loại phần thân, phản hồi đã phân tích và trạng thái hoàn tất đều có thể kiểm tra mà không cần mở trình chỉnh sửa mã.
Kịch bản Make
Một Make Custom webhook nhận payload mẫu và một mô-đun HTTP gửi các trường dữ liệu có cấu trúc vào Jodoo.
Quyết định có cấu trúc
Quy trình trả về giai đoạn tiếp nhận, mức độ rủi ro, thông tin còn thiếu, mức ưu tiên buổi khởi động, người phụ trách triển khai, người phụ trách thành công khách hàng và hành động tốt nhất tiếp theo cho Aster Retail Group.
Lần chạy Make thành công
Lịch sử chạy Make hiển thị mô-đun HTTP hoàn tất, chi tiết thao tác và phản hồi ID dữ liệu Jodoo.
Chi tiết triển khai Make
Bắt đầu với một Custom webhook, dán yêu cầu mẫu và để Make suy luận gói dữ liệu trước khi ánh xạ các trường dữ liệu quyết định vào phần thân của mô-đun HTTP.
Chi tiết công thức tiếp nhận khách hàng
Đối với bàn giao tiếp nhận khách hàng, gói dữ liệu Make nên giữ cho tên khách hàng, gói, mục tiêu đưa vào vận hành, ghi chú từ các bên liên quan, rủi ro buổi khởi động và người phụ trách triển khai hiển thị trước khi mô-đun HTTP ghi vào Jodoo.
Ghi ngược dữ liệu vào Jodoo
Jodoo lưu bản ghi tiếp nhận khách hàng và giữ cho hành động tiếp theo luôn hiển thị.
Theo dõi tiếp trong vận hành
Hành động tiếp theo được đề xuất là lên lịch buổi khởi động, phân công người phụ trách triển khai và thu thập yêu cầu tích hợp trước khi lập kế hoạch đưa vào vận hành.
Bộ công cụ có thể tái sử dụng
Bộ tài liệu rút ra gồm cẩm nang, bản thiết kế trường dữ liệu Jodoo và công thức quy trình Make.
GHI CHÚ THIẾT LẬP NỀN TẢNG
Điểm riêng của Make
Mô hình bản ghi Jodoo có thể giữ nhất quán, nhưng mỗi nền tảng tác nhân có cách xây dựng, chế độ kiểm thử và bàn giao triển khai khác nhau.
Bằng chứng thiết lập
Bằng chứng dùng Run once để gói dữ liệu đầu vào và phản hồi HTTP hiển thị rõ.
Luồng hành động
Mô-đun HTTP giúp phương thức, URL, loại phần thân và phần phân tích phản hồi có thể được kiểm tra.
Trọng tâm công thức
Lịch sử kịch bản cung cấp bản ghi trực quan về thao tác, thời lượng và phản hồi ghi ngược dữ liệu.
Lập kế hoạch vận hành thực tế
Kế hoạch vận hành thực tế nên bao gồm quyền phụ trách webhook, bộ định tuyến, trình xử lý lỗi và mức sử dụng thao tác.
Chi tiết bằng chứng
Bằng chứng công khai dùng chế độ Make Run once để ảnh chụp màn hình có thể hiển thị gói dữ liệu webhook, các mô-đun trong kịch bản, số lượng thao tác và phản hồi HTTP trong lịch sử kịch bản.
Bằng chứng lần chạy
Bằng chứng từ mô-đun HTTP được thể hiện trực quan: phương thức, điểm cuối, loại phần thân, phản hồi đã phân tích và trạng thái hoàn tất đều có thể kiểm tra mà không cần mở trình chỉnh sửa mã.
Chi tiết xây dựng
Bắt đầu với một Custom webhook, dán yêu cầu mẫu và để Make suy luận gói dữ liệu trước khi ánh xạ các trường dữ liệu quyết định vào phần thân của mô-đun HTTP.
Lộ trình triển khai
Dùng bộ định tuyến sau bằng chứng cơ bản khi hợp đồng giá trị cao, hóa đơn khẩn cấp hoặc trường hợp thiếu thông tin cần các hàng đợi Jodoo khác nhau.
Nguyên tắc kiểm soát
Rà soát mức sử dụng thao tác, quyền phụ trách webhook và lịch chạy kịch bản trước khi chuyển bằng chứng Run once thành quy trình hoạt động.
Kiểm soát rà soát
Thêm trình xử lý lỗi quanh mô-đun HTTP để các lần ghi ngược dữ liệu thất bại có thể được thử lại hoặc chuyển sang luồng rà soát thủ công.
Công thức kịch bản
Đối với bàn giao tiếp nhận khách hàng, gói dữ liệu Make nên giữ cho tên khách hàng, gói, mục tiêu đưa vào vận hành, ghi chú từ các bên liên quan, rủi ro buổi khởi động và người phụ trách triển khai hiển thị trước khi mô-đun HTTP ghi vào Jodoo.
Điều chỉnh quy trình
Bộ định tuyến có thể tách nhánh tài khoản doanh nghiệp lớn, dữ liệu triển khai còn thiếu và ngày đưa vào vận hành khẩn cấp vào các hàng đợi tiếp nhận khác nhau.
BỘ QUY TRÌNH
Xây dựng vòng bàn giao tiếp nhận khách hàng tương tự
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 quy trình Make.
QUY TRÌNH CÓ THỂ TÁI SỬ DỤNG
Quy trình đưa ra quyết định. Jodoo giúp công việc tiếp tục trôi chảy.
- 01
Custom webhook
Khởi động bài kiểm thử tiếp nhận khách hàng với Aster Retail Group. Bắt đầu với một Custom webhook, dán yêu cầu mẫu và để Make suy luận gói dữ liệu trước khi ánh xạ các trường dữ liệu quyết định vào phần thân của mô-đun HTTP.
- 02
Kịch bản Make
Một Make Custom webhook nhận payload mẫu và một mô-đun HTTP gửi các trường dữ liệu có cấu trúc vào Jodoo.
- 03
Mô-đun HTTP
Gửi JSON có cấu trúc đến cầu nối ghi ngược dữ liệu Jodoo. Bằng chứng từ mô-đun HTTP được thể hiện trực quan: phương thức, điểm cuối, loại phần thân, phản hồi đã phân tích và trạng thái hoàn tất đều có thể kiểm tra mà không cần mở trình chỉnh sửa mã.
- 04
Phản hồi bằng chứng
Hiển thị lần chạy nền tảng thành công và ID dữ liệu Jodoo. Bằng chứng công khai dùng chế độ Make Run once để ảnh chụp màn hình có thể hiển thị gói dữ liệu webhook, các mô-đun trong kịch bản, số lượng thao tác và phản hồi HTTP trong lịch sử kịch bản.
- 05
Hàng đợi Jodoo
Lưu các trường dữ liệu để người phụ trách rà soát, theo dõi trạng thái và theo dõi tiếp. Rà soát mức sử dụng thao tác, quyền phụ trách webhook và lịch chạy kịch bản trước khi chuyển bằng chứng Run once thành quy trình hoạt động.
VÒNG LẶP QUY TRÌNH
Từ bàn giao tiếp nhận khách hàng trong Make đến Jodoo
Custom webhook nhận hoặc khởi động bàn giao tiếp nhận khách hàng bằng dữ liệu tổng hợp trước.
Make áp dụng hướng dẫn rà soát tập trung và trả về giai đoạn tiếp nhận, mức độ rủi ro, thông tin còn thiếu, mức ưu tiên buổi khởi động, người phụ trách triển khai, người phụ trách thành công khách hàng và hành động tốt nhất tiếp theo.
Mô-đun HTTP gửi kết quả có cấu trúc đến cầu nối ghi ngược dữ liệu Jodoo và nhận ID dữ liệu.
Đối với bàn giao tiếp nhận khách hàng, gói dữ liệu Make nên giữ cho tên khách hàng, gói, mục tiêu đưa vào vận hành, ghi chú từ các bên liên quan, rủi ro buổi khởi động và người phụ trách triển khai hiển thị trước khi mô-đun HTTP ghi vào Jodoo.
Bộ định tuyến có thể tách nhánh tài khoản doanh nghiệp lớn, dữ liệu triển khai còn thiếu và ngày đưa vào vận hành khẩn cấp vào các hàng đợi tiếp nhận khác nhau.
Lịch sử kịch bản giúp lãnh đạo đội ngũ thành công khách hàng giải thích nội dung đến từ bán hàng, quyết định của quy trình và dữ liệu Jodoo đã lưu để theo dõi tiếp.
Sau khi có bằng chứng, Make có thể thêm tra cứu CRM, thông báo Slack và các tuyến leo thang cho những bàn giao có rủi ro.
Bắt đầu với một Custom webhook, dán yêu cầu mẫu và để Make suy luận gói dữ liệu trước khi ánh xạ các trường dữ liệu quyết định vào phần thân của mô-đun HTTP.
Dùng bộ định tuyến sau bằng chứng cơ bản khi hợp đồng giá trị cao, hóa đơn khẩn cấp hoặc trường hợp thiếu thông tin cần các hàng đợi Jodoo khác nhau.
Jodoo tạo bản ghi Trình theo dõi tiếp nhận khách hàng và lưu Tên khách hàng, Gói hoặc gói dịch vụ, Giá trị hợp đồng, Liên hệ chính, Mục tiêu đưa vào vận hành, Người phụ trách triển khai, Giai đoạn tiếp nhận, Mức độ rủi ro.
Đội ngũ rà soát hàng đợi, phân công trách nhiệm và hoàn tất hành động tiếp theo: lên lịch buổi khởi động, phân công người phụ trách triển khai và thu thập yêu cầu tích hợp trước khi lập kế hoạch đưa vào vận hành.
Rà soát mức sử dụng thao tác, quyền phụ trách webhook và lịch chạy kịch bản trước khi chuyển bằng chứng Run once thành quy trình hoạt động.
Thêm trình xử lý lỗi quanh mô-đun HTTP để các lần ghi ngược dữ liệu thất bại có thể được thử lại hoặc chuyển sang luồng rà soát thủ công.
ÁNH XẠ TRƯỜNG DỮ LIỆU
Đầu ra của tác nhân trở thành trường dữ liệu Jodoo
| Dữ liệu tác nhân hoặc dữ liệu nguồn | Trường dữ liệu bản ghi Jodoo |
|---|---|
| chi tiết yêu cầu nguồn | Tên khách hàng, Gói hoặc gói dịch vụ, Giá trị hợp đồng, Liên hệ chính |
| các trường dữ liệu quyết định rà soát | Giai đoạn tiếp nhận, Mức độ rủi ro, Thông tin còn thiếu, Mức ưu tiên buổi khởi động, Tóm tắt bàn giao |
| phản hồi quy trình | Nền tảng nguồn, Đầu ra quy trình gốc |
CÔNG THỨC TÁC NHÂN
Prompt và đầu ra có cấu trúc
Vai trò của Make
Rà soát một yêu cầu bàn giao tiếp nhận khách hàng và trả về các trường dữ liệu có cấu trúc để Jodoo có thể lưu, định tuyến và báo cáo. Bắt đầu với một Custom webhook, dán yêu cầu mẫu và để Make suy luận gói dữ liệu trước khi ánh xạ các trường dữ liệu quyết định vào phần thân của mô-đun HTTP.
Hướng dẫn rà soát
Dùng bối cảnh mẫu của Aster Retail Group, quyết định giai đoạn tiếp nhận, mức độ rủi ro, thông tin còn thiếu, mức ưu tiên buổi khởi động, người phụ trách triển khai, người phụ trách thành công khách hàng và hành động tốt nhất tiếp theo, đồng thời giữ hành động tiếp theo được đề xuất thật cụ thể. Đối với bàn giao tiếp nhận khách hàng, gói dữ liệu Make nên giữ cho tên khách hàng, gói, mục tiêu đưa vào vận hành, ghi chú từ các bên liên quan, rủi ro buổi khởi động và người phụ trách triển khai hiển thị trước khi mô-đun HTTP ghi vào Jodoo.
Hợp đồng ghi ngược dữ liệu
Gửi một đối tượng JSON có thể dự đoán qua mô-đun HTTP; Jodoo nên nhận cùng tên trường dữ liệu trong mỗi lần chạy. Make hữu ích khi đội ngũ vận hành muốn giải thích bàn giao bằng khung kịch bản, bộ lọc, bộ định tuyến và lịch sử chạy ở cấp mô-đun.
Đầu ra bắt buộc
Trả về giai đoạn tiếp nhận, mức độ rủi ro, thông tin còn thiếu, mức ưu tiên buổi khởi động, người phụ trách triển khai, người phụ trách thành công khách hàng và hành động tốt nhất tiếp theo, source_platform, agent_confidence và đầu ra quy trình gốc để phục vụ ngữ cảnh kiểm toán.
Kiểm soát trong Make
Rà soát mức sử dụng thao tác, quyền phụ trách webhook và lịch chạy kịch bản trước khi chuyển bằng chứng Run once thành quy trình hoạt động. Thêm trình xử lý lỗi quanh mô-đun HTTP để các lần ghi ngược dữ liệu thất bại có thể được thử lại hoặc chuyển sang luồng rà soát thủ công. Ghi rõ ai phụ trách URL webhook và ai được phép chỉnh sửa các mô-đun mang dữ liệu yêu cầu vận hành thực tế.
Ghi chú triển khai tiếp nhận khách hàng
Đối với bàn giao tiếp nhận khách hàng, gói dữ liệu Make nên giữ cho tên khách hàng, gói, mục tiêu đưa vào vận hành, ghi chú từ các bên liên quan, rủi ro buổi khởi động và người phụ trách triển khai hiển thị trước khi mô-đun HTTP ghi vào Jodoo. Bộ định tuyến có thể tách nhánh tài khoản doanh nghiệp lớn, dữ liệu triển khai còn thiếu và ngày đưa vào vận hành khẩn cấp vào các hàng đợi tiếp nhận khác nhau. Lịch sử kịch bản giúp lãnh đạo đội ngũ thành công khách hàng giải thích nội dung đến từ bán hàng, quyết định của quy trình và dữ liệu Jodoo đã lưu để theo dõi tiếp. Sau khi có bằng chứng, Make có thể thêm tra cứu CRM, thông báo Slack và các tuyến leo thang cho những bàn giao có rủi ro.
{
"customer_name": "Aster Retail Group",
"plan_or_package": "Triển khai vận hành tăng trưởng",
"contract_value": 42000,
"primary_contact": "Jordan Lee",
"go_live_target": "2026-07-15",
"implementation_owner": "Onboarding Operations",
"onboarding_stage": "Chuẩn bị buổi khởi động",
"risk_level": "Trung bình",
"missing_information": "Yêu cầu tích hợp và người phụ trách di chuyển dữ liệu",
"kickoff_priority": "Cao",
"customer_success_owner": "Trưởng nhóm CS",
"next_best_action": "Lên lịch buổi khởi động và thu thập yêu cầu tích hợp"
}ỨNG DỤNG JODOO KHỞI ĐẦU
Ứng dụng khởi đầu cho tiếp nhận khách hàng
Dùng mô hình trường dữ liệu, các chế độ xem và tự động hóa khi điều chỉnh quy trình bàn giao tiếp nhận khách hàng cho đội ngũ của bạn.
Trường dữ liệu bao gồm
- Tên khách hàng
- Gói hoặc gói dịch vụ
- Giá trị hợp đồng
- Liên hệ chính
- Mục tiêu đưa vào vận hành
- Người phụ trách triển khai
- Giai đoạn tiếp nhận
- Mức độ rủi ro
- Thông tin còn thiếu
- Mức ưu tiên buổi khởi động
- Tóm tắt bàn giao
- Hành động tốt nhất tiếp theo
- Người phụ trách thành công khách hàng
- Nền tảng nguồn
- Đầu ra quy trình gốc
Chế độ xem đề xuất
- Bàn giao khách hàng mới
- Sẵn sàng cho buổi khởi động
- Thông tin còn thiếu
- Tiếp nhận có rủi ro
- Tất cả bản ghi tiếp nhận
Quy tắc tự động hóa
- Tạo bản ghi Jodoo sau khi Make trả về đầu ra có cấu trúc.
- Chuyển bản ghi ưu tiên cao hoặc ngoại lệ vào đúng hàng đợi của người phụ trách.
- Thông báo cho người phụ trách được đề xuất khi có thông tin còn thiếu hoặc lý do tạm giữ.
- Giữ đầu ra quy trình gốc trong ngữ cảnh kiểm toán.
DANH SÁCH KIỂM TRA TRIỂN KHAI
Những gì cần xác nhận trước khi triển khai thực tế
- Gửi dữ liệu tổng hợp đến Custom webhook trước khi kích hoạt kịch bản.
- Mở lại mô-đun HTTP sau khi chỉnh sửa và xác nhận ánh xạ JSON đã lưu.
- Dùng lịch sử kịch bản để xác nhận trạng thái, thao tác và phần thân phản hồi.
- Chỉ thêm bộ định tuyến, bộ lọc và thông báo sau khi phần ghi ngược dữ liệu cơ bản đã ổn định.
- Rà soát mức sử dụng thao tác, quyền phụ trách webhook và lịch chạy kịch bản trước khi chuyển bằng chứng Run once thành quy trình hoạt động.
- Thêm trình xử lý lỗi quanh mô-đun HTTP để các lần ghi ngược dữ liệu thất bại có thể được thử lại hoặc chuyển sang luồng rà soát thủ công.
- Ghi rõ ai phụ trách URL webhook và ai được phép chỉnh sửa các mô-đun mang dữ liệu yêu cầu vận hành thực tế.
- Bộ định tuyến có thể tách nhánh tài khoản doanh nghiệp lớn, dữ liệu triển khai còn thiếu và ngày đưa vào vận hành khẩn cấp vào các hàng đợi tiếp nhận khác nhau.
- Lịch sử kịch bản giúp lãnh đạo đội ngũ thành công khách hàng giải thích nội dung đến từ bán hàng, quyết định của quy trình và dữ liệu Jodoo đã lưu để theo dõi tiếp.
- Sau khi có bằng chứng, Make có thể thêm tra cứu CRM, thông báo Slack và các tuyến leo thang cho những bàn giao có rủi ro.
Bộ quy trình
Lưu lại chi tiết thiết lập cho đội ngũ của bạn
Bản thiết kế ứng dụng khởi đầu Jodoo
Mô hình trường dữ liệu Jodoo, các chế độ xem được khuyến nghị và ý tưởng tự động hóa để điều chỉnh Trình theo dõi tiếp nhận khách hàng.
Mở bản thiết kếPrompt tác nhân AI + Công thức quy trình
Thiết lập Make, hợp đồng đầu ra, ghi chú điểm cuối và công thức chạy thử dùng cho bằng chứng ghi ngược dữ liệu này.
Mở công thứcQUY TRÌNH
Từ tiếp nhận khách hàng trong Make đến bản ghi Jodoo
Make xử lý kịch bản trực quan; Jodoo giữ bản ghi để các đội ngũ có thể lọc, phân công và rà soát.
Custom webhook nhận hoặc khởi động bàn giao tiếp nhận khách hàng bằng dữ liệu tổng hợp trước.
Make áp dụng hướng dẫn rà soát tập trung và trả về giai đoạn tiếp nhận, mức độ rủi ro, thông tin còn thiếu, mức ưu tiên buổi khởi động, người phụ trách triển khai, người phụ trách thành công khách hàng và hành động tốt nhất tiếp theo.
Mô-đun HTTP gửi kết quả có cấu trúc đến cầu nối ghi ngược dữ liệu Jodoo và nhận ID dữ liệu.
Đối với bàn giao tiếp nhận khách hàng, gói dữ liệu Make nên giữ cho tên khách hàng, gói, mục tiêu đưa vào vận hành, ghi chú từ các bên liên quan, rủi ro buổi khởi động và người phụ trách triển khai hiển thị trước khi mô-đun HTTP ghi vào Jodoo.
Bộ định tuyến có thể tách nhánh tài khoản doanh nghiệp lớn, dữ liệu triển khai còn thiếu và ngày đưa vào vận hành khẩn cấp vào các hàng đợi tiếp nhận khác nhau.
Lịch sử kịch bản giúp lãnh đạo đội ngũ thành công khách hàng giải thích nội dung đến từ bán hàng, quyết định của quy trình và dữ liệu Jodoo đã lưu để theo dõi tiếp.
Sau khi có bằng chứng, Make có thể thêm tra cứu CRM, thông báo Slack và các tuyến leo thang cho những bàn giao có rủi ro.
Bắt đầu với một Custom webhook, dán yêu cầu mẫu và để Make suy luận gói dữ liệu trước khi ánh xạ các trường dữ liệu quyết định vào phần thân của mô-đun HTTP.
Dùng bộ định tuyến sau bằng chứng cơ bản khi hợp đồng giá trị cao, hóa đơn khẩn cấp hoặc trường hợp thiếu thông tin cần các hàng đợi Jodoo khác nhau.
Jodoo tạo bản ghi Trình theo dõi tiếp nhận khách hàng và lưu Tên khách hàng, Gói hoặc gói dịch vụ, Giá trị hợp đồng, Liên hệ chính, Mục tiêu đưa vào vận hành, Người phụ trách triển khai, Giai đoạn tiếp nhận, Mức độ rủi ro.
Đội ngũ rà soát hàng đợi, phân công trách nhiệm và hoàn tất hành động tiếp theo: lên lịch buổi khởi động, phân công người phụ trách triển khai và thu thập yêu cầu tích hợp trước khi lập kế hoạch đưa vào vận hành.
Rà soát mức sử dụng thao tác, quyền phụ trách webhook và lịch chạy kịch bản trước khi chuyển bằng chứng Run once thành quy trình hoạt động.
Thêm trình xử lý lỗi quanh mô-đun HTTP để các lần ghi ngược dữ liệu thất bại có thể được thử lại hoặc chuyển sang luồng rà soát thủ công.
BẢN GHI JODOO
Những gì Jodoo lưu trữ
Jodoo lưu các trường dữ liệu tiếp nhận khách hàng bền vững sau khi quy trình chạy: Tên khách hàng, Gói hoặc gói dịch vụ, Giá trị hợp đồng, Liên hệ chính, Mục tiêu đưa vào vận hành, Người phụ trách triển khai, Giai đoạn tiếp nhận, Mức độ rủi ro.
Tên khách hàngGói hoặc gói dịch vụGiá trị hợp đồngLiên hệ chínhMục tiêu đưa vào vận hànhNgười phụ trách triển khaiGiai đoạn tiếp nhậnMức độ rủi roThông tin còn thiếuMức ưu tiên buổi khởi độngTóm tắt bàn giaoHành động tốt nhất tiếp theoNgười phụ trách thành công khách hàngNền tảng nguồnĐầu ra quy trình gốc
LẦN CHẠY THỬ THỰC TẾ
Một quy trình Make đã ghi dữ liệu tiếp nhận khách hàng vào Jodoo
Ảnh chụp màn hình dùng dữ liệu tổng hợp và hiển thị thiết lập Make, một lần chạy thành công và dòng Jodoo được tạo bởi quy trình.
Cấu hình kịch bản Make
Một Make Custom webhook nhận payload mẫu và một mô-đun HTTP gửi các trường dữ liệu có cấu trúc vào Jodoo.
Lần chạy Make thành công
Lịch sử chạy Make hiển thị mô-đun HTTP hoàn tất, chi tiết thao tác và phản hồi ID dữ liệu Jodoo.
Ghi ngược dữ liệu vào Jodoo
Bàn giao tiếp nhận khách hàng đã được ghi vào Jodoo với các trường Tên khách hàng, Gói hoặc gói dịch vụ, Giá trị hợp đồng, Liên hệ chính, Mục tiêu đưa vào vận hành, Người phụ trách triển khai hiển thị.
CÂU HỎI THƯỜNG GẶP
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.
Bàn giao tiếp nhận khách hàng bằng Make này đã được kiểm thử từ đầu đến cuối chưa?
Có. Bằng chứng dùng dữ liệu tổng hợp, một lần chạy Make thực tế và ảnh chụp màn hình ghi ngược dữ liệu vào Jodoo đã xác minh kèm bản kê bằng chứng.
Vì sao nên dùng Make cho bàn giao tiếp nhận khách hàng?
Dùng Make khi đội ngũ vận hành muốn có khung kịch bản trực quan, kiểm thử Run once và lịch sử mô-đun. Sau đó Jodoo giữ bản ghi bền vững để rà soát và theo dõi tiếp.
Cách triển khai Make này khác gì so với các ví dụ nền tảng khác?
Bằng chứng công khai dùng chế độ Make Run once để ảnh chụp màn hình có thể hiển thị gói dữ liệu webhook, các mô-đun trong kịch bản, số lượng thao tác và phản hồi HTTP trong lịch sử kịch bản. Bắt đầu với một Custom webhook, dán yêu cầu mẫu và để Make suy luận gói dữ liệu trước khi ánh xạ các trường dữ liệu quyết định vào phần thân của mô-đun HTTP. Đối với bàn giao tiếp nhận khách hàng, gói dữ liệu Make nên giữ cho tên khách hàng, gói, mục tiêu đưa vào vận hành, ghi chú từ các bên liên quan, rủi ro buổi khởi động và người phụ trách triển khai hiển thị trước khi mô-đun HTTP ghi vào Jodoo.
Jodoo lưu gì sau khi quy trình chạy?
Jodoo lưu Tên khách hàng, Gói hoặc gói dịch vụ, Giá trị hợp đồng, Liên hệ chính, Mục tiêu đưa vào vận hành, Người phụ trách triển khai, Giai đoạn tiếp nhận, Mức độ rủi ro, Thông tin còn thiếu, Mức ưu tiên buổi khởi động, cùng đầu ra quy trình gốc cho ngữ cảnh kiểm toán.
Sau này có thể kết nối với dữ liệu nguồn vận hành thực tế không?
Có. Bắt đầu với lần chạy dữ liệu tổng hợp đã xác minh, sau đó kết nối biểu mẫu, cổng thông tin, hộp thư đến, API hoặc hệ thống nội bộ khi schema bàn giao tiếp nhận khách hàng đã ổn định. Dùng bộ định tuyến sau bằng chứng cơ bản khi hợp đồng giá trị cao, hóa đơn khẩn cấp hoặc trường hợp thiếu thông tin cần các hàng đợi Jodoo khác nhau.
Đội ngũ vẫn cần rà soát những gì?
Quy trình có thể chuẩn bị các trường dữ liệu quyết định, nhưng người phụ trách vẫn nên rà soát rủi ro kinh doanh, phê duyệt thanh toán hoặc pháp lý và các quyết định vận hành cuối cùng. Ghi rõ ai phụ trách URL webhook và ai được phép chỉnh sửa các mô-đun mang dữ liệu yêu cầu vận hành thực tế.
BƯỚC TIẾP THEO
Biến tiếp nhận khách hàng thành hoạt động theo dõi tiếp có kiểm soát
Bắt đầu với một lần chạy Make đã xác minh, sau đó tái sử dụng cùng mẫu ghi ngược dữ liệu cho các hàng đợi rà soát và bàn giao vận hành liên quan. Rà soát mức sử dụng thao tác, quyền phụ trách webhook và lịch chạy kịch bản trước khi chuyển bằng chứng Run once thành quy trình hoạt động.