จองเดโมสมัครใช้งาน

แพลตฟอร์ม

แพลตฟอร์มตัวสร้างแอปตัวสร้างฟอร์มเวิร์กโฟลว์แดชบอร์ดการเชื่อมต่อ

โซลูชัน

คำสั่งซื้อและสต๊อกใบสั่งผลิตการจัดการแบบลีนการบำรุงรักษาใบสั่งงานหลังการขายCRMการจัดการโครงการการจัดการงานก่อสร้าง

เทมเพลต AI

เทมเพลต AI

แหล่งข้อมูล

เอกสารช่วยเหลือคู่มือเริ่มต้นใช้งานพาร์ทเนอร์คอมมูนิตี้เทมเพลตบล็อกเกี่ยวกับเราความปลอดภัย

ราคา

ราคา
จองเดโมสมัครใช้งาน

MAKE + JODOO

การคัดกรองลีดด้วย Make + Jodoo และ AI

ใช้ Make ร่วมกับ Jodoo เพื่อรับ webhook ของลีดขาเข้า ส่งฟิลด์การคัดกรองแบบมีโครงสร้างผ่านโมดูล HTTP เขียนฟิลด์คะแนนกลับเข้า Jodoo และทำให้การติดตามงานของทีมขายตรวจสอบได้

ดูตัวอย่างแอป Jodooจองเดโมเวิร์กโฟลว์
รับลีดผ่าน Make webhookส่งฟิลด์ลีดแบบมีโครงสร้างผ่าน HTTPเขียนคะแนนและระดับลงใน Jodooเก็บการติดตามงานของทีมขายไว้ในเรคคอร์ดเดียวตรวจสอบการทำงาน เครดิต และสถานะการรันใน Make History

วิดีโอแนะนำการใช้งาน

สิ่งที่เกิดขึ้นในเดโม Make

วิดีโอนี้แสดงเส้นทางการทำงานใน Make: ลีดเข้าสู่ Custom webhook, Make ส่งฟิลด์การคัดกรองแบบมีโครงสร้างผ่านโมดูล HTTP และ Jodoo เก็บเรคคอร์ดการขายไว้

  1. ลีดเข้าสู่ Make

    เวิร์กโฟลว์เริ่มจาก Custom webhook ที่สามารถรับข้อมูลลีดจากฟอร์ม แคมเปญ พาร์ทเนอร์ หรือข้อมูลภายในได้

  2. Make ส่งฟิลด์แบบมีโครงสร้าง

    โมดูล HTTP จะส่งคะแนน ระดับ ลำดับความสำคัญในการส่งต่อ เจ้าของงาน การดำเนินการถัดไป และบริบทการติดตามงาน

  3. History บันทึกการทำงาน

    แผง Make History ยืนยันการรันแบบแมนนวล จำนวนการทำงาน การใช้เครดิต ระยะเวลา และการรับส่งข้อมูล

  4. Jodoo จัดเก็บเรคคอร์ด

    ผลลัพธ์แบบมีโครงสร้างจะถูกเขียนลงในแอปลีดของ Jodoo เพื่อให้ทีมกรอง มอบหมาย และตรวจสอบได้

  5. การติดตามงานขายยังมองเห็นได้ชัด

    ลีดที่มีศักยภาพสูงสามารถย้ายไปยังคิวของเจ้าของงาน การแจ้งเตือน แดชบอร์ด และมุมมองสำหรับตรวจสอบจากเรคคอร์ดใน Jodoo ได้

สรุปเดโม

Make รันเวิร์กโฟลว์ ส่วน Jodoo ติดตามลีด

แนวทางนี้เหมาะเมื่อทีมของคุณต้องการใช้ scenario แบบภาพใน Make สำหรับการรับลีด ก่อนให้ Jodoo เป็นเรคคอร์ดการทำงานหลัก

ทริกเกอร์ Custom webhook

ข้อมูล payload ของลีดเข้าสู่ Make ผ่าน Custom webhook

HTTP writeback

