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

Claude Opus 4.7 แชตเรื่องเล่าการเปิดตัว

ใช้ Claude Opus 4.7 จัดรูปโน้ตการเปิดตัวให้เป็นเรื่องเล่าที่ชัดเจนสำหรับทีมผลิตภัณฑ์ การตลาด และทีมที่สื่อสารกับลูกค้า

การเปิดตัวเรื่องเล่าการวางตำแหน่ง
ตัวอย่าง

พรอมป์แชต

โมเดลแนะนำ

Claude Opus 4.7

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

เรื่องเล่าการเปิดตัว

ตัวอย่าง

พรอมป์แชต

เธรดแชต

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

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

ผลลัพธ์

ผู้ฟัง / การเปลี่ยนแปลงผลิตภัณฑ์ / ปัญหาลูกค้า / คุณค่าที่เสนอ / หลักฐานสนับสนุน / ขอบเขต / ข้อความเปิดตัว / ความเสี่ยง / คำถามรีวิว

ตัวอย่างบทสนทนาแบบมีโครงสร้างสำหรับเวิร์กโฟลว์เรื่องเล่าการเปิดตัว

พรอมป์เต็ม

Claude Opus 4.7 แชตเรื่องเล่าการเปิดตัว

Claude Opus 4.7 แชตเรื่องเล่าการเปิดตัว: เปลี่ยนโน้ตการเปิดตัวให้เป็นเรื่องเล่าที่มีจุดโฟกัส

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

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

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

FAQ ของพรอมป์

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

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

ควรใช้ Claude Opus 4.7 แชตเรื่องเล่าการเปิดตัวเมื่อใด

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

เครื่องมือนี้ช่วยไม่ให้ข้อความเปิดตัวกล่าวเกินจริงได้อย่างไร

เครื่องมือนี้ขอหลักฐานสนับสนุนและขอบเขตการวางตำแหน่ง แล้วแยกข้อกล่าวอ้างที่มีหลักฐานรองรับออกจากข้อกล่าวอ้างที่ควรหลีกเลี่ยง

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

ช่วยเปลี่ยนโน้ตการเปิดตัวเหล่านี้ให้เป็นเรื่องเล่าสำหรับทีมผลิตภัณฑ์ การตลาด และทีมสนับสนุน ให้คุณค่าที่เสนอเป็นรูปธรรม และระบุข้อกล่าวอ้างที่ควรหลีกเลี่ยง
ผู้ฟัง: ทีมเดิมที่ใช้ workspace สำหรับการรีวิวครีเอทีฟซ้ำๆ อยู่แล้ว การเปลี่ยนแปลงผลิตภัณฑ์: เวิร์กโฟลว์ใหม่ช่วยให้ทีมเปรียบเทียบเอาต์พุต เก็บโน้ต และตัดสินใจว่าควรแก้อะไรต่อ คุณค่าที่เสนอ: ลดการรีวิวที่กระจัดกระจาย และทำให้เส้นทางจาก draft ไปสู่ asset ที่อนุมัติแล้วชัดเจนขึ้น หลักฐานสนับสนุน: ใช้เฉพาะข้อมูล activation และโน้ต feedback จากลูกค้าที่ให้มา ขอบเขตการวางตำแหน่ง: หลีกเลี่ยงการอ้างว่าเป็นระบบอัตโนมัติเต็มรูปแบบ รับประกันคุณภาพ หรือแทนที่การรีวิวโดยมนุษย์ คำถามสำหรับการรีวิว: ยืนยันตัวชี้วัดความสำเร็จ ความพร้อมของทีมสนับสนุน และข้อกล่าวอ้างใดบ้างที่สามารถปรากฏบนหน้า public ได้

ผลลัพธ์

ผู้ฟัง / การเปลี่ยนแปลงผลิตภัณฑ์ / ปัญหาลูกค้า / คุณค่าที่เสนอ / หลักฐานสนับสนุน / ขอบเขต / ข้อความเปิดตัว / ความเสี่ยง / คำถามรีวิว

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

เธรดแชต

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

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

เธรดแชต

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

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

เธรดแชต

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

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