ConnectWiz Flows

ระบบอัตโนมัติที่รู้ว่ากำลังคุยอยู่กับใคร

เครื่องมือเวิร์กโฟลว์ทั่วไปทำงานอัตโนมัติกับแถวข้อมูล ส่วน Flows ทำงานอัตโนมัติกับบทสนทนา — หน่วยของงานคือคนหนึ่งคนที่รออยู่ ขั้นตอน "รอ 3 วัน" เป็นเรื่องปกติ และคำถามเรื่องสิทธิ์อยู่บนผืนผ้าใบในฐานะโหนดจริง 27 ชนิดโหนด ครบทุกช่องทาง และมีขอบเขตที่บอกกันตรง

ทำงานบนทุกช่องทางขาเข้า กรอบป้องกันเรื่องความยินยอมอยู่บนผืนผ้าใบ ทดลองรันของจริง พร้อมร่องรอยรายขั้น
โฟลว์ — เตือนนัดหมาย กำลังทำงานอยู่
ทริกเกอร์ · ทุกวันจันทร์ 09:00
กรอบป้องกันความยินยอม
ส่งการแจ้งเตือน
ข้ามไปอย่างสุภาพ
จองคิวแล้ว — ทุกขั้นมีร่องรอย
27
จำนวนชนิดโหนด — และแต่ละชนิดออกมาพร้อมตัวรัน ฟอร์มในเอดิเตอร์ กฎตรวจสอบ เทสต์ และเอกสาร ในวันเดียวกัน
6
จำนวนชนิดทริกเกอร์ — บทสนทนาใหม่ คีย์เวิร์ด ตารางเวลา การส่งฟอร์ม ปุ่มของเจ้าหน้าที่ และ webhook ที่ป้องกันไว้
~97
จำนวนการตรวจสอบที่ไม่ซ้ำกันก่อนโฟลว์จะเผยแพร่ — โฟลว์ที่พังจะพังในเอดิเตอร์ ไม่ใช่พังใส่ลูกค้า
หลายวัน
คือช่วงชีวิตของการรันหนึ่งครั้ง — การรอถูกเก็บไว้ได้จริง "เตือนเขาอีก 3 วัน" จึงเป็นขั้นตอน ไม่ใช่ลูกเล่นแก้ขัด

ทริกเกอร์

หกวิธีที่โฟลว์เริ่มทำงาน — แต่ละวิธีเป็นการ์ดเต็มใบบนผืนผ้าใบ

บทสนทนาใหม่

ทักทายผู้ติดต่อครั้งแรกทุกคนด้วยข้อความต้อนรับที่มีโครงสร้าง — บนวิดเจ็ตมันยิงได้ตั้งแต่ตอนเปิดหน้าต่างแชท ก่อนผู้เข้าชมจะพิมพ์อะไรด้วยซ้ำ

คีย์เวิร์ด

ข้อความจากลูกค้าที่ตรงกับคีย์เวิร์ดของคุณจะเริ่มโฟลว์ที่ถูกต้อง — "นัดหมาย" "ราคา" "คืนสินค้า" — บนช่องทางไหนก็ได้

ตารางเวลา

นาฬิกาเลือกกลุ่มเป้าหมายแล้วเปิดบทสนทนา — เตือนต่ออายุ ทักทายตามฤดูกาล — โดยมีกรอบป้องกันความยินยอมยืนอยู่ระหว่างตารางเวลากับการส่งจริง

เมื่อมีการส่งฟอร์ม

จุดเริ่มต้นคือ ฟอร์ม เมื่อมีคนกดส่ง โฟลว์ก็เริ่มทำงานทันทีโดยมีทุกคำตอบพร้อมใช้เป็นตัวแปร — การติดตามผลเริ่มวินาทีที่ฟอร์มมาถึง

ปุ่มของเจ้าหน้าที่

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

webhook ที่ป้องกันไว้

ทริกเกอร์ webhook ทุกตัวมี URL สาธารณะของตัวเองพร้อม secret ของตัวเอง มีการตรวจ HMAC บนเนื้อข้อความดิบ และมีการกันการส่งซ้ำ payload คือข้อมูล ไม่ใช่คำสั่ง: มันระบุชื่อคนได้ แต่ไม่มีวันบังคับทิศทางภายในของโฟลว์ได้

แคตตาล็อกโหนด

27 ชนิดโหนด — กับกฎหนึ่งข้อที่ทำให้มันซื่อตรง

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

ภาพประกอบ 3 มิติเชิงนามธรรม: กราฟโหนดของแผ่นแก้วที่เชื่อมกันด้วยเส้นโค้งเรืองแสง โดยมีเส้นทางสีมรกตหนึ่งเส้นทำงานอยู่และไปจบที่กรอบแชท

