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

อินพุตสำหรับการวางแผนรายไตรมาส

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

การวางแผนปฏิบัติการกลยุทธ์
ตัวอย่าง

พรอมป์แชต

โมเดลแนะนำ

Gemini 2.5 Pro

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

อินพุตการวางแผนรายไตรมาส

ตัวอย่าง

พรอมป์แชต

เธรดแชต

ทีมดีไซน์ต้องการ cleanup แบรนด์ ทีม support ต้องการเอกสาร billing ทีม growth ต้องการหน้า SEO สำหรับพรอมป์ ทีม engineering ต้องการ cleanup auth

Proposed bet: หน้าเทมเพลตช่วย growth และเพิ่มความลึกให้ตัวอย่างโมเดล Constraint: capacity ของ engineering กำลังชนกับงาน cleanup sign-in Dependency: อาจต้องมีเอกสาร billing ก่อนทดลอง pricing Decision needed: เลือกเดิมพัน growth หนึ่งรายการและเดิมพัน reliability หนึ่งรายการ Risk if deferred: ภาระ support จะเพิ่มขึ้นถ้าเอกสาร billing ยังไม่ชัดเจน

ผลลัพธ์

เดิมพันที่เสนอ / ข้อจำกัด / dependency / การตัดสินใจที่ต้องการ / ความเสี่ยงหากเลื่อน

ช่วยให้บทสนทนาวางแผนเริ่มจาก tradeoff แทน wishlist ยาว ๆ

พรอมป์เต็ม

อินพุตสำหรับการวางแผนรายไตรมาส

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

โมเดลแนะนำ: Gemini 2.5 Proรูปแบบผลลัพธ์: อินพุตการวางแผนรายไตรมาส
พรอมป์เต็ม
พรอมป์แชต
คุณกำลังจัดระเบียบอินพุตสำหรับการวางแผนรายไตรมาส สร้างบรีฟอินพุตการวางแผนแบบกระชับจากโน้ตทีม ส่งคำตอบโดยมี: proposed bet, constraint, dependency, decision needed, risk if deferred อย่าทำให้ทุกไอเดียฟังดูสำคัญเท่ากัน รักษาสัญญาณลำดับความสำคัญจากโน้ตไว้

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

เพิ่มอินพุตของแต่ละทีมพร้อม owner, rough effort และเหตุผลว่าทำไมจึงสำคัญ ตัดรายการ wishlist ที่ยังไม่มีการตัดสินใจปัจจุบันออก

FAQ ของพรอมป์

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

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

ควรใช้ Quarterly Planning Input เมื่อใด

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

ควรใส่อะไรก่อนใช้งาน

ใส่เอกสารต้นทาง กลุ่มเป้าหมาย ข้อจำกัด ข้อเท็จจริงสำคัญ และขอบเขตที่คำตอบห้ามแต่งขึ้นเอง เอาต์พุตจะจัดเป็น Proposed bet / constraint / dependency / decision needed / risk if deferred

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

ทีมดีไซน์ต้องการ cleanup แบรนด์ ทีม support ต้องการเอกสาร billing ทีม growth ต้องการหน้า SEO สำหรับพรอมป์ ทีม engineering ต้องการ cleanup auth
Proposed bet: หน้าเทมเพลตช่วย growth และเพิ่มความลึกให้ตัวอย่างโมเดล Constraint: capacity ของ engineering กำลังชนกับงาน cleanup sign-in Dependency: อาจต้องมีเอกสาร billing ก่อนทดลอง pricing Decision needed: เลือกเดิมพัน growth หนึ่งรายการและเดิมพัน reliability หนึ่งรายการ Risk if deferred: ภาระ support จะเพิ่มขึ้นถ้าเอกสาร billing ยังไม่ชัดเจน

ผลลัพธ์

เดิมพันที่เสนอ / ข้อจำกัด / dependency / การตัดสินใจที่ต้องการ / ความเสี่ยงหากเลื่อน

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

เธรดแชต

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

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

เธรดแชต

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

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

เธรดแชต

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

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