โมดูล HTTP ของ Make ส่งฟิลด์การคัดกรองแบบมีโครงสร้าง

History สำเร็จ

Make History แสดงว่าการรันแบบแมนนวลเสร็จสมบูรณ์ด้วยการทำงานสองรายการ

การใช้งานเวิร์กโฟลว์

การรันของ Make บันทึกจำนวนการทำงาน เครดิต ระยะเวลา และการรับส่งข้อมูลสำหรับฟลโลว์ลีดที่ทดสอบ

Jodoo writeback

Jodoo จัดเก็บคะแนนลีด ระดับ แหล่งที่มา ข้อมูลติดต่อ และฟิลด์ติดตามงาน

ลูปที่นำกลับมาใช้ซ้ำได้

Make รันเวิร์กโฟลว์ และ Jodoo เก็บเรคคอร์ดการขาย

ชุดเวิร์กโฟลว์

สร้างลูปลีดใน Make แบบเดียวกันได้

ดูคู่มือ คัดลอกสูตรการทำงานของเวิร์กโฟลว์ และใช้โมเดลฟิลด์ของ Jodoo เมื่อต้องปรับ Make webhook ให้เข้ากับแหล่งลีดของคุณ

คู่มือโซลูชัน

สิ่งที่ทีมของคุณนำกลับมาใช้ซ้ำได้

Make รับเหตุการณ์ของลีดผ่าน Custom webhook ส่งผลลัพธ์แบบมีโครงสร้างผ่านโมดูล HTTP และบันทึกการทำงาน เครดิต และระยะเวลาไว้ใน History ส่วน Jodoo จะเก็บเรคคอร์ดลีดหลัก คิวเจ้าของงาน สถานะการตรวจสอบ และประวัติการตรวจสอบ

เวิร์กโฟลว์ธุรกิจโมเดลฟิลด์ของ Jodooพรอมป์ต์ของเอเจนต์เช็กลิสต์ก่อนเปิดใช้งาน

เวิร์กโฟลว์ที่นำกลับมาใช้ซ้ำได้

เวิร์กโฟลว์ช่วยตัดสินใจ Jodoo ช่วยให้งานเดินหน้าต่อ

  1. 01

    Make webhook

    ฟอร์ม แคมเปญ แหล่งที่มาจากพาร์ทเนอร์ สเปรดชีต หรือระบบภายใน

  2. 02

    Make scenario

    รับ webhook ส่ง HTTP writeback และยืนยันการรันใน History

  3. 03

    โมดูล HTTP

    ส่งฟิลด์การคัดกรองเป็นคำขอ JSON post และ parse การตอบกลับ

  4. 04

    Make History

    แสดงความสำเร็จ การทำงาน เครดิต ระยะเวลา และการรับส่งข้อมูล

  5. 05

    Jodoo writeback

    สร้างเรคคอร์ดลีดและส่งกลับ data ID

  6. 06

    การติดตามงานขาย

    คิวเจ้าของงาน สถานะการตรวจสอบ แดชบอร์ด และประวัติการตรวจสอบ

ลูปเวิร์กโฟลว์

จาก Make webhook สู่การติดตามงานขาย

  1. ลีดเข้าสู่ Make Custom webhook จากฟอร์ม แคมเปญ แหล่งที่มาจากพาร์ทเนอร์ หรือระบบภายใน

  2. Run once จะทำให้โมดูล Webhooks อยู่ในสถานะรอ เพื่อให้สามารถจับ payload ทดสอบขาเข้าได้

  3. Make scenario ทำให้เหตุการณ์นี้มองเห็นได้ในฟลโลว์แบบสองโมดูล: ทริกเกอร์จากแอป Webhooks และขั้นตอน HTTP writeback

  4. โมดูล HTTP ใช้ JSON body, วิธี post, parse response และ URL ที่บันทึกไว้ ซึ่งต้องตรวจสอบอีกครั้งเมื่อ endpoint ชั่วคราวมีการเปลี่ยนแปลง

  5. คำขอ HTTP จะส่ง score, tier, priority, owner, next action และบริบทการติดตามงานในรูปแบบ JSON

  6. Make History จะบันทึกการรันแบบแมนนวล จำนวนการทำงาน การใช้เครดิต ระยะเวลา และการรับส่งข้อมูล

  7. ผลลัพธ์แบบมีโครงสร้างจะถูกส่งไปยัง Jodoo writeback endpoint หรือชั้นมิดเดิลแวร์ที่ปลอดภัย

  8. 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ร่างข้อความติดตามงาน, ผลลัพธ์เอเจนต์ต้นฉบับ