ส่งข้อความ (6)

ข้อความ ตัวเลือก สื่อ เทมเพลต WhatsApp ฟอร์มในแชท และตัวส่งแบบใช้ความสามารถเต็มของช่องทาง — คือถ้อยคำและจุดแสดงผลที่ลูกค้าเห็นจริง

ตรรกะและจังหวะเวลา (5)

เงื่อนไข สวิตช์ ตัวเชื่อม (กระโดดไปยังขั้นตอนหนึ่งหรือเรียกโฟลว์ย่อย โดยจำกัดความลึก) การหน่วงเวลาแบบเก็บสถานะได้ และเวลาทำการ — เป็นการแตกกิ่งที่เคารพทั้งนาฬิกาและปฏิทิน

ข้อมูล (4)

เก็บคำตอบ ตั้งค่าตัวแปร เรียก REST API ตัวไหนก็ได้ และอ่านหรือเขียนข้อมูลของคุณเองได้ที่: ตารางข้อมูล — การเชื่อมต่อที่ไม่ต้องไปเชื่อมต่ออะไรเลย

AI (4)

จำแนกเจตนา ตอบจากคลังความรู้ของคุณ หรือส่งขั้นตอนหนึ่งให้ AI agent ที่ใช้เครื่องมือเป็น ซึ่งค้นข้อมูลได้ก่อนพูด — รวมถึงค้นใน CRM ของคุณด้วย

คนและการจ่ายงาน (1)

โหนดเดียวที่ทำได้หลายอย่าง ทั้งมอบหมายแผนกและเจ้าหน้าที่ ติดแท็ก ตั้งลำดับความสำคัญ เปิดหรือปิดบทสนทนา — คือการส่งต่อจากระบบอัตโนมัติไปยังคน ที่เขียนไว้ชัด

CRM และงานขาย (3)

CRM ของคุณกลายเป็นแอปในแผงเครื่องมือ: อ่าน 10 การทำงาน เขียน 7 การทำงาน — การเขียนแต่ละอย่างอยู่หลังด่านสามชั้น (เชื่อมต่อแล้ว รองรับ และผู้ดูแลเปิดให้อย่างชัดเจน ซึ่งค่าเริ่มต้นปิดไว้ทั้งหมด)

การค้า การโทร และการจอง (2)

ค้นข้อมูลจากแหล่งเดียวคือ แคตตาล็อกสินค้า, สั่งซื้อสินค้า, สั่งให้ระบบโทรออก, เสนอและจองได้จริง เช่น คิวนัดหมาย — ใช้สองกริยาโดยตั้งใจ เสนอก่อนแล้วค่อยจอง ลูกค้าจึงเป็นคนเลือกเอง

กรอบป้องกัน (2)

ความยินยอมและความถี่เป็นขั้นตอนที่มองเห็นได้ — คำถามเรื่องสิทธิ์อยู่บนผืนผ้าใบที่คนตรวจงานเห็น ไม่ใช่ถูกฝังไว้ในหน้าตั้งค่า

การส่งที่รู้จักช่องทาง

โฟลว์เดียว ครบทุกช่องทาง — ใช้ความสามารถเต็มตรงที่ช่องทางนั้นมีให้

ตัวส่งแบบเต็มความสามารถมีแอ็กชันเฉพาะช่องทางราวยี่สิบแบบ — รายการตัวเลือก ปุ่มตอบกลับ การ์ดสไลด์ การ์ดสินค้า ใบเสร็จ คูปอง การขอตำแหน่ง ปุ่มโทร และ WhatsApp Flows — และมันถามช่องทางสามครั้งแยกกันว่าแสดงอะไรได้บ้าง: ตอนอยู่ในแผงเครื่องมือ ตอนบันทึก และตอนส่ง เพราะคำตอบเปลี่ยนได้

องค์ประกอบเต็มรูปแบบแยกตามช่องทาง

รายการตัวเลือกบน WhatsApp ปุ่มบน Telegram การ์ดสไลด์บน Messenger — เขียนครั้งเดียว แล้วถูกตรวจกับสิ่งที่แต่ละช่องทางที่เชื่อมไว้รองรับจริงก่อนจะส่งออกได้

มี WhatsApp Flows อยู่ข้างใน

หน้าจอฟอร์มในแชทของ Meta เองถูกส่งเป็นขั้นตอนหนึ่งในโฟลว์ โดยมี endpoint ข้อมูลที่เข้ารหัสและโฮสต์ไว้คอยป้อนข้อมูลสดให้หน้าจอ — และเมื่อแหล่งข้อมูลสะดุด หน้าจอก็ยังแสดงผลพร้อมข้อความแจ้งอย่างสุภาพ แทนที่จะดับไปเฉย

