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

แชตปรับข้อความตอบกลับซัพพอร์ตให้กระชับ

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

ซัพพอร์ตคุณภาพปฏิบัติการ
ตัวอย่าง

พรอมป์แชต

โมเดลแนะนำ

Claude Haiku 4.5

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

ข้อความตอบกลับซัพพอร์ต

ตัวอย่าง

พรอมป์แชต

เธรดแชต

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

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

ผลลัพธ์

ข้อความที่ปรับแล้ว / placeholder ที่ต้องใส่ / ขอบเขตนโยบาย / โน้ตสำหรับเจ้าหน้าที่

ช่วยให้คำตอบซัพพอร์ตที่ใช้ซ้ำยังมีประโยชน์ โดยไม่ขยายคำกล่าวอ้างด้านนโยบาย

พรอมป์เต็ม

แชตปรับข้อความตอบกลับซัพพอร์ตให้กระชับ

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

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

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

ใช้กับนโยบายที่ยืนยันแล้วและสถานการณ์ลูกค้าทีละกรณี หลีกเลี่ยงการเขียนข้อความเดียวให้ครอบคลุมทุกเคสซัพพอร์ต

FAQ ของพรอมป์

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

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

ควรใช้แชตปรับข้อความตอบกลับซัพพอร์ตให้กระชับเมื่อใด

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

ควรใส่อะไรก่อนรัน

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

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

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

ผลลัพธ์

ข้อความที่ปรับแล้ว / placeholder ที่ต้องใส่ / ขอบเขตนโยบาย / โน้ตสำหรับเจ้าหน้าที่

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

เธรดแชต

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

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

เธรดแชต

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

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

เธรดแชต

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

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