กลับไปที่คลังพรอมป์
คลังพรอมป์พรอมป์แชต

ระบบตอบกลับฝ่ายสนับสนุนลูกค้า

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

ฝ่ายสนับสนุนคำตอบลูกค้าแนวทางน้ำเสียง
ตัวอย่าง

พรอมป์แชต

โมเดลแนะนำ

Gemini 2.5 Flash

รูปแบบผลลัพธ์

ระบบตอบกลับฝ่ายสนับสนุน

ตัวอย่าง

พรอมป์แชต

เธรดแชต

ลูกค้าบอกว่าการส่งออกล้มเหลวสองครั้งและขอเงินคืน นี่คือบันทึกนโยบายของเรา...

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

ผลลัพธ์

ประเภทปัญหา / คำตอบลูกค้า / ข้อจำกัดนโยบาย / ขั้นตอนถัดไป / บันทึกภายใน

เหมาะสำหรับทีมสนับสนุน คำตอบที่อ่อนไหวต่อนโยบาย และร่างติดตามผลลูกค้า

พรอมป์เต็ม

ระบบตอบกลับฝ่ายสนับสนุนลูกค้า

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

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

หมายเหตุการใช้งาน

วางข้อความลูกค้า บันทึกนโยบายที่ทราบ บริบทบัญชี และน้ำเสียงที่ต้องการ อย่าขอให้โมเดลแต่งกฎการคืนเงินหรือกฎการปฏิบัติตามข้อกำหนดขึ้นเอง

FAQ ของพรอมป์

ก่อนใช้พรอมป์นี้

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

อะไรทำให้พรอมป์นี้ปลอดภัยตามนโยบาย?

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

ใช้กับลูกค้าที่โกรธได้ไหม?

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

ควรใส่บริบทอะไร?

ใส่ข้อความลูกค้า พื้นที่ผลิตภัณฑ์ บันทึกนโยบาย ข้อเท็จจริงของบัญชี และน้ำเสียงฝ่ายสนับสนุนที่คุณต้องการใช้

ตัวอย่างเธรด

ลูกค้าบอกว่าการส่งออกล้มเหลวสองครั้งและขอเงินคืน นี่คือบันทึกนโยบายของเรา...
ประเภทปัญหา: การส่งออกล้มเหลวซ้ำและคำขอเงินคืน คำตอบที่ส่งให้ลูกค้า: รับทราบความพยายามที่ล้มเหลว ขอโทษอย่างตรงไปตรงมา และยืนยันว่าจะช่วยกู้เส้นทางการส่งออกก่อน ขอบเขตนโยบาย: อธิบายสิทธิ์การคืนเงินจากบันทึกนโยบายที่ให้มาเท่านั้น ห้ามสัญญาข้อยกเว้น ขั้นตอนถัดไป: ขอรูปแบบการส่งออก เบราว์เซอร์ และเวลาที่เกิดเหตุ จากนั้นส่งต่อให้ฝ่ายบิลลิงหากบัญชีเข้าเกณฑ์คืนเงิน บันทึกภายใน: ติดแท็กเป็นความเสี่ยงด้านความน่าเชื่อถือของผลิตภัณฑ์ เพราะการส่งออกเดียวกันล้มเหลวสองครั้ง

ผลลัพธ์

ประเภทปัญหา / คำตอบลูกค้า / ข้อจำกัดนโยบาย / ขั้นตอนถัดไป / บันทึกภายใน

พรอมป์เพิ่มเติมในโหมดนี้

เธรดแชต

เราต้องการสร้างผู้ช่วย AI สำหรับทีมอีคอมเมิร์ซขนาดเล็กที่เปลี่ยนภาพสินค้าให้เป็นแอสเซ็ตแคมเปญ

สมมติฐานปัญหา: ทีมอีคอมเมิร์ซขนาดเล็กเสียเวลาในการเปลี่ยนภาพสินค้าดิบให้เป็นแอสเซ็ตแคมเปญพร้อมใช้ในแต่ละช่องทาง สมมติฐานที่เสี่ยงที่สุด: คุณภาพภาพสูงพอ ทีมเชื่อถือการสร้างรูปแบบแอสเซ็ตด้วย AI และเวลาตรวจทานคือคอขวดจริง คำถามวิจัย: ใครเป็นเจ้าของการสร้างแอสเซ็ตแคมเปญ การแก้ไขติดขัดตรงไหน และมาตรฐานคุณภาพใดที่ขวางการเผยแพร่ แผนตรวจสอบ: สัมภาษณ์ operator 5 คน ทดสอบ flow สร้างแอสเซ็ตด้วยพรอมป์ต์ 3 แบบ และเปรียบเทียบเวลาจนได้แอสเซ็ตที่อนุมัติครั้งแรก เกตตัดสินใจ: ไปต่อเฉพาะเมื่อทีมสามารถได้ดราฟต์ที่เผยแพร่ได้เร็วกว่ากระบวนการปัจจุบัน

เธรดแชต

เรากำลังสำรวจผลิตภัณฑ์โน้ต AI ใหม่สำหรับที่ปรึกษาเดี่ยว ช่วยเปลี่ยนเรื่องนี้ให้เป็นบรีฟวิจัย

วัตถุประสงค์: ระบุว่าที่ปรึกษาเดี่ยวต้องการ workspace โน้ต AI หรือเลเยอร์ติดตามลูกค้าที่เบากว่า สมมติฐานที่ใช้ทำงาน: พวกเขาจดโน้ตอยู่แล้ว แต่การสังเคราะห์และร่างขั้นตอนถัดไปยังไม่สม่ำเสมอ กลุ่มเป้าหมาย: ที่ปรึกษาเดี่ยวที่มีสายคุยลูกค้าซ้ำและมีซัพพอร์ตด้านปฏิบัติการจำกัด คำถามหลัก: โน้ตแบบใดกลายเป็นงานที่คิดเงินได้ อะไรตกหล่นหลังการคุย และเครื่องมือ CRM หนักเกินไปตรงไหน แผนวิจัย: สัมภาษณ์ 6 คน ทบทวนเวิร์กโฟลว์โน้ตการโทรล่าสุด 10 ชุด และทดสอบต้นแบบบรีฟติดตามผลหนึ่งแบบ

เธรดแชต

นี่คือโครงหน้า Landing Page สำหรับผลิตภัณฑ์ AI ของเรา ช่วยบอกหน่อยว่าอะไรยังไม่ชัดเจนก่อนที่เราจะออกแบบ

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