Contact
Line : comsiam
Prompt Microsoft Copilot สำหรับบริการลูกค้าที่ดี ควรระบุให้ชัดว่า ลูกค้าถามหรือมีปัญหาเรื่องอะไร ต้องการให้ตอบด้วยน้ำเสียงแบบไหน มีข้อมูลอะไรที่ยืนยันได้ และต้องการให้ลูกค้าทำอะไรต่อหลังอ่านข้อความ
ถ้าสั่งเพียงว่า “ช่วยตอบลูกค้าให้หน่อย” Copilot อาจตอบได้สุภาพ แต่มีความเสี่ยงที่จะตอบไม่ครบประเด็น หรือเติมข้อมูลเรื่องราคา สต็อก การรับประกัน การคืนสินค้า หรือระยะเวลาที่ธุรกิจยังไม่ได้ยืนยัน
สูตรที่ใช้ง่ายคือ:
Customer Message + Goal + Verified Facts + Tone + Resolution + Next Step + Constraints
ตัวอย่าง:
“ตอบลูกค้าจากข้อความด้านล่างด้วยภาษาสุภาพและเข้าใจง่าย ใช้เฉพาะข้อมูลที่ยืนยันแล้ว หากข้อมูลใดไม่มีให้แจ้งว่าต้องตรวจสอบเพิ่มเติม และจบด้วยขั้นตอนถัดไปที่ชัดเจน”
① Microsoft Copilot ช่วยงานบริการลูกค้าอะไรได้บ้าง
สามารถช่วยได้ เช่น
- ร่างคำตอบลูกค้า
- สรุปปัญหาจากข้อความยาว
- แยกคำถามหลายข้อ
- ปรับ Tone of Voice
- สร้าง FAQ
- สร้าง Response Template
- สรุป Ticket
- สร้าง Troubleshooting Step
- สรุป Complaint
- สร้าง Follow-up
- จัดกลุ่มปัญหาที่เกิดซ้ำ
แต่ก่อนส่งจริง ควรตรวจข้อมูลที่มีผลต่อลูกค้าอีกครั้ง
② เริ่มจากอ่านข้อความลูกค้าให้ครบ
ก่อนตอบ ควรรู้ว่าลูกค้าถามกี่เรื่อง
Prompt:
“อ่านข้อความลูกค้านี้แล้วแยกทุกคำถามและทุกประเด็นที่ต้องตอบก่อนร่างคำตอบ”
ช่วยลดปัญหาตอบเพียงข้อแรกแล้วลืมข้ออื่น
③ Prompt แยกคำถามลูกค้า
ตัวอย่าง:
“แยกข้อความนี้เป็น:
- คำถาม
- ปัญหา
- ข้อมูลที่ลูกค้าให้
- ข้อมูลที่เรายังต้องถามเพิ่ม”
เหมาะกับข้อความยาวหรือ Complaint
④ ระบุเป้าหมายของคำตอบ
Goal อาจเป็น:
- ให้ข้อมูล
- แก้ปัญหา
- ขอข้อมูลเพิ่ม
- ยืนยันสถานะ
- อธิบายเงื่อนไข
- ปิด Ticket
- นัดหมาย
- ส่งต่อทีมที่เกี่ยวข้อง
Prompt:
“เป้าหมายคือให้ลูกค้าทำ Troubleshooting ขั้นแรกและส่งผลกลับมา”
ชัดกว่า:
“ช่วยตอบให้ดี”
⑤ ใช้เฉพาะข้อมูลที่ยืนยันแล้ว
เพิ่มคำสั่ง:
“ห้ามสร้างราคา สต็อก ระยะเวลาจัดส่ง Warranty Refund หรือเงื่อนไขอื่นที่ไม่ได้ระบุ”
สำคัญมากกับ Customer Service
⑥ ถ้าไม่รู้ ให้บอกว่ายังไม่รู้
ตัวอย่าง:
“ข้อมูลส่วนนี้ยังต้องตรวจสอบเพิ่มเติม”
ดีกว่าการเดาคำตอบให้ดูสมบูรณ์
⑦ Prompt ตอบคำถามทั่วไป
“ตอบคำถามลูกค้านี้ให้กระชับ สุภาพ และตรงประเด็น โดยตอบครบทุกข้อ”
เหมาะกับ FAQ ทั่วไป
⑧ Prompt ตอบแบบเป็นขั้นตอน
หากต้องแก้ปัญหา:
“ตอบเป็นขั้นตอน 1–5 และให้ลูกค้าทดลองทีละขั้นจากง่ายไปยาก”
ช่วยลดความสับสน
⑨ Prompt สำหรับลูกค้ามือใหม่
“อธิบายวิธีแก้ปัญหาให้คนที่ไม่มีพื้นฐานเทคนิคเข้าใจ โดยหลีกเลี่ยงศัพท์ยาก”
เหมาะกับสินค้าหรือบริการด้านเทคนิค
⑩ Prompt สำหรับลูกค้าที่มีความรู้เทคนิค
ในทางกลับกัน:
“ตอบแบบ Technical และระบุค่าหรือการตั้งค่าที่ต้องตรวจ”
ช่วยไม่ให้คำตอบพื้นฐานเกินไป
⑪ ปรับ Tone ให้เหมาะ
Tone อาจเป็น:
- สุภาพ
- เป็นกันเอง
- มืออาชีพ
- กระชับ
- เห็นใจ
- Technical
Prompt:
“ใช้ภาษามืออาชีพ อ่อนโยน แต่ไม่ยืดยาว”
⑫ อย่าใช้ภาษาที่ดูเหมือนหุ่นยนต์
ตัวอย่างที่แข็ง:
“ทางบริษัทได้รับทราบถึงปัญหาของท่านเป็นที่เรียบร้อยแล้ว”
อาจปรับเป็น:
“ได้รับรายละเอียดแล้วครับ เดี๋ยวขอไล่ตรวจทีละจุดให้”
ขึ้นอยู่กับ Tone ของแบรนด์
⑬ Prompt ลดความเป็น AI
ใช้:
“Rewrite ให้เหมือนพนักงานจริงตอบลูกค้า ใช้ประโยคสั้นและเป็นธรรมชาติ”
ช่วยให้ข้อความอ่านง่ายขึ้น
⑭ ตอบ Complaint อย่างไร
โครงสร้างที่ใช้ได้:
- Acknowledge
- Apologize เมื่อเหมาะสม
- Clarify
- Action
- Next Step
ช่วยให้ Complaint Response ไม่วนไปมา
⑮ Prompt Complaint
ตัวอย่าง:
“ตอบ Complaint นี้โดยรับทราบปัญหา อธิบายเฉพาะสิ่งที่ยืนยันได้ ระบุสิ่งที่จะตรวจ และจบด้วย Next Step”
⑯ อย่าเถียงลูกค้าทันที
แม้ข้อมูลลูกค้าอาจไม่ครบ ควรตรวจสอบก่อน
เช่น:
“จากข้อมูลที่ส่งมา ตอนนี้ยังสรุปสาเหตุไม่ได้ครับ ขอเช็กอีก 2 จุด…”
ช่วยให้การสนทนาเดินต่อ
⑰ อย่าขอโทษจนเกินเหตุ
คำขอโทษควรสัมพันธ์กับสถานการณ์
ไม่จำเป็นต้องใช้หลายครั้งในข้อความเดียว
เพราะอาจทำให้คำตอบยาวและดูไม่มั่นใจ
⑱ Prompt สำหรับลูกค้าไม่พอใจ
“ตอบลูกค้าที่ไม่พอใจด้วยน้ำเสียงสงบ ไม่โต้เถียง ไม่โทษลูกค้า และเน้นสิ่งที่เราจะทำต่อ”
ช่วยลดการปะทะ
⑲ Prompt ขอข้อมูลเพิ่ม
ตัวอย่าง:
“ขอข้อมูลเพิ่มเติมเฉพาะที่จำเป็นต่อการวิเคราะห์ปัญหา และอธิบายสั้น ๆ ว่าต้องใช้ข้อมูลนั้นเพื่ออะไร”
ช่วยไม่ให้ลูกค้ารู้สึกว่าถูกถามเยอะเกินไป
⑳ อย่าขอข้อมูลที่มีอยู่แล้ว
ถ้าลูกค้าส่ง:
- รุ่นสินค้า
- Order Number
- ภาพปัญหา
มาแล้ว ไม่ควรถามซ้ำ
Prompt:
“ตรวจข้อมูลที่ลูกค้าให้มาแล้วก่อนสร้างคำถามเพิ่มเติม”
㉑ Prompt เก็บข้อมูลปัญหา
สำหรับงานเทคนิค อาจต้องถาม:
- รุ่น
- อาการ
- เริ่มเกิดเมื่อไร
- Error Message
- สิ่งที่ลองทำแล้ว
- Environment
Prompt:
“สร้าง Troubleshooting Questions ไม่เกิน 5 ข้อที่จำเป็นที่สุด”
㉒ Troubleshooting ควรเริ่มจากง่ายไปยาก
ตัวอย่าง:
- ตรวจสาย
- Restart
- ตรวจ Setting
- Test อุปกรณ์อื่น
- Reset เมื่อจำเป็น
ช่วยลดความเสี่ยงและเวลาของลูกค้า
㉓ อย่าแนะนำ Reset เป็นขั้นแรกเสมอ
Reset อาจทำให้ Setting หาย
ควรใช้เมื่อเหมาะสมและอธิบายผลกระทบก่อน
㉔ Prompt Troubleshooting
“สร้าง Troubleshooting Flow จากอาการนี้ เรียงจากวิธีที่เสี่ยงต่ำและง่ายที่สุดก่อน พร้อมระบุจุดที่ควรหยุดและส่งต่อช่าง”
㉕ ระบุ Stop Condition
ตัวอย่าง:
“ถ้าพบกลิ่นไหม้หรืออุปกรณ์ร้อนผิดปกติ ให้หยุดใช้งาน”
Customer Support ที่ดีต้องคำนึงถึงความปลอดภัยด้วย
㉖ Prompt สรุป Ticket
ใช้:
“สรุป Ticket เป็น Issue, Customer Impact, Steps Tried, Current Status และ Next Action”
ช่วยให้ทีมอื่นรับช่วงต่อได้ง่าย
㉗ สร้าง Ticket Title
Prompt:
“สร้าง Ticket Title สั้น ๆ ที่บอกสินค้าและอาการ”
ตัวอย่าง:
“Router X – Wi-Fi หลุดทุก 10 นาที”
ดีกว่า:
“ลูกค้าแจ้งปัญหา”
㉘ Prompt ส่งต่อทีมเทคนิค
“สรุปเคสนี้สำหรับทีมเทคนิค โดยตัดข้อความทักทายออกและเก็บเฉพาะอาการ ข้อมูลเครื่อง สิ่งที่ลองแล้ว และ Error”
ช่วยลดเวลาการอ่าน
㉙ Prompt Escalation
“สร้าง Escalation Summary โดยระบุ Severity, Impact, Evidence, Steps Tried และสิ่งที่ต้องการให้ทีมถัดไปตรวจ”
เหมาะกับ Support หลายระดับ
㉚ อย่าเดา Severity
หากไม่มีเกณฑ์ Severity ขององค์กร ควรใช้คำอธิบาย Impact แทน
เช่น:
“ผู้ใช้ทั้งหมดไม่สามารถเข้าใช้งานระบบ”
ดีกว่าให้ AI เดาว่า “P1”
㉛ Prompt FAQ
ตัวอย่าง:
“จาก Ticket 50 รายการนี้ จัดกลุ่มคำถามที่เกิดซ้ำและสร้าง FAQ”
ช่วยลดคำถามซ้ำในอนาคต
㉜ รวมคำถาม Intent เดียวกัน
ตัวอย่าง:
“ส่งของกี่วัน”
“ของถึงเมื่อไร”
“ใช้เวลาจัดส่งนานไหม”
อาจรวมเป็น FAQ เดียวกันได้
㉝ Prompt สร้าง Knowledge Base
“จาก FAQ เหล่านี้ สร้าง Knowledge Base โดยมี Problem, Cause, Solution และ When to Escalate”
ช่วยให้ทีมตอบสม่ำเสมอขึ้น
㉞ Prompt สร้าง Response Template
Template อาจมี:
- เปิดข้อความ
- คำตอบ
- วิธีแก้
- Next Step
- ปิดข้อความ
ช่วยตอบเร็วขึ้น
㉟ อย่าใช้ Template แบบแข็ง
Template ควรปรับตามเคส
ไม่ควร Copy-Paste โดยไม่อ่านบริบท เพราะอาจตอบผิดคำถาม
㊱ Prompt ตรวจ Template
“ตรวจ Response Template นี้ว่ามีส่วนใดกว้างเกินไป อาจทำให้ตอบผิดเคส หรือมี Claim ที่ต้องตรวจ”
㊲ ตอบเรื่องราคา
Prompt:
“ตอบคำถามเรื่องราคาโดยใช้เฉพาะราคาที่ให้ และถ้ามีหลายตัวเลือกให้จัดเป็นตาราง”
ห้ามสร้าง Discount เอง
㊳ ตอบเรื่องสต็อก
หากไม่มีข้อมูล Real-time:
“ตอนนี้ยังไม่สามารถยืนยันสต็อกได้ ต้องตรวจสอบก่อน”
ดีกว่าเดาว่ามีของ
㊴ ตอบเรื่องจัดส่ง
ควรใช้เฉพาะข้อมูลที่ธุรกิจยืนยันได้ เช่น
- Carrier
- Cut-off
- ระยะเวลาประมาณการ
อย่ารับประกันวันที่หากระบบไม่ได้ยืนยัน
㊵ Prompt การจัดส่ง
“ตอบโดยแยก Estimated Delivery ออกจาก Guaranteed Delivery และอย่ารับประกันสิ่งที่ไม่มีข้อมูลรองรับ”
㊶ ตอบเรื่องคืนสินค้า
Prompt:
“อธิบาย Return Policy จากข้อความนโยบายที่ให้โดยไม่เพิ่มเงื่อนไข”
สำคัญเพราะ Return Policy เป็นเงื่อนไขทางธุรกิจ
㊷ ตอบเรื่อง Refund
ใช้:
“สรุปขั้นตอน Refund ตาม Policy นี้ และระบุข้อมูลที่ลูกค้าต้องเตรียม”
ห้ามสร้างระยะเวลาเองหาก Policy ไม่ระบุ
㊸ ตอบเรื่อง Warranty
Prompt:
“อธิบาย Warranty ให้เข้าใจง่าย โดยแยกสิ่งที่ครอบคลุม สิ่งที่ไม่ครอบคลุม และขั้นตอนเคลม”
ควรอิงเงื่อนไขจริง
㊹ Prompt ลูกค้าถามหลายเรื่อง
“ตอบทุกคำถามตามลำดับ 1, 2, 3 และท้ายข้อความสรุปว่าลูกค้าต้องทำอะไรต่อ”
ช่วยป้องกันคำตอบตกหล่น
㊺ Prompt ตอบให้สั้นลง
หากคำตอบยาว:
“ลดข้อความนี้ลง 40% โดยห้ามตัดขั้นตอนสำคัญหรือเงื่อนไข”
เหมาะกับ Chat Support
㊻ Prompt ตอบแบบละเอียด
สำหรับเคสซับซ้อน:
“ขยายคำตอบโดยอธิบายเหตุผลของแต่ละขั้นตอนและข้อควรระวัง”
เหมาะกับ Email หรือ Knowledge Base
㊼ Prompt ทำเป็น Bullet Point
ใช้:
“Rewrite เป็น Bullet Point เพื่อให้ลูกค้าทำตามง่าย”
เหมาะกับ Troubleshooting
㊽ Prompt ทำเป็นตาราง
ตัวอย่าง:
| ปัญหา | สิ่งที่ตรวจ | วิธีแก้ |
|---|
เหมาะกับหลายอาการ
㊾ Prompt สำหรับลูกค้าภาษาอังกฤษ
“แปลคำตอบนี้เป็นภาษาอังกฤษแบบ Customer Service และรักษาความหมายเดิมทุกประเด็น”
ช่วยตอบลูกค้าต่างประเทศ
㊿ Prompt แปลกลับเพื่อตรวจ
ถ้าเป็นข้อความสำคัญ:
“แปลข้อความภาษาอังกฤษกลับเป็นภาษาไทยเพื่อเช็กว่าความหมายไม่เปลี่ยน”
ช่วยลด Translation Error
51. Prompt ปรับระดับความสุภาพ
สามารถสั่ง:
“สร้าง 3 เวอร์ชัน: สุภาพมาก, มืออาชีพปกติ, เป็นกันเอง”
แล้วเลือกให้เหมาะกับ Channel
52. ตอบผ่าน Live Chat
ควร:
- สั้น
- ตรง
- ถามทีละเรื่อง
- รอ Feedback
ไม่ควรส่ง Paragraph ยาวมากในครั้งเดียว
53. ตอบผ่าน Email
สามารถละเอียดขึ้น เช่น:
- สรุปปัญหา
- วิธีแก้
- เงื่อนไข
- Next Step
เหมาะกับเรื่องที่ต้องอ้างอิงภายหลัง
54. ตอบผ่าน Social Media
ควรระวังข้อมูลส่วนบุคคล
หากต้องใช้ Order หรือข้อมูลส่วนตัว ควรย้ายไปช่องทางส่วนตัวของธุรกิจ
55. อย่าขอข้อมูลสำคัญในพื้นที่สาธารณะ
เช่น:
- รหัสผ่าน
- เลขบัตร
- ข้อมูลการชำระเงินแบบละเอียด
ควรใช้ช่องทางที่ปลอดภัยตามระบบของธุรกิจ
56. Prompt ตรวจ Privacy
“ตรวจข้อความ Support นี้ว่ามีการขอข้อมูลส่วนบุคคลเกินความจำเป็นหรือไม่”
ช่วยลดความเสี่ยง
57. Prompt ตรวจ Claim
ใช้:
“ทำเครื่องหมายข้อความที่เป็น Claim เรื่องราคา ประสิทธิภาพ Warranty Stock หรือ Delivery เพื่อให้ฉันตรวจยืนยันก่อนส่ง”
มีประโยชน์กับข้อความขายและ Support
58. Prompt ตรวจครบทุกคำถาม
“เทียบคำตอบกับข้อความลูกค้า แล้วตรวจว่ามีคำถามไหนยังไม่ได้ตอบ”
ช่วยทำ Final QC
59. Prompt ตรวจ Tone
“ตรวจว่าคำตอบนี้มีประโยคที่อาจฟังเหมือนโทษลูกค้า ประชด หรือไม่ให้ความร่วมมือหรือไม่”
ช่วยลดข้อความที่สร้างความขัดแย้ง
60. Prompt ตรวจความชัดเจน
“ระบุประโยคที่ลูกค้าอาจตีความได้หลายแบบ แล้ว Rewrite ให้ชัด”
สำคัญกับเงื่อนไขและขั้นตอน
61. Prompt ตรวจ Next Step
“ตรวจว่าหลังอ่านข้อความนี้ลูกค้ารู้หรือไม่ว่าต้องทำอะไรต่อ ถ้ายังไม่ชัดให้เพิ่ม Next Step”
Customer Service ที่ดีควรจบด้วย Direction
62. สร้าง Customer Service Workflow
ตัวอย่าง:
- Receive
- Understand
- Verify
- Respond
- Resolve
- Follow-up
- Close
Prompt:
“สร้าง Workflow สำหรับทีม Customer Service จากกระบวนการนี้”
63. สร้าง Triage
Triage คือการจัดว่าเคสควรไปทางไหน เช่น
- Sales
- Technical
- Billing
- Shipping
- Warranty
Prompt:
“จัด Ticket ตามประเภทโดยใช้ข้อความลูกค้า”
ช่วย Routing ได้เร็วขึ้น
64. Prompt แยก Urgency
สามารถดูจาก Impact ที่ลูกค้าแจ้ง
เช่น:
- ระบบใช้ไม่ได้ทั้งหมด
- ใช้งานได้บางส่วน
- คำถามทั่วไป
แต่ควรมีกฎองค์กรก่อนใช้ Priority จริง
65. สร้าง Tag สำหรับ Ticket
ตัวอย่าง:
- Shipping
- Warranty
- Payment
- Technical
- Product
- Complaint
Prompt:
“สร้าง Tag จาก Issue หลักไม่เกิน 3 Tag ต่อ Ticket”
ช่วยค้นหา Pattern
66. วิเคราะห์ Ticket จำนวนมาก
Prompt:
“จัดกลุ่ม Ticket เหล่านี้ตาม Problem Theme และนับจำนวนแต่ละกลุ่มจากข้อมูลจริง”
ช่วยหา Top Issues
67. วิเคราะห์ Root Cause เบื้องต้น
ใช้:
“จาก Ticket ที่เกิดซ้ำ หา Pattern และสร้าง Root Cause Hypothesis แยกจาก Fact”
ช่วยเตรียม Investigation
68. อย่าสรุป Root Cause เร็วเกินไป
การที่ลูกค้าหลายรายมีอาการเหมือนกัน ไม่ได้แปลว่าสาเหตุเดียวกันแน่นอน
ควรใช้คำว่า Hypothesis จนกว่าจะตรวจยืนยัน
69. สร้าง Voice of Customer
Prompt:
“สรุปคำพูดลูกค้าเป็น Theme เช่น ราคา คุณภาพ การใช้งาน จัดส่ง และ Support”
ช่วยนำ Feedback ไปใช้กับ Product และ Marketing
70. หา Feature Request
Prompt:
“แยก Feature Request ออกจาก Bug และคำถามทั่วไป”
ช่วยส่งข้อมูลให้ Product Team
71. หา Repeated Complaint
“ระบุ Complaint ที่เกิดซ้ำมากที่สุด และยกจำนวนจากข้อมูลเท่านั้น”
ช่วยจัด Priority ในการแก้ปัญหา
72. สร้าง Weekly Support Report
Prompt:
“สร้าง Weekly Customer Service Report โดยมี Ticket Volume, Top Issues, Unresolved Cases และ Repeated Problems”
เหมาะกับหัวหน้าทีม
73. สร้าง Monthly Support Report
เพิ่ม:
- Trend
- Response
- Resolution
- Customer Feedback
- Improvement Action
แต่ใช้เฉพาะ Metric ที่ระบบมีจริง
74. สร้าง Training Material
Prompt:
“จาก Ticket ที่เกิดซ้ำ สร้างบทเรียนสำหรับพนักงานใหม่ พร้อมตัวอย่างสถานการณ์และแนวทางตอบ”
ช่วยสร้างมาตรฐานทีม
75. Role-play ลูกค้า
ใช้ Copilot ซ้อมสถานการณ์ได้ เช่น:
- ลูกค้าไม่พอใจ
- ลูกค้ารีบ
- ลูกค้าถามเทคนิค
- ลูกค้าต่อรอง
Prompt:
“จำลองบทสนทนาให้ฉันฝึกตอบ แล้วให้ Feedback หลังจบแต่ละรอบ”
76. Prompt ตอบลูกค้าฉบับพร้อมใช้
“ช่วยตอบลูกค้าจากข้อความต่อไปนี้:
[ข้อความลูกค้า]
Goal:
[ต้องการแก้หรือแจ้งอะไร]
Verified Facts:
[ข้อมูลที่ยืนยัน]
Tone:
สุภาพ มืออาชีพ และอ่านง่าย
สร้างคำตอบโดย:
- รับทราบคำถามหรือปัญหา
- ตอบทุกประเด็น
- ใช้เฉพาะข้อมูลที่ยืนยัน
- ถ้าข้อมูลไม่พอให้บอกว่าต้องตรวจเพิ่ม
- ให้ขั้นตอนแก้ไขหากมี
- จบด้วย Next Step ที่ชัดเจน
ข้อห้าม:
- ห้ามสร้างราคา
- ห้ามสร้างสต็อก
- ห้ามสร้างระยะเวลาจัดส่ง
- ห้ามสร้าง Warranty หรือ Refund Policy
- ห้ามรับปากสิ่งที่ยังยืนยันไม่ได้”
Template นี้เหมาะกับ Customer Service หลายประเภท
77. Template Complaint
“ตอบ Complaint นี้โดย:
- รับทราบปัญหา
- ใช้น้ำเสียงสงบ
- ไม่โทษลูกค้า
- อธิบายเฉพาะสิ่งที่ยืนยันได้
- ระบุสิ่งที่เราจะตรวจหรือทำต่อ
- ให้ Next Step และช่องทางติดตาม”
78. Template Technical Support
“วิเคราะห์อาการจากข้อมูลนี้
ตอบเป็น:
- สาเหตุที่เป็นไปได้ โดยระบุว่าเป็น Hypothesis
- ขั้นตอนตรวจสอบจากง่ายไปยาก
- สิ่งที่ต้องถามเพิ่ม
- จุดที่ควรหยุด Troubleshooting
- เงื่อนไขที่ควร Escalate”
79. Template ขอข้อมูลเพิ่ม
“สร้างข้อความขอข้อมูลเพิ่มไม่เกิน 5 ข้อ โดยขอเฉพาะสิ่งที่จำเป็น และอธิบายสั้น ๆ ว่าข้อมูลแต่ละอย่างช่วยตรวจปัญหาอย่างไร”
80. Template Follow-up
“สร้าง Follow-up หลังแก้ปัญหา โดยถามว่าปัญหาหายหรือไม่ และบอกว่าหากยังเกิดให้ส่งข้อมูลอะไรกลับมา”
ช่วยปิด Loop
81. Template Closing Ticket
“สร้างข้อความปิด Ticket แบบสุภาพ โดยสรุปสิ่งที่แก้แล้วและวิธีกลับมาติดต่อหากปัญหาเกิดซ้ำ”
82. สร้าง Macro สำหรับทีม
Macro คือข้อความตอบที่ใช้บ่อย
เช่น:
- ขอ Order Number
- แจ้งขั้นตอนเคลม
- ขอภาพ Error
- ส่ง Troubleshooting
Prompt:
“สร้าง Macro Library จากคำถามที่เกิดซ้ำ และเว้น Placeholder สำหรับข้อมูลเฉพาะลูกค้า”
83. อย่าให้ Macro ทำให้คำตอบผิดบริบท
ก่อนส่งควรตรวจ:
- ชื่อลูกค้า
- รุ่น
- Order
- วันที่
- Policy
ทุกครั้ง
84. สร้าง Response Checklist
ก่อนส่งตอบ ตรวจว่า:
- อ่านครบหรือยัง
- ตอบทุกคำถามหรือยัง
- Fact ถูกต้องหรือไม่
- มีข้อมูลที่เดาเองหรือไม่
- Tone เหมาะหรือไม่
- ขั้นตอนทำตามได้หรือไม่
- มี Next Step หรือไม่
- ขอข้อมูลเกินจำเป็นหรือไม่
- มีคำรับปากเกินจริงหรือไม่
- ต้อง Escalate หรือไม่
85. Workflow ใช้ Microsoft Copilot กับ Customer Service
ใช้ลำดับ:
- Read
- Extract Questions
- Identify Goal
- Verify Facts
- Draft Response
- Check Tone
- Check Claims
- Add Next Step
- Send
- Follow-up
- Summarize Ticket
- Learn from Pattern
ช่วยให้ AI เป็นผู้ช่วยจัดข้อมูลและร่างคำตอบ โดยคนยังควบคุมข้อเท็จจริงสำคัญ
86. สูตร Prompt ที่ควรจำ
สูตรคือ:
Customer Message + Verified Facts + Resolution + Tone + Next Step + Constraints
ตัวอย่าง:
“ตอบข้อความลูกค้านี้ด้วยภาษาสุภาพ ใช้เฉพาะข้อมูลที่ยืนยัน ตอบทุกคำถาม แนะนำขั้นตอนที่ทำได้ และห้ามสร้างราคา สต็อก Warranty หรือระยะเวลาจัดส่ง”
87. สรุป Prompt Microsoft Copilot สำหรับบริการลูกค้า
Microsoft Copilot สามารถช่วยลดเวลางาน Customer Service ได้มาก ตั้งแต่การอ่าน Ticket ยาว ๆ แยกคำถาม ร่างคำตอบ ทำ Troubleshooting ไปจนถึงสรุปปัญหาที่เกิดซ้ำ
แต่จุดสำคัญที่สุดคือ คำตอบต้องถูกต้องก่อนจะดูสวย โดยเฉพาะเรื่องราคา สต็อก การจัดส่ง Warranty การคืนสินค้า และ Refund ไม่ควรปล่อยให้ AI สร้างรายละเอียดแทนระบบจริงของธุรกิจ
สำหรับผู้อ่าน comsiam สูตรที่ควรจำคือ “เข้าใจปัญหา → ตรวจข้อมูล → ตอบครบ → เสนอวิธีแก้ → ระบุ Next Step” เพราะลูกค้าไม่ได้ต้องการเพียงคำตอบที่สุภาพ แต่ต้องการรู้ว่าจะทำอย่างไรต่อ
comsiam แนะนำให้ใช้ Copilot ช่วยทั้งก่อนตอบและหลังปิดเคส โดยนำ Ticket ที่เกิดซ้ำกลับมาสร้าง FAQ, Knowledge Base และ Response Template เพื่อให้ทีมตอบได้เร็วขึ้นและสม่ำเสมอขึ้นในระยะยาว
