คู่มือโซลูชัน
คู่มือวางแผนสำหรับลูปการส่งต่องานออนบอร์ดลูกค้าด้วย Make รวมถึงการตั้งค่า ฟิลด์ Jodoo เรคคอร์ดหลักฐาน และหมายเหตุการเปิดใช้งาน
เปิดคู่มือMAKE + JODOO
การส่งต่องานออนบอร์ดลูกค้าด้วย AI ผ่าน Make + Jodoo
ดูวิธีที่ Make และ Jodoo จัดการการส่งต่องานออนบอร์ดลูกค้า: ตรวจสอบคำขอต้นทาง ส่งคืนฟิลด์การตัดสินใจแบบมีโครงสร้าง เขียนผลลัพธ์ลงใน Jodoo และทำให้เจ้าของงาน สถานะ และการดำเนินการถัดไปมองเห็นได้ชัดเจน
1
ตรวจสอบข้อมูลการออนบอร์ดลูกค้าด้วยเกณฑ์ที่สอดคล้องกัน
2
เขียนขั้นตอนการออนบอร์ด ระดับความเสี่ยง ข้อมูลที่ขาด ลำดับความสำคัญของการประชุมเริ่มงาน เจ้าของงานติดตั้งใช้งาน เจ้าของงานความสำเร็จลูกค้า และการดำเนินการที่ดีที่สุดถัดไปลงใน Jodoo
3
ทำให้คิวเจ้าของงานและสถานะการติดตามงานมองเห็นได้ชัดเจน
4
ใช้หลักฐานจาก Make ก่อนปรับเวิร์กโฟลว์ให้เข้ากับแหล่งข้อมูลสำหรับใช้งานจริง
5
หลักฐานสาธารณะใช้โหมด Make Run once เพื่อให้ภาพหน้าจอที่บันทึกไว้แสดงชุดข้อมูลจาก webhook, บับเบิลโมดูล, จำนวนการดำเนินการ และการตอบกลับ HTTP ในประวัติซีนาริโอได้
วิดีโอแนะนำขั้นตอน
เกิดอะไรขึ้นในเดโม Make
วิดีโอแสดงให้เห็นว่า Make จัดการกรณี Aster Retail Group เข้าสู่การออนบอร์ด พร้อมบริบทแผนที่ลงนามแล้ว เป้าหมายการเปิดใช้งานจริง บันทึกจากผู้มีส่วนเกี่ยวข้อง ความเสี่ยงด้านการติดตั้งใช้งาน และรายละเอียดการเชื่อมต่อระบบที่ยังขาด จากนั้น Jodoo จะจัดเก็บเรคคอร์ดการปฏิบัติงาน
Custom webhook รับคำขอ
Aster Retail Group เข้าสู่การออนบอร์ด พร้อมบริบทแผนที่ลงนามแล้ว เป้าหมายการเปิดใช้งานจริง บันทึกจากผู้มีส่วนเกี่ยวข้อง ความเสี่ยงด้านการติดตั้งใช้งาน และรายละเอียดการเชื่อมต่อระบบที่ยังขาด
Make เตรียมฟิลด์ตรวจสอบแบบมีโครงสร้าง
เวิร์กโฟลว์ทำให้ขั้นตอนการออนบอร์ด ระดับความเสี่ยง ข้อมูลที่ขาด ลำดับความสำคัญของการประชุมเริ่มงาน เจ้าของงานติดตั้งใช้งาน เจ้าของงานความสำเร็จลูกค้า และการดำเนินการที่ดีที่สุดถัดไปชัดเจน แทนการส่งคืนเป็นย่อหน้าแบบหลวม ๆ
โมดูล HTTP เขียนข้อมูลไปยัง Jodoo
การรันที่ทดสอบแล้วส่งผลลัพธ์การตรวจสอบไปยัง Jodoo และได้รับ Jodoo data ID จากตัวเชื่อม
หลักฐานจาก Make ยังคงตรวจสอบได้
หลักฐานสาธารณะใช้โหมด Make Run once เพื่อให้ภาพหน้าจอที่บันทึกไว้แสดงชุดข้อมูลจาก webhook, บับเบิลโมดูล, จำนวนการดำเนินการ และการตอบกลับ HTTP ในประวัติซีนาริโอได้
Jodoo เก็บเรคคอร์ดของทีม
แอป Jodoo จัดเก็บชื่อลูกค้า แผนหรือแพ็กเกจ มูลค่าสัญญา ผู้ติดต่อหลัก เป้าหมายการเปิดใช้งานจริง เจ้าของงานติดตั้งใช้งาน และขั้นตอนการออนบอร์ด เพื่อการตรวจสอบและติดตามงาน
สรุปเดโม
Make ตรวจสอบคำขอ และ Jodoo ติดตามงานต่อ
การใช้งานรูปแบบนี้เหมาะกับทีมปฏิบัติการที่ต้องการพื้นที่ทำงานของซีนาริโอที่มองเห็นได้ การทดสอบแบบ Run once และประวัติโมดูล หน้านี้แสดงทั้งการตั้งค่าซีนาริโอแบบภาพ การรันจริง และการเขียนข้อมูลกลับเข้า Jodoo หลักฐานจากโมดูล HTTP เป็นแบบภาพ: วิธีเรียกใช้งาน ปลายทาง ประเภทเนื้อหา การตอบกลับที่แยกข้อมูลแล้ว และสถานะเสร็จสิ้น ล้วนตรวจสอบได้โดยไม่ต้องเปิดเครื่องมือแก้ไขโค้ด
ซีนาริโอ Make
Custom webhook ของ Make รับเพย์โหลดตัวอย่าง และโมดูล HTTP ส่งฟิลด์แบบมีโครงสร้างเข้า Jodoo
การตัดสินใจแบบมีโครงสร้าง
เวิร์กโฟลว์ส่งคืนขั้นตอนการออนบอร์ด ระดับความเสี่ยง ข้อมูลที่ขาด ลำดับความสำคัญของการประชุมเริ่มงาน เจ้าของงานติดตั้งใช้งาน เจ้าของงานความสำเร็จลูกค้า และการดำเนินการที่ดีที่สุดถัดไปสำหรับ Aster Retail Group
การรัน Make สำเร็จ
ประวัติการรันของ Make แสดงการทำงานเสร็จสิ้นของโมดูล HTTP รายละเอียดการดำเนินการ และการตอบกลับเป็น Jodoo data ID
รายละเอียดการใช้งาน Make
เริ่มด้วย Custom webhook วางคำขอตัวอย่าง และให้ Make อนุมานชุดข้อมูลก่อนแมปฟิลด์การตัดสินใจเข้าไปในเนื้อหาของโมดูล HTTP
รายละเอียดสูตรการทำงานสำหรับการออนบอร์ดลูกค้า
สำหรับการส่งต่องานออนบอร์ดลูกค้า ชุดข้อมูลใน Make ควรทำให้ชื่อลูกค้า แผน เป้าหมายการเปิดใช้งานจริง บันทึกจากผู้มีส่วนเกี่ยวข้อง ความเสี่ยงช่วงประชุมเริ่มงาน และเจ้าของงานติดตั้งใช้งานมองเห็นได้ก่อนที่โมดูล HTTP จะเขียนข้อมูลไปยัง Jodoo
การเขียนข้อมูลกลับไปยัง Jodoo
Jodoo จัดเก็บเรคคอร์ดการออนบอร์ดลูกค้าและทำให้การดำเนินการถัดไปมองเห็นได้
การติดตามงานปฏิบัติการ
การดำเนินการถัดไปที่แนะนำคือกำหนดเวลาประชุมเริ่มงาน มอบหมายเจ้าของงานติดตั้งใช้งาน และรวบรวมข้อกำหนดด้านการเชื่อมต่อระบบก่อนวางแผนเปิดใช้งานจริง
ชุดเครื่องมือที่นำกลับมาใช้ได้
ชุดสรุปสำหรับนำไปใช้ประกอบด้วยคู่มือ พิมพ์เขียวฟิลด์ Jodoo และสูตรการทำงานของเวิร์กโฟลว์ Make
หมายเหตุการตั้งค่าแพลตฟอร์ม
สิ่งที่เฉพาะสำหรับ Make
โมเดลเรคคอร์ดของ Jodoo สามารถคงรูปแบบเดิมได้ แต่แต่ละแพลตฟอร์มเอเจนต์มีรูปแบบการสร้าง มุมมองการทดสอบ และการส่งต่องานสู่ระบบใช้งานจริงที่ต่างกัน
หลักฐานการตั้งค่า
หลักฐานใช้ Run once เพื่อให้มองเห็นชุดข้อมูลขาเข้าและการตอบกลับ HTTP
เส้นทางการดำเนินการ
โมดูล HTTP ทำให้วิธีเรียกใช้งาน, URL, ประเภทเนื้อหา และการแยกข้อมูลการตอบกลับตรวจสอบได้
จุดเน้นของสูตรการทำงาน
ประวัติซีนาริโอให้เรคคอร์ดแบบภาพของการดำเนินการ ระยะเวลา และการตอบกลับจากการเขียนข้อมูลกลับ
การวางแผนใช้งานจริง
การวางแผนใช้งานจริงควรครอบคลุมเจ้าของ webhook, ตัวกำหนดเส้นทาง, ตัวจัดการข้อผิดพลาด และการใช้จำนวนการดำเนินการ
รายละเอียดหลักฐาน
หลักฐานสาธารณะใช้โหมด Make Run once เพื่อให้ภาพหน้าจอที่บันทึกไว้แสดงชุดข้อมูลจาก webhook, บับเบิลโมดูล, จำนวนการดำเนินการ และการตอบกลับ HTTP ในประวัติซีนาริโอได้
หลักฐานการรัน
หลักฐานจากโมดูล HTTP เป็นแบบภาพ: วิธีเรียกใช้งาน ปลายทาง ประเภทเนื้อหา การตอบกลับที่แยกข้อมูลแล้ว และสถานะเสร็จสิ้น ล้วนตรวจสอบได้โดยไม่ต้องเปิดเครื่องมือแก้ไขโค้ด
รายละเอียดการสร้าง
เริ่มด้วย Custom webhook วางคำขอตัวอย่าง และให้ Make อนุมานชุดข้อมูลก่อนแมปฟิลด์การตัดสินใจเข้าไปในเนื้อหาของโมดูล HTTP
เส้นทางการใช้งาน
ใช้ตัวกำหนดเส้นทางหลังจากหลักฐานพื้นฐาน เมื่อสัญญามูลค่าสูง ใบแจ้งหนี้เร่งด่วน หรือกรณีที่ข้อมูลไม่ครบจำเป็นต้องไปยังคิว Jodoo ที่แตกต่างกัน
แนวป้องกันความเสี่ยง
ตรวจสอบการใช้จำนวนการดำเนินการ เจ้าของ webhook และการตั้งเวลาซีนาริโอ ก่อนเปลี่ยนหลักฐานแบบ Run once ให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง
การควบคุมการตรวจสอบ
เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล HTTP เพื่อให้การเขียนข้อมูลกลับที่ล้มเหลวสามารถลองใหม่หรือย้ายไปยังเส้นทางตรวจสอบด้วยตนเองได้
สูตรการทำงานของซีนาริโอ
สำหรับการส่งต่องานออนบอร์ดลูกค้า ชุดข้อมูลใน Make ควรทำให้ชื่อลูกค้า แผน เป้าหมายการเปิดใช้งานจริง บันทึกจากผู้มีส่วนเกี่ยวข้อง ความเสี่ยงช่วงประชุมเริ่มงาน และเจ้าของงานติดตั้งใช้งานมองเห็นได้ก่อนที่โมดูล HTTP จะเขียนข้อมูลไปยัง Jodoo
การปรับเวิร์กโฟลว์
ตัวกำหนดเส้นทางสามารถแยกบัญชีลูกค้าองค์กร ข้อมูลการติดตั้งใช้งานที่ขาด และวันที่เปิดใช้งานจริงที่เร่งด่วนไปยังคิวออนบอร์ดที่แตกต่างกัน
ชุดเวิร์กโฟลว์
สร้างลูปการส่งต่องานออนบอร์ดลูกค้าแบบเดียวกัน
ตรวจสอบคู่มือ คัดลอกสูตรการทำงานของเวิร์กโฟลว์ และใช้โมเดลฟิลด์ของ Jodoo เมื่อปรับเวิร์กโฟลว์ Make
เวิร์กโฟลว์ที่นำกลับมาใช้ซ้ำได้
เวิร์กโฟลว์ช่วยตัดสินใจ Jodoo ช่วยให้งานเดินหน้าต่อ
- 01
Custom webhook
เริ่มการทดสอบการออนบอร์ดลูกค้ากับ Aster Retail Group เริ่มด้วย Custom webhook วางคำขอตัวอย่าง และให้ Make อนุมานชุดข้อมูลก่อนแมปฟิลด์การตัดสินใจเข้าไปในเนื้อหาของโมดูล HTTP
- 02
ซีนาริโอ Make
Custom webhook ของ Make รับเพย์โหลดตัวอย่าง และโมดูล HTTP ส่งฟิลด์แบบมีโครงสร้างเข้า Jodoo
- 03
โมดูล HTTP
ส่ง JSON แบบมีโครงสร้างไปยังตัวเชื่อมการเขียนข้อมูลกลับของ Jodoo หลักฐานจากโมดูล HTTP เป็นแบบภาพ: วิธีเรียกใช้งาน ปลายทาง ประเภทเนื้อหา การตอบกลับที่แยกข้อมูลแล้ว และสถานะเสร็จสิ้น ล้วนตรวจสอบได้โดยไม่ต้องเปิดเครื่องมือแก้ไขโค้ด
- 04
การตอบกลับของหลักฐาน
แสดงการรันแพลตฟอร์มที่สำเร็จและ Jodoo data ID หลักฐานสาธารณะใช้โหมด Make Run once เพื่อให้ภาพหน้าจอที่บันทึกไว้แสดงชุดข้อมูลจาก webhook, บับเบิลโมดูล, จำนวนการดำเนินการ และการตอบกลับ HTTP ในประวัติซีนาริโอได้
- 05
คิว Jodoo
จัดเก็บฟิลด์สำหรับการตรวจสอบของเจ้าของงาน การติดตามสถานะ และการติดตามงาน ตรวจสอบการใช้จำนวนการดำเนินการ เจ้าของ webhook และการตั้งเวลาซีนาริโอ ก่อนเปลี่ยนหลักฐานแบบ Run once ให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง
ลูปเวิร์กโฟลว์
จากการส่งต่องานออนบอร์ดลูกค้าใน Make สู่ Jodoo
Custom webhook รับหรือเริ่มการส่งต่องานออนบอร์ดลูกค้าด้วยข้อมูลสังเคราะห์ก่อน
Make ใช้คำสั่งตรวจสอบที่เฉพาะเจาะจงและส่งคืนขั้นตอนการออนบอร์ด ระดับความเสี่ยง ข้อมูลที่ขาด ลำดับความสำคัญของการประชุมเริ่มงาน เจ้าของงานติดตั้งใช้งาน เจ้าของงานความสำเร็จลูกค้า และการดำเนินการที่ดีที่สุดถัดไป
โมดูล HTTP ส่งผลลัพธ์ที่มีโครงสร้างไปยังตัวเชื่อมการเขียนข้อมูลกลับของ Jodoo และได้รับ data ID
สำหรับการส่งต่องานออนบอร์ดลูกค้า ชุดข้อมูลใน Make ควรทำให้ชื่อลูกค้า แผน เป้าหมายการเปิดใช้งานจริง บันทึกจากผู้มีส่วนเกี่ยวข้อง ความเสี่ยงช่วงประชุมเริ่มงาน และเจ้าของงานติดตั้งใช้งานมองเห็นได้ก่อนที่โมดูล HTTP จะเขียนข้อมูลไปยัง Jodoo
ตัวกำหนดเส้นทางสามารถแยกบัญชีลูกค้าองค์กร ข้อมูลการติดตั้งใช้งานที่ขาด และวันที่เปิดใช้งานจริงที่เร่งด่วนไปยังคิวออนบอร์ดที่แตกต่างกัน
ประวัติซีนาริโอช่วยให้หัวหน้าทีมความสำเร็จลูกค้าอธิบายได้ว่าอะไรส่งมาจากฝ่ายขาย เวิร์กโฟลว์ตัดสินใจอะไร และ Jodoo เก็บอะไรไว้สำหรับติดตามงาน
หลังจากมีหลักฐานแล้ว Make สามารถเพิ่มการค้นหา CRM การแจ้งเตือน Slack และเส้นทางการยกระดับสำหรับการส่งต่องานที่มีความเสี่ยง
เริ่มด้วย Custom webhook วางคำขอตัวอย่าง และให้ Make อนุมานชุดข้อมูลก่อนแมปฟิลด์การตัดสินใจเข้าไปในเนื้อหาของโมดูล HTTP
ใช้ตัวกำหนดเส้นทางหลังจากหลักฐานพื้นฐาน เมื่อสัญญามูลค่าสูง ใบแจ้งหนี้เร่งด่วน หรือกรณีที่ข้อมูลไม่ครบจำเป็นต้องไปยังคิว Jodoo ที่แตกต่างกัน
Jodoo สร้างเรคคอร์ดตัวติดตามการออนบอร์ดลูกค้า และจัดเก็บชื่อลูกค้า แผนหรือแพ็กเกจ มูลค่าสัญญา ผู้ติดต่อหลัก เป้าหมายการเปิดใช้งานจริง เจ้าของงานติดตั้งใช้งาน ขั้นตอนการออนบอร์ด ระดับความเสี่ยง
ทีมตรวจสอบคิว มอบหมายเจ้าของงาน และทำการดำเนินการถัดไปให้เสร็จ: กำหนดเวลาประชุมเริ่มงาน มอบหมายเจ้าของงานติดตั้งใช้งาน และรวบรวมข้อกำหนดด้านการเชื่อมต่อระบบก่อนวางแผนเปิดใช้งานจริง
ตรวจสอบการใช้จำนวนการดำเนินการ เจ้าของ webhook และการตั้งเวลาซีนาริโอ ก่อนเปลี่ยนหลักฐานแบบ Run once ให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง
เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล HTTP เพื่อให้การเขียนข้อมูลกลับที่ล้มเหลวสามารถลองใหม่หรือย้ายไปยังเส้นทางตรวจสอบด้วยตนเองได้
การแมปฟิลด์
ผลลัพธ์จากเอเจนต์กลายเป็นฟิลด์ใน Jodoo
| ข้อมูลจากเอเจนต์หรือแหล่งข้อมูลต้นทาง | ฟิลด์เรคคอร์ดของ Jodoo |
|---|---|
| รายละเอียดคำขอต้นทาง | ชื่อลูกค้า แผนหรือแพ็กเกจ มูลค่าสัญญา ผู้ติดต่อหลัก |
| ฟิลด์การตัดสินใจจากการตรวจสอบ | ขั้นตอนการออนบอร์ด ระดับความเสี่ยง ข้อมูลที่ขาด ลำดับความสำคัญของการประชุมเริ่มงาน สรุปการส่งต่องาน |
| การตอบกลับของเวิร์กโฟลว์ | แพลตฟอร์มต้นทาง ผลลัพธ์เวิร์กโฟลว์ต้นฉบับ |
สูตรการทำงานของเอเจนต์
พรอมป์ต์และผลลัพธ์แบบมีโครงสร้าง
บทบาทของ Make
ตรวจสอบคำขอส่งต่องานออนบอร์ดลูกค้าหนึ่งรายการ และส่งคืนฟิลด์แบบมีโครงสร้างที่ Jodoo สามารถจัดเก็บ ส่งต่อ และรายงานได้ เริ่มด้วย Custom webhook วางคำขอตัวอย่าง และให้ Make อนุมานชุดข้อมูลก่อนแมปฟิลด์การตัดสินใจเข้าไปในเนื้อหาของโมดูล HTTP
คำสั่งตรวจสอบ
ใช้บริบทตัวอย่างของ Aster Retail Group ตัดสินใจขั้นตอนการออนบอร์ด ระดับความเสี่ยง ข้อมูลที่ขาด ลำดับความสำคัญของการประชุมเริ่มงาน เจ้าของงานติดตั้งใช้งาน เจ้าของงานความสำเร็จลูกค้า และการดำเนินการที่ดีที่สุดถัดไป และทำให้คำแนะนำการดำเนินการถัดไประบุชัดเจน สำหรับการส่งต่องานออนบอร์ดลูกค้า ชุดข้อมูลใน Make ควรทำให้ชื่อลูกค้า แผน เป้าหมายการเปิดใช้งานจริง บันทึกจากผู้มีส่วนเกี่ยวข้อง ความเสี่ยงช่วงประชุมเริ่มงาน และเจ้าของงานติดตั้งใช้งานมองเห็นได้ก่อนที่โมดูล HTTP จะเขียนข้อมูลไปยัง Jodoo
ข้อตกลงการเขียนข้อมูลกลับ
ส่งอ็อบเจกต์ JSON ที่คาดเดาได้ผ่านโมดูล HTTP; Jodoo ควรได้รับชื่อฟิลด์ชุดเดิมในทุกการรัน Make มีประโยชน์เมื่อทีมปฏิบัติการต้องการอธิบายการส่งต่องานด้วยพื้นที่ทำงานแบบภาพ ตัวกรอง ตัวกำหนดเส้นทาง และประวัติการรันระดับโมดูล
ผลลัพธ์ที่ต้องส่งคืน
ส่งคืนขั้นตอนการออนบอร์ด ระดับความเสี่ยง ข้อมูลที่ขาด ลำดับความสำคัญของการประชุมเริ่มงาน เจ้าของงานติดตั้งใช้งาน เจ้าของงานความสำเร็จลูกค้า และการดำเนินการที่ดีที่สุดถัดไป, source_platform, agent_confidence และผลลัพธ์เวิร์กโฟลว์ต้นฉบับเพื่อเป็นบริบทการตรวจสอบ
การควบคุมของ Make
ตรวจสอบการใช้จำนวนการดำเนินการ เจ้าของ webhook และการตั้งเวลาซีนาริโอ ก่อนเปลี่ยนหลักฐานแบบ Run once ให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล HTTP เพื่อให้การเขียนข้อมูลกลับที่ล้มเหลวสามารถลองใหม่หรือย้ายไปยังเส้นทางตรวจสอบด้วยตนเองได้ บันทึกว่าใครเป็นเจ้าของ URL ของ webhook และใครได้รับอนุญาตให้แก้ไขโมดูลที่นำข้อมูลคำขอสำหรับใช้งานจริง
หมายเหตุการใช้งานสำหรับการออนบอร์ดลูกค้า
สำหรับการส่งต่องานออนบอร์ดลูกค้า ชุดข้อมูลใน Make ควรทำให้ชื่อลูกค้า แผน เป้าหมายการเปิดใช้งานจริง บันทึกจากผู้มีส่วนเกี่ยวข้อง ความเสี่ยงช่วงประชุมเริ่มงาน และเจ้าของงานติดตั้งใช้งานมองเห็นได้ก่อนที่โมดูล HTTP จะเขียนข้อมูลไปยัง Jodoo ตัวกำหนดเส้นทางสามารถแยกบัญชีลูกค้าองค์กร ข้อมูลการติดตั้งใช้งานที่ขาด และวันที่เปิดใช้งานจริงที่เร่งด่วนไปยังคิวออนบอร์ดที่แตกต่างกัน ประวัติซีนาริโอช่วยให้หัวหน้าทีมความสำเร็จลูกค้าอธิบายได้ว่าอะไรส่งมาจากฝ่ายขาย เวิร์กโฟลว์ตัดสินใจอะไร และ Jodoo เก็บอะไรไว้สำหรับติดตามงาน หลังจากมีหลักฐานแล้ว Make สามารถเพิ่มการค้นหา CRM การแจ้งเตือน Slack และเส้นทางการยกระดับสำหรับการส่งต่องานที่มีความเสี่ยง
{
"customer_name": "Aster Retail Group",
"plan_or_package": "Growth operations rollout",
"contract_value": 42000,
"primary_contact": "Jordan Lee",
"go_live_target": "2026-07-15",
"implementation_owner": "Onboarding Operations",
"onboarding_stage": "Kickoff preparation",
"risk_level": "Medium",
"missing_information": "Integration requirements and data migration owner",
"kickoff_priority": "High",
"customer_success_owner": "CS Team Lead",
"next_best_action": "Schedule kickoff and collect integration requirements"
}แอปเริ่มต้นของ Jodoo
แอปเริ่มต้นสำหรับการออนบอร์ดลูกค้า
ใช้โมเดลฟิลด์ มุมมอง และระบบอัตโนมัติเมื่อปรับเวิร์กโฟลว์การส่งต่องานออนบอร์ดลูกค้าให้เหมาะกับทีมของคุณ
ฟิลด์ที่รวมอยู่
- ชื่อลูกค้า
- แผนหรือแพ็กเกจ
- มูลค่าสัญญา
- ผู้ติดต่อหลัก
- เป้าหมายการเปิดใช้งานจริง
- เจ้าของงานติดตั้งใช้งาน
- ขั้นตอนการออนบอร์ด
- ระดับความเสี่ยง
- ข้อมูลที่ขาด
- ลำดับความสำคัญของการประชุมเริ่มงาน
- สรุปการส่งต่องาน
- การดำเนินการที่ดีที่สุดถัดไป
- เจ้าของงานความสำเร็จลูกค้า
- แพลตฟอร์มต้นทาง
- ผลลัพธ์เวิร์กโฟลว์ต้นฉบับ
มุมมองที่แนะนำ
- งานส่งต่อจากลูกค้าใหม่
- พร้อมประชุมเริ่มงาน
- ข้อมูลที่ขาด
- การออนบอร์ดที่มีความเสี่ยง
- เรคคอร์ดการออนบอร์ดทั้งหมด
กฎระบบอัตโนมัติ
- สร้างเรคคอร์ด Jodoo หลังจาก Make ส่งคืนผลลัพธ์แบบมีโครงสร้าง
- ย้ายเรคคอร์ดที่มีลำดับความสำคัญสูงหรือเป็นข้อยกเว้นไปยังคิวเจ้าของงานที่ถูกต้อง
- แจ้งเตือนเจ้าของงานที่แนะนำเมื่อมีข้อมูลที่ขาดหรือเหตุผลการพักงาน
- เก็บผลลัพธ์เวิร์กโฟลว์ต้นฉบับไว้ในบริบทการตรวจสอบ
เช็กลิสต์ก่อนเปิดใช้งาน
สิ่งที่ต้องยืนยันก่อนใช้งานจริง
- ส่งข้อมูลสังเคราะห์ไปยัง Custom webhook ก่อนเปิดใช้งานซีนาริโอ
- เปิดโมดูล HTTP อีกครั้งหลังแก้ไข และยืนยันการแมป JSON ที่บันทึกไว้
- ใช้ประวัติซีนาริโอเพื่อตรวจสอบสถานะ จำนวนการดำเนินการ และเนื้อหาการตอบกลับ
- เพิ่มตัวกำหนดเส้นทาง ตัวกรอง และการแจ้งเตือนหลังจากการเขียนข้อมูลกลับพื้นฐานเสถียรแล้วเท่านั้น
- ตรวจสอบการใช้จำนวนการดำเนินการ เจ้าของ webhook และการตั้งเวลาซีนาริโอ ก่อนเปลี่ยนหลักฐานแบบ Run once ให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง
- เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล HTTP เพื่อให้การเขียนข้อมูลกลับที่ล้มเหลวสามารถลองใหม่หรือย้ายไปยังเส้นทางตรวจสอบด้วยตนเองได้
- บันทึกว่าใครเป็นเจ้าของ URL ของ webhook และใครได้รับอนุญาตให้แก้ไขโมดูลที่นำข้อมูลคำขอสำหรับใช้งานจริง
- ตัวกำหนดเส้นทางสามารถแยกบัญชีลูกค้าองค์กร ข้อมูลการติดตั้งใช้งานที่ขาด และวันที่เปิดใช้งานจริงที่เร่งด่วนไปยังคิวออนบอร์ดที่แตกต่างกัน
- ประวัติซีนาริโอช่วยให้หัวหน้าทีมความสำเร็จลูกค้าอธิบายได้ว่าอะไรส่งมาจากฝ่ายขาย เวิร์กโฟลว์ตัดสินใจอะไร และ Jodoo เก็บอะไรไว้สำหรับติดตามงาน
- หลังจากมีหลักฐานแล้ว Make สามารถเพิ่มการค้นหา CRM การแจ้งเตือน Slack และเส้นทางการยกระดับสำหรับการส่งต่องานที่มีความเสี่ยง
ชุดเวิร์กโฟลว์
เก็บรายละเอียดการตั้งค่าไว้ให้ทีมของคุณ
พิมพ์เขียวแอปเริ่มต้นของ Jodoo
โมเดลฟิลด์ Jodoo มุมมองที่แนะนำ และไอเดียระบบอัตโนมัติสำหรับปรับตัวติดตามการออนบอร์ดลูกค้า
เปิดพิมพ์เขียวพรอมป์ต์เอเจนต์ + สูตรการทำงานเวิร์กโฟลว์
การตั้งค่า Make, ข้อตกลงผลลัพธ์, หมายเหตุปลายทาง และสูตรการทดสอบการรันที่ใช้สำหรับหลักฐานการเขียนข้อมูลกลับนี้
เปิดสูตรการทำงานเวิร์กโฟลว์
จากการออนบอร์ดลูกค้าใน Make สู่เรคคอร์ดใน Jodoo
Make จัดการซีนาริโอแบบภาพ ส่วน Jodoo เก็บเรคคอร์ดที่ทีมสามารถกรอง มอบหมาย และตรวจสอบได้
Custom webhook รับหรือเริ่มการส่งต่องานออนบอร์ดลูกค้าด้วยข้อมูลสังเคราะห์ก่อน
Make ใช้คำสั่งตรวจสอบที่เฉพาะเจาะจงและส่งคืนขั้นตอนการออนบอร์ด ระดับความเสี่ยง ข้อมูลที่ขาด ลำดับความสำคัญของการประชุมเริ่มงาน เจ้าของงานติดตั้งใช้งาน เจ้าของงานความสำเร็จลูกค้า และการดำเนินการที่ดีที่สุดถัดไป
โมดูล HTTP ส่งผลลัพธ์ที่มีโครงสร้างไปยังตัวเชื่อมการเขียนข้อมูลกลับของ Jodoo และได้รับ data ID
สำหรับการส่งต่องานออนบอร์ดลูกค้า ชุดข้อมูลใน Make ควรทำให้ชื่อลูกค้า แผน เป้าหมายการเปิดใช้งานจริง บันทึกจากผู้มีส่วนเกี่ยวข้อง ความเสี่ยงช่วงประชุมเริ่มงาน และเจ้าของงานติดตั้งใช้งานมองเห็นได้ก่อนที่โมดูล HTTP จะเขียนข้อมูลไปยัง Jodoo
ตัวกำหนดเส้นทางสามารถแยกบัญชีลูกค้าองค์กร ข้อมูลการติดตั้งใช้งานที่ขาด และวันที่เปิดใช้งานจริงที่เร่งด่วนไปยังคิวออนบอร์ดที่แตกต่างกัน
ประวัติซีนาริโอช่วยให้หัวหน้าทีมความสำเร็จลูกค้าอธิบายได้ว่าอะไรส่งมาจากฝ่ายขาย เวิร์กโฟลว์ตัดสินใจอะไร และ Jodoo เก็บอะไรไว้สำหรับติดตามงาน
หลังจากมีหลักฐานแล้ว Make สามารถเพิ่มการค้นหา CRM การแจ้งเตือน Slack และเส้นทางการยกระดับสำหรับการส่งต่องานที่มีความเสี่ยง
เริ่มด้วย Custom webhook วางคำขอตัวอย่าง และให้ Make อนุมานชุดข้อมูลก่อนแมปฟิลด์การตัดสินใจเข้าไปในเนื้อหาของโมดูล HTTP
ใช้ตัวกำหนดเส้นทางหลังจากหลักฐานพื้นฐาน เมื่อสัญญามูลค่าสูง ใบแจ้งหนี้เร่งด่วน หรือกรณีที่ข้อมูลไม่ครบจำเป็นต้องไปยังคิว Jodoo ที่แตกต่างกัน
Jodoo สร้างเรคคอร์ดตัวติดตามการออนบอร์ดลูกค้า และจัดเก็บชื่อลูกค้า แผนหรือแพ็กเกจ มูลค่าสัญญา ผู้ติดต่อหลัก เป้าหมายการเปิดใช้งานจริง เจ้าของงานติดตั้งใช้งาน ขั้นตอนการออนบอร์ด ระดับความเสี่ยง
ทีมตรวจสอบคิว มอบหมายเจ้าของงาน และทำการดำเนินการถัดไปให้เสร็จ: กำหนดเวลาประชุมเริ่มงาน มอบหมายเจ้าของงานติดตั้งใช้งาน และรวบรวมข้อกำหนดด้านการเชื่อมต่อระบบก่อนวางแผนเปิดใช้งานจริง
ตรวจสอบการใช้จำนวนการดำเนินการ เจ้าของ webhook และการตั้งเวลาซีนาริโอ ก่อนเปลี่ยนหลักฐานแบบ Run once ให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง
เพิ่มตัวจัดการข้อผิดพลาดรอบโมดูล HTTP เพื่อให้การเขียนข้อมูลกลับที่ล้มเหลวสามารถลองใหม่หรือย้ายไปยังเส้นทางตรวจสอบด้วยตนเองได้
เรคคอร์ด Jodoo
สิ่งที่ Jodoo จัดเก็บ
Jodoo เก็บฟิลด์งานออนบอร์ดลูกค้าแบบถาวรหลังเวิร์กโฟลว์ทำงาน: ชื่อลูกค้า แผนหรือแพ็กเกจ มูลค่าสัญญา ผู้ติดต่อหลัก เป้าหมายการเปิดใช้งานจริง เจ้าของงานติดตั้งใช้งาน ขั้นตอนการออนบอร์ด ระดับความเสี่ยง
ชื่อลูกค้าแผนหรือแพ็กเกจมูลค่าสัญญาผู้ติดต่อหลักเป้าหมายการเปิดใช้งานจริงเจ้าของงานติดตั้งใช้งานขั้นตอนการออนบอร์ดระดับความเสี่ยงข้อมูลที่ขาดลำดับความสำคัญของการประชุมเริ่มงานสรุปการส่งต่องานการดำเนินการที่ดีที่สุดถัดไปเจ้าของงานความสำเร็จลูกค้าแพลตฟอร์มต้นทางผลลัพธ์เวิร์กโฟลว์ต้นฉบับ
การทดสอบจริง
เวิร์กโฟลว์ Make เขียนงานออนบอร์ดลูกค้าลงใน Jodoo
ภาพหน้าจอใช้ข้อมูลสังเคราะห์และแสดงการตั้งค่า Make การรันที่สำเร็จ และแถวข้อมูลใน Jodoo ที่สร้างโดยเวิร์กโฟลว์
การตั้งค่าซีนาริโอ Make
Custom webhook ของ Make รับเพย์โหลดตัวอย่าง และโมดูล HTTP ส่งฟิลด์แบบมีโครงสร้างเข้า Jodoo
การรัน Make สำเร็จ
ประวัติการรันของ Make แสดงการทำงานเสร็จสิ้นของโมดูล HTTP รายละเอียดการดำเนินการ และการตอบกลับเป็น Jodoo data ID
การเขียนข้อมูลกลับไปยัง Jodoo
การส่งต่องานออนบอร์ดลูกค้าถูกเขียนลงใน Jodoo พร้อมแสดงฟิลด์ชื่อลูกค้า แผนหรือแพ็กเกจ มูลค่าสัญญา ผู้ติดต่อหลัก เป้าหมายการเปิดใช้งานจริง และเจ้าของงานติดตั้งใช้งาน
FAQ
คำถามที่พบบ่อย
คำตอบเกี่ยวกับการใช้แพลตฟอร์มเอเจนต์ร่วมกับเรคคอร์ด เวิร์กโฟลว์ และเทมเพลตแอปของ Jodoo
การส่งต่องานออนบอร์ดลูกค้าด้วย Make นี้ทดสอบครบตั้งแต่ต้นจนจบแล้วหรือไม่
ใช่ หลักฐานนี้ใช้ข้อมูลสังเคราะห์ การรัน Make จริง และภาพหน้าจอการเขียนข้อมูลกลับเข้า Jodoo ที่ยืนยันแล้วพร้อม proof manifest
ทำไมควรใช้ Make สำหรับการส่งต่องานออนบอร์ดลูกค้า
ใช้ Make เมื่อทีมปฏิบัติการต้องการพื้นที่ทำงานของซีนาริโอที่มองเห็นได้ การทดสอบแบบ Run once และประวัติโมดูล จากนั้น Jodoo จะเก็บเรคคอร์ดถาวรไว้สำหรับตรวจสอบและติดตามงาน
การใช้งาน Make นี้แตกต่างจากตัวอย่างแพลตฟอร์มอื่นอย่างไร
หลักฐานสาธารณะใช้โหมด Make Run once เพื่อให้ภาพหน้าจอที่บันทึกไว้แสดงชุดข้อมูลจาก webhook, บับเบิลโมดูล, จำนวนการดำเนินการ และการตอบกลับ HTTP ในประวัติซีนาริโอได้ เริ่มด้วย Custom webhook วางคำขอตัวอย่าง และให้ Make อนุมานชุดข้อมูลก่อนแมปฟิลด์การตัดสินใจเข้าไปในเนื้อหาของโมดูล HTTP สำหรับการส่งต่องานออนบอร์ดลูกค้า ชุดข้อมูลใน Make ควรทำให้ชื่อลูกค้า แผน เป้าหมายการเปิดใช้งานจริง บันทึกจากผู้มีส่วนเกี่ยวข้อง ความเสี่ยงช่วงประชุมเริ่มงาน และเจ้าของงานติดตั้งใช้งานมองเห็นได้ก่อนที่โมดูล HTTP จะเขียนข้อมูลไปยัง Jodoo
Jodoo จัดเก็บอะไรหลังจากเวิร์กโฟลว์ทำงาน
Jodoo จัดเก็บชื่อลูกค้า แผนหรือแพ็กเกจ มูลค่าสัญญา ผู้ติดต่อหลัก เป้าหมายการเปิดใช้งานจริง เจ้าของงานติดตั้งใช้งาน ขั้นตอนการออนบอร์ด ระดับความเสี่ยง ข้อมูลที่ขาด ลำดับความสำคัญของการประชุมเริ่มงาน รวมถึงผลลัพธ์เวิร์กโฟลว์ต้นฉบับเพื่อเป็นบริบทการตรวจสอบ
ภายหลังสามารถเชื่อมต่อกับข้อมูลต้นทางสำหรับใช้งานจริงได้หรือไม่
ได้ เริ่มจากการรันข้อมูลสังเคราะห์ที่ยืนยันแล้ว จากนั้นเชื่อมต่อฟอร์ม พอร์ทัล กล่องข้อความ API หรือระบบภายในเมื่อ schema การส่งต่องานออนบอร์ดลูกค้าเสถียรแล้ว ใช้ตัวกำหนดเส้นทางหลังจากหลักฐานพื้นฐาน เมื่อสัญญามูลค่าสูง ใบแจ้งหนี้เร่งด่วน หรือกรณีที่ข้อมูลไม่ครบจำเป็นต้องไปยังคิว Jodoo ที่แตกต่างกัน
ส่วนใดที่ทีมควรยังต้องตรวจสอบเอง
เวิร์กโฟลว์สามารถเตรียมฟิลด์การตัดสินใจได้ แต่เจ้าของงานยังควรตรวจสอบความเสี่ยงทางธุรกิจ การอนุมัติด้านการชำระเงินหรือกฎหมาย และการตัดสินใจปฏิบัติการขั้นสุดท้าย บันทึกว่าใครเป็นเจ้าของ URL ของ webhook และใครได้รับอนุญาตให้แก้ไขโมดูลที่นำข้อมูลคำขอสำหรับใช้งานจริง
ขั้นตอนถัดไป
เปลี่ยนการออนบอร์ดลูกค้าให้เป็นการติดตามงานที่ตรวจสอบได้
เริ่มจากการรัน Make ที่ยืนยันแล้วหนึ่งครั้ง จากนั้นนำรูปแบบการเขียนข้อมูลกลับแบบเดิมไปใช้กับคิวตรวจสอบและการส่งต่องานปฏิบัติการที่เกี่ยวข้อง ตรวจสอบการใช้จำนวนการดำเนินการ เจ้าของ webhook และการตั้งเวลาซีนาริโอ ก่อนเปลี่ยนหลักฐานแบบ Run once ให้เป็นเวิร์กโฟลว์ที่ใช้งานจริง