สูตรการทำงานของเอเจนต์

พรอมป์ต์และผลลัพธ์แบบมีโครงสร้าง

บทบาทของเวิร์กโฟลว์

รับ payload ของลีด B2B ขาเข้า และส่งกลับฟิลด์แบบมีโครงสร้างที่ Jodoo สามารถจัดเก็บ ส่งต่อ และทำรายงานได้

คำสั่งการคัดกรอง

ให้คะแนนลีดตามความเหมาะสม ความตั้งใจ ความเร่งด่วน ความครบถ้วน และความเกี่ยวข้อง โดยคงรูปแบบผลลัพธ์ให้คาดการณ์ได้สำหรับขั้นตอน HTTP writeback ของ Make

ผลลัพธ์ที่ต้องมี

ส่งกลับ ai_score, lead_tier, fit_reason, missing_info, suggested_owner, next_best_action, follow_up_draft และ routing_priority

ข้อตกลงของโมดูล Make

ระบุให้ชัดเจนเกี่ยวกับ Webhooks bundle, HTTP method, JSON content type, การตั้งค่า parse response, URL ของ endpoint ที่บันทึกไว้ และการตรวจสอบด้วย Run once ก่อนส่งมอบเวิร์กโฟลว์ให้ทีมขาย

{
  "ai_score": 92,
  "lead_tier": "ศักยภาพสูง",
  "routing_priority": "สูง",
  "suggested_owner": "คิว Sales Ops",
  "next_best_action": "นัดหมายคุยเพื่อค้นหาความต้องการภายในหนึ่งวันทำการ"
}

แอปเริ่มต้นของ Jodoo

แอปเริ่มต้นสำหรับการคัดกรองลีดใน Make

ใช้โมเดลฟิลด์นี้เมื่อตั้งค่า Make Custom webhook และ Jodoo writeback workflow

ฟิลด์ที่รวมอยู่

  • ชื่อเรคคอร์ด
  • แหล่งที่มาของลีด
  • ชื่อผู้ติดต่อ
  • บริษัท
  • อีเมล
  • แคมเปญ
  • ข้อความหรือคำขอ
  • คะแนน AI
  • ระดับลีด
  • เหตุผลด้านความเหมาะสม
  • ข้อมูลที่ขาดหาย
  • เจ้าของงานที่แนะนำ
  • การดำเนินการถัดไปที่แนะนำ
  • ร่างข้อความติดตามงาน
  • ลำดับความสำคัญในการส่งต่อ
  • สถานะการตรวจสอบ
  • ผลลัพธ์เอเจนต์ต้นฉบับ

มุมมองที่แนะนำ

  • ลีดที่มีศักยภาพสูง
  • ต้องตรวจสอบ
  • ข้อมูลไม่ครบ
  • คิวเจ้าของงาน
  • ตรวจสอบการรันใน Make
  • ลีดที่คัดกรองแล้วทั้งหมด

กฎระบบอัตโนมัติ

  • สร้างหรืออัปเดตเรคคอร์ดลีดใน Jodoo หลังจากโมดูล HTTP ของ Make ทำงานเสร็จ
  • แจ้งเจ้าของงานที่แนะนำเมื่อการส่งต่อมีลำดับความสำคัญเป็น High
  • ย้ายลีดที่ข้อมูลไม่ครบไปยังคิวตรวจสอบ
  • ทำเครื่องหมายเรคคอร์ดเพื่อตรวจสอบเมื่อ Make History แสดงว่า HTTP operation ล้มเหลว
  • เก็บผลลัพธ์เวิร์กโฟลว์ต้นฉบับไว้ในประวัติการตรวจสอบ