เทมเพลตที่สอนวิธีคิด

เทมเพลตโฟลว์ในตัวแปดแบบ — คัดแยก FAQ สถานะออเดอร์ เก็บลีด ติดตามผล เมนู นัดหมาย และรอดำเนินการ — แต่ละแบบสาธิตรูปแบบการทำงานหนึ่งอย่าง เราตั้งใจให้มีน้อย ดีกว่ามีห้าร้อยแบบที่แทบเหมือนกัน

การทดสอบและเวอร์ชัน

"ในเอดิเตอร์มันก็ใช้ได้นี่" มีความหมายขึ้นมาจริงสักที

ภาพประกอบ 3 มิติเชิงนามธรรม: ไทม์ไลน์แก้วของขั้นตอนการทำงานที่สว่างขึ้นทีละขั้น ขั้นหนึ่งหยุดรออยู่กับนาฬิกาทราย และมีเลนส์ส่องตรวจอีกขั้นหนึ่ง

การทดลองรันของจริง

ปุ่มทดสอบรันเอนจินตัวจริง เพียงแต่เปลี่ยนปลายทางจากการส่งออกเป็นการเก็บผลไว้ — ตัวรันเดียวกัน ร่องรอยเดียวกัน และไม่มีข้อความออกไปสักข้อความ สิ่งที่คุณดูอยู่คือสิ่งที่ระบบโปรดักชันทำจริง

เวอร์ชันและการย้อนคืน

การเผยแพร่จะเก็บสแนปช็อตเป็นเวอร์ชันไว้ และย้อนกลับไปเวอร์ชันไหนก็ได้ด้วยคลิกเดียว การทดลองของวันศุกร์จึงไม่เคยจับวันจันทร์เป็นตัวประกัน

ตัวตรวจสอบที่กล้าเถียง

ข้อตรวจพบที่ไม่ซ้ำกันราว 97 แบบ — กิ่งที่ตายแล้ว การเก็บค่าที่ขาดไป ช่องทางที่ไม่เข้ากัน — ถูกยกขึ้นมาให้เห็นในเอดิเตอร์ก่อนเผยแพร่ เพราะลูกค้าไม่ใช่ที่ที่ควรมาเจอคำพิมพ์ผิด

การรันที่มีร่องรอยและมีกรวย

การรันทุกครั้งบันทึกอินพุตและเอาต์พุตของแต่ละขั้น ส่วนมุมมองกรวยแสดงให้เห็นว่าคนไหลไปทางไหนและหลุดตรงไหน การไล่หาปัญหาจึงเป็นการอ่าน ไม่ใช่การเดา

กรอบป้องกัน

คำถามเรื่องสิทธิ์ ที่วาดไว้บนผืนผ้าใบ

ความยินยอมเป็นขั้นตอนหนึ่ง

โหนดความยินยอมตรวจบัญชีบันทึกความยินยอมที่แยกมิติไว้ — ช่องทาง วัตถุประสงค์ หมวดหมู่ — ก่อนเข้ากิ่งที่เป็นการตลาด คนตรวจงานเห็นกรอบป้องกันนี้ในแผนภาพ ส่วนผู้ตรวจสอบเห็นมันในร่องรอยการรัน

ความถี่เป็นขั้นตอนหนึ่ง

โหนดความถี่จำกัดว่าระบบอัตโนมัติจะแตะต้องคนหนึ่งคนได้บ่อยแค่ไหน — ความเบื่อหน่ายจากการถูกยิงข้อความถูกกันไว้ด้วยโครงสร้าง ไม่ใช่ด้วยการหวังว่าแคมเปญจะคุยกันเอง

เคารพนาฬิกา

การหน่วงเวลาแบบเก็บสถานะได้ กับโหนดเวลาทำการ ทำให้โฟลว์รอสามวันแล้วยังไปลงในเวลาทำการได้ — ความอดทนเป็นความสามารถของเอนจินเอง ไม่ใช่ cron job ที่เอาเทปแปะไว้ข้างนอก

เงื่อนไขปลีกย่อยแบบพูดตรง

สิ่งที่ Flows ปฏิเสธที่จะเป็น — พร้อมเหตุผล

ไม่มีกิ่งที่วิ่งขนานกัน

คนหนึ่งคนไม่ได้อยู่ในสองกิ่งของบทสนทนาพร้อมกัน การผ่าคนออกเป็นเส้นทางที่วิ่งพร้อมกันเป็นความคิดแบบ data pipeline ซึ่งผลลัพธ์คือข้อความซ้ำซ้อน — เราปฏิเสธมันตั้งแต่ตอนออกแบบ

