คู่มือโซลูชัน
คู่มือวางแผนสำหรับลูปการส่งต่องานออนบอร์ดพนักงานด้วย Zapier Agents รวมถึงการตั้งค่า ฟิลด์ Jodoo เรคคอร์ดหลักฐาน และหมายเหตุการเริ่มใช้งาน
เปิดคู่มือZAPIER AGENTS + JODOO
การส่งต่องานออนบอร์ดพนักงานด้วย AI โดยใช้ Zapier Agents + Jodoo
ดูว่า Zapier Agents และ Jodoo จัดการการส่งต่องานออนบอร์ดพนักงานอย่างไร: ตรวจสอบคำขอต้นทาง ส่งคืนฟิลด์การตัดสินใจแบบมีโครงสร้าง เขียนผลลัพธ์ลงใน Jodoo และทำให้เจ้าของงาน สถานะ และขั้นตอนถัดไปมองเห็นได้ชัดเจน
1
ตรวจสอบข้อมูลออนบอร์ดพนักงานด้วยเกณฑ์เดียวกันอย่างสม่ำเสมอ
2
เขียนสถานะการออนบอร์ด ความเสี่ยงด้านความพร้อม เจ้าของงานที่ได้รับมอบหมาย ข้อมูลที่ขาด ความต้องการอุปกรณ์ ความต้องการสิทธิ์เข้าถึง และขั้นตอนถัดไปที่แนะนำลงใน Jodoo
3
ทำให้คิวของเจ้าของงานและสถานะการติดตามงานมองเห็นได้
4
ใช้หลักฐานจาก Zapier Agents ก่อนปรับเวิร์กโฟลว์ให้เข้ากับแหล่งข้อมูลสำหรับใช้งานจริง
5
หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งของผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากบริดจ์ที่ได้รับการยอมรับในการรันครั้งเดียว
วิดีโอแนะนำการทำงาน
สิ่งที่เกิดขึ้นในเดโม Zapier Agents
วิดีโอแสดงให้เห็น Zapier Agents จัดการกรณี Riley Morgan เข้าสู่การออนบอร์ดพร้อมข้อมูลบทบาท แผนก ผู้จัดการ วันที่เริ่มงาน ความต้องการแล็ปท็อปและสิทธิ์เข้าถึงแอป รวมถึงรายละเอียดเอกสารเงินเดือนที่ยังขาด จากนั้น Jodoo จะจัดเก็บเรคคอร์ดการปฏิบัติงาน
คำขอในแชทของเอเจนต์รับคำขอ
Riley Morgan เข้าสู่การออนบอร์ดพร้อมข้อมูลบทบาท แผนก ผู้จัดการ วันที่เริ่มงาน ความต้องการแล็ปท็อปและสิทธิ์เข้าถึงแอป รวมถึงรายละเอียดเอกสารเงินเดือนที่ยังขาด
Zapier Agents เตรียมฟิลด์การตรวจสอบแบบมีโครงสร้าง
เวิร์กโฟลว์ทำให้สถานะการออนบอร์ด ความเสี่ยงด้านความพร้อม เจ้าของงานที่ได้รับมอบหมาย ข้อมูลที่ขาด ความต้องการอุปกรณ์ ความต้องการสิทธิ์เข้าถึง และขั้นตอนถัดไปที่แนะนำมีความชัดเจน แทนที่จะส่งคืนเป็นย่อหน้าแบบหลวม ๆ
เครื่องมือ Visit Site เขียนข้อมูลไปยัง Jodoo
การรันที่ทดสอบแล้วส่งผลลัพธ์การตรวจสอบไปยัง Jodoo และได้รับ ID ข้อมูล Jodoo จากบริดจ์
หลักฐานของ Zapier Agents ยังคงตรวจสอบได้
หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งของผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากบริดจ์ที่ได้รับการยอมรับในการรันครั้งเดียว
Jodoo เก็บเรคคอร์ดของทีม
แอป Jodoo จัดเก็บชื่อพนักงาน บทบาท แผนก ผู้จัดการ วันที่เริ่มงาน สถานที่ และประเภทการจ้างงานสำหรับการตรวจสอบและติดตามงาน
สรุปเดโม
Zapier Agents ตรวจสอบคำขอ และ Jodoo ติดตามงานต่อ
การใช้งานนี้เหมาะกับทีมที่ต้องการให้ขั้นตอนการตรวจสอบทำงานเหมือนผู้ช่วยที่โฟกัสเฉพาะเรื่อง ก่อนสร้างเรคคอร์ดใน Jodoo หน้านี้แสดงการตั้งค่าการตรวจสอบแบบเริ่มจากเอเจนต์ การรันจริง และการเขียนข้อมูลกลับไปยัง Jodoo อย่างชัดเจน ขั้นตอน Visit Site ถูกใช้โดยตั้งใจในเดโมนี้ เพราะแสดงให้เห็นว่าเอเจนต์สามารถส่งต่อการตัดสินใจแบบมีโครงสร้างไปยัง Jodoo ได้โดยไม่ต้องสร้าง Zap แยกก่อน
Zapier Agent
Zapier Agent ใช้เครื่องมือ Visit Site เพื่อเรียกบริดจ์เขียนข้อมูลกลับของ Jodoo หลังจากตรวจสอบคำขอจำลองแล้ว
การตัดสินใจแบบมีโครงสร้าง
เวิร์กโฟลว์ส่งคืนสถานะการออนบอร์ด ความเสี่ยงด้านความพร้อม เจ้าของงานที่ได้รับมอบหมาย ข้อมูลที่ขาด ความต้องการอุปกรณ์ ความต้องการสิทธิ์เข้าถึง และขั้นตอนถัดไปที่แนะนำสำหรับ Riley Morgan
การรัน Zapier Agent สำเร็จ
การรันในแชท Zapier แสดงสถานะ Web browsing complete และการตอบกลับจากบริดจ์ยืนยันว่า Jodoo รับการเขียนข้อมูลกลับแล้ว
รายละเอียดการใช้งาน Zapier Agents
เขียนคำสั่งของเอเจนต์เป็นนโยบายการทำงานสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก URL เขียนข้อมูลกลับเฉพาะหลังจากฟิลด์ครบถ้วนแล้ว
รายละเอียดสูตรการทำงานสำหรับออนบอร์ดพนักงาน
สำหรับการส่งต่องานออนบอร์ดพนักงาน Zapier Agent จะดึงบทบาทพนักงาน วันที่เริ่มงาน ผู้จัดการ แผนก สถานที่ อินพุตที่ยังขาด เจ้าของงาน และความเสี่ยงของการออนบอร์ดก่อนเรียก Jodoo
การเขียนข้อมูลกลับใน Jodoo
Jodoo จัดเก็บเรคคอร์ดออนบอร์ดพนักงานและทำให้ขั้นตอนถัดไปมองเห็นได้
การติดตามงานเชิงปฏิบัติการ
ขั้นตอนถัดไปที่แนะนำคือมอบหมายงานจัดเตรียมระบบ IT รวบรวมเอกสารเงินเดือน และยืนยันความพร้อมของผู้จัดการก่อนวันที่เริ่มงาน
ชุดเครื่องมือที่นำกลับมาใช้ซ้ำได้
ชุดสรุปประกอบด้วยคู่มือ พิมพ์เขียวฟิลด์ Jodoo และสูตรการทำงานเวิร์กโฟลว์ Zapier Agents
หมายเหตุการตั้งค่าแพลตฟอร์ม
สิ่งที่เฉพาะสำหรับ Zapier Agents
โมเดลเรคคอร์ดของ Jodoo สามารถคงรูปแบบเดิมได้ แต่แต่ละแพลตฟอร์มเอเจนต์มีรูปแบบการสร้าง มุมมองการทดสอบ และการส่งต่องานสู่ระบบใช้งานจริงที่ต่างกัน
หลักฐานการตั้งค่า
หลักฐานเริ่มจากแชทของ Zapier Agent แทนที่จะเป็นระบบอัตโนมัติแบบตั้งเวลา
เส้นทางการดำเนินการ
เครื่องมือ Visit Site เรียกบริดจ์ของ Jodoo และส่งคืนการตอบกลับที่ได้รับการยอมรับ
จุดโฟกัสของสูตรการทำงาน
หน้านี้บันทึกวิธีที่คำสั่งของเอเจนต์ทำให้ผลลัพธ์การตรวจสอบแคบและมีโครงสร้าง
การวางแผนใช้งานจริง
การวางแผนใช้งานจริงควรครอบคลุมขีดจำกัดกิจกรรมของเอเจนต์ พฤติกรรมการอนุมัติ และแอปต้นทางที่เชื่อมต่อ
รายละเอียดหลักฐาน
หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งของผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากบริดจ์ที่ได้รับการยอมรับในการรันครั้งเดียว
หลักฐานการรัน
ขั้นตอน Visit Site ถูกใช้โดยตั้งใจในเดโมนี้ เพราะแสดงให้เห็นว่าเอเจนต์สามารถส่งต่อการตัดสินใจแบบมีโครงสร้างไปยัง Jodoo ได้โดยไม่ต้องสร้าง Zap แยกก่อน
รายละเอียดการสร้าง
เขียนคำสั่งของเอเจนต์เป็นนโยบายการทำงานสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก URL เขียนข้อมูลกลับเฉพาะหลังจากฟิลด์ครบถ้วนแล้ว
แนวทางการใช้งาน
เก็บคำขอตัวอย่างไว้ในแชทระหว่างการทดสอบ จากนั้นค่อยเชื่อมต่อ CRM กล่องข้อความ ฟอร์ม หรือแหล่งทิกเก็ตหลังจากสัญญาฟิลด์ของ Jodoo เสถียรแล้ว
การควบคุมความเสี่ยง
ตรวจสอบการใช้งานงาน สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานแบบแชทด้วยมือไปสู่การทำงานจริงแบบเกิดซ้ำ
การควบคุมการตรวจสอบ
อย่าเปิดเผย URL เขียนข้อมูลกลับสำหรับใช้งานจริงในคำสั่งเอเจนต์แบบสาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
สูตรการทำงานของสถานการณ์
สำหรับการส่งต่องานออนบอร์ดพนักงาน Zapier Agent จะดึงบทบาทพนักงาน วันที่เริ่มงาน ผู้จัดการ แผนก สถานที่ อินพุตที่ยังขาด เจ้าของงาน และความเสี่ยงของการออนบอร์ดก่อนเรียก Jodoo
การปรับเวิร์กโฟลว์
หลักฐานจากแชทมีประโยชน์ต่อทีมปฏิบัติการบุคลากร เพราะเรื่องราวการส่งต่องานยังอ่านเข้าใจง่ายก่อนสร้างเรคคอร์ดงานออนบอร์ดใน Jodoo
ชุดเวิร์กโฟลว์
สร้างลูปการส่งต่องานออนบอร์ดพนักงานแบบเดียวกัน
อ่านคู่มือ คัดลอกสูตรการทำงานของเวิร์กโฟลว์ และใช้โมเดลฟิลด์ของ Jodoo เมื่อปรับเวิร์กโฟลว์ Zapier Agents ให้เข้ากับการใช้งานของคุณ
เวิร์กโฟลว์ที่นำกลับมาใช้ซ้ำได้
เวิร์กโฟลว์ช่วยตัดสินใจ Jodoo ช่วยให้งานเดินหน้าต่อ
- 01
คำขอในแชทของเอเจนต์
เริ่มการทดสอบออนบอร์ดพนักงานด้วย Riley Morgan เขียนคำสั่งของเอเจนต์เป็นนโยบายการทำงานสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก URL เขียนข้อมูลกลับเฉพาะหลังจากฟิลด์ครบถ้วนแล้ว
- 02
Zapier Agent
Zapier Agent ใช้เครื่องมือ Visit Site เพื่อเรียกบริดจ์เขียนข้อมูลกลับของ Jodoo หลังจากตรวจสอบคำขอจำลองแล้ว
- 03
เครื่องมือ Visit Site
ส่ง JSON แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo ขั้นตอน Visit Site ถูกใช้โดยตั้งใจในเดโมนี้ เพราะแสดงให้เห็นว่าเอเจนต์สามารถส่งต่อการตัดสินใจแบบมีโครงสร้างไปยัง Jodoo ได้โดยไม่ต้องสร้าง Zap แยกก่อน
- 04
การตอบกลับเพื่อเป็นหลักฐาน
แสดงการรันแพลตฟอร์มที่สำเร็จและ ID ข้อมูล Jodoo หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งของผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากบริดจ์ที่ได้รับการยอมรับในการรันครั้งเดียว
- 05
คิว Jodoo
จัดเก็บฟิลด์สำหรับการตรวจสอบของเจ้าของงาน การติดตามสถานะ และการติดตามงาน ตรวจสอบการใช้งานงาน สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานแบบแชทด้วยมือไปสู่การทำงานจริงแบบเกิดซ้ำ
ลูปเวิร์กโฟลว์
จากการส่งต่องานออนบอร์ดพนักงานใน Zapier Agents สู่ Jodoo
คำขอในแชทของเอเจนต์รับหรือเริ่มการส่งต่องานออนบอร์ดพนักงานด้วยข้อมูลจำลองก่อน
Zapier Agents ใช้คำสั่งตรวจสอบที่โฟกัสเฉพาะเรื่อง และส่งคืนสถานะการออนบอร์ด ความเสี่ยงด้านความพร้อม เจ้าของงานที่ได้รับมอบหมาย ข้อมูลที่ขาด ความต้องการอุปกรณ์ ความต้องการสิทธิ์เข้าถึง และขั้นตอนถัดไปที่แนะนำ
เครื่องมือ Visit Site ส่งผลลัพธ์แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo และรับ ID ข้อมูลกลับมา
สำหรับการส่งต่องานออนบอร์ดพนักงาน Zapier Agent จะดึงบทบาทพนักงาน วันที่เริ่มงาน ผู้จัดการ แผนก สถานที่ อินพุตที่ยังขาด เจ้าของงาน และความเสี่ยงของการออนบอร์ดก่อนเรียก Jodoo
หลักฐานจากแชทมีประโยชน์ต่อทีมปฏิบัติการบุคลากร เพราะเรื่องราวการส่งต่องานยังอ่านเข้าใจง่ายก่อนสร้างเรคคอร์ดงานออนบอร์ดใน Jodoo
เวอร์ชันสำหรับใช้งานจริงสามารถเชื่อมต่อเหตุการณ์จาก HRIS การส่งต่อจากทีมสรรหา หรือการอัปเดตจากกล่องข้อความออนบอร์ด โดยยังคงฟิลด์ออนบอร์ดพนักงานของ Jodoo เดิมไว้
ให้ทีมตรวจสอบขั้นตอนด้านสิทธิ์เข้าถึง เงินเดือน และการปฏิบัติตามข้อกำหนดต่อไป แม้เอเจนต์จะเตรียมการส่งต่องานให้แล้ว
เขียนคำสั่งของเอเจนต์เป็นนโยบายการทำงานสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก URL เขียนข้อมูลกลับเฉพาะหลังจากฟิลด์ครบถ้วนแล้ว
เก็บคำขอตัวอย่างไว้ในแชทระหว่างการทดสอบ จากนั้นค่อยเชื่อมต่อ CRM กล่องข้อความ ฟอร์ม หรือแหล่งทิกเก็ตหลังจากสัญญาฟิลด์ของ Jodoo เสถียรแล้ว
Jodoo สร้างเรคคอร์ดตัวติดตามการออนบอร์ดพนักงาน และจัดเก็บชื่อพนักงาน บทบาท แผนก ผู้จัดการ วันที่เริ่มงาน สถานที่ ประเภทการจ้างงาน ความต้องการอุปกรณ์
ทีมตรวจสอบคิว มอบหมายเจ้าของงาน และทำขั้นตอนถัดไปให้เสร็จ: มอบหมายงานจัดเตรียมระบบ IT รวบรวมเอกสารเงินเดือน และยืนยันความพร้อมของผู้จัดการก่อนวันที่เริ่มงาน
ตรวจสอบการใช้งานงาน สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานแบบแชทด้วยมือไปสู่การทำงานจริงแบบเกิดซ้ำ
อย่าเปิดเผย URL เขียนข้อมูลกลับสำหรับใช้งานจริงในคำสั่งเอเจนต์แบบสาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
การแมปฟิลด์
ผลลัพธ์จากเอเจนต์กลายเป็นฟิลด์ใน Jodoo
| ข้อมูลจากเอเจนต์หรือแหล่งข้อมูลต้นทาง | ฟิลด์เรคคอร์ดของ Jodoo |
|---|---|
| รายละเอียดคำขอต้นทาง | ชื่อพนักงาน บทบาท แผนก ผู้จัดการ |
| ฟิลด์การตัดสินใจจากการตรวจสอบ | ประเภทการจ้างงาน ความต้องการอุปกรณ์ ความต้องการสิทธิ์เข้าถึง สถานะการออนบอร์ด ความเสี่ยงด้านความพร้อม |
| การตอบกลับของเวิร์กโฟลว์ | แพลตฟอร์มต้นทาง ผลลัพธ์เวิร์กโฟลว์ต้นฉบับ |
สูตรการทำงานของเอเจนต์
พรอมป์ต์และผลลัพธ์แบบมีโครงสร้าง
บทบาทของ Zapier Agents
ตรวจสอบคำขอส่งต่องานออนบอร์ดพนักงานหนึ่งรายการ และส่งคืนฟิลด์แบบมีโครงสร้างที่ Jodoo สามารถจัดเก็บ ส่งต่อ และรายงานได้ เขียนคำสั่งของเอเจนต์เป็นนโยบายการทำงานสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก URL เขียนข้อมูลกลับเฉพาะหลังจากฟิลด์ครบถ้วนแล้ว
คำสั่งการตรวจสอบ
ใช้บริบทตัวอย่างของ Riley Morgan ตัดสินสถานะการออนบอร์ด ความเสี่ยงด้านความพร้อม เจ้าของงานที่ได้รับมอบหมาย ข้อมูลที่ขาด ความต้องการอุปกรณ์ ความต้องการสิทธิ์เข้าถึง และขั้นตอนถัดไปที่แนะนำ และทำให้ขั้นตอนถัดไปที่แนะนำเฉพาะเจาะจง สำหรับการส่งต่องานออนบอร์ดพนักงาน Zapier Agent จะดึงบทบาทพนักงาน วันที่เริ่มงาน ผู้จัดการ แผนก สถานที่ อินพุตที่ยังขาด เจ้าของงาน และความเสี่ยงของการออนบอร์ดก่อนเรียก Jodoo
สัญญาการเขียนข้อมูลกลับ
ส่งอ็อบเจกต์ JSON ที่คาดการณ์ได้ผ่านเครื่องมือ Visit Site โดย Jodoo ควรได้รับชื่อฟิลด์เดิมในทุกการรัน หลักฐานการรันจะแข็งแรงที่สุดเมื่อบันทึกทั้งทรานสคริปต์แชท การทำงานเสร็จสิ้นของเครื่องมือเบราว์เซอร์ และ ID ข้อมูล Jodoo ก่อนเชื่อมต่อแหล่งข้อมูลสำหรับใช้งานจริง
ผลลัพธ์ที่ต้องมี
ส่งคืนสถานะการออนบอร์ด ความเสี่ยงด้านความพร้อม เจ้าของงานที่ได้รับมอบหมาย ข้อมูลที่ขาด ความต้องการอุปกรณ์ ความต้องการสิทธิ์เข้าถึง ขั้นตอนถัดไปที่แนะนำ source_platform, agent_confidence และผลลัพธ์เวิร์กโฟลว์ต้นฉบับสำหรับบริบทการตรวจสอบย้อนหลัง
การควบคุมของ Zapier Agents
ตรวจสอบการใช้งานงาน สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานแบบแชทด้วยมือไปสู่การทำงานจริงแบบเกิดซ้ำ อย่าเปิดเผย URL เขียนข้อมูลกลับสำหรับใช้งานจริงในคำสั่งเอเจนต์แบบสาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ ให้มนุษย์ตรวจสอบเรื่องความเสี่ยง กฎหมาย การชำระเงิน หรือการตัดสินใจที่กระทบลูกค้าเสมอ แม้เอเจนต์จะเตรียมคำแนะนำไว้แล้ว
หมายเหตุการใช้งานสำหรับออนบอร์ดพนักงาน
สำหรับการส่งต่องานออนบอร์ดพนักงาน Zapier Agent จะดึงบทบาทพนักงาน วันที่เริ่มงาน ผู้จัดการ แผนก สถานที่ อินพุตที่ยังขาด เจ้าของงาน และความเสี่ยงของการออนบอร์ดก่อนเรียก Jodoo หลักฐานจากแชทมีประโยชน์ต่อทีมปฏิบัติการบุคลากร เพราะเรื่องราวการส่งต่องานยังอ่านเข้าใจง่ายก่อนสร้างเรคคอร์ดงานออนบอร์ดใน Jodoo เวอร์ชันสำหรับใช้งานจริงสามารถเชื่อมต่อเหตุการณ์จาก HRIS การส่งต่อจากทีมสรรหา หรือการอัปเดตจากกล่องข้อความออนบอร์ด โดยยังคงฟิลด์ออนบอร์ดพนักงานของ Jodoo เดิมไว้ ให้ทีมตรวจสอบขั้นตอนด้านสิทธิ์เข้าถึง เงินเดือน และการปฏิบัติตามข้อกำหนดต่อไป แม้เอเจนต์จะเตรียมการส่งต่องานให้แล้ว
{
"employee_name": "Riley Morgan",
"role": "ผู้จัดการ Customer Success",
"department": "Customer Success",
"manager": "Priya Shah",
"start_date": "2026-06-17",
"location": "Austin",
"equipment_needs": "แล็ปท็อป, ชุดหูฟัง, กุญแจรักษาความปลอดภัย",
"access_needs": "CRM, support desk, knowledge base",
"onboarding_status": "มีความเสี่ยง",
"readiness_risk": "สูง",
"assigned_owner": "ทีมปฏิบัติการบุคลากร",
"missing_information": "เอกสารเงินเดือนและการอนุมัติบทบาท CRM",
"recommended_next_action": "มอบหมายงานจัดเตรียมระบบ IT และรวบรวมเอกสารเงินเดือนก่อนวันที่เริ่มงาน"
}แอปเริ่มต้นของ Jodoo
แอปเริ่มต้นสำหรับออนบอร์ดพนักงาน
ใช้โมเดลฟิลด์ มุมมอง และระบบอัตโนมัติเมื่อปรับเวิร์กโฟลว์ส่งต่องานออนบอร์ดพนักงานให้เข้ากับทีมของคุณ
ฟิลด์ที่รวมอยู่
- ชื่อพนักงาน
- บทบาท
- แผนก
- ผู้จัดการ
- วันที่เริ่มงาน
- สถานที่
- ประเภทการจ้างงาน
- ความต้องการอุปกรณ์
- ความต้องการสิทธิ์เข้าถึง
- สถานะการออนบอร์ด
- ความเสี่ยงด้านความพร้อม
- เจ้าของงานที่ได้รับมอบหมาย
- ข้อมูลที่ขาด
- ขั้นตอนถัดไปที่แนะนำ
- แพลตฟอร์มต้นทาง
- ผลลัพธ์เวิร์กโฟลว์ต้นฉบับ
มุมมองที่แนะนำ
- การส่งต่องานพนักงานใหม่
- คิวจัดเตรียมระบบ IT
- คิวเอกสาร HR
- การออนบอร์ดที่มีความเสี่ยง
- งานออนบอร์ดทั้งหมด
กฎระบบอัตโนมัติ
- สร้างเรคคอร์ด Jodoo หลังจาก Zapier Agents ส่งคืนผลลัพธ์แบบมีโครงสร้าง
- ย้ายเรคคอร์ดที่มีความสำคัญสูงหรือเป็นข้อยกเว้นไปยังคิวของเจ้าของงานที่เหมาะสม
- แจ้งเจ้าของงานที่แนะนำเมื่อมีข้อมูลที่ขาดหรือเหตุผลในการพักงาน
- เก็บผลลัพธ์เวิร์กโฟลว์ต้นฉบับไว้ในบริบทการตรวจสอบย้อนหลัง
เช็กลิสต์ก่อนเปิดใช้งาน
สิ่งที่ต้องยืนยันก่อนใช้งานจริง
- ให้คำสั่งของ Zapier Agent โฟกัสกับอ็อบเจกต์การตรวจสอบหนึ่งรายการ
- รันหลักฐานครั้งแรกจากแชทก่อนผูกกับข้อมูลต้นทางสำหรับใช้งานจริง
- ตรวจสอบการใช้งานงานและขีดจำกัดของแอปที่เชื่อมต่อก่อนกำหนดเวลารันจริง
- ย้ายการยืนยันตัวตนสำหรับการเขียนข้อมูลกลับในการใช้งานจริงไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
- ตรวจสอบการใช้งานงาน สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานแบบแชทด้วยมือไปสู่การทำงานจริงแบบเกิดซ้ำ
- อย่าเปิดเผย URL เขียนข้อมูลกลับสำหรับใช้งานจริงในคำสั่งเอเจนต์แบบสาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
- ให้มนุษย์ตรวจสอบเรื่องความเสี่ยง กฎหมาย การชำระเงิน หรือการตัดสินใจที่กระทบลูกค้าเสมอ แม้เอเจนต์จะเตรียมคำแนะนำไว้แล้ว
- หลักฐานจากแชทมีประโยชน์ต่อทีมปฏิบัติการบุคลากร เพราะเรื่องราวการส่งต่องานยังอ่านเข้าใจง่ายก่อนสร้างเรคคอร์ดงานออนบอร์ดใน Jodoo
- เวอร์ชันสำหรับใช้งานจริงสามารถเชื่อมต่อเหตุการณ์จาก HRIS การส่งต่อจากทีมสรรหา หรือการอัปเดตจากกล่องข้อความออนบอร์ด โดยยังคงฟิลด์ออนบอร์ดพนักงานของ Jodoo เดิมไว้
- ให้ทีมตรวจสอบขั้นตอนด้านสิทธิ์เข้าถึง เงินเดือน และการปฏิบัติตามข้อกำหนดต่อไป แม้เอเจนต์จะเตรียมการส่งต่องานให้แล้ว
ชุดเวิร์กโฟลว์
เก็บรายละเอียดการตั้งค่าไว้ให้ทีมของคุณ
พิมพ์เขียวแอปเริ่มต้นของ Jodoo
โมเดลฟิลด์ Jodoo มุมมองที่แนะนำ และไอเดียอัตโนมัติสำหรับปรับตัวติดตามการออนบอร์ดพนักงาน
เปิดพิมพ์เขียวพรอมป์เอเจนต์ + สูตรการทำงานเวิร์กโฟลว์
การตั้งค่า Zapier Agents สัญญาผลลัพธ์ หมายเหตุ endpoint และสูตรการทดสอบรันที่ใช้สำหรับหลักฐานการเขียนข้อมูลกลับนี้
เปิดสูตรการทำงานเวิร์กโฟลว์
จากการออนบอร์ดพนักงานใน Zapier Agents สู่เรคคอร์ดใน Jodoo
Zapier Agents จัดการการตรวจสอบแบบเริ่มจากเอเจนต์ ส่วน Jodoo เก็บเรคคอร์ดที่ทีมสามารถกรอง มอบหมาย และตรวจสอบได้
คำขอในแชทของเอเจนต์รับหรือเริ่มการส่งต่องานออนบอร์ดพนักงานด้วยข้อมูลจำลองก่อน
Zapier Agents ใช้คำสั่งตรวจสอบที่โฟกัสเฉพาะเรื่อง และส่งคืนสถานะการออนบอร์ด ความเสี่ยงด้านความพร้อม เจ้าของงานที่ได้รับมอบหมาย ข้อมูลที่ขาด ความต้องการอุปกรณ์ ความต้องการสิทธิ์เข้าถึง และขั้นตอนถัดไปที่แนะนำ
เครื่องมือ Visit Site ส่งผลลัพธ์แบบมีโครงสร้างไปยังบริดจ์เขียนข้อมูลกลับของ Jodoo และรับ ID ข้อมูลกลับมา
สำหรับการส่งต่องานออนบอร์ดพนักงาน Zapier Agent จะดึงบทบาทพนักงาน วันที่เริ่มงาน ผู้จัดการ แผนก สถานที่ อินพุตที่ยังขาด เจ้าของงาน และความเสี่ยงของการออนบอร์ดก่อนเรียก Jodoo
หลักฐานจากแชทมีประโยชน์ต่อทีมปฏิบัติการบุคลากร เพราะเรื่องราวการส่งต่องานยังอ่านเข้าใจง่ายก่อนสร้างเรคคอร์ดงานออนบอร์ดใน Jodoo
เวอร์ชันสำหรับใช้งานจริงสามารถเชื่อมต่อเหตุการณ์จาก HRIS การส่งต่อจากทีมสรรหา หรือการอัปเดตจากกล่องข้อความออนบอร์ด โดยยังคงฟิลด์ออนบอร์ดพนักงานของ Jodoo เดิมไว้
ให้ทีมตรวจสอบขั้นตอนด้านสิทธิ์เข้าถึง เงินเดือน และการปฏิบัติตามข้อกำหนดต่อไป แม้เอเจนต์จะเตรียมการส่งต่องานให้แล้ว
เขียนคำสั่งของเอเจนต์เป็นนโยบายการทำงานสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก URL เขียนข้อมูลกลับเฉพาะหลังจากฟิลด์ครบถ้วนแล้ว
เก็บคำขอตัวอย่างไว้ในแชทระหว่างการทดสอบ จากนั้นค่อยเชื่อมต่อ CRM กล่องข้อความ ฟอร์ม หรือแหล่งทิกเก็ตหลังจากสัญญาฟิลด์ของ Jodoo เสถียรแล้ว
Jodoo สร้างเรคคอร์ดตัวติดตามการออนบอร์ดพนักงาน และจัดเก็บชื่อพนักงาน บทบาท แผนก ผู้จัดการ วันที่เริ่มงาน สถานที่ ประเภทการจ้างงาน ความต้องการอุปกรณ์
ทีมตรวจสอบคิว มอบหมายเจ้าของงาน และทำขั้นตอนถัดไปให้เสร็จ: มอบหมายงานจัดเตรียมระบบ IT รวบรวมเอกสารเงินเดือน และยืนยันความพร้อมของผู้จัดการก่อนวันที่เริ่มงาน
ตรวจสอบการใช้งานงาน สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานแบบแชทด้วยมือไปสู่การทำงานจริงแบบเกิดซ้ำ
อย่าเปิดเผย URL เขียนข้อมูลกลับสำหรับใช้งานจริงในคำสั่งเอเจนต์แบบสาธารณะ ให้ย้ายการยืนยันตัวตนไปไว้หลังบริดจ์ส่วนตัวหรือการเชื่อมต่อที่ได้รับอนุมัติ
เรคคอร์ด Jodoo
สิ่งที่ Jodoo จัดเก็บ
Jodoo เก็บฟิลด์ออนบอร์ดพนักงานที่คงอยู่หลังจากเวิร์กโฟลว์ทำงาน: ชื่อพนักงาน บทบาท แผนก ผู้จัดการ วันที่เริ่มงาน สถานที่ ประเภทการจ้างงาน ความต้องการอุปกรณ์
ชื่อพนักงานบทบาทแผนกผู้จัดการวันที่เริ่มงานสถานที่ประเภทการจ้างงานความต้องการอุปกรณ์ความต้องการสิทธิ์เข้าถึงสถานะการออนบอร์ดความเสี่ยงด้านความพร้อมเจ้าของงานที่ได้รับมอบหมายข้อมูลที่ขาดขั้นตอนถัดไปที่แนะนำแพลตฟอร์มต้นทางผลลัพธ์เวิร์กโฟลว์ต้นฉบับ
การทดสอบจริง
เวิร์กโฟลว์ Zapier Agents เขียนข้อมูลงานออนบอร์ดพนักงานลงใน Jodoo
ภาพหน้าจอใช้ข้อมูลจำลองและแสดงการตั้งค่า Zapier Agents การรันที่สำเร็จ และแถวข้อมูลใน Jodoo ที่สร้างโดยเวิร์กโฟลว์
การกำหนดค่า Zapier Agent
Zapier Agent ใช้เครื่องมือ Visit Site เพื่อเรียกบริดจ์เขียนข้อมูลกลับของ Jodoo หลังจากตรวจสอบคำขอจำลองแล้ว
การรัน Zapier Agent สำเร็จ
การรันในแชท Zapier แสดงสถานะ Web browsing complete และการตอบกลับจากบริดจ์ยืนยันว่า Jodoo รับการเขียนข้อมูลกลับแล้ว
การเขียนข้อมูลกลับใน Jodoo
การส่งต่องานออนบอร์ดพนักงานถูกเขียนลงใน Jodoo พร้อมฟิลด์ชื่อพนักงาน บทบาท แผนก ผู้จัดการ วันที่เริ่มงาน และสถานที่ที่มองเห็นได้
FAQ
คำถามที่พบบ่อย
คำตอบเกี่ยวกับการใช้แพลตฟอร์มเอเจนต์ร่วมกับเรคคอร์ด เวิร์กโฟลว์ และเทมเพลตแอปของ Jodoo
การส่งต่องานออนบอร์ดพนักงานด้วย Zapier Agents นี้ทดสอบครบตั้งแต่ต้นจนจบหรือไม่?
ใช่ หลักฐานใช้ข้อมูลจำลอง การรัน Zapier Agents จริง และภาพหน้าจอการเขียนข้อมูลกลับใน Jodoo ที่ยืนยันแล้วพร้อม proof manifest
ทำไมต้องใช้ Zapier Agents สำหรับการส่งต่องานออนบอร์ดพนักงาน?
ใช้ Zapier Agents เมื่อทีมต้องการให้ขั้นตอนการตรวจสอบทำงานเหมือนผู้ช่วยที่โฟกัสเฉพาะเรื่อง ก่อนสร้างเรคคอร์ดใน Jodoo จากนั้น Jodoo จะเก็บเรคคอร์ดที่คงอยู่สำหรับการตรวจสอบและติดตามงาน
การใช้งาน Zapier Agents นี้แตกต่างจากตัวอย่างแพลตฟอร์มอื่นอย่างไร?
หลักฐานสาธารณะใช้แผงสนทนาของ Zapier Agent เพื่อให้ผู้ชมเห็นคำสั่งของผู้ช่วย การเรียกใช้เครื่องมือ และการตอบกลับจากบริดจ์ที่ได้รับการยอมรับในการรันครั้งเดียว เขียนคำสั่งของเอเจนต์เป็นนโยบายการทำงานสั้น ๆ: อ่านคำขอหนึ่งรายการ จัดประเภท ส่งคืน JSON และเรียก URL เขียนข้อมูลกลับเฉพาะหลังจากฟิลด์ครบถ้วนแล้ว สำหรับการส่งต่องานออนบอร์ดพนักงาน Zapier Agent จะดึงบทบาทพนักงาน วันที่เริ่มงาน ผู้จัดการ แผนก สถานที่ อินพุตที่ยังขาด เจ้าของงาน และความเสี่ยงของการออนบอร์ดก่อนเรียก Jodoo
Jodoo จัดเก็บอะไรหลังจากเวิร์กโฟลว์ทำงาน?
Jodoo จัดเก็บชื่อพนักงาน บทบาท แผนก ผู้จัดการ วันที่เริ่มงาน สถานที่ ประเภทการจ้างงาน ความต้องการอุปกรณ์ ความต้องการสิทธิ์เข้าถึง สถานะการออนบอร์ด รวมถึงผลลัพธ์เวิร์กโฟลว์ต้นฉบับสำหรับบริบทการตรวจสอบย้อนหลัง
ภายหลังสามารถเชื่อมต่อกับข้อมูลต้นทางสำหรับใช้งานจริงได้หรือไม่?
ได้ เริ่มจากการรันด้วยข้อมูลจำลองที่ยืนยันแล้ว จากนั้นเชื่อมต่อฟอร์ม พอร์ทัล กล่องข้อความ API หรือระบบภายในเมื่อ schema สำหรับการส่งต่องานออนบอร์ดพนักงานเสถียรแล้ว เก็บคำขอตัวอย่างไว้ในแชทระหว่างการทดสอบ จากนั้นค่อยเชื่อมต่อ CRM กล่องข้อความ ฟอร์ม หรือแหล่งทิกเก็ตหลังจากสัญญาฟิลด์ของ Jodoo เสถียรแล้ว
เรื่องใดควรให้ทีมตรวจสอบต่อไป?
เวิร์กโฟลว์สามารถเตรียมฟิลด์การตัดสินใจได้ แต่เจ้าของงานยังควรตรวจสอบความเสี่ยงทางธุรกิจ การอนุมัติด้านการชำระเงินหรือกฎหมาย และการตัดสินใจด้านปฏิบัติการขั้นสุดท้าย ให้มนุษย์ตรวจสอบเรื่องความเสี่ยง กฎหมาย การชำระเงิน หรือการตัดสินใจที่กระทบลูกค้าเสมอ แม้เอเจนต์จะเตรียมคำแนะนำไว้แล้ว
ขั้นตอนถัดไป
เปลี่ยนการออนบอร์ดพนักงานให้เป็นงานติดตามที่ตรวจสอบได้
เริ่มจากการรัน Zapier Agents ที่ยืนยันแล้วหนึ่งครั้ง จากนั้นใช้รูปแบบการเขียนข้อมูลกลับเดิมกับคิวตรวจสอบและการส่งต่องานปฏิบัติการที่เกี่ยวข้อง ตรวจสอบการใช้งานงาน สิทธิ์เข้าถึงแอปที่เชื่อมต่อ และพฤติกรรมการอนุมัติใด ๆ ก่อนย้ายจากหลักฐานแบบแชทด้วยมือไปสู่การทำงานจริงแบบเกิดซ้ำ