เช็กลิสต์ก่อนเปิดใช้งาน

สิ่งที่ต้องยืนยันก่อนใช้งานจริง

  • เลือกแหล่งที่มาของลีดที่จะใช้ทริกเกอร์ Make webhook
  • ตกลงเกณฑ์คะแนน ระดับความสำคัญในการส่งต่อ และกฎเจ้าของงาน
  • ยืนยันว่า URL ของโมดูล HTTP ถูกบันทึกแล้วก่อนการทดสอบ Run once ทุกครั้ง
  • ตรวจสอบสถานะ endpoint เมื่อใช้ temporary tunnel
  • แมปทุกฟิลด์ผลลัพธ์จาก Make เข้ากับฟิลด์ใน Jodoo
  • ทดสอบด้วยข้อมูลจำลองก่อนรับทราฟฟิกจริง
  • เพิ่มการจัดการข้อผิดพลาดและการแจ้งเตือน retry ก่อนเปิดใช้งาน

เอกสารอ้างอิงสำหรับการนำไปใช้

เก็บรายละเอียดการตั้งค่าไว้ให้ทีมของคุณ

Markdown - พร้อมแชร์

คู่มือโซลูชัน

คู่มือวางแผนสำหรับลูปการคัดกรองลีดใน Make ครอบคลุมทริกเกอร์ Custom webhook, เส้นทางทดสอบ Run once, โมดูล HTTP, หลักฐานจาก Make History, ฟิลด์ใน Jodoo และเช็กลิสต์ก่อนนำไปใช้งานจริง

เปิดคู่มือ

JSON - พิมพ์เขียวพร้อมใช้งาน

พิมพ์เขียวแอปเริ่มต้น Jodoo

โมเดลฟิลด์ของ Jodoo มุมมองที่แนะนำ ตัวอย่างเรคคอร์ด และกฎอัตโนมัติสำหรับปรับแอปลีดหลังจาก Make scenario เขียนผลลัพธ์เข้ามา

เปิดพิมพ์เขียว

Markdown - พร้อมคัดลอก

พรอมป์ต์เอเจนต์ + สูตรการทำงานเวิร์กโฟลว์

การตั้งค่า Make webhook, schema ของ HTTP writeback, การตรวจสอบ URL ที่บันทึกไว้, การตรวจสอบสถานะของ endpoint ชั่วคราว, หมายเหตุเกี่ยวกับ Jodoo writeback และคำแนะนำสำหรับ production จากการรันจริง

เปิดสูตรการทำงาน

เวิร์กโฟลว์

จาก Make webhook สู่เรคคอร์ดลีดที่คัดกรองแล้ว

Make ทำหน้าที่เป็นชั้นประสานงานในที่นี้ โดยจะรับเหตุการณ์ของลีดและเรียกขั้นตอน writeback ขณะที่ Jodoo จัดเก็บเรคคอร์ดให้ทีมขายเข้ามาตรวจสอบได้

  1. ลีดเข้าสู่ Make Custom webhook จากฟอร์ม แคมเปญ แหล่งที่มาจากพาร์ทเนอร์ หรือระบบภายใน

  2. Run once จะทำให้โมดูล Webhooks อยู่ในสถานะรอ เพื่อให้สามารถจับ payload ทดสอบขาเข้าได้

  3. Make scenario ทำให้เหตุการณ์นี้มองเห็นได้ในฟลโลว์แบบสองโมดูล: ทริกเกอร์จากแอป Webhooks และขั้นตอน HTTP writeback

  4. โมดูล HTTP ใช้ JSON body, วิธี post, parse response และ URL ที่บันทึกไว้ ซึ่งต้องตรวจสอบอีกครั้งเมื่อ endpoint ชั่วคราวมีการเปลี่ยนแปลง

  5. คำขอ HTTP จะส่ง score, tier, priority, owner, next action และบริบทการติดตามงานในรูปแบบ JSON

  6. Make History จะบันทึกการรันแบบแมนนวล จำนวนการทำงาน การใช้เครดิต ระยะเวลา และการรับส่งข้อมูล

  7. ผลลัพธ์แบบมีโครงสร้างจะถูกส่งไปยัง Jodoo writeback endpoint หรือชั้นมิดเดิลแวร์ที่ปลอดภัย

  8. Jodoo สร้างเรคคอร์ดลีดและเก็บไว้ให้พร้อมใช้งานสำหรับคิวเจ้าของงาน มุมมองการตรวจสอบ แดชบอร์ด และประวัติการตรวจสอบ