ไม่มีลูปรายชิ้น

"วนทุกสินค้า แล้วส่งข้อความ" คือรูปแบบของสแปม ตรงที่การวนซ้ำสมเหตุสมผลจริง โหนดเดียวจะแสดงมันออกมาเป็นข้อความรายการเดียวหรือการ์ดสไลด์ชุดเดียว

ไม่มีโหนดเขียนโค้ด

โค้ดอะไรก็ได้ที่รันอยู่ในเอนจินบทสนทนากับลูกค้าคือภาระด้านความปลอดภัยและงานซัพพอร์ตที่เราเลือกจะไม่ขาย โหนด REST เรียกระบบของคุณได้ ส่วนโค้ดของคุณอยู่ในระบบของคุณต่อไป

มีเพดานโดยตั้งใจ

32 โหนดต่อหนึ่งรอบ โฟลว์ย่อยลึกได้ห้าชั้น และพื้นที่ตัวแปรที่กำหนดขนาดไว้ — เหลือเฟือสำหรับการออกแบบบทสนทนา แต่ไม่เป็นมิตรกับระบบอัตโนมัติที่หลุดการควบคุม เพดานพวกนี้มีเขียนไว้ในเอกสาร ไม่ใช่ให้ไปเจอเอง

FAQ เรื่อง Flows

ก่อนลงมือสร้าง

อ่านเพิ่มเติมได้ที่หน้า FAQ หรือ ถามเราโดยตรง.

เครื่องมือเวิร์กโฟลว์ทั่วไปทำงานอัตโนมัติกับแถวข้อมูล ในการรันที่ยาวแค่ไม่กี่วินาที ส่วนหน่วยของงานในโฟลว์ของ ConnectWiz คือคนหนึ่งคนที่รอคำตอบอยู่ การรันหยุดรอตรงคำถามได้ อยู่รอดข้ามการรอหลายวัน จำบทสนทนาได้ และพากรอบป้องกันเรื่องความยินยอมกับความถี่ไปด้วยในฐานะขั้นตอนเต็มใบ มันคือระบบอัตโนมัติที่มีรูปร่างเป็นบทสนทนา เพราะบทสนทนาคือที่ที่มันทำงานอยู่

ทุกช่องทางขาเข้า — โฟลว์ที่เริ่มด้วยคีย์เวิร์ด การกดปุ่ม หรือบทสนทนาใหม่ ทำงานเหมือนกันหมด ไม่ว่าลูกค้าจะอยู่บน WhatsApp, Telegram, Messenger, Instagram, วิดเจ็ตบนเว็บ หรือ SMS ส่วนองค์ประกอบเต็มรูปแบบจะปรับตามช่องทาง: ทั้งแผงเครื่องมือ ตัวตรวจตอนบันทึก และตัวจัดการตอนส่ง ต่างก็ถามช่องทางว่ามันแสดงอะไรได้จริง

ได้ — และเป็นการทดลองรันของจริง ไม่ใช่การจำลอง: การทดสอบรันเอนจินโฟลว์ตัวจริง เพียงแต่เปลี่ยนปลายทางจากการส่งออกเป็นการเก็บผล สิ่งที่คุณเห็นในการทดสอบจึงเป็นสิ่งที่ระบบโปรดักชันจะทำเป๊ะ ๆ พอบวกการเก็บเวอร์ชันที่ย้อนคืนได้ด้วยคลิกเดียว และตัวตรวจสอบที่มีข้อตรวจไม่ซ้ำกันราว 97 แบบ ประโยค "ในเอดิเตอร์มันก็ใช้ได้นี่" ก็มีความหมายขึ้นมาจริงสักที

Flows ดูแลฝั่งบทสนทนา — รวมถึงโฟลว์ตามตารางเวลาที่เปิดเธรดให้กลุ่มเป้าหมาย — ส่วนบรอดแคสต์มีเอนจินของตัวเอง พร้อมบันไดอุ่นเครื่องและกฎการยับยั้ง ทั้งสองอย่างใช้สถาปัตยกรรมความยินยอมชุดเดียวกัน และกรอบป้องกันเรื่องความยินยอมกับความถี่ก็เป็นขั้นตอนที่มองเห็นได้บนผืนผ้าใบของโฟลว์เอง

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

วาดบทสนทนาออกมา แล้วเอนจินจะรักษาสัญญาของมันเอง

เริ่มจากเทมเพลต ทดลองรันกับเอนจินตัวจริง แล้วเผยแพร่พร้อมเวอร์ชันที่ย้อนกลับได้เสมอ