เอกสารอ้างอิงพารามิเตอร์ของโหนด Flow
เอกสารอ้างอิงพารามิเตอร์ของโหนด Flow นี้เป็นเอกสารอ้างอิงสำหรับการกำหนดค่าโหนดตามต้องการ แต่ละโหนดใช้โครงสร้างที่สอดคล้องกัน ได้แก่ วัตถุประสงค์ กรณีการใช้งาน พารามิเตอร์หลัก เอาต์พุต หมายเหตุ และตัวอย่าง เพื่อช่วยให้คุณค้นหาข้อมูลที่ต้องการได้อย่างรวดเร็วขณะสร้าง flow
ความสามารถที่ใช้งานได้อาจแตกต่างกันไปตามช่องทางและ workspace โปรดอ้างอิงตัวเลือกและข้อความแนะนำที่มีอยู่จริงในตัวแก้ไข Flow
วิธีใช้เอกสารอ้างอิงนี้
แต่ละโหนดในเอกสารอ้างอิงนี้ใช้โครงสร้างดังต่อไปนี้:
- วัตถุประสงค์: โหนดนี้ทำอะไร
- กรณีการใช้งาน: ควรใช้เมื่อใด
- พารามิเตอร์หลัก: พารามิเตอร์ที่สำคัญที่สุดที่ต้องกำหนดค่า
- เอาต์พุต: เส้นทางที่โหนดสามารถนำไปได้
- หมายเหตุ: ข้อจำกัดหรือขอบเขตที่มองข้ามได้ง่าย
- ตัวอย่าง: วิธีทั่วไปในการใช้โหนด
ภาพรวมหมวดหมู่โหนด
| หมวดหมู่โหนด | ชื่อโหนด |
|---|---|
| จุดเริ่มต้น | Event Trigger |
| การตัดสินใจและการควบคุม | Conditional Branch, Wait for Behavior, Delay, A/B Random Split, Merge |
| การส่งข้อความ | Send Message, Invite Rating, Send Email |
| การดำเนินการ | Assign Agent, Assign AI Agent, Add Label, Change Status, Change Priority, Snooze Conversation, Update Customer Data, Update Conversation Data, Block Contact, Send Webhook, Call API |
โหนดจุดเริ่มต้น
Event Trigger
วัตถุประสงค์
กำหนดว่า flow เริ่มต้นจากที่ใด ถูกทริกเกอร์อย่างไร และมีกลุ่มเป้าหมายเป็นใคร
กรณีการใช้งาน
- มีการสร้างบทสนทนา
- ผู้เยี่ยมชมส่งข้อความ
- มีเหตุการณ์ที่ระบุไว้เกิดขึ้น
- มีการทริกเกอร์เหตุการณ์จาก AI หรือระบบ
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Trigger event | เหตุการณ์เริ่มต้นของ flow | Yes | กำหนดว่า flow จะเริ่มเมื่อใด ซึ่งรวมถึงข้อความจากผู้เยี่ยมชม การสร้างบทสนทนา การเปิดบทสนทนา การอัปเดตบทสนทนา เหตุการณ์การรอลูกค้าเกินเกณฑ์ที่กำหนด การหมดเวลาการตอบกลับของผู้เยี่ยมชม และข้อยกเว้นในการตอบกลับของ AI Agent |
| Audience scope | ใครบ้างที่สามารถเข้าได้ | Yes | ผู้ใช้ที่ไม่ระบุตัวตนและผู้ใช้ที่ลงทะเบียนแล้ว ผู้ใช้ที่ไม่ระบุตัวตนคือผู้ที่ยังไม่ได้ให้ข้อมูลระบุตัวตน หมายเลขโทรศัพท์ หรืออีเมล คุณสามารถเพิ่มเงื่อนไขการกรองเพื่อกรองตามแอตทริบิวต์ของผู้ติดต่อและบทสนทนา |
| Channel scope | ช่องทางใดบ้างที่สามารถทริกเกอร์ได้ | Recommended | สำหรับ flow แบบหลายช่องทาง ควรกำหนดขอบเขตให้ชัดเจน หากไม่ได้เลือกช่องทางใดเลย เงื่อนไขเริ่มต้นนี้จะไม่ตรงกับบทสนทนาใด ๆ |
เอาต์พุต
- ดำเนินการต่อโดยค่าเริ่มต้น
หมายเหตุ
- Trigger ไม่ได้กำหนดเพียงว่าจะเริ่มเมื่อใด แต่ยังกำหนดด้วยว่าใครสามารถเริ่มได้
- ในสถานการณ์ทางธุรกิจเดียวกัน การตั้งค่ากลุ่มเป้าหมายและความถี่ที่ไม่ชัดเจนอาจทำให้เกิดการทริกเกอร์ซ้ำได้ง่าย
ตัวอย่าง
"เริ่ม flow สำรองที่ส่งต่อให้เจ้าหน้าที่เมื่อ AI Agent พบข้อผิดพลาด"
โหนดการตัดสินใจและการควบคุม
Conditional Branch
วัตถุประสงค์
กำหนดเส้นทางของ flow ไปยังเส้นทางต่าง ๆ ตามข้อมูลบทสนทนาหรือลูกค้าในปัจจุบัน พร้อมเส้นทางสำรองอัตโนมัติเมื่อไม่มีเงื่อนไขใดตรงกัน
กรณีการใช้งาน
- กำหนดเส้นทางตามประเทศ
- กำหนดเส้นทางตาม label
- กำหนดเส้นทางตามแหล่งที่มาหรือช่องทาง
- กำหนดเส้นทางตามสถานะ ลำดับความสำคัญ หรือภาษา
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Branch condition | กฎสำหรับแต่ละสาขา | Yes | คุณสามารถกำหนดได้หลายกรณี และกรองตามแอตทริบิวต์ของผู้ติดต่อและบทสนทนาที่เกี่ยวข้อง |
| Branch name | ป้ายชื่อสาขา | Recommended | ช่วยให้ระบุบน canvas ได้ง่ายขึ้น และติดตามเส้นทางการทดสอบได้สะดวกขึ้น |
| Fallback path | เส้นทางเมื่อไม่มีเงื่อนไขใดตรงกัน | Recommended | ครอบคลุมกรณีที่ไม่ตรงกับเงื่อนไขใด ๆ ให้เลือกสาขา Otherwise เมื่อทุกเงื่อนไขไม่เป็นไปตามที่กำหนด flow จะใช้สาขาที่กำหนดไว้สำหรับ Otherwise |
เอาต์พุต
- หนึ่งเอาต์พุตสำหรับแต่ละสาขาเงื่อนไข
- เอาต์พุตสำรอง
หมายเหตุ
- อย่าให้เงื่อนไขซ้อนทับหรือขัดแย้งกัน
ตัวอย่าง
"ส่งผู้เยี่ยมชมในอเมริกาเหนือ ญี่ปุ่น และยุโรปไปยังข้อความต้อนรับที่ตรงกับพื้นที่ของตน และส่งผู้เยี่ยมชมรายอื่นทั้งหมดไปยังข้อความต้อนรับภาษาเริ่มต้น"
Wait for Behavior
วัตถุประสงค์
รอให้เกิดพฤติกรรมบางอย่าง จากนั้นจึงกำหนดว่า flow จะดำเนินต่ออย่างไร โดยคุณสามารถตั้งค่าระยะเวลารอได้
กรณีการใช้งาน
- รอการตอบกลับจากผู้ใช้
- รอการเปลี่ยนแปลงของเหตุการณ์
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Behavior to wait for | เหตุการณ์ที่ต้องรอ | Yes | ตัวอย่างเช่น เหตุการณ์ของข้อความ บทสนทนา และผู้ติดต่อ พฤติกรรมที่รองรับรวมถึงการตอบกลับของลูกค้า การตอบกลับของเจ้าหน้าที่ การเปิดบทสนทนา การเปลี่ยนสถานะเป็น Resolved และการอัปเดตข้อมูลผู้ติดต่อ |
| Timeout | ระยะเวลารอสูงสุด | Yes | แนะนำให้กำหนดค่าเสมอ คุณสามารถตั้งค่าเป็นนาที ชั่วโมง หรือวันได้ |
| Path after timeout | จะเกิดอะไรขึ้นหากพฤติกรรมไม่เกิดขึ้น | Recommended | ใช้เป็นเส้นทางสำรอง |
เอาต์พุต
- เกิดขึ้นแล้ว
- หมดเวลา
หมายเหตุ
- โหนดรอที่ไม่มีเอาต์พุตเมื่อหมดเวลาอาจทำให้ flow หยุดทำงาน
- ยิ่งระยะเวลารอนานมากเท่าใด คุณยิ่งต้องกำหนดเป้าหมายทางธุรกิจและเส้นทางสำรองให้ชัดเจนมากขึ้น
ตัวอย่าง
"หลังจากส่งข้อความต้อนรับแล้ว ให้รอ 10 นาที หากผู้ใช้ตอบกลับ ให้ดำเนินการสอบถามต่อ มิฉะนั้นให้ถือว่าบทสนทนาไม่มีความเคลื่อนไหว"
Delay
วัตถุประสงค์
ทำให้ flow ดำเนินต่อหลังจากเวลาที่กำหนด
กรณีการใช้งาน
- ส่งการเตือนแบบหน่วงเวลา
- ส่งคำขอให้ให้คะแนนหลังจากบทสนทนาสิ้นสุดไประยะหนึ่ง
- ดำเนิน flow ต่อในเวลาคงที่ของวันถัดไป
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Delay duration / time | เวลาที่จะดำเนินการต่อ | Yes | สามารถเข้าใจได้ว่าเป็นระยะเวลาหรือช่วงเวลาที่เฉพาะเจาะจง |
| Continue path | จะไปที่ใดหลังจากหน่วงเวลา | Available by default | โดยปกติมักดำเนินการต่อโดยค่าเริ่มต้น |
เอาต์พุต
- ดำเนินการต่อโดยค่าเริ่มต้น
หมายเหตุ
- โหนดหน่วงเวลาควบคุมเรื่องเวลาเท่านั้น ไม่ได้ประเมินเงื่อนไขทางธุรกิจ
- หากยังต้องตรวจสอบเงื่อนไขหลังการหน่วงเวลา ให้เพิ่ม Conditional Branch เป็นโหนดถัดไป
ตัวอย่าง
"ส่งคำเชิญให้ประเมินความพึงพอใจ 30 นาทีหลังจากบทสนทนาสิ้นสุด"
A/B Random Split
วัตถุประสงค์
แบ่งทราฟฟิกแบบสุ่มระหว่างหลายเวอร์ชันเพื่อทดสอบข้อความหรือเส้นทางที่แตกต่างกัน
กรณีการใช้งาน
- เปรียบเทียบประสิทธิภาพของข้อความต้อนรับ
- เปรียบเทียบข้อความเตือนการชำระเงิน
- เปรียบเทียบสองเส้นทางการแปลงผลลัพธ์
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Version name | ตัวระบุสำหรับแต่ละเวอร์ชันทดลอง | Yes | ใช้ชื่อที่ชัดเจน |
| Split ratio | สัดส่วนของแต่ละเวอร์ชัน | Yes | ผลรวมของทุกเวอร์ชันควรครอบคลุมทั้งหมดอย่างสมบูรณ์ |
เอาต์พุต
- หนึ่งเอาต์พุตสำหรับแต่ละเวอร์ชันทดลอง
หมายเหตุ
- จับคู่โหนด A/B กับเหตุการณ์เป้าหมายที่ชัดเจนเพื่อประเมินผลลัพธ์
- เปลี่ยนตัวแปรสำคัญเพียงหนึ่งหรือสองตัวในแต่ละครั้งระหว่างเวอร์ชัน
ตัวอย่าง
"แสดงข้อความเตือนการชำระเงินที่เน้นส่วนลดให้ผู้ใช้ 50% และแสดงข้อความเตือนการชำระเงินที่เน้นความเร่งด่วนให้ผู้ใช้ 50%"
Merge
วัตถุประสงค์
รวมหลายเส้นทางกลับเข้าสู่ขั้นตอนถัดไปเดียวกัน
กรณีการใช้งาน
- สาขาที่แตกต่างกันจัดการงานต่างกันก่อน แต่ใช้การดำเนินการถัดไปร่วมกัน
- เข้าสู่กระบวนการสอบถามเดียวกันหลังข้อความต้อนรับในภาษาต่าง ๆ
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Merge rule | เส้นทางใดที่ถูกรวมเข้าด้วยกัน | Yes | โดยปกติจะแสดงด้วยเส้นเชื่อมต่อ มีเงื่อนไขการรวม 2 แบบ: ดำเนินการต่อหลังจากทุกเส้นทางมาถึง หรือดำเนินการต่อหลังจากมีเส้นทางใดเส้นทางหนึ่งมาถึง |
เอาต์พุต
- ดำเนินการต่อโดยค่าเริ่มต้น
หมายเหตุ
- ก่อนรวมเส้นทาง ต้องแน่ใจว่าแต่ละเส้นทางได้ทำงานที่จำเป็นครบถ้วนแล้ว
ตัวอย่าง
"หลังจากส่งข้อความต้อนรับสำหรับประเทศต่าง ๆ แล้ว ทุกเส้นทางจะเข้าสู่โหนดมอบหมายเจ้าหน้าที่เดียวกัน"
โหนดการส่งข้อความ
Send Message
วัตถุประสงค์
ส่งข้อความพื้นฐานหลายส่วนให้ผู้ใช้ รวมถึงข้อความ รูปภาพ วิดีโอ และไฟล์แนบ โดยสามารถรวมปุ่ม URL หรือปุ่มสาขาได้
กรณีการใช้งาน
- ข้อความต้อนรับ
- ข้อความเตือน
- ข้อความแนะนำ
- ข้อความกำหนดเส้นทางด้วยปุ่ม
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Message block | เนื้อหาข้อความที่จะส่ง | Yes | รองรับการแก้ไขเป็นบล็อกข้อความ |
| Language version | การจัดหมวดหมู่ภาษาสำหรับแต่ละข้อความ | Optional | คุณสามารถกำหนดหลายเวอร์ชันภาษาให้กับข้อความเดียวกันได้ |
| Default language | ข้อความสำรองเมื่อไม่มีรายการที่ตรงกัน | Yes | ใช้เป็นเส้นทางสำรอง |
| Button type | ปุ่ม URL หรือปุ่มสาขา | Optional | ปุ่มทั้งสองประเภทมีวัตถุประสงค์ต่างกัน |
| Button copy | ชื่อปุ่มที่แสดงให้ผู้ใช้เห็น | Optional | ควรสั้นและชัดเจน |
| Destination URL / branch key | พฤติกรรมของปุ่ม | Depends on button type | ปุ่ม URL จะเปิดลิงก์ที่เกี่ยวข้องในแท็บเบราว์เซอร์ ส่วนปุ่มสาขาจะทำให้ flow ดำเนินต่อผ่านสาขาที่เกี่ยวข้อง |
| Not-clicked time window | ช่วงเวลานับถอยหลังสำหรับปุ่มที่ไม่ได้ถูกคลิก | Recommended when using branch buttons | ใช้ควบคุมเอาต์พุตเมื่อไม่ได้คลิก |
เอาต์พุต
- ดำเนินการต่อโดยค่าเริ่มต้น
- สาขาปุ่ม
- ไม่ได้คลิก
- ส่งไม่สำเร็จ
หมายเหตุ
- สำหรับเนื้อหาหลายภาษา ให้กำหนดเวอร์ชันภาษาที่ต่างกันไว้ในข้อความเดียวกัน และคงภาษาเริ่มต้นไว้
- ปุ่มสาขาเหมาะกับสถานการณ์ที่ผู้ใช้ต้องเลือกขั้นตอนถัดไปอย่างชัดเจน
- สำหรับปุ่มที่ไม่ได้ถูกคลิก ให้กำหนดช่วงเวลานับถอยหลังและสาขาสำรอง โดยสามารถปรับแต่งระยะเวลานับถอยหลังได้
- การรองรับปุ่ม ไฟล์แนบ และ rich media อาจแตกต่างกันไปตามช่องทาง
ตัวอย่าง
"สวัสดี โปรดเลือกสิ่งที่คุณต้องการเรียนรู้เพิ่มเติม: ราคา / เดโมผลิตภัณฑ์ / ติดต่อฝ่ายสนับสนุน"
Invite Rating
วัตถุประสงค์
ขอให้ผู้ใช้ให้คะแนนหรือแสดงความคิดเห็นด้านความพึงพอใจในเวลาที่เหมาะสม
กรณีการใช้งาน
- เก็บ CSAT หลังจากบทสนทนาสิ้นสุด
- เก็บความคิดเห็นด้านความพึงพอใจหลังจากบริการหลังการขายเสร็จสิ้น
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Invitation copy | วิธีเชิญชวนให้ผู้ใช้ให้คะแนน | Yes | ควรสั้นและสุภาพ |
| Rating method | วิธีการเก็บคะแนน | Yes | สอดคล้องกับระบบการให้คะแนน CSAT ของ LiveDesk |
| Result handling | จะทำอย่างไรหลังจากได้รับคะแนน | Recommended | สามารถนำไปสู่เส้นทางการติด label การยกระดับ หรือการติดตามผลได้ |
เอาต์พุต
- ดำเนินการต่อโดยค่าเริ่มต้น
- ส่งไม่สำเร็จ
หมายเหตุ
- โดยทั่วไปคำเชิญให้ให้คะแนนเหมาะที่สุดเมื่อใช้หลังโหนดหน่วงเวลา
- ควรทริกเกอร์หลังจากงานทางธุรกิจเสร็จสิ้นหรือปัญหาได้รับการแก้ไขแล้ว อย่าส่งเร็วเกินไป
ตัวอย่าง
"คุณพึงพอใจกับบริการนี้หรือไม่? เรายินดีรับการให้คะแนนจากคุณ"
Send Email
วัตถุประสงค์
เข้าถึงผู้ใช้นอกบทสนทนาผ่านอีเมล หรือส่งบันทึกบทสนทนา
กรณีการใช้งาน
- ส่งใบเสนอราคาหรือเอกสาร
- ส่งบันทึกบทสนทนา
- เพิ่มการแจ้งเตือนภายนอก
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Recipient | ใครจะได้รับอีเมล | Yes | อาจเป็นที่อยู่อีเมลที่ระบุไว้หรือที่อยู่อีเมลที่เก็บรวบรวมไว้ |
| Subject | หัวข้ออีเมล | Recommended | ส่งผลต่ออัตราการเปิดอ่าน |
| Body / template | เนื้อหาอีเมล / เทมเพลต | Yes | สามารถกำหนดเองหรือใช้ตามเทมเพลตได้ |
| Content mode | เนื้อหาแบบกำหนดเองหรือบันทึกบทสนทนา | Based on the use case | ใช้แยกแยะวิธีการส่ง |
เอาต์พุต
- ดำเนินการต่อโดยค่าเริ่มต้น
- ส่งไม่สำเร็จ
หมายเหตุ
- ก่อนส่งอีเมล โปรดยืนยันว่าที่อยู่อีเมลเป้าหมายมีอยู่จริงและถูกต้อง
- อีเมลเหมาะสำหรับข้อมูลเสริม ไม่ใช่เพื่อใช้แทน flow บทสนทนาหลัก
ตัวอย่าง
"หลังจากผู้ใช้ฝากที่อยู่อีเมลไว้ ให้ส่งอีเมลใบเสนอราคาโดยอัตโนมัติ"
โหนดการดำเนินการ
Assign Agent
วัตถุประสงค์
ส่งมอบบทสนทนาปัจจุบันให้เจ้าหน้าที่หรือทีมเจ้าหน้าที่ที่เป็นมนุษย์ เจ้าหน้าที่ที่กำหนดต้องอยู่ในรายการ Human Agent ของช่องทางที่เกี่ยวข้อง หากเจ้าหน้าที่ไม่ได้ถูกกำหนดค่าไว้สำหรับช่องทางนั้น การมอบหมายจะล้มเหลวและบทสนทนาจะยังคงไม่มีผู้รับผิดชอบ
กรณีการใช้งาน
- ส่งต่อลูกค้ามูลค่าสูงให้เจ้าหน้าที่ที่เป็นมนุษย์
- ยกระดับเมื่อผู้ใช้ยังไม่ได้รับการดูแลภายในเวลาที่กำหนด
- ส่งต่อให้เจ้าหน้าที่ที่เป็นมนุษย์หลังจาก AI fallback ล้มเหลว
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Assignment method | วิธีการมอบหมาย | Yes | สามารถเข้าใจได้ว่าเป็นการมอบหมายให้เจ้าหน้าที่เฉพาะราย ตามทีม หรือ ตามกลยุทธ์ เมื่อมอบหมายให้เจ้าหน้าที่ที่เป็นมนุษย์เฉพาะราย ควรกำหนดกลยุทธ์การมอบหมายให้ชัดเจน |
| Target agent / agent team | ใครจะได้รับการมอบหมาย | Depends on method | ต้องสอดคล้องกับขอบเขตทางธุรกิจ |
| Handoff message | จะส่งข้อความอธิบายหลังการมอบหมายหรือไม่ | Optional | มักใช้ร่วมกับโหนดข้อความ |
เอาต์พุต
- ดำเนินการต่อโดยค่าเริ่มต้น
หมายเหตุ
- เป้าหมายการมอบหมายต้องมีสิทธิ์สำหรับ inbox และขอบเขตทางธุรกิจของบทสนทนาปัจจุบัน
- แนะนำให้จับคู่การมอบหมายกับข้อความอธิบาย เพื่อไม่ให้ผู้ใช้รู้สึกว่าถูกขัดจังหวะแบบกะทันหัน
ตัวอย่าง
"มอบหมายบทสนทนาที่มีลำดับความสำคัญสูงให้ทีมสนับสนุนที่เป็นมนุษย์ทันที"
Assign AI Agent
วัตถุประสงค์
ส่งมอบบทสนทนาให้ AI agent
กรณีการใช้งาน
- จัดการคำถามมาตรฐานโดยอัตโนมัติ
- ให้การสนับสนุนโดยไม่มีเจ้าหน้าที่ในเวลากลางคืน
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| AI target | จะมอบหมายให้ AI ใด | Yes | เตรียม AI เป้าหมายไว้ล่วงหน้า |
| Enablement condition | จะส่งต่อให้ AI เมื่อใด | A preceding decision is recommended | มักใช้ร่วมกับโหนด branch |
เอาต์พุต
- ดำเนินการต่อโดยค่าเริ่มต้น
หมายเหตุ
- แนะนำให้จับคู่โหนดนี้กับเส้นทางสำรองสำหรับกรณีที่ AI ไม่สามารถจัดการได้
ตัวอย่าง
"มอบหมายคำถามพื้นฐานให้ AI และเก็บคำถามที่ซับซ้อนไว้ในเส้นทางของเจ้าหน้าที่"
Add Label
วัตถุประสงค์
เพิ่ม label สำหรับจัดหมวดหมู่ให้กับบทสนทนา
กรณีการใช้งาน
- ทำเครื่องหมายแหล่งที่มา
- ทำเครื่องหมายเจตนา
- ทำเครื่องหมายขั้นตอนของ flow
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Label value | label ที่จะเพิ่ม | Yes | สามารถใช้สำหรับการรายงานในภายหลังและการตัดสินใจใน branch ได้ |
เอาต์พุต
- ดำเนินการต่อโดยค่าเริ่มต้น
ตัวอย่าง
"เพิ่ม label 'Contacted' หลังจากผู้ใช้ตอบกลับ"
Change Status
วัตถุประสงค์
อัปเดตสถานะของบทสนทนา
กรณีการใช้งาน
- ปิดบทสนทนาโดยอัตโนมัติ
- ทำเครื่องหมายว่ากำลังดำเนินการ
- ทำเครื่องหมายเพื่อจัดการภายหลัง
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Target status | สถานะที่จะเปลี่ยนเป็น | Yes | ควรสอดคล้องกับระบบสถานะทางธุรกิจ |
เอาต์พุต
- ดำเนินการต่อโดยค่าเริ่มต้น
ตัวอย่าง
"เปลี่ยนบทสนทนาที่ไม่มีการตอบกลับหลังหมดเวลาเป็น Resolved"
Change Priority
วัตถุประสงค์
เพิ่มหรือลดลำดับความสำคัญของบทสนทนา
กรณีการใช้งาน
- ยกระดับข้อร้องเรียน
- เร่งการจัดการสำหรับลูกค้ามูลค่าสูง
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Priority | ลำดับความสำคัญเป้าหมาย | Yes | ใช้สำหรับการมอบหมายและลำดับการจัดการในขั้นตอนถัดไป |
เอาต์พุต
- ดำเนินการต่อโดยค่าเริ่มต้น
ตัวอย่าง
"เมื่อระบุได้ว่าเป็นปัญหาเร่งด่วน ให้ยกระดับลำดับความสำคัญของบทสนทนาเป็น High"
Update Customer Data
วัตถุประสงค์
เขียนข้อมูลที่เก็บรวบรวมระหว่าง flow กลับไปยังโปรไฟล์ลูกค้า
กรณีการใช้งาน
- เขียนข้อมูลที่บันทึกได้กลับไปยังผู้ติดต่อ
- บันทึกภาษาหรือภูมิภาคของลูกค้า
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Field | ฟิลด์ข้อมูลที่จะอัปเดต | Yes | สอดคล้องกับฟิลด์ในโปรไฟล์ลูกค้า |
| Value | ค่าที่จะอัปเดตเป็น | Yes | อาจเป็นค่าคงที่หรือตัวแปรของ flow |
เอาต์พุต
- ดำเนินการต่อโดยค่าเริ่มต้น
ตัวอย่าง
"อัปเดตข้อมูลลูกค้าด้วยที่อยู่อีเมลที่อยู่ในข้อความ"
Update Conversation Data
วัตถุประสงค์
เขียนข้อมูลของ flow กลับไปยังแอตทริบิวต์ระดับบทสนทนา
กรณีการใช้งาน
- บันทึกขั้นตอนปัจจุบันของ flow
- จัดเก็บผลลัพธ์ที่ส่งกลับจาก API ภายนอก
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Attribute name | ชื่อของแอตทริบิวต์บทสนทนา | Yes | ทำให้สามารถอ้างอิงแอตทริบิวต์ได้ง่ายใน branch ถัดไป |
| Attribute value | ค่าที่จะเขียน | Yes | อาจเป็นค่าคงที่หรือตัวแปร |
เอาต์พุต
- ดำเนินการต่อโดยค่าเริ่มต้น
ตัวอย่าง
"เขียนผลลัพธ์การกำหนดเส้นทางปัจจุบันลงในข้อมูลบทสนทนาเพื่อใช้ในการรายงานภายหลัง"
Block Contact
วัตถุประสงค์
จำกัดผู้ใช้ที่มีความเสี่ยง ข้อความบทสนทนาจากผู้ติดต่อนี้จะไม่ได้รับการยอมรับอีกต่อไป
กรณีการใช้งาน
- การคุกคามโดยเจตนาร้าย
- การทริกเกอร์ที่ไม่ถูกต้องบ่อยครั้ง
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Handling rule | บล็อกผู้ติดต่อ | Yes | ต้องสอดคล้องกับกฎการกำกับดูแลทางธุรกิจ |
เอาต์พุต
- ดำเนินการต่อโดยค่าเริ่มต้น
ตัวอย่าง
"เพิ่มผู้ติดต่อไปยังรายการบล็อกเมื่อข้อความของพวกเขามีคำที่ละเอียดอ่อน"
Send Webhook
วัตถุประสงค์
ส่งข้อมูลจาก flow ปัจจุบันไปยังระบบภายนอก
กรณีการใช้งาน
- แจ้ง CRM
- แจ้ง BI
- ซิงโครไนซ์ bot หรือแพลตฟอร์มการเชื่อมต่อ
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Request method | วิธี HTTP ที่จะใช้ | Yes | ตัวอย่างเช่น POST หรือ GET |
| URL | ปลายทางการส่ง | Yes | ที่อยู่ที่รับคำขอในระบบภายนอก |
| Request headers | ข้อมูล header เพิ่มเติม | Optional | ใช้สำหรับการยืนยันตัวตนหรือรูปแบบเนื้อหา |
| Request parameters / body | ข้อมูลที่จะส่ง | Optional | ใช้จัดโครงสร้างข้อมูลทางธุรกิจ |
| Timeout | ระยะเวลารอสูงสุด | Recommended | ใช้ควบคุมความน่าเชื่อถือ |
เอาต์พุต
- ดำเนินการต่อโดยค่าเริ่มต้น
หมายเหตุ
- Webhook เหมาะสำหรับการส่งข้อมูลออกไป ไม่เหมาะสำหรับการพึ่งพาค่าส่งกลับเพื่อตัดสินใจขั้นตอนถัดไปที่ซับซ้อน
- หากคุณต้องแตกแขนงตามผลลัพธ์จากภายนอก ให้ใช้โหนด Call API แทน
ตัวอย่าง
"เมื่อผู้ใช้เข้าสู่เส้นทางส่งต่อให้เจ้าหน้าที่ ให้ซิงโครไนซ์ข้อมูลบทสนทนาไปยังระบบภายนอก"
Call API
วัตถุประสงค์
ส่งคำขอไปยังระบบภายนอก และใช้ผลลัพธ์สำหรับการตัดสินใจใน flow ถัดไป
กรณีการใช้งาน
- ตรวจสอบสถานะคำสั่งซื้อ
- ตรวจสอบสต็อก
- ตรวจสอบระดับผู้ใช้
พารามิเตอร์หลัก
| Parameter | Meaning | Required | Description |
|---|---|---|---|
| Request method | วิธี HTTP ที่จะใช้ | Yes | ตัวอย่างเช่น GET หรือ POST |
| URL | ปลายทางคำขอ | Yes | ปลายทาง API ภายนอก |
| Request headers | ข้อมูล header เพิ่มเติม | Optional | ใช้สำหรับการยืนยันตัวตน |
| Parameters / body | ค่าที่จะส่ง | Optional | สามารถรวมตัวแปรได้ |
| Timeout | ระยะเวลารอสูงสุด | Recommended | ป้องกันไม่ให้ flow รอนานเกินไป |
| Result binding | จะเขียนผลลัพธ์ไว้ที่ใด | Recommended | ทำให้ผลลัพธ์พร้อมใช้งานสำหรับโหนดถัดไป |
เอาต์พุต
- สำเร็จ
- ล้มเหลว
หมายเหตุ
- โหนด API เหมาะกับการดึงผลลัพธ์แล้วจึงตัดสินใจต่อมากกว่า
- ควรเขียนข้อมูลที่ส่งกลับลงในตัวแปรหรือข้อมูลบทสนทนาโดยเร็ว เพื่อให้โหนดถัดไปใช้งานได้
ตัวอย่าง
"ตรวจสอบสถานะการชำระเงินของคำสั่งซื้อก่อน จากนั้นเลือกว่าจะไปยังเส้นทางเตือนการชำระเงินหรือเส้นทางหลังการขาย"
แนวทางทั่วไปสำหรับพารามิเตอร์
เพื่อให้โหนดดูแลรักษาได้ง่ายขึ้น ให้ใช้หลักการต่อไปนี้เมื่อกำหนดค่าพารามิเตอร์:
- พารามิเตอร์ข้อความ: ให้ตรงประเด็น กระชับ และไม่คลุมเครือ
- พารามิเตอร์เงื่อนไข: ต้องตรวจสอบได้ หลีกเลี่ยงเงื่อนไขที่คลุมเครือ
- พารามิเตอร์เวลา: ระบุหน่วยและความหมายทางธุรกิจให้ชัดเจนเสมอ
- พารามิเตอร์การเรียกภายนอก: ใช้ชื่อที่สอดคล้องกันและติดตามย้อนกลับได้ง่าย
- พารามิเตอร์ตัวแปร: ใช้ชื่อให้สอดคล้องกัน หลีกเลี่ยงการใช้หลายชื่อสำหรับความหมายเดียวกัน
ข้อจำกัดและขอบเขต
ส่วนต่อไปนี้ไม่ใช่รายละเอียดการใช้งาน แต่เป็นขอบเขตที่คุณควรทราบก่อนกำหนดค่า flow
ความยาวข้อความ
- ข้อความควรกระชับ
- ข้อความที่ยาวอาจส่งผลต่อประสบการณ์การอ่าน
- ในสถานการณ์หลายช่องทาง ข้อความที่ยาวเกินไปอาจแสดงผลแตกต่างกันบนอุปกรณ์แต่ละประเภท
จำนวนปุ่ม
- ควรจำกัดจำนวนปุ่มในข้อความเดียว
- ให้ความสำคัญกับตัวเลือกที่สำคัญที่สุดเพียงหนึ่งหรือสองรายการ
- ปุ่มที่มากเกินไปจะลดอัตราการคลิกผ่าน และมีแนวโน้มที่จะพบความแตกต่างระหว่างช่องทางมากขึ้น
ไฟล์แนบและ Rich Media
- ประเภทไฟล์ จำนวน และขนาดที่รองรับอาจแตกต่างกันไปตามช่องทาง
- ก่อนกำหนดค่าไฟล์แนบหรือ rich media ให้ยืนยันขอบเขตการรองรับของช่องทางเป้าหมายก่อน
ขอบเขตของปุ่มสาขา
- ปุ่มสาขาเหมาะสำหรับตัวเลือกขั้นตอนถัดไปที่ชัดเจน
- สำหรับการโต้ตอบที่ซับซ้อน ควรทดสอบและตรวจสอบในช่องทางเป้าหมายก่อน
ข้อจำกัดของเป้าหมายการมอบหมาย
- เจ้าหน้าที่ ทีม หรือ AI ที่ได้รับการมอบหมายต้องเป็นไปตามขอบเขตทางธุรกิจปัจจุบันและกฎการส่งต่อ
- หากเป้าหมายที่กำหนดไว้ไม่มีสิทธิ์รับบทสนทนา ผลลัพธ์ของ flow อาจแตกต่างจากที่คาดไว้
ความน่าเชื่อถือของการเรียกภายนอก
- ทั้งการเรียก webhook และ API ขึ้นอยู่กับความพร้อมใช้งานของระบบภายนอก
- ควรคำนึงถึงกรณีล้มเหลว การหมดเวลา และเส้นทางสำรองเสมอ