เรคคอร์ด Jodoo

สิ่งที่ Jodoo จัดเก็บ

Jodoo เก็บฟิลด์ลีดหลักหลังจาก Make รันเสร็จ ได้แก่ แหล่งที่มา ข้อมูลติดต่อ บริษัท คะแนน ระดับ ลำดับความสำคัญในการส่งต่อ เจ้าของงาน และบริบทการติดตามงาน

ชื่อเรคคอร์ดแหล่งที่มาของลีดข้อมูลติดต่อและรายละเอียดบริษัทคะแนน AI และระดับเหตุผลด้านความเหมาะสมและข้อมูลที่ขาดหายเจ้าของงานที่แนะนำการดำเนินการถัดไปที่แนะนำร่างข้อความติดตามงานลำดับความสำคัญในการส่งต่อผลลัพธ์เวิร์กโฟลว์ต้นฉบับ

การรันจริง

Make scenario เขียนข้อมูลลีดเข้า Jodoo แล้ว

ภาพหน้าจอใช้ข้อมูลลีดจำลอง และแสดง canvas ของ Make scenario, การรันสำเร็จใน Make History และตารางลีดใน Jodoo หลัง writeback

Make lead qualification scenario ที่ตั้งค่าด้วย Custom webhook และโมดูล HTTP

การตั้งค่า Make scenario

canvas ของ Make ใช้ Custom webhook และโมดูล HTTP เพื่อเรียก Jodoo writeback endpoint

แผง Make lead qualification History ที่แสดงการรันแบบแมนนวลสำเร็จ

การรันสำเร็จใน Make History

Make History แสดงว่า scenario ของลีดเสร็จสมบูรณ์แล้ว รวมถึง operations เครดิต ระยะเวลา และการรับส่งข้อมูล

เรคคอร์ดลีดใน Jodoo ที่สร้างจากผลลัพธ์การคัดกรองลีดของ Make

Jodoo writeback

ลีดที่ผ่านการคัดกรองโดย Make ปรากฏใน Jodoo พร้อมฟิลด์คะแนน ระดับ แหล่งที่มา ข้อมูลติดต่อ และบริษัท

FAQ

คำถามที่พบบ่อย

คำตอบเกี่ยวกับการใช้แพลตฟอร์มเอเจนต์ร่วมกับเรคคอร์ด เวิร์กโฟลว์ และเทมเพลตแอปของ Jodoo

เวิร์กโฟลว์ลีดใน Make นี้ผ่านการทดสอบแบบ end to end แล้วหรือไม่?

ใช่ รายการใน Make scenario History แสดงการรันแบบแมนนวลที่สำเร็จ และตารางใน Jodoo แสดงเรคคอร์ดการคัดกรองลีดจำลองที่สร้างจากการรันนั้น

จำเป็นต้องใช้แพ็กเกจ Make แบบเสียเงินหรือไม่?

การรันเพื่อพิสูจน์ผลใช้บัญชี Make ฟรีและข้อมูลจำลอง การใช้งานจริงอาจมีค่าใช้จ่ายขึ้นอยู่กับปริมาณการทำงาน บริการที่เชื่อมต่อ และการใช้งาน endpoint

แหล่งที่มาของลีดสามารถมาจากนอก Jodoo ได้หรือไม่?

