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

แชตตรวจทานข้อความด้านความเป็นส่วนตัว

ใช้เวิร์กโฟลว์แชตแบบมีโครงสร้าง เพื่อตรวจทาน copy ที่อ่อนไหวด้านความเป็นส่วนตัวให้ชัดเจนและไม่กล่าวอ้างเกินจริง

ความเป็นส่วนตัวตรวจทาน copyความเชื่อมั่น
ตัวอย่าง

พรอมป์แชต

โมเดลแนะนำ

Claude Sonnet 4.6

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

แชตรีวิวข้อความด้านความเป็นส่วนตัว

ตัวอย่าง

พรอมป์แชต

เธรดแชต

ตรวจทานข้อความเกี่ยวกับการจัดเก็บพรอมป์ ไฟล์อัปโหลด เอาต์พุต และประวัติ

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

ผลลัพธ์

วัตถุประสงค์ / บริบท / การตัดสิน / ความเสี่ยง / การดำเนินการที่แนะนำ / ข้อมูลที่ยังขาด

ตัวอย่างบทสนทนาแบบมีโครงสร้างสำหรับ Privacy Copy Review Chat

พรอมป์เต็ม

แชตตรวจทานข้อความด้านความเป็นส่วนตัว

Privacy Copy Review Chat: ตรวจทาน copy ที่อ่อนไหวด้านความเป็นส่วนตัวให้ชัดเจนและไม่กล่าวอ้างเกินจริง

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

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

วางบริบทจริง ข้อจำกัด กลุ่มเป้าหมาย และกำหนดเวลา อย่าขอให้โมเดลแต่งข้อเท็จจริงที่ขาดหายขึ้นเอง

FAQ ของพรอมป์

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

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

ควรใช้ Privacy Copy Review Chat เมื่อใด

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

ควรเพิ่มอะไรก่อนใช้งาน

เพิ่มเป้าหมาย ข้อจำกัด กลุ่มเป้าหมาย เอกสารต้นทาง และขอบเขตที่โมเดลห้ามแต่งขึ้นเอง

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

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

ผลลัพธ์

วัตถุประสงค์ / บริบท / การตัดสิน / ความเสี่ยง / การดำเนินการที่แนะนำ / ข้อมูลที่ยังขาด

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

เธรดแชต

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

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

เธรดแชต

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

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

เธรดแชต

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

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