ไม่พบคำแนะนำที่ตรงกัน ลองใช้คำหลักที่สั้นกว่านี้ เช่น วิดเจ็ต, API, เสียง, การเรียกเก็บเงิน, เว็บฮุค, WordPress, SendPulse หรือการตั้งเวลา
หมายเหตุภาพหน้าจอ: ภาพทุกภาพในคู่มือนี้ถูกบันทึกจากแอป sem.chat จริงโดยใช้พื้นที่ทำงานเดโม รายละเอียดบัญชีที่ละเอียดอ่อน ข้อมูลลูกค้า คีย์ API รายละเอียดการชำระเงิน และเนื้อหาการสนทนาส่วนตัวถูกปิดบังก่อนเผยแพร่
1เริ่มต้นด้วยการสมัครหรือลงชื่อเข้าใช้จากเว็บไซต์หรือแอปสาธารณะ
2ตรวจสอบที่อยู่อีเมลก่อนที่จะอาศัยการแจ้งเตือนหรือข้อความการเรียกเก็บเงิน
3ใช้การเริ่มต้นใช้งานเพื่อสร้างบอทตัวแรกก่อนที่จะเปิดแดชบอร์ด
1ใช้การดำเนินการด่วนเพื่อสร้างบอท ดูบอท เปิดการวิเคราะห์ หรือจัดการการเรียกเก็บเงิน
2ตรวจสอบบอทที่ใช้งานอยู่ conversations นาทีเสียง และความพึงพอใจก่อนทำการเปลี่ยนแปลง
3ตรวจสอบกิจกรรมล่าสุดหลังการทดสอบการตั้งค่าทุกครั้ง
เปิดตัวครั้งแรก
ลงทะเบียน เริ่มทดลองใช้ และทำความเข้าใจแดชบอร์ด
สิ่งนี้มีไว้เพื่ออะไร: ใช้ขั้นตอนการทำงานนี้สำหรับพื้นที่ทำงานใหม่ล่าสุดหรือเมื่อเริ่มต้นใช้งานเพื่อนร่วมทีมที่ไม่เคยใช้ sem.chat
ก่อนที่คุณจะเริ่ม- ใช้อีเมลธุรกิจที่รับอีเมลยืนยันและเรียกเก็บเงินได้
- ตัดสินใจว่าใครควรเป็นเจ้าของพื้นที่ทำงานก่อนเชิญคนอื่นๆ ในทีม
- เตรียมเว็บไซต์ทดสอบหรือหน้าชั่วคราวให้พร้อมสำหรับการติดตั้งวิดเจ็ต
1
เปิดหน้าลงทะเบียนแอป
ไปที่ app.sem.chat/auth จากปุ่มลงชื่อเข้าใช้ / ลงทะเบียนของเว็บไซต์
ผลลัพธ์ที่คาดหวัง: หน้าการตรวจสอบสิทธิ์จะแสดงตัวเลือกการลงชื่อเข้าใช้และการสร้างบัญชี
2
สร้างบัญชี
กรอกอีเมลธุรกิจ สร้างรหัสผ่าน และส่งแบบฟอร์มลงทะเบียน
ผลลัพธ์ที่คาดหวัง: แอปขอให้มีการยืนยันหรือย้ายเข้าสู่การเริ่มต้นใช้งานหลังจากที่บัญชีได้รับการยอมรับแล้ว
3
ยืนยันอีเมล
เปิดอีเมลยืนยันแล้วคลิกลิงก์ยืนยัน
ผลลัพธ์ที่คาดหวัง: บัญชีสามารถรับข้อความการเรียกเก็บเงิน คำเชิญ รายงาน และการแจ้งเตือนได้
4
การเริ่มต้นใช้งานเสร็จสมบูรณ์
ป้อนชื่อธุรกิจ อธิบายเป้าหมายของผู้ช่วย เลือกสีเริ่มต้น และสร้างบอทตัวแรก
ผลลัพธ์ที่คาดหวัง: พื้นที่ทำงานจะเปิดขึ้นพร้อมกับร่างบอทและสถานะการทดลองใช้งาน
5
เปิดภาพรวม
คลิกภาพรวมในแถบด้านข้างด้านซ้าย
ผลลัพธ์ที่คาดหวัง: แดชบอร์ดแสดงการ์ด usage การดำเนินการด่วน และกิจกรรมล่าสุด
6
เลือกการดำเนินการถัดไป
ใช้สร้างบอทใหม่สำหรับการตั้งค่า ดูบอททั้งหมดสำหรับการจัดการ การวิเคราะห์เพื่อประสิทธิภาพ หรือการเรียกเก็บเงินสำหรับขีดจำกัดของแผน
ผลลัพธ์ที่คาดหวัง: คุณรู้ว่าจะต้องดำเนินการต่อที่ไหนโดยพิจารณาจากสถานะของพื้นที่ทำงาน
วิธีทดสอบ: สร้างบอททดสอบส่วนตัวหนึ่งตัวและส่งข้อความทดสอบก่อนเชิญเพื่อนร่วมทีม ยืนยันการเปลี่ยนแปลงกิจกรรมภาพรวมหลังการทดสอบ
| ปัญหา | แก้ไข |
|---|
| อีเมลยืนยันไม่ถึง | ตรวจสอบสแปม ยืนยันการสะกดอีเมล จากนั้นขออีเมลยืนยันอีกครั้ง |
| แดชบอร์ดจะเปิดขึ้นในการเรียกเก็บเงิน | พื้นที่ทำงานอาจต้องมีการทดลองหรือแผนงานที่ใช้งานอยู่ เริ่มการทดลองใช้หรือเลือกแผนที่ถูกต้องก่อนการตั้งค่า |
| เพื่อนร่วมทีมไม่สามารถเข้าถึงพื้นที่ทำงานได้ | เชิญพวกเขาจากการตั้งค่า ทีม แทนที่จะแชร์การเข้าสู่ระบบของเจ้าของ |
จะทำอย่างไรต่อไป: สร้างบอทตัวแรก ทดสอบแบบส่วนตัว จากนั้นติดตั้งวิดเจ็ตบนเพจชั่วคราว
การทดสอบการเปิดตัวส่วนตัว
สร้างการทดสอบบอทส่วนตัวครั้งแรกก่อนที่จะเผยแพร่
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เพื่อตรวจสอบบัญชี บอท วิดเจ็ต และการติดตามประวัติก่อนที่ลูกค้าจะเห็นผู้ช่วย
ก่อนที่คุณจะเริ่ม- เตรียมคำถามตัวอย่างจากลูกค้าไว้หนึ่งคำถาม
- เตรียมเพจชั่วคราวหรือเพจทดสอบ HTML ท้องถิ่นให้พร้อม
- อย่าใช้ข้อมูลลูกค้าจริงในการทดสอบครั้งแรก
1
เปิด My Bots
คลิก My Bots ในแถบด้านข้าง หรือใช้ดูบอททั้งหมดจากภาพรวม
ผลลัพธ์ที่คาดหวัง: คุณสามารถดูบอทที่สร้างขึ้นระหว่างการเริ่มต้นใช้งานหรือสถานะว่างเปล่าได้ด้วยปุ่มบอทใหม่
2
เปิดตัวสร้างบอท
คลิกบอทใหม่หรือแก้ไขบอทที่มีอยู่
ผลลัพธ์ที่คาดหวัง: Bot Builder เปิดขึ้นพร้อมกับการควบคุมพื้นฐาน วิดเจ็ต ความรู้ เสียง และการผสานรวม
3
บันทึกบอทหนึ่งครั้ง
กรอกชื่อบอทและข้อความแรกที่ต้องการ จากนั้นคลิกบันทึก
ผลลัพธ์ที่คาดหวัง: บอทได้รับ ID ที่ถูกต้องและสามารถสร้างโค้ดฝังได้
4
ดูตัวอย่างแบบส่วนตัว
ใช้แผงแสดงตัวอย่างและถามคำถามตัวอย่างของคุณ
ผลลัพธ์ที่คาดหวัง: คำตอบควรตรงกับคำแนะนำของคุณหรือเปิดเผยความรู้ที่ขาดหายไป
5
ติดตั้งบนการแสดงละคร
เปิด Embed คัดลอกส่วนย่อย HTML แล้ววางไว้หน้าแท็กปิดเนื้อหาในหน้าชั่วคราว
ผลลัพธ์ที่คาดหวัง: วิดเจ็ตจะปรากฏที่มุมที่กำหนดค่าไว้บนเดสก์ท็อปและอุปกรณ์เคลื่อนที่
6
ยืนยันการติดตาม
เปิดกล่องจดหมายหรือ Chat History หลังการทดสอบการสนทนา
ผลลัพธ์ที่คาดหวัง: การสนทนาทดสอบจะปรากฏขึ้นพร้อมกับบอท ช่อง และประวัติข้อความที่ถูกต้อง
วิธีทดสอบ: ส่งข้อความหนึ่งข้อความและทดสอบเสียงหนึ่งรายการหากเปิดใช้งานเสียงอยู่ ยืนยันว่าทั้งสองปรากฏใน Chat History
| ปัญหา | แก้ไข |
|---|
| รหัสฝังไม่พร้อมใช้งาน | บันทึกบอทก่อน หากการซิงค์ด้วยเสียงยังค้างอยู่ ให้รอการซิงค์หรือบันทึกอีกครั้งหลังจากกรอกข้อมูลในช่องที่ต้องกรอกแล้ว |
| วิดเจ็ตแสดงบอทที่ไม่ถูกต้อง | ยืนยันว่า data-bot-id ในตัวอย่างตรงกับรหัสบอทจากโมดอลแบบฝัง |
| ไม่มีการสนทนาปรากฏในประวัติศาสตร์ | รีเฟรช Chat History ยืนยันว่าบอททำงานอยู่ และตรวจสอบให้แน่ใจว่าการทดสอบเกิดขึ้นบนวิดเจ็ตที่ติดตั้ง ไม่ใช่หน้าเก่า |
จะทำอย่างไรต่อไป: ไปที่การตั้งค่า Bot Builder และการฝึกอบรมความรู้
1คลิกบอทใหม่เพื่อเริ่มผู้ช่วยใหม่
2ใช้แก้ไข ฝัง ถ่ายโอน เปิดใช้งาน หรือลบบนการ์ดบอทแต่ละใบ
3ตรวจสอบสถานะที่ใช้งานและเวลาที่อัปเดตล่าสุดก่อนการทดสอบ
1กรอกชื่อบอท อวตาร ข้อความแรก และคำแนะนำของระบบ
2ใช้การแสดงตัวอย่างเพื่อทดสอบก่อนเผยแพร่
3บันทึกและซิงค์ก่อนคัดลอกโค้ดฝัง
สร้างบอท
สร้างบอทใหม่จาก My Bots
สิ่งนี้มีไว้เพื่ออะไร: ใช้ขั้นตอนการทำงานนี้เมื่อแบรนด์ เว็บไซต์ คิวการสนับสนุน หรือแคมเปญใหม่ต้องการผู้ช่วยของตัวเอง
ก่อนที่คุณจะเริ่ม- เตรียมชื่อบอท เป้าหมาย ข้อความแรก และคำถามตัวอย่างสองสามข้อ
- รวบรวมเว็บไซต์สาธารณะ URL หากคุณวางแผนที่จะนำเข้าเนื้อหา
- ยืนยันแผนอนุญาตให้มีบอทและฟีเจอร์เสียง/อวตารตามจำนวนที่คุณต้องการ
1
เปิด My Bots
คลิก My Bots ในแถบด้านข้าง
ผลลัพธ์ที่คาดหวัง: บอทที่มีอยู่และปุ่มบอทใหม่จะปรากฏให้เห็น
2
คลิกบอทใหม่
เริ่มบอทใหม่จากหน้า My Bots
ผลลัพธ์ที่คาดหวัง: Bot Builder เปิดขึ้นพร้อมกับผู้ช่วยร่าง
3
ตั้งค่าตัวตนของบอท
ป้อนชื่อบอท อัปโหลดหรือเลือกอวาตาร์ และเขียนข้อความแรกที่ผู้เยี่ยมชมจะเห็น
ผลลัพธ์ที่คาดหวัง: แผงแสดงตัวอย่างจะแสดงชื่อผู้ช่วย อวตาร และคำทักทาย
4
เขียนคำสั่งระบบ
อธิบายสิ่งที่บอทควรทำ ควรพูดอย่างไร สิ่งที่ควรหลีกเลี่ยง และเมื่อใดที่ควรขอความช่วยเหลือจากมนุษย์
ผลลัพธ์ที่คาดหวัง: ผู้ช่วยมีกฎพฤติกรรมที่ชัดเจนก่อนที่จะเติมความรู้
5
เพิ่มความรู้พื้นฐาน
วางข้อมูลบริษัท ผลิตภัณฑ์ การสนับสนุน ราคา และข้อมูลติดต่อที่สำคัญลงในพื้นที่ความรู้
ผลลัพธ์ที่คาดหวัง: บอทสามารถตอบคำถามทั่วไปได้โดยไม่จำเป็นต้องนำเข้าเว็บไซต์
6
บันทึกบอท
คลิกบันทึกและรอการยืนยันที่บันทึกหรือซิงค์
ผลลัพธ์ที่คาดหวัง: บอทมี ID ที่เสถียร สามารถทดสอบตัวอย่างได้ และมีตัวเลือกการฝังให้เลือกใช้
7
ดูตัวอย่างผลลัพธ์
ถามคำถามตัวอย่างที่เตรียมไว้ในหน้าตัวอย่าง
ผลลัพธ์ที่คาดหวัง: คำตอบควรทำตามคำแนะนำและใช้ความรู้ที่คุณป้อน
8
เปิดใช้งานเมื่อพร้อมเท่านั้น
เปิดใช้งานบอทหลังจากการทดสอบส่วนตัวผ่านไป
ผลลัพธ์ที่คาดหวัง: บอทพร้อมสำหรับวิดเจ็ตหรือการรับส่งข้อมูลช่องทาง
วิธีทดสอบ: ถามคำถามที่เป็นจริงอย่างน้อยห้าข้อ ตรวจสอบว่าคำตอบนั้นถูกต้องหรือไม่ ยังคงอยู่ในแบรนด์หรือไม่ และจะขอความช่วยเหลือจากมนุษย์เมื่อจำเป็นหรือไม่
| ปัญหา | แก้ไข |
|---|
| คำตอบนั้นกว้างเกินไป | เพิ่มความรู้เฉพาะเจาะจงมากขึ้นและเขียนคำแนะนำใหม่พร้อมตัวอย่างคำตอบที่ดี |
| บอทปฏิเสธคำถามที่ควรตอบ | ลบคำแนะนำที่เข้มงวดเกินไปและเพิ่มความรู้ที่เชื่อถือได้สำหรับหัวข้อนั้น |
| บันทึกไม่ได้สร้างโค้ดฝังตัว | ตรวจสอบช่องที่ต้องกรอกและบันทึกอีกครั้งหลังจากการซิงค์ผู้ให้บริการเสียงเสร็จสิ้น |
จะทำอย่างไรต่อไป: กำหนดการตั้งค่าวิดเจ็ต เพิ่มความรู้เกี่ยวกับเว็บไซต์ จากนั้นติดตั้งบอท
จัดการบอท
แก้ไข โคลนเวิร์กโฟลว์ ถ่ายโอน ปิดใช้งาน หรือลบบอท
สิ่งนี้มีไว้เพื่ออะไร: ใช้ขั้นตอนการทำงานนี้เมื่อบอทต้องการการอัปเดต การเปลี่ยนแปลงความเป็นเจ้าของ การหยุดชั่วคราว หรือการลบออกอย่างถาวร
ก่อนที่คุณจะเริ่ม- ส่งออกข้อมูลการสนทนาหรือการติดต่อที่คุณต้องเก็บไว้ก่อนที่จะลบบอท
- ยืนยันว่าบอทไม่ได้ฝังอยู่ในเว็บไซต์ที่ใช้งานจริงก่อนที่จะลบหรือถ่ายโอน
- บอกเพื่อนร่วมทีมก่อนปิดใช้งานบอทที่ใช้งานจริง
1
เปิด My Bots
ค้นหาการ์ดบอทตามชื่อหรือสถานะ
ผลลัพธ์ที่คาดหวัง: การ์ดแสดงสถานะปัจจุบันและการดำเนินการที่มีอยู่
2
คลิกแก้ไข
เปิดตัวสร้างบอทและทำการเปลี่ยนแปลงที่จำเป็น
ผลลัพธ์ที่คาดหวัง: ตัวแก้ไขจะโหลดการกำหนดค่าปัจจุบัน
3
บันทึกและทดสอบอีกครั้ง
คลิกบันทึกหลังการเปลี่ยนแปลงเนื้อหาทุกครั้ง จากนั้นเรียกใช้คำถามแสดงตัวอย่าง
ผลลัพธ์ที่คาดหวัง: การกำหนดค่าที่บันทึกไว้ถูกใช้โดยวิดเจ็ตแสดงตัวอย่างและที่ติดตั้ง
4
ปิดการใช้งานชั่วคราว
ใช้ปุ่มสลับที่ใช้งานอยู่หากบอทควรหยุดจัดการผู้เยี่ยมชมในตอนนี้
ผลลัพธ์ที่คาดหวัง: บอทหยุดให้บริการการรับส่งข้อมูลสดในขณะที่รักษาการกำหนดค่าไว้
5
โอนกรรมสิทธิ์
ใช้ Transfer ป้อนอีเมลผู้รับและยืนยัน
ผลลัพธ์ที่คาดหวัง: บัญชีที่เลือกจะได้รับความเป็นเจ้าของตามขั้นตอนการโอนแอป
6
ลบหลังจากตรวจสอบแล้วเท่านั้น
ใช้ Delete อ่านคำเตือน และยืนยันเฉพาะเมื่อไม่จำเป็นต้องใช้บอทอีกต่อไป
ผลลัพธ์ที่คาดหวัง: บอทและการกำหนดค่าที่เกี่ยวข้องจะถูกลบออกตามคำเตือน
วิธีทดสอบ: หลังจากแก้ไขแล้ว ให้เปิดวิดเจ็ตที่ติดตั้งไว้แล้วถามคำถามที่กระตุ้นให้เกิดการเปลี่ยนแปลง ยืนยันคำตอบสดมีการเปลี่ยนแปลง
| ปัญหา | แก้ไข |
|---|
| คำตอบเก่ายังคงปรากฏอยู่ | รีเฟรชหน้าเว็บไซต์ ยืนยันว่าคุณบันทึกบอทที่ถูกต้อง และตรวจสอบว่าความรู้ที่นำเข้าจำเป็นต้องมีการซิงค์หรือไม่ |
| การถ่ายโอนล้มเหลว | ยืนยันว่าอีเมลผู้รับถูกต้องและบัญชีปลายทางสามารถยอมรับบอทได้ |
| คลิกลบโดยไม่ได้ตั้งใจ | หยุดก่อนการยืนยันขั้นสุดท้าย มีคำเตือนการลบเนื่องจากการดำเนินการอาจลบข้อมูลบอทอย่างถาวร |
จะทำอย่างไรต่อไป: ตรวจสอบการวิเคราะห์และประวัติหลังการเปลี่ยนแปลงจริงเพื่อให้แน่ใจว่าประสบการณ์ของผู้เยี่ยมชมได้รับการปรับปรุง
1เลือกเสียงสต็อกหรือเสียงโคลนที่บันทึกไว้
2ตั้งค่าขีดจำกัดนาทีเสียงและการบันทึกการถอดเสียง
3เลือกอวตารของหุ้นหรืออัปโหลดอวตารที่กำหนดเองหากแผนอนุญาต
การตั้งค่าเสียง
ตั้งค่าการโทรด้วยเสียงและการถอดเสียง
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อผู้เยี่ยมชมควรพูดคุยกับบอทแทนที่จะพิมพ์เพียงอย่างเดียว
ก่อนที่คุณจะเริ่ม- ยืนยันว่าแผนรวมนาทีเสียงและตัวเลือกเสียง/อวตารที่ต้องการ
- ใช้สภาพแวดล้อมเบราว์เซอร์ที่เงียบสงบสำหรับการทดสอบ
- เตรียมคำถามสนับสนุนหรือการขายที่สมจริงเพื่อทดสอบด้วยเสียง
1
เปิดการตั้งค่าเสียง
เปิดตัวสร้างบอทแล้วเลือกพื้นที่เสียงหรือเสียงและอวตาร
ผลลัพธ์ที่คาดหวัง: การควบคุมด้วยเสียงและการเลือกเสียงในปัจจุบันสามารถมองเห็นได้
2
เลือกเสียงหุ้น
ดูตัวอย่างเสียงที่มีอยู่ เลือกเสียงที่เหมาะสมที่สุด และบันทึกการเลือก
ผลลัพธ์ที่คาดหวัง: บอทใช้เสียงที่เลือกสำหรับการโทร
3
กำหนดค่าโหมดเสียง
ใช้การตั้งค่าวิดเจ็ตเพื่อเลือกเสียงหรือไฮบริดเมื่อผู้เยี่ยมชมควรมีเสียง
ผลลัพธ์ที่คาดหวัง: ผู้เยี่ยมชมจะเห็นตัวเลือกเสียงในวิดเจ็ต
4
ตั้งค่าขีดจำกัดเสียง
กำหนดขีดจำกัดต่อผู้ใช้หรือพื้นที่ทำงาน หากมี
ผลลัพธ์ที่คาดหวัง: การโทรยาวหรือโทรซ้ำต้องไม่ใช้เวลานานเกินกว่าที่ตั้งใจไว้
5
เปิดใช้งานการถอดเสียง
เปิดการบันทึกข้อความถอดเสียงหากคุณต้องการตรวจสอบการโทรในประวัติ
ผลลัพธ์ที่คาดหวัง: การโทรด้วยเสียงจะสร้างข้อความถอดเสียงที่สามารถอ่านได้หลังเซสชัน
6
ทดสอบการโทร
เปิดวิดเจ็ต อนุญาตให้เข้าถึงไมโครโฟน เริ่มการโทร และถามคำถามที่เตรียมไว้
ผลลัพธ์ที่คาดหวัง: บอทตอบสนองด้วยเสียงและการโทรสิ้นสุดลงอย่างเรียบร้อย
7
อ่านบทบรรยาย
เปิด Chat History และค้นหาการสนทนาด้วยเสียง
ผลลัพธ์ที่คาดหวัง: ข้อความถอดเสียงจะแสดงสิ่งที่ผู้เยี่ยมชมและบอทพูด
วิธีทดสอบ: โทรสั้นๆ หนึ่งครั้งและยืนยันนาทีเสียง การถอดเสียง และโหมดการสนทนาได้รับการบันทึกไว้
| ปัญหา | แก้ไข |
|---|
| เบราว์เซอร์บล็อกไมโครโฟน | อนุญาตการอนุญาตไมโครโฟนในเบราว์เซอร์และโหลดหน้าซ้ำ |
| ตัวเลือกเสียงถูกล็อค | เปิดการเรียกเก็บเงินและยืนยันว่าแผนพื้นที่ทำงานมีฟีเจอร์เสียงด้วย |
| การถอดเสียงว่างเปล่า | ยืนยันว่าเปิดใช้งานการบันทึกข้อความเสียงแล้ว และการโทรจะสิ้นสุดตามปกติ |
จะทำอย่างไรต่อไป: เพิ่มหรือปรับแต่งความรู้เพื่อให้คำตอบด้วยเสียงแม่นยำ
โคลนเสียงและอวตาร
โคลนเสียงและกำหนดอวตารที่กำหนดเอง
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อผู้ช่วยต้องการเสียงที่มีแบรนด์หรือประสบการณ์การพูดคุยของอวาตาร์
ก่อนที่คุณจะเริ่ม- ใช้เฉพาะเสียงและภาพที่คุณได้รับอนุญาตให้ใช้
- บันทึกตัวอย่างเสียงที่ชัดเจนพร้อมเสียงรบกวนพื้นหลังต่ำ
- ยืนยันขีดจำกัดของแผนสำหรับเสียงโคลนและอวตารที่กำหนดเอง
1
เปิดการโคลนเสียง
คลิก Clone Voice จากพื้นที่ Voice
ผลลัพธ์ที่คาดหวัง: กล่องโต้ตอบการอัปโหลดจะแสดงข้อกำหนดตัวอย่างที่ยอมรับ
2
อัพโหลดตัวอย่าง
อัปโหลดการบันทึกที่ชัดเจนหนึ่งถึงห้ารายการและส่งคำขอโคลน
ผลลัพธ์ที่คาดหวัง: เสียงโคลนจะปรากฏขึ้นหลังจากการประมวลผลหรือกล่องโต้ตอบแสดงข้อกำหนดถัดไป
3
กำหนดเสียงโคลน
เลือกเสียงโคลนในตัวเลือกเสียงและบันทึก
ผลลัพธ์ที่คาดหวัง: การโทรในอนาคตจะใช้เสียงโคลน
4
เลือกอวตารของหุ้น
เลือกอวตารที่รวมไว้หากไม่จำเป็นต้องอัปโหลดอวตารแบบกำหนดเอง
ผลลัพธ์ที่คาดหวัง: ประสบการณ์เสียงมีเอกลักษณ์เป็นภาพ
5
อัปโหลดอวตารที่กำหนดเอง
อัปโหลดรูปภาพใบหน้าที่ชัดเจนหรือวิดีโอสั้นหากแผนของคุณรองรับ
ผลลัพธ์ที่คาดหวัง: อวตารได้รับการประมวลผลและพร้อมสำหรับการเลือก
6
เรียกใช้การแสดงตัวอย่างแบบเต็ม
เริ่มการโทรด้วยเสียงและยืนยันพฤติกรรมเสียง รูปประจำตัว และการถอดเสียงพร้อมกัน
ผลลัพธ์ที่คาดหวัง: ประสบการณ์ของผู้เยี่ยมชมตรงกับแบรนด์ที่กำหนดไว้
วิธีทดสอบ: ถามคำถามสั้น ๆ โดยเลือกเสียงโคลนและยืนยันว่าการโทรใช้เสียง/อวาตาร์ที่คาดหวัง
| ปัญหา | แก้ไข |
|---|
| คุณภาพโคลนไม่ดี | บันทึกตัวอย่างที่สะอาดกว่าด้วยลำโพงตัวเดียว ระดับเสียงที่เสถียร และไม่มีเสียงเพลง |
| การอัปโหลดอวตารที่กำหนดเองไม่พร้อมใช้งาน | ตรวจสอบการเรียกเก็บเงินเพื่อดูขีดจำกัดของอวาตาร์ตามแผน |
| เสียงเก่ายังเล่นอยู่ | บันทึกบอทหลังจากเลือกเสียงใหม่และโหลดหน้าวิดเจ็ตใหม่ |
จะทำอย่างไรต่อไป: ดำเนินการต่อไปยังความรู้และข้อมูลเพื่อให้ประสบการณ์เสียงมีคำตอบที่ถูกต้อง
1เพิ่มความรู้ด้วยตนเองสำหรับนโยบาย ราคา และกฎเกณฑ์ของแบรนด์
2นำเข้าหน้าเว็บไซต์และใช้ผลการรวบรวมข้อมูล
3เพิ่มฟีดผลิตภัณฑ์และซิงค์เมื่อสินค้าคงคลังมีการเปลี่ยนแปลง
แหล่งความรู้
ฝึกอบรมบอทด้วยความรู้ด้วยตนเอง การนำเข้าเว็บไซต์ และฟีดผลิตภัณฑ์
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้ทุกครั้งที่ผู้ช่วยให้คำตอบที่ไม่สมบูรณ์หรือต้องการข้อมูลผลิตภัณฑ์ นโยบาย หรือเว็บไซต์ที่สดใหม่
ก่อนที่คุณจะเริ่ม- เตรียมแหล่งที่มา URLs และฟีดผลิตภัณฑ์ URLs
- ตัดสินใจว่าไม่ควรนำเข้าเพจใด เช่น เพจผู้ดูแลระบบหรือเพจส่วนตัว
- สร้างคำถามทดสอบสำหรับแต่ละหัวข้อที่คุณเพิ่ม
1
เปิดความรู้
เปิด Bot Builder และเลือกแท็บความรู้หรือข้อมูล
ผลลัพธ์ที่คาดหวัง: มองเห็นความรู้ด้วยตนเอง การนำเข้าเว็บไซต์ และเครื่องมือฟีดผลิตภัณฑ์
2
เพิ่มความรู้ด้วยตนเอง
วางข้อเท็จจริง นโยบาย ราคา รายละเอียดการติดต่อ และบันทึกรูปแบบคำตอบที่กระชับ
ผลลัพธ์ที่คาดหวัง: บอทมีแหล่งที่เชื่อถือได้ทันทีสำหรับคำตอบที่มีลำดับความสำคัญสูง
3
นำเข้าเนื้อหาเว็บไซต์
วางเว็บไซต์สาธารณะ URL แล้วเริ่มการรวบรวมข้อมูล/นำเข้า
ผลลัพธ์ที่คาดหวัง: ผลลัพธ์การรวบรวมข้อมูลแสดงหน้าที่ค้นพบหรือสถานะการนำเข้า
4
ตรวจสอบและใช้ผลลัพธ์
เก็บหน้าที่มีประโยชน์ ลบหน้าที่ไม่เกี่ยวข้อง แล้วใช้เนื้อหาที่เลือก
ผลลัพธ์ที่คาดหวัง: เฉพาะเนื้อหาเว็บไซต์ที่ได้รับอนุมัติเท่านั้นที่จะเข้าสู่ฐานความรู้
5
เพิ่มฟีดผลิตภัณฑ์ URLs
วาง Google Merchant Center หรือฟีดที่รองรับ URLs แล้วนำเข้า
ผลลัพธ์ที่คาดหวัง: ผลิตภัณฑ์ ราคา ความพร้อมจำหน่าย และคุณสมบัติต่างๆ พร้อมใช้งานสำหรับบอท
6
รีเฟรชหรือลบฟีด
ใช้การรีเฟรชเมื่อข้อมูลแค็ตตาล็อกเปลี่ยนแปลงและนำฟีดออกไม่ได้ใช้อีกต่อไป
ผลลัพธ์ที่คาดหวัง: บอทหลีกเลี่ยงข้อมูลผลิตภัณฑ์เก่าหรือซ้ำกัน
7
บันทึกและซิงค์
บันทึกบอทและรอให้การซิงค์เสร็จสิ้น
ผลลัพธ์ที่คาดหวัง: ความรู้ล่าสุดถูกใช้โดยการแสดงตัวอย่างและคำตอบวิดเจ็ตสด
8
ถามคำถามการยืนยัน
ถามคำถามทดสอบหนึ่งคำถามต่อแหล่งที่มาที่คุณเพิ่ม
ผลลัพธ์ที่คาดหวัง: คำตอบอ้างอิงหรือสะท้อนถึงเนื้อหาที่อัปเดตอย่างถูกต้อง
วิธีทดสอบ: ถามคำถามเกี่ยวกับราคา การคืนสินค้า ความพร้อมจำหน่าย ข้อมูลบริษัท และหัวข้อที่ไม่รองรับ ยืนยันว่าบอทตอบหัวข้อที่ทราบและไม่สร้างรายละเอียดที่ไม่รู้จัก
| ปัญหา | แก้ไข |
|---|
| โปรแกรมรวบรวมข้อมูลนำเข้าหน้าเว็บที่ไม่เกี่ยวข้อง | ลบหน้าเหล่านั้นออกจากผลลัพธ์ที่เลือก และเพิ่มคำแนะนำด้วยตนเองที่ชัดเจนยิ่งขึ้น |
| ราคาสินค้าล้าสมัย | รีเฟรชฟีดและยืนยันว่าฟีด URL มีค่าปัจจุบันอยู่ |
| บอทสร้างคำตอบ | เพิ่มกฎที่บอทควรบอกว่าไม่แน่ใจ และให้การสนับสนุนของมนุษย์เมื่อความรู้ขาดหายไป |
จะทำอย่างไรต่อไป: กลับไปที่การแสดงตัวอย่าง ทดสอบอีกครั้ง จากนั้นติดตั้งหรืออัปเดตวิดเจ็ต
1กรองตามบอทหรือช่องทาง
2เปิดการสนทนาและตอบกลับในฐานะมนุษย์เมื่อจำเป็น
3ใช้การควบคุมการแปล แก้ไข และแฮนด์ออฟอย่างระมัดระวัง
1อ้างสิทธิ์การรอแฮนด์ออฟได้อย่างรวดเร็ว
2ตอบกลับในฐานะตัวแทนหรือส่งการสนทนากลับไปยัง AI
3แก้ไขเมื่อผู้เยี่ยมชมไม่ต้องการความช่วยเหลือจากมนุษย์อีกต่อไป
1ค้นหาตามผู้เยี่ยมชม บอท ช่องทาง หรือวันที่
2เปิดข้อความถอดเสียงแบบเต็มสำหรับเซสชันข้อความและเสียง
3ส่งออก CSV หรือ JSON เมื่อจำเป็น
1กรองผู้ติดต่อตามบอทหรือแหล่งที่มา
2เปิดรายละเอียดการติดต่อและบริบทการสนทนา
3ส่งออกหรือซิงค์รายชื่อติดต่อที่เลือกไปที่ SendPulse
อินบ็อกซ์ตอบกลับ
เปิดการสนทนาและส่งการตอบกลับของมนุษย์
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อผู้ปฏิบัติงานจำเป็นต้องตอบสนองต่อลูกค้าจาก sem.chat แทนที่จะปล่อยให้ AI ดำเนินต่อไปตามลำพัง
ก่อนที่คุณจะเริ่ม- ยืนยันว่าผู้ปฏิบัติงานมีสิทธิ์เข้าถึงบอทหรือพื้นที่ทำงาน
- อ่านบทสนทนาก่อนตอบ
- รู้ว่าผู้เยี่ยมชมคาดหวังภาษาเดียวกันหรือไม่
1
เปิดกล่องจดหมาย
คลิกกล่องจดหมายในแถบด้านข้าง
ผลลัพธ์ที่คาดหวัง: conversations ล่าสุดปรากฏขึ้นพร้อมบอท ช่องทาง ผู้เยี่ยมชม สถานะ และเวลา
2
กรองหากจำเป็น
ใช้ตัวกรองช่อง บอท ยังไม่ได้อ่าน หรือสถานะเพื่อค้นหาการสนทนา
ผลลัพธ์ที่คาดหวัง: รายการจะแคบลงตามชุดการสนทนาที่คุณต้องการ
3
เปิดการสนทนา
คลิกแถวผู้เยี่ยมชม
ผลลัพธ์ที่คาดหวัง: เธรดแบบเต็ม ข้อมูลผู้เยี่ยมชม และการควบคุมการตอบกลับจะมองเห็นได้
4
แปลหากจำเป็น
ใช้การควบคุมการแปลเมื่อภาษาของผู้เข้าชมแตกต่างจากภาษาของตัวแทน
ผลลัพธ์ที่คาดหวัง: ตัวแทนสามารถเข้าใจและตอบกลับได้อย่างเหมาะสม
5
ส่งการตอบกลับ
เขียนการตอบสนองของมนุษย์และส่งไป
ผลลัพธ์ที่คาดหวัง: ข้อความถูกเพิ่มลงในเธรดในฐานะตัวแทน/การตอบกลับโดยเจ้าหน้าที่
6
แก้ไขหรือเปิดต่อไป
แก้ไขการสนทนาหากเสร็จสิ้น หรือเปิดทิ้งไว้เพื่อติดตามผล
ผลลัพธ์ที่คาดหวัง: สถานะกล่องจดหมายตรงกับสถานะลูกค้าจริง
วิธีทดสอบ: ส่งการทดสอบการตอบกลับที่ปลอดภัยไปยังการสนทนาทดสอบ และยืนยันว่าปรากฏในวิดเจ็ตผู้เยี่ยมชมและ Chat History
| ปัญหา | แก้ไข |
|---|
| การตอบกลับไม่สามารถส่งได้ | ตรวจสอบสถานะเครือข่าย สถานะการสนทนา และดูว่าได้รับการสนับสนุนแบบสดหรือไม่ |
| ภาษาของผู้เข้าชมไม่ถูกต้อง | ใช้การแปลหรืออัปเดตการตั้งค่าภาษาบอทก่อนที่จะตอบกลับ |
| การสนทนาไม่อยู่ในกล่องจดหมาย | ค้นหา Chat History และยืนยันว่าการทดสอบวิดเจ็ตใช้บอทที่ถูกต้อง |
จะทำอย่างไรต่อไป: ใช้ Live Support สำหรับคิวแฮนด์ออฟที่ใช้งานอยู่ และ Chat History สำหรับการตรวจสอบ
การสนับสนุนสด
อ้างสิทธิ์ ตอบกลับ ส่งคืนให้ AI และแก้ไขการแฮนด์ออฟ
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อ AI ร้องขอให้มนุษย์หรือผู้เยี่ยมชมต้องการตัวแทนอย่างชัดเจน
ก่อนที่คุณจะเริ่ม- เตรียมตัวแทนให้พร้อมก่อนเปิดใช้งานการสนับสนุนแบบสด
- กำหนดว่า AI ควรร้องขอแฮนด์ออฟเมื่อใดในคำสั่งของบอท
- เปิดใช้งานการตั้งค่าการแจ้งเตือนสำหรับการแจ้งเตือนแฮนด์ออฟ
1
เปิด Live Support
คลิก Live Support ในแถบด้านข้าง
ผลลัพธ์ที่คาดหวัง: การรอและแฮนด์ออฟที่ใช้งานอยู่ conversations สามารถมองเห็นได้
2
อ้างสิทธิ์คำขอ
คลิกอ้างสิทธิ์ในการสนทนาที่กำลังรอ
ผลลัพธ์ที่คาดหวัง: เจ้าหน้าที่อื่นๆ สามารถเห็นว่าการสนทนาได้รับการจัดการอย่างแข็งขัน
3
อ่านบริบท
เปิดข้อความและรายละเอียดผู้เยี่ยมชมก่อนที่จะตอบกลับ
ผลลัพธ์ที่คาดหวัง: ตัวแทนเข้าใจว่าทำไมการแฮนด์ออฟจึงเกิดขึ้น
4
ส่งการตอบกลับของมนุษย์
ตอบกลับอย่างชัดเจนและอัพเดตเธรดอยู่เสมอ
ผลลัพธ์ที่คาดหวัง: ผู้เยี่ยมชมได้รับการตอบสนองของมนุษย์
5
ส่งคืนให้ AI หากเหมาะสม
ใช้มือกลับเมื่อปัญหาได้รับคำตอบและ AI ก็สามารถดำเนินการต่อได้
ผลลัพธ์ที่คาดหวัง: AI ดำเนินการจัดการการสนทนาต่อ
6
แก้ไขเมื่อเสร็จแล้ว
คลิกแก้ไขหลังจากที่ผู้เยี่ยมชมไม่ต้องการความช่วยเหลืออีกต่อไป
ผลลัพธ์ที่คาดหวัง: แฮนด์ออฟถูกปิดและลบออกจากคิวที่ใช้งานอยู่
วิธีทดสอบ: สร้างแฮนด์ออฟทดสอบ อ้างสิทธิ์ ตอบกลับหนึ่งครั้ง ส่งคืน และยืนยันการเปลี่ยนแปลงสถานะใน Live Support และ Chat History
| ปัญหา | แก้ไข |
|---|
| ตัวแทนพลาดคำขอ | เปิดใช้งานเบราว์เซอร์/อีเมล/การแจ้งเตือนแบบพุช และเพิ่มกระบวนการสำหรับการเป็นเจ้าของคิว |
| AI เข้ามาครอบงำเร็วเกินไป | ปรับคำแนะนำและกฎการส่งต่อเพื่อให้การควบคุมของมนุษย์ยังคงใช้งานได้จนกว่าจะได้รับการแก้ไขหรือส่งคืน |
| ภายนอก CRM ไม่ซิงค์กัน | ใช้ webhooks หรือการสำรวจความคิดเห็นจากส่วนสูตรอาหารสำหรับนักพัฒนา |
จะทำอย่างไรต่อไป: เชื่อมต่อ CRM/webhooks หากทีมสนับสนุนทำงานภายนอก sem.chat
ประวัติและการติดต่อ
ค้นหา ส่งออก และใช้บันทึกการสนทนา/ผู้ติดต่อ
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้สำหรับการตรวจสอบ การตรวจสอบลูกค้าเป้าหมาย การส่งออก CSV และการซิงค์ SendPulse
ก่อนที่คุณจะเริ่ม- ตัดสินใจว่าคุณต้องการ conversations ผู้ติดต่อ หรือทั้งสองอย่าง
- ใช้ช่วงวันที่ที่ถูกต้องก่อนที่จะส่งออก
- อย่าส่งออกข้อมูลส่วนบุคคลเกินความจำเป็น
1
เปิด Chat History
คลิก Chat History ในแถบด้านข้าง
ผลลัพธ์ที่คาดหวัง: ตัวกรองการสนทนา สถิติ และรายการข้อความถอดเสียงจะมองเห็นได้
2
ค้นหาและกรอง
กรองตามบอท ช่องทาง โหมด ผู้เยี่ยมชม หรือช่วงวันที่
ผลลัพธ์ที่คาดหวัง: มีเพียง conversations ที่ตรงกันเท่านั้นที่ยังคงมองเห็นได้
3
เปิดข้อความถอดเสียง
คลิกการสนทนาเพื่ออ่านชุดข้อความแบบเต็ม
ผลลัพธ์ที่คาดหวัง: บริบททั้งหมด รายละเอียดการติดต่อ และข้อมูลเมตาของการสนทนาจะปรากฏให้เห็น
4
ส่งออก conversations
คลิกส่งออกและเลือกรูปแบบที่ต้องการ หากมี
ผลลัพธ์ที่คาดหวัง: การส่งออกประกอบด้วยข้อมูลการสนทนาที่กรองแล้ว
5
เปิดผู้ติดต่อ
คลิกรายชื่อในแถบด้านข้าง
ผลลัพธ์ที่คาดหวัง: บันทึกลูกค้าเป้าหมาย/ผู้ติดต่อปรากฏขึ้นพร้อมกับแหล่งที่มา บอท และสถานะ
6
กรองและส่งออกผู้ติดต่อ
ค้นหาผู้ติดต่อ เลือกบันทึกที่ต้องการ จากนั้นส่งออกหรือซิงค์ไปที่ SendPulse
ผลลัพธ์ที่คาดหวัง: ผู้ติดต่อที่เลือกจะพร้อมใช้งานภายนอก sem.chat ตามการกระทำที่เลือก
วิธีทดสอบ: ส่งออก CSV ที่กรองขนาดเล็กแล้วเปิดในเครื่องเพื่อยืนยันว่าคอลัมน์และช่วงวันที่ถูกต้อง
| ปัญหา | แก้ไข |
|---|
| ผู้ติดต่อหายไปจากผู้ติดต่อ | ยืนยันว่าเปิดใช้งานการจับลูกค้าเป้าหมายแล้ว และผู้เยี่ยมชมส่งแบบฟอร์ม |
| การส่งออกมีขนาดใหญ่เกินไป | จำกัดช่วงวันที่หรือตัวกรองบ็อตให้แคบลงก่อนที่จะส่งออก |
| SendPulse การซิงค์ไม่พร้อมใช้งาน | เชื่อมต่อ SendPulse ใน Integrations ก่อน จากนั้นจึงกลับไปที่ Contacts |
จะทำอย่างไรต่อไป: ตรวจสอบการวิเคราะห์เพื่อทำความเข้าใจแนวโน้มประสิทธิภาพหลังจากการดำเนินการดำเนินไป
1เลือกช่องทางหรือการ์ดการรวม CRM
2ทำตามขั้นตอน OAuth หรือข้อมูลรับรองสำหรับผู้ให้บริการแต่ละราย
3ยกเลิกการเชื่อมต่อหรือทดสอบการผสานรวมใหม่จากหน้าเดียวกัน
เชื่อมต่อช่อง
เชื่อมต่อช่องทางการส่งข้อความหรือการบูรณาการ CRM
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อ sem.chat ควรได้รับ conversations นอกวิดเจ็ตเว็บไซต์ หรือส่งผู้ติดต่อไปยังเครื่องมืออื่น ๆ
ก่อนที่คุณจะเริ่ม- ให้ผู้ดูแลระบบเข้าถึงแพลตฟอร์มภายนอกได้
- รู้ว่าบอทตัวไหนควรได้รับข้อความช่องทาง
- ใช้ช่องทางทดสอบก่อนเชื่อมต่อบัญชีที่ใช้งานจริง
1
เปิดการรวมระบบ
คลิกการบูรณาการในแถบด้านข้าง
ผลลัพธ์ที่คาดหวัง: ช่องที่มีอยู่ เครื่องมือ CRM SendPulse และตัวเลือกวิดเจ็ตเว็บไซต์จะมองเห็นได้
2
เลือกการบูรณาการ
คลิกเชื่อมต่อบน Slack, Meta Channel, Telegram, SendPulse, CRM หรือข้อมูลรับรองด้วยตนเอง
ผลลัพธ์ที่คาดหวัง: กล่องโต้ตอบการตั้งค่าหรือขั้นตอน OAuth จะเปิดขึ้น
3
ตั้งค่าผู้ให้บริการให้เสร็จสมบูรณ์
สำหรับช่องทาง OAuth ให้อนุมัติสิทธิ์ที่ร้องขอ สำหรับช่องทางแบบกำหนดเอง ให้วางโทเค็น ข้อมูลลับ รหัสบัญชี หรือเว็บฮุค URL ที่จำเป็น
ผลลัพธ์ที่คาดหวัง: sem.chat จัดเก็บการเชื่อมต่อและแสดงการรวมระบบว่าเชื่อมต่อแล้ว
4
กำหนดบอท
เลือกบอทที่ควรจัดการข้อความจากช่องทางนั้นเมื่อกล่องโต้ตอบถาม
ผลลัพธ์ที่คาดหวัง: ข้อความขาเข้าจะกำหนดเส้นทางไปยังผู้ช่วยที่ถูกต้อง
5
ทดสอบช่อง
ส่งข้อความทดสอบจากช่องทางภายนอก
ผลลัพธ์ที่คาดหวัง: ข้อความปรากฏในกล่องจดหมายหรือ Chat History ใต้ช่องทางที่ถูกต้อง
6
ตัดการเชื่อมต่อหากจำเป็น
ใช้ Disconnect from the integrated card เมื่อช่องควรหยุด
ผลลัพธ์ที่คาดหวัง: sem.chat หยุดรับหรือส่งผ่านการผสานรวมนั้น
วิธีทดสอบ: ส่งข้อความทดสอบหนึ่งข้อความผ่านช่องทางที่เชื่อมต่อและยืนยันการตอบกลับของบอท แถวกล่องจดหมาย และบันทึกประวัติ
| ปัญหา | แก้ไข |
|---|
| โทเค็น Telegram ล้มเหลว | สร้างหรือรีเซ็ตโทเค็นใน BotFather แล้ววางอีกครั้ง |
| Slack ข้อความมาไม่ถึง | ตรวจสอบขอบเขตของแอป การสมัครรับข้อมูลกิจกรรม URL โทเค็นบอท ข้อมูลลับในการลงนาม และการเป็นสมาชิกของช่อง |
| การเชื่อมต่อช่อง Meta ล้มเหลว | ยืนยันว่าบัญชี Facebook/Instagram/WhatsApp มีสิทธิ์ผู้ดูแลระบบและจำเป็นต้องเข้าถึงธุรกิจ |
| SendPulse การซิงค์ล้มเหลว | เชื่อมต่อ SendPulse อีกครั้ง และยืนยันว่าช่องผู้ติดต่อได้รับการแมปแล้ว |
จะทำอย่างไรต่อไป: เอกสารความเป็นเจ้าของช่องทางสำหรับทีมและตรวจสอบกล่องจดหมายหลังการเปิดตัว
1ใช้แท็บสำหรับประเภทกิจกรรม การจอง การวิเคราะห์ ลิงก์แบบครั้งเดียว ปฏิทิน อีเมล และการตั้งค่า
2แก้ไข คัดลอก ฝัง เปิดใช้งาน หรือหยุดประเภทกิจกรรมชั่วคราว
3คัดลอกลิงก์สาธารณะและดำเนินการทดสอบการจองแบบส่วนตัว
1ป้อนชื่อ คำอธิบาย ระยะเวลา สถานที่ และบัฟเฟอร์
2ตั้งค่าห้องว่าง ระยะเวลาการจอง คำถาม ตัวเลือกกิจกรรมแบบชำระเงิน และกฎการยกเลิก
3บันทึกกิจกรรมก่อนแชร์ลิงก์
1ผู้เยี่ยมชมเลือกวันที่จากหน้าการจองสาธารณะ
2ผู้เข้าชมเลือกช่วงเวลาที่ว่าง
3ผู้เข้าชมยืนยันการจองและรับอีเมลยืนยัน
ประเภทเหตุการณ์
สร้างประเภทกิจกรรมและเผยแพร่ลิงก์การจอง
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อผู้เยี่ยมชมควรจองการสาธิต การให้คำปรึกษา การโทรเพื่อการขาย การเริ่มต้นใช้งาน หรือเซสชั่นการสนับสนุน
ก่อนที่คุณจะเริ่ม- เลือกชื่อกิจกรรม ระยะเวลา ประเภทการประชุม และเจ้าของ
- ตั้งค่าเขตเวลาและความพร้อมใช้งานก่อนแชร์ลิงก์
- เชื่อมต่อปฏิทินหากการจองซ้ำเป็นเรื่องสำคัญ
1
เปิดการจัดกำหนดการ
คลิกการจัดกำหนดการในแถบด้านข้าง
ผลลัพธ์ที่คาดหวัง: พื้นที่ทำงานการจัดกำหนดการจะแสดงแท็บสำหรับประเภทกิจกรรม การจอง การวิเคราะห์ ลิงก์แบบครั้งเดียว ปฏิทิน อีเมล และการตั้งค่า
2
สร้างประเภทเหตุการณ์
คลิกสร้าง จากนั้นเพิ่มชื่อ คำอธิบาย ระยะเวลา สถานที่ บัฟเฟอร์ และกฎการจอง
ผลลัพธ์ที่คาดหวัง: งานนี้มีข้อมูลสาธารณะเพียงพอให้ผู้เข้าชมเข้าใจ
3
กำหนดความพร้อม
กำหนดค่าชั่วโมงรายสัปดาห์ การแทนที่วันที่ หน้าต่างการแจ้งเตือน และหน้าต่างการจอง
ผลลัพธ์ที่คาดหวัง: ผู้เยี่ยมชมจะเห็นเฉพาะเวลาที่คุณยินดีนำเสนอเท่านั้น
4
เพิ่มคำถาม
เพิ่มคำถามที่จำเป็น เช่น โทรศัพท์ บริษัท เว็บไซต์ หรือเป้าหมายการประชุม
ผลลัพธ์ที่คาดหวัง: Bookings รวบรวมบริบทที่ทีมของคุณต้องการก่อนการโทร
5
เชื่อมต่อปฏิทิน
เปิดปฏิทินและเชื่อมต่อ Google, Outlook หรือ iCal หากมี
ผลลัพธ์ที่คาดหวัง: เวลาไม่ว่างสามารถปิดกั้นได้และสามารถเขียนการจองที่ยืนยันลงในปฏิทินได้
6
ตั้งค่าอีเมลและการเตือนความจำ
เปิดอีเมลและกำหนดค่าการยืนยัน การเตือน การยกเลิก และกำหนดเวลาข้อความใหม่
ผลลัพธ์ที่คาดหวัง: ผู้เยี่ยมชมได้รับการสื่อสารการจองที่ถูกต้อง
7
แชร์และทดสอบลิงก์สาธารณะ
คัดลอกลิงก์กิจกรรม เปิดในหน้าต่างส่วนตัว เลือกช่วงเวลา และทำการจองทดสอบให้เสร็จสิ้น
ผลลัพธ์ที่คาดหวัง: การจองจะปรากฏในแท็บการจองและข้อความยืนยันจะถูกส่งไป
วิธีทดสอบ: ทำการจองทดสอบหนึ่งรายการ กำหนดเวลาใหม่หนึ่งครั้ง และการยกเลิกหนึ่งครั้ง ยืนยันว่าแต่ละเหตุการณ์ปรากฏในการจัดกำหนดการและปฏิทินที่เชื่อมต่อ
| ปัญหา | แก้ไข |
|---|
| ไม่มีเวลาปรากฏบนหน้าสาธารณะ | ตรวจสอบเขตเวลา ความพร้อมใช้งานรายสัปดาห์ การแทนที่วันที่ หน้าต่างการแจ้งเตือน และข้อขัดแย้งของปฏิทินที่เชื่อมต่อ |
| อีเมลการจองหายไป | ตรวจสอบการตั้งค่าอีเมลและโฟลเดอร์สแปม จากนั้นส่งการทดสอบการจองอีกครั้ง |
| การชำระเงินล้มเหลวในเหตุการณ์ที่ต้องชำระเงิน | ยืนยันการตั้งค่าการรวมการเรียกเก็บเงิน/การชำระเงินและสกุลเงินว่าถูกต้องก่อนเผยแพร่ |
จะทำอย่างไรต่อไป: ฝังลิงก์การจองไว้ในบอท เว็บไซต์ หรืออีเมลติดตามผล
การตั้งเวลาขั้นสูง
ใช้ลิงก์แบบครั้งเดียว การวิเคราะห์ การฝัง และกิจกรรมแบบชำระเงิน
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อการจัดกำหนดการจำเป็นต้องมีความพร้อมใช้งานชั่วคราว การรายงาน การจองแบบฝัง หรือการชำระเงิน
ก่อนที่คุณจะเริ่ม- สร้างเหตุการณ์อย่างน้อยหนึ่งประเภทก่อน
- เชื่อมต่อปฏิทินก่อนที่จะใช้ลิงก์แบบครั้งเดียวอย่างหนัก
- กำหนดนโยบายการคืนเงิน/การยกเลิกก่อนเปิดใช้งานกิจกรรมแบบชำระเงิน
1
สร้างลิงก์แบบครั้งเดียว
เปิดลิงก์แบบครั้งเดียว เลือกช่องหรือกฎที่นำเสนอ จากนั้นสร้างลิงก์
ผลลัพธ์ที่คาดหวัง: ผู้รับสามารถจองได้จากห้องว่างที่เลือกเท่านั้น
2
ฝังกำหนดการ
ใช้ตัวเลือกการฝังการ์ดเหตุการณ์หากขั้นตอนการจองควรปรากฏบนเว็บไซต์ของคุณ
ผลลัพธ์ที่คาดหวัง: UI การจองสามารถวางไว้ในหน้าที่ผู้เยี่ยมชมทำ Conversion
3
ตรวจสอบการวิเคราะห์การกำหนดเวลา
เปิด Analytics ภายในการจัดกำหนดการ
ผลลัพธ์ที่คาดหวัง: คุณสามารถดูการจอง แนวโน้มความสำเร็จ และประสิทธิภาพของประเภทเหตุการณ์ได้
4
เปิดใช้งานกิจกรรมแบบชำระเงิน
เปิดตัวแก้ไขเหตุการณ์ กำหนดราคา สกุลเงิน และพฤติกรรมการชำระเงิน
ผลลัพธ์ที่คาดหวัง: ผู้เข้าชมจะต้องทำตามขั้นตอนการชำระเงินให้เสร็จสิ้นตามการตั้งค่ากิจกรรม
5
การจองการตรวจสอบ
เปิดการจองและตรวจทานรายการที่กำลังจะเกิดขึ้น เสร็จสมบูรณ์ ยกเลิก และจัดกำหนดการใหม่
ผลลัพธ์ที่คาดหวัง: ทีมงานสามารถจัดการการเข้าร่วมและติดตามผลได้
วิธีทดสอบ: จองผ่านหน้าสาธารณะและผ่านหน้าฝังตัวหากใช้ ยืนยันว่าทั้งสองสร้างเรกคอร์ดการจองประเภทเดียวกัน
| ปัญหา | แก้ไข |
|---|
| ลิงก์แบบครั้งเดียวทำให้ช่องผิด | สร้างลิงก์ใหม่ด้วยชุดช่องที่เล็กลงหรือช่วงวันที่ที่เข้มงวดมากขึ้น |
| การจองแบบฝังแคบเกินไป | วางสิ่งที่ฝังไว้ในคอนเทนเนอร์เนื้อหาที่กว้างขึ้น และตรวจสอบเค้าโครงสำหรับอุปกรณ์เคลื่อนที่ |
| การวิเคราะห์ดูว่างเปล่า | สร้างหรือรอการจองจริง การวิเคราะห์ขึ้นอยู่กับบันทึกการจอง |
จะทำอย่างไรต่อไป: เชื่อมต่อผลลัพธ์การตั้งเวลากับรายงานและการวิเคราะห์
1เลือกช่วงวันที่หรือวันที่ที่กำหนดเอง
2อ่านบทสนทนา ความพึงพอใจ ภาษา ช่องทาง และตัวชี้วัดคอนเวอร์ชัน
3ส่งออก CSV สำหรับการวิเคราะห์แบบออฟไลน์
1เลือกจังหวะการรายงานรายวัน รายสัปดาห์ หรือรายเดือน
2เพิ่มผู้รับรายงาน
3ส่งรายงานทันทีเพื่อทดสอบการจัดส่ง
การตรวจสอบการวิเคราะห์
อ่านการวิเคราะห์และส่งออกข้อมูลประสิทธิภาพ
สิ่งนี้มีไว้เพื่ออะไร: ใช้ข้อมูลนี้สำหรับการตรวจสอบรายสัปดาห์ การตรวจสอบการเปิดตัว สนับสนุนการตรวจสอบคุณภาพ และการวิเคราะห์คอนเวอร์ชัน
ก่อนที่คุณจะเริ่ม- เลือกช่วงวันที่ก่อนอ่านเมตริก
- รู้ว่าบอทหรือช่องทางใดที่คุณกำลังประเมิน
- ไม่รวมวันที่ทดสอบส่วนตัวเมื่อรายงานประสิทธิภาพการผลิต
1
เปิดการวิเคราะห์
คลิกการวิเคราะห์ในแถบด้านข้าง
ผลลัพธ์ที่คาดหวัง: เมตริกแดชบอร์ดและแผงแผนภูมิสามารถมองเห็นได้
2
เลือกช่วงวันที่
เลือกวันนี้ 7 วัน 30 วัน หรือวันที่ที่กำหนดเอง
ผลลัพธ์ที่คาดหวัง: แผนภูมิทั้งหมดอัปเดตในช่วงเวลาที่เลือก
3
อ่านตัวชี้วัดหลัก
ตรวจสอบ conversations นาทีเสียง ความพึงพอใจ การแปลง และการผสมผสานช่อง
ผลลัพธ์ที่คาดหวัง: คุณเข้าใจปริมาณและคุณภาพของปฏิสัมพันธ์กับลูกค้า
4
ตรวจสอบแนวโน้ม
ดูแนวโน้มการสนทนา การเปลี่ยนแปลงความพึงพอใจ คำถามยอดนิยม และรูปแบบภาษา/ช่อง
ผลลัพธ์ที่คาดหวัง: คุณสามารถระบุจุดที่ควรปรับปรุงคำสั่งบอทหรือการจัดพนักงานได้
5
ส่งออก CSV
ใช้ส่งออก CSV เมื่อทีมต้องการการวิเคราะห์สเปรดชีต
ผลลัพธ์ที่คาดหวัง: CSV ประกอบด้วยช่วงวันที่และเมตริกที่เลือก
6
เปลี่ยนการค้นพบให้เป็นการเปลี่ยนแปลง
อัปเดตคำสั่งบอท ความรู้ การตั้งค่าวิดเจ็ต หรือความครอบคลุมการสนับสนุนตามข้อมูล
ผลลัพธ์ที่คาดหวัง: การวิเคราะห์นำไปสู่การปรับปรุงผลิตภัณฑ์อย่างเป็นรูปธรรม
วิธีทดสอบ: ส่งออกวันที่ที่กำหนดเองขนาดเล็ก CSV และตรวจสอบว่าช่วงวันที่และเมตริกตรงกับสิ่งที่แดชบอร์ดแสดง
| ปัญหา | แก้ไข |
|---|
| เมตริกดูเหมือนสูงเกินไป | ตรวจสอบว่าการจัดเตรียม/การทดสอบ conversations รวมอยู่ในช่วงวันที่ที่เลือกหรือไม่ |
| ความพึงพอใจว่างเปล่า | เปิดใช้งานการให้คะแนนในการตั้งค่าวิดเจ็ต และรอให้ผู้เยี่ยมชมออกจากการให้คะแนน |
| นาทีเสียงไม่ตรงกับความคาดหวัง | ยืนยันว่าโหมดเสียงเปิดใช้งานเฉพาะกับบอทที่ต้องการเท่านั้น |
จะทำอย่างไรต่อไป: กำหนดเวลารายงานทางอีเมลเพื่อให้มองเห็นได้เป็นประจำ
รายงาน
กำหนดค่ารายงานอีเมลที่เกิดซ้ำและทดสอบการจัดส่ง
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อเจ้าของ ผู้จัดการ หรือลูกค้าต้องการสรุปประสิทธิภาพอัตโนมัติ
ก่อนที่คุณจะเริ่ม- ตัดสินใจว่าใครควรได้รับรายงาน
- ใช้ที่อยู่อีเมลที่ยืนยันแล้ว
- เลือกจังหวะที่ตรงกับจังหวะการทบทวนธุรกิจ
1
เปิดการตั้งค่า จากนั้นเลือกรายงาน
ไปที่การตั้งค่าและเลือกแท็บรายงาน หรือใช้การเปลี่ยนเส้นทางรายงาน หากมี
ผลลัพธ์ที่คาดหวัง: มองเห็นจังหวะการรายงาน ผู้รับ และประวัติได้
2
เลือกจังหวะ
เปิดใช้งานรายงานรายวัน รายสัปดาห์ หรือรายเดือน
ผลลัพธ์ที่คาดหวัง: กำหนดการรายงานจะถูกเก็บไว้สำหรับพื้นที่ทำงาน
3
เพิ่มผู้รับ
ป้อนที่อยู่อีเมลที่ควรรับรายงาน
ผลลัพธ์ที่คาดหวัง: รายงานจะถูกส่งไปยังผู้มีส่วนได้ส่วนเสียที่ถูกต้อง
4
ส่งรายงานทันที
คลิกส่งทันทีหรือการดำเนินการรายงานทันทีที่เทียบเท่า
ผลลัพธ์ที่คาดหวัง: อีเมลรายงานจะถูกส่งทันทีเพื่อการตรวจสอบ
5
ตรวจสอบประวัติรายงาน
ตรวจสอบแผงประวัติหลังจากส่งรายงานแล้ว
ผลลัพธ์ที่คาดหวัง: คุณสามารถยืนยันสถานะและระยะเวลาในการจัดส่งได้
วิธีทดสอบ: ส่งรายงานทันทีไปยังผู้รับการทดสอบ และยืนยันการรับและการจัดรูปแบบ
| ปัญหา | แก้ไข |
|---|
| อีเมลรายงานไม่ถึง | ตรวจสอบการสะกดผู้รับ โฟลเดอร์สแปม และสถานะประวัติรายงาน |
| มีคนผิดได้รับรายงาน | อัปเดตผู้รับและบันทึกก่อนส่งตามกำหนดครั้งถัดไป |
| เนื้อหารายงานรู้สึกมีเสียงดัง | ปรับความคาดหวังของช่วงวันที่และใช้ Analytics เพื่อการตรวจสอบโดยเจ้าหน้าที่ในเชิงลึกยิ่งขึ้น |
จะทำอย่างไรต่อไป: ใช้จังหวะการรายงานเป็นจังหวะการดำเนินงานสำหรับการปรับปรุงบอท
1ตรวจสอบแผนปัจจุบัน สถานะทดลองใช้งาน และขีดจำกัด usage
2เปรียบเทียบคุณสมบัติของแผนก่อนอัปเกรด
3เปิดพอร์ทัลการเรียกเก็บเงินเพื่อดูใบแจ้งหนี้ วิธีการชำระเงิน การยกเลิก หรือการเปิดใช้งานอีกครั้ง
1ใช้ทั่วไปสำหรับโปรไฟล์และภาษา
2ใช้ทีมเพื่อรับคำเชิญและบทบาท
3ใช้การรักษาความปลอดภัยสำหรับคีย์ 2FA, API และการดำเนินการในเขตอันตราย
1เข้าร่วมโปรแกรมเพื่อสร้างลิงค์อ้างอิง
2คัดลอกลิงก์อ้างอิงสำหรับแคมเปญ
3ตั้งค่าอีเมลการจ่ายเงินและขอการจ่ายเงินที่มีสิทธิ์
การเรียกเก็บเงิน
เริ่ม อัปเกรด ยกเลิก หรือเปิดใช้งานแผนอีกครั้ง
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อพื้นที่ทำงานต้องการการเปิดใช้งานรุ่นทดลองใช้ ขีดจำกัดเพิ่มเติม ใบแจ้งหนี้ การอัปเดตการชำระเงิน หรือการเปลี่ยนแปลงการสมัครใช้งาน
ก่อนที่คุณจะเริ่ม- เจ้าของบัญชีหรือผู้ดูแลระบบการเรียกเก็บเงินควรดำเนินการเรียกเก็บเงิน
- ยืนยันว่าฟีเจอร์ใดบ้างที่มีการควบคุมตามแผน: เสียง, เสียงโคลน, อวตารที่กำหนดเอง, API, ทีม, CRM และช่อง
- ใช้พอร์ทัลการเรียกเก็บเงินที่ปลอดภัยสำหรับวิธีการชำระเงินและการเปลี่ยนแปลงใบแจ้งหนี้
1
เปิดการเรียกเก็บเงิน
คลิกการเรียกเก็บเงินในแถบด้านข้าง
ผลลัพธ์ที่คาดหวัง: แผนปัจจุบัน สถานะการทดลองใช้ ขีดจำกัด usage และการ์ดแผนจะมองเห็นได้
2
เปรียบเทียบแผน
ตรวจสอบ chat เสียง ทีม API รูปประจำตัว การรวมระบบ การกำหนดเวลา และขีดจำกัดการสนับสนุน
ผลลัพธ์ที่คาดหวัง: คุณรู้ว่าแผนใดจะปลดล็อคคุณสมบัติที่จำเป็น
3
เลือกรอบบิล
เลือกรายเดือนหรือรายปีหากมีการสลับ
ผลลัพธ์ที่คาดหวัง: อัปเดตราคาและการประหยัดสำหรับช่วงเวลาที่เลือก
4
อัปเกรดหรือเริ่มชำระเงิน
เลือกแผนที่ต้องการและชำระเงินให้เสร็จสิ้น
ผลลัพธ์ที่คาดหวัง: การสมัครสมาชิกจะมีผลหลังจากการยืนยันการชำระเงิน
5
เปิดพอร์ทัลลูกค้า
ใช้พอร์ทัลการเรียกเก็บเงินสำหรับวิธีการชำระเงิน การออกใบแจ้งหนี้ การยกเลิก หรือการเปิดใช้งานอีกครั้ง
ผลลัพธ์ที่คาดหวัง: การดำเนินการเรียกเก็บเงินที่ละเอียดอ่อนเกิดขึ้นในพอร์ทัลของผู้ให้บริการที่ปลอดภัย
6
ตรวจสอบการเข้าถึงคุณลักษณะ
กลับไปที่คุณสมบัติที่ถูกล็อคและโหลดแอปซ้ำ
ผลลัพธ์ที่คาดหวัง: คุณลักษณะที่ปลดล็อคแล้วพร้อมใช้งานแล้วหากแผนรวมไว้ด้วย
วิธีทดสอบ: หลังจากอัปเกรด ให้เปิดฟีเจอร์ที่ล็อคไว้ก่อนหน้านี้ เช่น โคลนเสียงหรือปุ่ม API และยืนยันว่าการล็อคนั้นหายไปแล้ว
| ปัญหา | แก้ไข |
|---|
| คุณสมบัติยังคงล็อคอยู่หลังจากอัปเกรด | รีเฟรชแอป รอสักครู่เพื่อซิงค์การสมัคร จากนั้นตรวจสอบการเรียกเก็บเงินอีกครั้ง |
| การชำระเงินถูกยกเลิก | กลับไปที่การเรียกเก็บเงินและเริ่มชำระเงินอีกครั้ง ไม่มีการเปลี่ยนแปลงแผนเกิดขึ้นหลังจากการชำระเงินที่ถูกยกเลิก |
| ต้องการใบแจ้งหนี้หรือการเปลี่ยนแปลงบัตร | เปิดพอร์ทัลลูกค้าแทนการแก้ไขรายละเอียดการชำระเงินภายในแอป |
จะทำอย่างไรต่อไป: เชิญเพื่อนร่วมทีมและรักษาความปลอดภัยบัญชีของเจ้าของ
ทีมงานและความปลอดภัย
เชิญเพื่อนร่วมทีม กำหนดบทบาท แก้ไขโปรไฟล์ เปิดใช้งาน 2FA และจัดการการตั้งค่า
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อพื้นที่ทำงานเปลี่ยนจากการตั้งค่าเดี่ยวไปสู่การดำเนินการเป็นทีม
ก่อนที่คุณจะเริ่ม- รู้จักบทบาทของเพื่อนร่วมทีมแต่ละคนก่อนที่จะส่งคำเชิญ
- ใช้การเข้าถึงที่มีสิทธิ์น้อยที่สุด: เจ้าของ ผู้ดูแลระบบ ผู้แก้ไข ผู้ดู
- เตรียมแอปตรวจสอบสิทธิ์ให้พร้อมสำหรับ 2FA
1
เปิดการตั้งค่า
คลิกการตั้งค่าในแถบด้านข้าง
ผลลัพธ์ที่คาดหวัง: ทั่วไป การแจ้งเตือน ทีม รายงาน นักพัฒนา ความปลอดภัย และแท็บที่เกี่ยวข้องจะมองเห็นได้
2
แก้ไขโปรไฟล์และภาษา
อัปเดตชื่อที่แสดง ข้อมูลโปรไฟล์ และภาษาที่ต้องการโดยทั่วไป
ผลลัพธ์ที่คาดหวัง: แอประบุผู้ใช้อย่างถูกต้องและใช้ภาษาที่เลือกหากมี
3
เชิญสมาชิกในทีม
เปิดทีม ป้อนอีเมล เลือกบทบาท และส่งคำเชิญ
ผลลัพธ์ที่คาดหวัง: เพื่อนร่วมทีมได้รับลิงก์คำเชิญและปรากฏว่ารอดำเนินการจนกว่าจะได้รับการยอมรับ
4
กำหนดสิทธิ์ของบทบาท
ใช้เจ้าของเพื่อการควบคุมเต็มรูปแบบ ผู้ดูแลระบบสำหรับการจัดการ ตัวแก้ไขสำหรับการเปลี่ยนแปลงเนื้อหา และโปรแกรมดูสำหรับการเข้าถึงแบบอ่านอย่างเดียว
ผลลัพธ์ที่คาดหวัง: ผู้ใช้แต่ละคนสามารถเข้าถึงตามความรับผิดชอบของตนได้อย่างเหมาะสม
5
กำหนดค่าการแจ้งเตือน
เลือกอีเมล เบราว์เซอร์ พุช การสนับสนุนสด การเรียกเก็บเงิน และการแจ้งเตือนรายงาน
ผลลัพธ์ที่คาดหวัง: คนที่เหมาะสมจะได้รับการแจ้งเตือนโดยไม่มีเสียงรบกวนที่ไม่จำเป็น
6
เปิดใช้งาน 2FA
Open Security เปิดใช้งานการรับรองความถูกต้องด้วยสองปัจจัย สแกนโค้ด และจัดเก็บรายละเอียดการกู้คืน
ผลลัพธ์ที่คาดหวัง: บัญชีต้องมีปัจจัยที่สองหลังจากการเข้าสู่ระบบด้วยรหัสผ่าน
7
ใช้การกระทำในเขตอันตรายอย่างระมัดระวัง
ส่งออกข้อมูลที่จำเป็นและยืนยันวิดเจ็ต/การรวมระบบที่ใช้งานอยู่ ก่อนที่จะดำเนินการบัญชีแบบทำลายล้าง
ผลลัพธ์ที่คาดหวัง: พื้นที่ทำงานหลีกเลี่ยงการสูญเสียข้อมูลโดยไม่ตั้งใจ
วิธีทดสอบ: เชิญเพื่อนร่วมทีมทดสอบ ยอมรับคำเชิญในเบราว์เซอร์แยกต่างหาก และยืนยันว่าบทบาทจะแสดงเฉพาะฟีเจอร์ที่ตั้งใจไว้เท่านั้น
| ปัญหา | แก้ไข |
|---|
| อีเมลเชิญหายไป | ตรวจสอบสแปม ส่งคำเชิญอีกครั้ง และยืนยันที่อยู่ |
| เพื่อนร่วมทีมมองเห็นมากเกินไป | ลดบทบาทและตรวจสอบการตั้งค่าการเข้าถึงบ็อต |
| การตั้งค่า 2FA ล้มเหลว | ตรวจสอบเวลาของอุปกรณ์ สแกนโค้ด QR อีกครั้ง และจัดเก็บรายละเอียดการกู้คืนก่อนที่จะใช้งาน |
จะทำอย่างไรต่อไป: กำหนดค่าคีย์ API สำหรับผู้ใช้และบริการที่ต้องการเท่านั้น
พันธมิตร
เข้าร่วม Affiliate คัดลอกลิงก์อ้างอิง ตั้งค่าอีเมลการจ่ายเงิน และขอการจ่ายเงิน
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อพันธมิตรหรือลูกค้าต้องการอ้างอิงผู้ใช้ sem.chat ใหม่ และติดตามกิจกรรมคอมมิชชัน
ก่อนที่คุณจะเริ่ม- ใช้บัญชีที่ควรเป็นเจ้าของการอ้างอิงแหล่งที่มา
- เตรียมอีเมลแจ้งการชำระเงินก่อนขอชำระเงิน
- ตรวจสอบกฎของโปรแกรมก่อนเผยแพร่แคมเปญการอ้างอิง
1
เปิดพันธมิตร
คลิก Affiliate ในแถบด้านข้างหรือเปิดแท็บ Affiliate จากการตั้งค่า หากมีการเชื่อมโยงอยู่ที่นั่น
ผลลัพธ์ที่คาดหวัง: หน้าโปรแกรมพันธมิตรจะแสดงส่วนการเข้าร่วม การอ้างอิง การจ่ายเงิน และประวัติ
2
เข้าร่วมโปรแกรม
คลิกเข้าร่วมหากบัญชียังไม่ได้เข้าร่วม
ผลลัพธ์ที่คาดหวัง: รหัสอ้างอิงและลิงค์อ้างอิงถูกสร้างขึ้น
3
คัดลอกลิงก์อ้างอิง
คัดลอกลิงก์ที่ไม่ซ้ำใครและใช้ในเนื้อหา แคมเปญ หรือข้อความของพันธมิตร
ผลลัพธ์ที่คาดหวัง: การลงทะเบียนผ่านลิงค์สามารถนำมาประกอบกับบัญชีพันธมิตร
4
ตั้งค่าอีเมลการรับเงิน
ป้อนอีเมลการจ่ายเงินและบันทึก
ผลลัพธ์ที่คาดหวัง: การจ่ายเงินที่มีสิทธิ์สามารถกำหนดเส้นทางได้อย่างถูกต้อง
5
ตรวจสอบการอ้างอิงและค่าคอมมิชชั่น
ตรวจสอบรายชื่อผู้อ้างอิง สถานะค่าคอมมิชชัน และประวัติการจ่ายเงิน
ผลลัพธ์ที่คาดหวัง: คุณรู้ว่าสิ่งใดที่รอดำเนินการ มีสิทธิ์ หรือชำระเงินไปแล้ว
6
ขอการจ่ายเงิน
คลิกขอการจ่ายเงินเมื่อเป็นไปตามกฎของโปรแกรมและขั้นต่ำ
ผลลัพธ์ที่คาดหวัง: คำขอจ่ายเงินจะถูกบันทึกไว้เพื่อการประมวลผล
วิธีทดสอบ: เปิดลิงก์ผู้อ้างอิงในเบราว์เซอร์ส่วนตัวและยืนยันว่าเข้าสู่ขั้นตอนการลงทะเบียนที่คาดหวังด้วยการติดตามผู้อ้างอิง
| ปัญหา | แก้ไข |
|---|
| ลิงก์ผู้อ้างอิงหายไป | เข้าร่วมโปรแกรมก่อนหรือรีเฟรชหน้าพันธมิตรหลังจากเข้าร่วม |
| คำขอการจ่ายเงินไม่พร้อมใช้งาน | ตรวจสอบเกณฑ์การจ่ายเงินขั้นต่ำ สถานะค่าคอมมิชชั่นที่มีสิทธิ์ และอีเมลการจ่ายเงิน |
| การอ้างอิงไม่ได้นำมาประกอบ | ยืนยันว่าผู้เยี่ยมชมใช้ลิงก์อ้างอิงที่ถูกต้องและไม่ได้ตัดพารามิเตอร์การติดตามออก |
จะทำอย่างไรต่อไป: ใช้การวิเคราะห์และรายงานเพื่อติดตามผลกระทบของลูกค้าที่อ้างอิง หากมี
1ใช้ทำเครื่องหมายว่าอ่านแล้วทั้งหมดหลังจากตรวจสอบการแจ้งเตือนที่ยังไม่ได้อ่าน
2กรองตามยังไม่ได้อ่าน การเรียกเก็บเงิน การสนับสนุนแบบเรียลไทม์ หรือเหตุการณ์ของระบบ
3เปิดคุณสมบัติที่เกี่ยวข้องหลังจากอ่านการแจ้งเตือน
1อ่านบันทึกประจำรุ่นเพื่อดูคุณสมบัติและการแก้ไขใหม่ๆ
2ใช้รายละเอียดเพื่อฝึกอบรมเพื่อนร่วมทีมก่อนการเปลี่ยนแปลงขั้นตอนการทำงาน
3ตรวจสอบการอัปเดตหลังจากสังเกตเห็นการเปลี่ยนแปลง UI หรือพฤติกรรม
การแจ้งเตือน
ตรวจสอบการแจ้งเตือนและดำเนินการกับการแจ้งเตือน
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อแอปรายงานการส่งมอบ สถานะการเรียกเก็บเงิน กิจกรรมของระบบ การจัดส่งรายงาน หรือกิจกรรมพื้นที่ทำงานที่สำคัญ
ก่อนที่คุณจะเริ่ม- ตรวจสอบให้แน่ใจว่าได้ตั้งค่ากำหนดการแจ้งเตือนไว้ในการตั้งค่า
- มีความคุ้มครองการสนับสนุนแบบสดหากเปิดใช้งานการแจ้งเตือนแฮนด์ออฟ
- ตรวจสอบการแจ้งเตือนที่ยังไม่ได้อ่านก่อนที่จะทำเครื่องหมายว่าอ่านแล้ว
1
เปิดการแจ้งเตือน
คลิกการแจ้งเตือนในแถบด้านข้างหรือรายการการแจ้งเตือนส่วนหัวของแอป
ผลลัพธ์ที่คาดหวัง: ศูนย์การแจ้งเตือนแสดงรายการการแจ้งเตือนล่าสุด
2
กรองการแจ้งเตือน
ใช้ตัวกรองที่ยังไม่ได้อ่านหรือตัวกรองหมวดหมู่เพื่อเน้นไปที่การเรียกเก็บเงิน การสนับสนุนแบบเรียลไทม์ บอท รายงาน หรือเหตุการณ์ของระบบ
ผลลัพธ์ที่คาดหวัง: มีเพียงการแจ้งเตือนที่ตรงกันเท่านั้นที่ยังคงมองเห็นได้
3
เปิดหน้าที่เกี่ยวข้อง
คลิกการแจ้งเตือนหรือใช้บริบทเพื่อเปิดการเรียกเก็บเงิน Live Support รายงาน หรือบอทที่เกี่ยวข้อง
ผลลัพธ์ที่คาดหวัง: คุณดำเนินการตามการแจ้งเตือนแทนที่จะอ่านเพียงอย่างเดียว
4
มาร์คอ่านแล้ว.
ทำเครื่องหมายการแจ้งเตือนเดียวว่าอ่านแล้ว หรือใช้ทำเครื่องหมายว่าอ่านแล้วทั้งหมดหลังจากตรวจทานแล้ว
ผลลัพธ์ที่คาดหวัง: จำนวนที่ยังไม่ได้อ่านลดลงและรายการที่ตรวจสอบจะไม่ถูกเน้นอีกต่อไป
5
ปรับการตั้งค่า
เปิดการตั้งค่า การแจ้งเตือน หากมีการแจ้งเตือนมากเกินไปหรือน้อยเกินไป
ผลลัพธ์ที่คาดหวัง: สตรีมการแจ้งเตือนตรงกับความต้องการของทีม
วิธีทดสอบ: สร้างกิจกรรมการทดสอบที่ปลอดภัย เช่น คำขอการสนับสนุนสดหรือรายงานทันที จากนั้นยืนยันว่าการแจ้งเตือนปรากฏขึ้นและสามารถทำเครื่องหมายว่าอ่านแล้วได้
| ปัญหา | แก้ไข |
|---|
| ไม่มีการแจ้งเตือนมาถึง | ตรวจสอบการตั้งค่าการแจ้งเตือนการตั้งค่า การอนุญาตเบราว์เซอร์ และเหตุการณ์ที่เกิดขึ้นจริงหรือไม่ |
| มีการแจ้งเตือนมากเกินไป | ปิดการใช้งานหมวดหมู่ที่มีเสียงดังหรือส่งให้กับสมาชิกในทีมที่รับผิดชอบเท่านั้น |
| จำนวนที่ยังไม่ได้อ่านดูเหมือนค้าง | รีเฟรชแอปหลังจากทำเครื่องหมายว่าอ่านแล้วทั้งหมด และยืนยันว่าตัวกรองไม่ได้ซ่อนรายการที่ยังไม่ได้อ่าน |
จะทำอย่างไรต่อไป: ตรวจสอบ App Updates เมื่อพฤติกรรมเปลี่ยนแปลงหรือมีการควบคุมใหม่ปรากฏขึ้น
การอัปเดตแอป
ใช้การอัปเดตแอปเพื่อทำความเข้าใจการเปลี่ยนแปลงของผลิตภัณฑ์
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อเพื่อนร่วมทีมต้องการเรียนรู้สิ่งที่เปลี่ยนแปลงก่อนที่จะใช้คุณสมบัติใหม่
ก่อนที่คุณจะเริ่ม- เปิดการอัปเดตหลังจากการเปิดตัวหลักๆ หรือเมื่อ UI เปลี่ยนแปลง
- แบ่งปันบันทึกการอัปเดตที่เกี่ยวข้องกับผู้ใช้ฝ่ายสนับสนุนและฝ่ายขาย
- ทดสอบเวิร์กโฟลว์ที่สำคัญอีกครั้งหลังการเปลี่ยนแปลงครั้งใหญ่
1
เปิด App Updates
คลิก App Updates ในแถบด้านข้าง
ผลลัพธ์ที่คาดหวัง: ฟีดอัปเดตจะแสดงคุณสมบัติใหม่ การแก้ไข และบันทึกประจำรุ่น
2
อ่านการอัปเดตล่าสุด
เปิดการ์ดอัปเดตล่าสุดหรือมุมมองรายละเอียด
ผลลัพธ์ที่คาดหวัง: คุณจะเห็นว่ามีการเปลี่ยนแปลงอะไรบ้างและเวิร์กโฟลว์ใดที่ส่งผลต่อ
3
แมปการเปลี่ยนแปลงกับเวิร์กโฟลว์ของคุณ
ระบุว่าการอัปเดตส่งผลต่อบอท วิดเจ็ต การสนับสนุน การกำหนดเวลา การเรียกเก็บเงิน หรือนักพัฒนา
ผลลัพธ์ที่คาดหวัง: สมาชิกในทีมที่เหมาะสมจะรู้ว่าควรตรวจสอบอะไร
4
ทดสอบเส้นทางวิกฤติอีกครั้ง
หากการอัปเดตส่งผลต่อเวิร์กโฟลว์การผลิต ให้ทำซ้ำขั้นตอนที่เกี่ยวข้องด้วยตนเองจากเอกสารนี้
ผลลัพธ์ที่คาดหวัง: ทีมงานยืนยันว่าเวิร์กโฟลว์ที่เปลี่ยนแปลงยังคงใช้งานได้
5
แบ่งปันภายใน
ส่งสรุปการอัปเดตให้กับผู้ใช้ที่เป็นเจ้าของพื้นที่ที่ได้รับผลกระทบ
ผลลัพธ์ที่คาดหวัง: การนำทีมมาใช้จะราบรื่นขึ้นและคำถามด้านการสนับสนุนลดลง
วิธีทดสอบ: หลังจากการอัปเดตที่เกี่ยวข้อง ให้ทำซ้ำคำแนะนำสำหรับฟีเจอร์ที่ได้รับผลกระทบ และยืนยันว่าภาพหน้าจอหรือชื่อขั้นตอนยังคงตรงกัน
| ปัญหา | แก้ไข |
|---|
| การอัปเดตกล่าวถึงคุณสมบัติที่ถูกล็อค | เปิดการเรียกเก็บเงินเพื่อยืนยันว่าแผนปัจจุบันรวมไว้หรือไม่ |
| ทีมพลาดการเปลี่ยนแปลง | เพิ่มการตรวจสอบ App Updates เพื่อเผยแพร่หรือกิจวัตรการดำเนินงานรายสัปดาห์ |
| เอกสารประกอบดูเก่าหลังจากการอัพเดต | ใช้คำแนะนำวิศวกรเพื่ออัปเดตภาพหน้าจอและขั้นตอนต่างๆ |
จะทำอย่างไรต่อไป: รักษาเอกสารสาธารณะให้ทันสมัยอยู่เสมอเมื่อมีการพัฒนาคุณสมบัติต่างๆ
1สร้างและเพิกถอนคีย์ API จากแท็บ API Keys
2ใช้ Quick Start สำหรับตัวอย่างขดแรก
3ตรวจสอบการใช้งานก่อนที่จะเปิดใช้งานการทำงานอัตโนมัติในปริมาณมาก
API เริ่มต้นอย่างรวดเร็ว
สร้างคีย์ API และทำการเรียก API ครั้งแรก
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้สำหรับสคริปต์การรายงาน แอปที่กำหนดเอง บริดจ์ CRM การสนับสนุนสดภายนอก หรือระบบอัตโนมัติ
ก่อนที่คุณจะเริ่ม- ใช้สภาพแวดล้อมฝั่งเซิร์ฟเวอร์ อย่าเปิดเผยคีย์ API ในเบราว์เซอร์ JavaScript
- สร้างคีย์แยกต่างหากสำหรับการบูรณาการแต่ละครั้ง
- คัดลอกคีย์ทันทีเนื่องจากข้อมูลลับจะแสดงเพียงครั้งเดียว
1
เปิดนักพัฒนา
เปิดการตั้งค่าและเลือกนักพัฒนา หรือใช้การเปลี่ยนเส้นทางนักพัฒนา หากมี
ผลลัพธ์ที่คาดหวัง: API คีย์, Quick Start, แท็บเอกสารประกอบ และการใช้งาน สามารถมองเห็นได้
2
สร้างคีย์
คลิกสร้างคีย์ ใส่ป้ายกำกับที่ชัดเจน แล้วคัดลอกทันที
ผลลัพธ์ที่คาดหวัง: คีย์เริ่มต้นด้วย sk_live_ และพร้อมใช้งานสำหรับคำขอฝั่งเซิร์ฟเวอร์
3
ส่งส่วนหัว x-api-key
รวม x-api-key ในทุกคำขอสาธารณะ API
ผลลัพธ์ที่คาดหวัง: API สาธารณะสามารถตรวจสอบความถูกต้องของคำขอและกำหนดขอบเขตให้กับเจ้าของได้
4
รายชื่อบอท
โทร action=list-bots เพื่อค้นหารหัสบอทที่คุณต้องการ
ผลลัพธ์ที่คาดหวัง: การตอบกลับจะส่งคืน ID บอท ชื่อ สถานะที่ใช้งาน และข้อมูลสรุปการกำหนดค่า
5
ส่งข้อความ chat
POST การกระทำ chat กับ botId และข้อความ
ผลลัพธ์ที่คาดหวัง: การตอบกลับส่งคืนข้อมูลการตอบกลับ โมเดล และ usage
6
ตรวจสอบ usage
โทร action=usage ก่อนรันงานปริมาณมาก
ผลลัพธ์ที่คาดหวัง: คุณทราบแผนปัจจุบันและสถานะ usage ก่อนที่ระบบอัตโนมัติจะทำงาน
7
หมุนปุ่มเมื่อจำเป็น
เพิกถอนคีย์ที่ไม่ได้ใช้และสร้างคีย์ใหม่สำหรับผู้ขายหรือบริการที่เปลี่ยนแปลง
ผลลัพธ์ที่คาดหวัง: บริการเก่าไม่สามารถใช้ข้อมูลรับรองเก่าต่อไปได้
วิธีทดสอบ: เรียกใช้ list-bots และ chat จากเทอร์มินัลภายในหรือสภาพแวดล้อมเซิร์ฟเวอร์ จากนั้นยืนยันว่าการสนทนาปรากฏใน Chat History หากมีการส่ง chat
| ปัญหา | แก้ไข |
|---|
| 401 หรือการตอบกลับโดยไม่ได้รับอนุญาต | ตรวจสอบการสะกด x-api-key คัดลอกคีย์ทั้งหมด และยืนยันว่าไม่ได้ถูกเพิกถอน |
| ไม่พบบอท | ใช้ list-bots อีกครั้งและยืนยันว่าบอทเป็นของเจ้าของคีย์ API |
| ปัญหาเบราว์เซอร์ CORS | ย้ายการเรียก API ไปที่แบ็กเอนด์ของคุณ คีย์ API มีไว้สำหรับการใช้งานฝั่งเซิร์ฟเวอร์ |
จะทำอย่างไรต่อไป: ใช้ /api-docs สำหรับการอ้างอิงปลายทางที่โฟกัส และเก็บหน้านี้ไว้เป็นแนวทางในขั้นตอนการทำงาน
curl -X GET "https://akhsrklbijflesmcqxur.supabase.co/functions/v1/public-api?action=list-bots" \
-H "x-api-key: sk_live_your_key_here"
curl -X POST "https://akhsrklbijflesmcqxur.supabase.co/functions/v1/public-api" \
-H "x-api-key: sk_live_your_key_here" \
-H "Content-Type: application/json" \
-d '{
"action": "chat",
"botId": "YOUR_BOT_ID",
"message": "What can you help me with?"
}'
การสนับสนุนสด CRM สะพาน
สำรวจหรือส่งคำขอการสนับสนุนสดไปที่ CRM
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อตัวแทนทำงานในระบบอื่น แต่ sem.chat ได้รับการสนทนาจากผู้เยี่ยมชม
ก่อนที่คุณจะเริ่ม- สร้างคีย์ API เฉพาะซึ่งตั้งชื่อสำหรับบริดจ์ CRM
- ตัดสินใจว่าการสำรวจความคิดเห็นหรือเว็บฮุคเหมาะสมกับโครงสร้างพื้นฐานของคุณหรือไม่
- ตรวจสอบให้แน่ใจว่า CRM เก็บรหัสการสนทนาไว้สำหรับการตอบกลับ/การแก้ปัญหาในอนาคต
1
รายการรอส่งมอบ
GET action=live-support-list พร้อมด้วย status=requested หรือ status=all
ผลลัพธ์ที่คาดหวัง: CRM ได้รับ conversations แบบเปิดซึ่งต้องการความสนใจจากมนุษย์
2
ดึงข้อความ
GET การกระทำ=live-support-messages กับ conversationId
ผลลัพธ์ที่คาดหวัง: CRM มีบริบทของเธรดแบบเต็มและรายละเอียดผู้เยี่ยมชม
3
เรียกร้องก่อนที่จะตอบกลับ
POST การกระทำ=live-support-claim
ผลลัพธ์ที่คาดหวัง: sem.chat ทำเครื่องหมายการสนทนาว่าได้รับการจัดการอย่างแข็งขัน
4
ส่งคำตอบตัวแทน
POST action=live-support-reply พร้อมด้วย conversationId ข้อความ และชื่อตัวแทน
ผลลัพธ์ที่คาดหวัง: ผู้เยี่ยมชมได้รับการตอบกลับจากมนุษย์และการอัปเดตเธรด
5
แก้ตัวหรือคืนให้
POST action=live-support-resolve พร้อมการแก้ไขหรือส่งคืน
ผลลัพธ์ที่คาดหวัง: การสนทนาออกจากคิวรอหรือ AI กลับมาควบคุมต่อ
6
สถานะบันทึกใน CRM
จัดเก็บสถานะแฮนด์ออฟ รหัสข้อความ และการประทับเวลาล่าสุด
ผลลัพธ์ที่คาดหวัง: CRM และ sem.chat ยังคงสามารถตรวจสอบได้
วิธีทดสอบ: สร้างแฮนด์ออฟที่ปลอดภัย จำลองไปยัง CRM ตอบกลับจากบริดจ์ และยืนยันการอัปเดตเธรดของผู้เยี่ยมชม
| ปัญหา | แก้ไข |
|---|
| ตั๋ว CRM ซ้ำกัน | ใช้ conversationId เป็นคีย์ idempotency ในบริดจ์ CRM ของคุณ |
| การตอบกลับมาอย่างไม่เป็นระเบียบ | จัดเก็บการประทับเวลาของข้อความและหลีกเลี่ยงการตอบกลับพร้อมกันจากหลายระบบ |
| AI ตอบกลับในขณะที่เจ้าหน้าที่กำลังทำงาน | อ้างสิทธิ์ในการโอนก่อนและส่งคืนเมื่อตัวแทนเสร็จสิ้นเท่านั้น |
จะทำอย่างไรต่อไป: ลงทะเบียน webhooks หากการสำรวจช้าเกินไปหรือแพงเกินไป
เว็บฮุค
ลงทะเบียน webhooks และยืนยัน X-SemChat-Signature
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อระบบของคุณต้องการเหตุการณ์แบบเรียลไทม์สำหรับแฮนด์ออฟ ข้อความ และการอัปเดตการแก้ปัญหา
ก่อนที่คุณจะเริ่ม- Webhook URL ต้องเป็น HTTPS และสามารถเข้าถึงได้จากอินเทอร์เน็ตสาธารณะ
- เก็บความลับของเว็บฮุคทันที มันจะแสดงครั้งเดียว
- ตรวจสอบลายเซ็นก่อนประมวลผลกิจกรรม
1
ลงทะเบียนเว็บฮุค
POST การกระทำ webhook-register พร้อม URL และเหตุการณ์
ผลลัพธ์ที่คาดหวัง: การตอบกลับประกอบด้วยรายละเอียดเว็บฮุคและข้อมูลลับในการเซ็นชื่อแบบครั้งเดียว
2
เก็บความลับ
บันทึกความลับในสภาพแวดล้อมเซิร์ฟเวอร์ของคุณหรือผู้จัดการความลับ
ผลลัพธ์ที่คาดหวัง: สามารถตรวจสอบการจัดส่งในอนาคตได้
3
ตรวจสอบลายเซ็น
อ่าน X-SemChat-Signature และเปรียบเทียบกับ HMAC SHA-256 เหนือเนื้อหาคำขอดิบ
ผลลัพธ์ที่คาดหวัง: ยอมรับเฉพาะการจัดส่ง sem.chat ของแท้เท่านั้น
4
จัดการลองใหม่อีกครั้งแบบเดิม
ใช้รหัสเหตุการณ์หรือรหัสการสนทนา/ข้อความเพื่อหลีกเลี่ยงการประมวลผลซ้ำ
ผลลัพธ์ที่คาดหวัง: การลองใหม่จะไม่สร้างระเบียน CRM ที่ซ้ำกัน
5
แสดงรายการเว็บฮุค
GET การกระทำ webhook-list เพื่อตรวจสอบปลายทางที่กำหนดค่าไว้
ผลลัพธ์ที่คาดหวัง: คุณสามารถดู URLs เหตุการณ์ สถานะที่เปิดใช้งาน และสถานะการจัดส่งล่าสุด
6
ลบ webhooks ที่เก่าแล้ว
POST การกระทำ webhook-delete พร้อมรหัสเว็บฮุค
ผลลัพธ์ที่คาดหวัง: ปลายทางเก่าหยุดรับเหตุการณ์
วิธีทดสอบ: ลงทะเบียนจุดสิ้นสุดการทดสอบ ทริกเกอร์กิจกรรมการสนับสนุนสด ตรวจสอบลายเซ็น และยืนยันว่าตัวจัดการของคุณส่งคืน 2xx
| ปัญหา | แก้ไข |
|---|
| ลายเซ็นไม่ตรงกัน | ใช้เนื้อหาดิบ ไม่แยกวิเคราะห์ JSON และยืนยันข้อมูลลับของเว็บฮุคที่ถูกต้อง |
| Webhook ไม่ได้รับกิจกรรม | ยืนยันว่ารายการเหตุการณ์รวมเหตุการณ์ที่คุณกำลังทดสอบและจุดสิ้นสุดคือ HTTPS |
| เว็บฮุคหมดเวลา | รับทราบอย่างรวดเร็วและประมวลผลงานที่ยาวนานแบบอะซิงโครนัส |
จะทำอย่างไรต่อไป: เชื่อมโยงวิศวกรกับ /api-docs เพื่อดูรายละเอียดและตัวอย่างปลายทาง
curl -X POST "https://akhsrklbijflesmcqxur.supabase.co/functions/v1/public-api" \
-H "x-api-key: sk_live_your_key_here" \
-H "Content-Type: application/json" \
-d '{
"action": "webhook-register",
"url": "https://your-crm.example.com/semchat/webhook",
"events": ["handoff.requested", "message.user", "handoff.resolved"]
}'
import crypto from 'node:crypto';
function verifySemChatSignature(rawBody, signature, secret) {
const expected = crypto
.createHmac('sha256', secret)
.update(rawBody)
.digest('hex');
return crypto.timingSafeEqual(
Buffer.from(signature || ''),
Buffer.from(expected)
);
}
แผนที่จุดสิ้นสุด
ใช้ API สาธารณะตามการกระทำอย่างถูกต้อง
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อเลือกการกระทำที่เหมาะสมสำหรับคุณสมบัติ
ก่อนที่คุณจะเริ่ม- ทุกคำขอใช้ฟังก์ชัน public-api เดียวกัน URL
- การดำเนินการ GET ใช้พารามิเตอร์การค้นหา การดำเนินการ POST ใช้เนื้อหา JSON
- ส่ง x-api-key ตามคำขอทั้งหมด
วิธีทดสอบ: เรียก usage และ list-bots เพื่อเป็นการทดสอบควันหลังจากการเปลี่ยนแปลงคีย์ API หรือจุดสิ้นสุด
| ปัญหา | แก้ไข |
|---|
| วิธีการไม่ตรงกัน | ใช้วิธีการที่แสดงในตารางจุดสิ้นสุด การดำเนินการบางอย่างเป็นแบบ GET-เท่านั้น หรือ POST-เท่านั้น |
| ไม่มีค่าที่ต้องการ | ตรวจสอบ botId, conversationId, รหัสเว็บฮุค และการสะกดการกระทำ |
จะทำอย่างไรต่อไป: ใช้ Quick Start สำหรับคำขอแรก จากนั้นใช้ /api-docs สำหรับการอ้างอิงแบบเต็ม
| วิธีการ | การดำเนินการ | วัตถุประสงค์ |
|---|
| __เซมแชท_0__ | list-bots | แสดงรายการบอททั้งหมดที่มีให้กับเจ้าของคีย์ API |
| __เซมแชท_0__ | get-bot | ดึงข้อมูลการกำหนดค่าบอทหนึ่งรายการตามรหัสบอท |
| __เซมแชท_0__ | chat | ส่งข้อความผู้เยี่ยมชมถึงบอทและตอบกลับ AI |
| __เซมแชท_0__ | conversations | แสดงรายการ conversations ล่าสุดสำหรับบอท สูงสุด 100 รายการ |
| __เซมแชท_0__ | usage | แผนการคืนสินค้า เครดิต จำนวนบอท conversations และ API คีย์ usage |
| __เซมแชท_0__ | live-support-list | รายการ conversations กำลังรอหรือจัดการโดยตัวแทนที่เป็นมนุษย์ |
| __เซมแชท_0__ | live-support-messages | ดึงกระทู้แฮนด์ออฟพร้อมข้อความและข้อมูลผู้เยี่ยมชม |
| __เซมแชท_0__ | live-support-reply | ส่งการตอบกลับแบบ Human-agent จากระบบภายนอก |
| __เซมแชท_0__ | live-support-claim | อ้างสิทธิ์การสนทนาแฮนด์ออฟที่รอคอย |
| __เซมแชท_0__ | live-support-resolve | แก้ไขแฮนด์ออฟหรือคืนการควบคุมให้กับ AI |
| __เซมแชท_0__ | webhook-register | ลงทะเบียนปลายทางเว็บฮุค HTTPS |
| __เซมแชท_0__ | webhook-list | แสดงรายการการลงทะเบียน webhook โดยไม่ส่งคืนข้อมูลลับ |
| __เซมแชท_0__ | webhook-delete | ลบการลงทะเบียน webhook ด้วย ID |
เวิร์กโฟลว์คุณลักษณะของแอป
เพิ่มเส้นทางแอป หน้า รายการการนำทาง และรายการเอกสาร
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อเพิ่มคุณลักษณะแดชบอร์ดสำหรับการพบปะกับลูกค้าใหม่
ก่อนที่คุณจะเริ่ม- สร้างสาขาก่อนแก้ไข
- ระบุว่าคุณลักษณะนี้อยู่ใน repo ของแอปหรือ repo ส่วนหน้าสาธารณะ sem.chat
- ตรวจสอบเส้นทาง แถบด้านข้าง i18n และรูปแบบการตั้งค่าที่มีอยู่ก่อนที่จะเพิ่มโครงสร้างใหม่
1
เพิ่มเส้นทาง
อัปเดต src/App.tsx ด้วยเส้นทางที่ได้รับการป้องกันสำหรับเพจของลูกค้า หรือเส้นทางสาธารณะเมื่อเพจนั้นต้องเป็นสาธารณะเท่านั้น
ผลลัพธ์ที่คาดหวัง: URL แก้ไขในแอปโดยไม่ต้องกดปุ่ม NotFound
2
สร้างหรืออัปเดตองค์ประกอบของหน้า
ใช้รูปแบบเพจที่มีอยู่ การโหลดข้อมูล สถานะว่าง สถานะการโหลด และการอนุญาต
ผลลัพธ์ที่คาดหวัง: คุณลักษณะนี้ทำงานสอดคล้องกับแดชบอร์ด
3
เพิ่มการนำทางแดชบอร์ด
อัปเดตแหล่งที่มาของแถบด้านข้าง/การนำทางด้วยป้ายกำกับ ไอคอน เส้นทาง และประตูแผน หากจำเป็น
ผลลัพธ์ที่คาดหวัง: ผู้ใช้สามารถค้นพบหน้าใหม่ได้จากเปลือกแอป
4
เพิ่มแท็บหรือการตั้งค่าตัวสร้างบอท
หากคุณลักษณะนี้เป็นของบอท ให้เพิ่มลงในแท็บ Bot Builder และคงไว้ผ่านขั้นตอนการบันทึกที่มีอยู่
ผลลัพธ์ที่คาดหวัง: การกำหนดค่าเฉพาะบอทจะถูกบันทึกพร้อมกับบอท ไม่ใช่ค้างอยู่ในสถานะท้องถิ่น
5
เพิ่มการเปลี่ยนแปลงสคีมา/ฟังก์ชัน Supabase
สร้างการโยกย้ายสำหรับตาราง/นโยบายและฟังก์ชัน Edge สำหรับงานฝั่งเซิร์ฟเวอร์
ผลลัพธ์ที่คาดหวัง: พฤติกรรมฐานข้อมูลและเซิร์ฟเวอร์สามารถปรับใช้ซ้ำได้
6
อัปเดตรูปร่าง API หากเป็นแบบสาธารณะ
เพิ่มหรือขยายการจัดการการดำเนินการในลักษณะการทำงาน supabase/functions/public-api/index.ts และเอกสาร x-api-key
ผลลัพธ์ที่คาดหวัง: การรวมระบบสามารถใช้คุณสมบัตินี้ได้อย่างปลอดภัย
7
อัปเดตเอกสารแอปและเอกสารสาธารณะ
อัปเดตเอกสารสำหรับนักพัฒนาในแอปและ /documentation หน้านี้พร้อมภาพหน้าจอและขั้นตอนการคลิกต่อคลิก
ผลลัพธ์ที่คาดหวัง: ผู้ใช้และวิศวกรเห็นคุณลักษณะนี้ในทั้งสองแห่ง
8
ดำเนินการตรวจสอบ
เรียกใช้การทดสอบ/สร้างแอป เครื่องมือเพิ่มประสิทธิภาพ SEO บนเว็บไซต์สาธารณะ การตรวจสอบแผนผังเว็บไซต์ และการตรวจสอบเบราว์เซอร์
ผลลัพธ์ที่คาดหวัง: คุณลักษณะนี้ใช้งานได้ในพื้นที่และไซต์สาธารณะยังคงสามารถรวบรวมข้อมูลได้
วิธีทดสอบ: เปิดเส้นทางใหม่ ใช้คุณลักษณะตั้งแต่ต้นจนจบ ตรวจสอบข้อผิดพลาดของคอนโซล/เครือข่าย และตรวจสอบการเปลี่ยนแปลงฐานข้อมูลจาก UI
| ปัญหา | แก้ไข |
|---|
| เส้นทางใช้งานได้แต่ระบบนำทางไม่เน้น | ตรวจสอบการจับคู่เส้นทางแถบด้านข้างและเส้นทางการเปลี่ยนเส้นทาง |
| ข้อมูลทำงานในเครื่องแต่ไม่ได้ปรับใช้ | ยืนยันการย้ายข้อมูล นโยบาย RLS และตัวแปรสภาพแวดล้อมของฟังก์ชัน Edge |
| เอกสารสาธารณะหายไปจากแผนผังเว็บไซต์ | เรียกใช้เครื่องมือเพิ่มประสิทธิภาพ SEO และตรวจสอบ sitemap.xml สำหรับ canonical URL |
จะทำอย่างไรต่อไป: จับภาพหรือสร้างภาพหน้าจอเอกสารประกอบใหม่ทุกครั้งที่ UI เปลี่ยนแปลง
ขั้นตอนการบำรุงรักษาเอกสาร
อัปเดตหน้าเอกสารสาธารณะนี้หลังจากการเปลี่ยนแปลงผลิตภัณฑ์
สิ่งนี้มีไว้เพื่ออะไร: ใช้สิ่งนี้เมื่อภาพหน้าจอ เวิร์กโฟลว์ พฤติกรรม API หรือการนำทางเปลี่ยนแปลง
ก่อนที่คุณจะเริ่ม- ใช้ข้อมูลสาธิตที่ปลอดภัยเท่านั้น
- อย่าเปิดเผยลูกค้าจริง อีเมล รายละเอียดการชำระเงิน คีย์ API หรือ conversations ส่วนตัว
- อัปเดตคู่มือภาษาอังกฤษก่อน จากนั้นรีเฟรชหน้าคู่มือที่แปลแล้วทุกหน้าก่อนตรวจสอบ SEO
1
ตรวจสอบเส้นทางที่เปลี่ยนแปลง
เปิดเส้นทางของแอปและระบุสิ่งที่เปลี่ยนแปลงทั้งทางสายตาและขั้นตอน
ผลลัพธ์ที่คาดหวัง: คุณทราบว่าคำแนะนำ ภาพหน้าจอ และแถวการแก้ปัญหาใดที่ต้องแก้ไข
2
จับภาพหรือสร้างภาพหน้าจอที่ปลอดภัย
ใช้พื้นที่ทำงานสาธิตและปกปิดความลับก่อนที่จะบันทึกเนื้อหา WebP ภายใต้เนื้อหา/เอกสารประกอบ
ผลลัพธ์ที่คาดหวัง: ภาพหน้าจอมีความถูกต้องและปลอดภัยในการเผยแพร่
3
อัพเดทคู่มือครับ
แก้ไขส่วนที่เกี่ยวข้อง มีไว้เพื่ออะไร ก่อนที่คุณจะเริ่ม ขั้นตอน ผลลัพธ์ที่คาดหวัง การทดสอบ การแก้ไขปัญหา และส่วนถัดไป
ผลลัพธ์ที่คาดหวัง: คู่มือนี้จะแจ้งให้ผู้ใช้ทราบว่าควรคลิกอะไรและควรเกิดอะไรขึ้นหลังจากการคลิกแต่ละครั้ง
4
อัปเดตการนำทางหากจำเป็น
เพิ่มส่วนลงใน TOC แบบติดหนึบ ตัวเลือกส่วนมือถือ และดัชนีภาพหากเป็นเพจหลัก
ผลลัพธ์ที่คาดหวัง: ผู้อ่านสามารถค้นหาเนื้อหาใหม่ได้อย่างรวดเร็ว
5
เรียกใช้เครื่องมือ SEO
เรียกใช้ node tools/seo-optimize-static-pages.js และ node tools/seo-optimize-static-pages.js --check
ผลลัพธ์ที่คาดหวัง: ผลลัพธ์ Canonical ข้อมูลเมตา แผนผังเว็บไซต์ และโรบ็อตยังคงถูกต้อง
6
เรียกใช้การล้างข้อมูลและการตรวจสอบความแตกต่าง
เรียกใช้ node tools/static-translation-cleanup.js --audit และ git diff --check
ผลลัพธ์ที่คาดหวัง: การแปลแบบคงที่และช่องว่างนั้นสะอาด
7
เบราว์เซอร์ยืนยัน
ให้บริการไซต์ในพื้นที่และทดสอบ/จัดทำเอกสารบนเดสก์ท็อปและอุปกรณ์เคลื่อนที่
ผลลัพธ์ที่คาดหวัง: โหลดรูปภาพ, ค้นหา, ปุ่มคัดลอก, ไฮไลท์ TOC และเลย์เอาต์ไม่ทับซ้อนกับแบนเนอร์คุกกี้
วิธีทดสอบ: ค้นหาชื่อคุณลักษณะที่เปลี่ยนแปลงใน /documentation และยืนยันว่าบล็อกคำแนะนำที่ถูกต้องปรากฏขึ้น
| ปัญหา | แก้ไข |
|---|
| เครื่องหมายภาพหน้าจอลอยบนมือถือ | เก็บเครื่องหมายไว้ในภาพหน้าจอหรือใช้พิกัดของเครื่องหมายตอบสนอง |
| การค้นหาพลาดคำแนะนำใหม่ | เพิ่มคำสำคัญที่เป็นประโยชน์ให้กับ data-title และรวมคำผลิตภัณฑ์ที่ผู้ใช้ค้นหา |
| เอกสารที่แปลแล้วล้าสมัย | หลังจากแก้ไขคู่มือภาษาอังกฤษแล้ว ให้รีเฟรชหน้าคู่มือที่แปลแล้วทุกหน้า เรียกใช้ตัวเพิ่มประสิทธิภาพ SEO อีกครั้ง และยืนยันว่า sitemap.xml มี URL ของเอกสารครบทุกหน้า |
จะทำอย่างไรต่อไป: ยอมรับหน้าเอกสาร เนื้อหา ลิงก์ส่วนหัว/ส่วนท้าย .htaccess และการเปลี่ยนแปลงแผนผังเว็บไซต์ร่วมกัน
ต้องการการอ้างอิง API ที่เน้นหรือไม่
/api-docs เพจเก่ายังคงพร้อมใช้งานสำหรับรายละเอียด API ระดับปลายทาง
เปิด API เอกสาร