ได้ แหล่งที่มาสามารถเป็นระบบใดก็ได้ที่ส่ง webhook payload ไปยัง Make ก่อนเขียนผลลัพธ์กลับเข้า Jodoo

ทีมสามารถเพิ่มขั้นตอนเอเจนต์ที่ใช้โมเดลใน Make ได้หรือไม่?

ได้ เส้นทางที่ทดสอบใช้ฟลโลว์ webhook และ HTTP writeback ที่เชื่อถือได้ ทีมสามารถเพิ่มขั้นตอน AI ของ Make หรือการเรียกโมเดลที่เชื่อมต่ออยู่ได้ ตราบใดที่รูปแบบ output schema ยังคงเสถียร

ควรตรวจสอบอะไรบ้างก่อนรัน Make scenario?

ยืนยันว่า Custom webhook อยู่ในสถานะรอข้อมูล, URL ของโมดูล HTTP ถูกบันทึกแล้ว, request body เป็น JSON และการตรวจสอบสถานะ endpoint ผ่าน หากใช้ temporary tunnel

สิ่งนี้ต่างจากเวิร์กโฟลว์ webhook แบบ code-first อย่างไร?

Make ทำให้ฟลโลว์ของลีดมองเห็นได้เป็นโมดูลบน canvas ผู้สร้างสามารถดูทริกเกอร์ Webhooks, คำขอ HTTP, จำนวนการทำงาน, การใช้เครดิต และผลลัพธ์ใน History ก่อนที่ทีม Jodoo จะเข้ามาตรวจสอบเรคคอร์ด

จะเกิดอะไรขึ้นหากโมดูล HTTP ของ Make ล้มเหลว?

ให้ถือว่าการรันยังไม่เสร็จสมบูรณ์ ตรวจสอบ URL ที่บันทึกไว้, JSON body, สถานะ endpoint และข้อผิดพลาดใน Make History ก่อนเก็บภาพหน้าจอหรือนำเวิร์กโฟลว์ไปใช้กับทราฟฟิกลีดจริง

ระหว่างการทดสอบ Make scenario สามารถคงสถานะไม่เปิดใช้งานได้หรือไม่?

ได้ สำหรับการตรวจสอบแบบแมนนวล Run once สามารถรอเหตุการณ์ webhook ได้โดยไม่ต้องเปิด scenario แบบตั้งเวลาไว้หรือเปิดตลอดเวลา สำหรับการใช้งานจริง ให้เปิดใช้งาน scenario หลังจากพร้อมเรื่องสถานะ endpoint, โควตา, การลองใหม่ และการแจ้งเตือนข้อผิดพลาดแล้ว

หน้าจอใดใน Make ที่ช่วยแก้ปัญหาฟลโลว์ลีดได้บ้าง?

ใช้ Scenario Usage, History, ผลลัพธ์ bundle ของโมดูล, รหัสสถานะ HTTP, การรับส่งข้อมูล, จำนวนการทำงาน และการใช้เครดิต เพื่อยืนยันว่าลีดผ่าน Make แล้วก่อนตรวจสอบเรคคอร์ดใน Jodoo

ทำไมต้องเก็บผลลัพธ์ไว้ใน Jodoo แทนที่จะใช้ Make History?

Make History มีประโยชน์สำหรับผู้สร้างระบบ ขณะที่ Jodoo มอบฟิลด์ มุมมอง เจ้าของงาน แดชบอร์ด สถานะเวิร์กโฟลว์ และบริบทสำหรับการตรวจสอบให้ทีมขาย

ขั้นตอนถัดไป

เปลี่ยนการรับลีดผ่าน Make ให้เป็นเวิร์กโฟลว์การขายที่นำกลับมาใช้ซ้ำได้

เริ่มจากลูปการคัดกรองลีดนี้ แล้วนำรูปแบบ Make และ Jodoo เดียวกันไปใช้ซ้ำกับงานซัพพอร์ต จัดซื้อ การรับคำขอโครงการ หรือคำขอด้านปฏิบัติการ

ดูตัวอย่างแอป Jodooจองเดโมเวิร์กโฟลว์