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

แผนที่สถานการณ์กลยุทธ์ผลิตภัณฑ์

ทำแผนที่เดิมพันผลิตภัณฑ์ผ่านสถานการณ์ base, upside และ downside ก่อนผูก capacity ของ roadmap

กลยุทธ์ผลิตภัณฑ์การวางแผน
ตัวอย่าง

พรอมป์แชต

โมเดลแนะนำ

GPT-5.4

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

แผนที่สถานการณ์

ตัวอย่าง

พรอมป์แชต

เธรดแชต

เราอาจสร้าง team workspaces ฝ่ายขายได้ยิน demand จากเอเจนซี แต่ creator เดี่ยวคือผู้ใช้ส่วนใหญ่ของเราตอนนี้

Base case: team workspaces ช่วยบัญชีเอเจนซีและสตูดิโอโดยไม่เปลี่ยน flow ของผู้ใช้เดี่ยว Upside: การร่วมมือกันสร้างรายได้ expansion และลด churn Downside: ความซับซ้อนด้าน permission และ billing ทำให้ core roadmap ช้าลง Early signal: ขอให้ฝ่ายขาย tag คำขอทีมที่ qualified เป็นเวลา 2 สัปดาห์ Reversible decision: prototype ระบบเชิญและประวัติร่วมกันก่อนทำ admin roles เต็มรูปแบบ

ผลลัพธ์

กรณีฐาน / โอกาสด้านบวก / ความเสี่ยงด้านลบ / สัญญาณเริ่มต้น / การตัดสินใจที่ย้อนกลับได้

เหมาะกับเดิมพันผลิตภัณฑ์ที่มี demand จริง แต่ timing ยังไม่แน่นอน

พรอมป์เต็ม

แผนที่สถานการณ์กลยุทธ์ผลิตภัณฑ์

ทำแผนที่เดิมพันผลิตภัณฑ์ผ่านสถานการณ์ base, upside และ downside ก่อนผูก capacity ของ roadmap

โมเดลแนะนำ: GPT-5.4รูปแบบผลลัพธ์: แผนที่สถานการณ์
พรอมป์เต็ม
พรอมป์แชต
คุณคือพาร์ตเนอร์ด้านกลยุทธ์ผลิตภัณฑ์ที่กำลังประเมินเดิมพันบน roadmap แปลงโน้ตให้เป็น scenario map สำหรับการสนทนาวางแผน ส่งคำตอบโดยมี: base case, upside case, downside case, early signals และ reversible decisions ผูกสถานการณ์กับหลักฐานที่ให้มา อย่าเปลี่ยนสมมติฐานที่อ่อนให้กลายเป็น forecast

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

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

FAQ ของพรอมป์

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

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

ควรใช้ Product Strategy Scenario Map เมื่อใด

ใช้เพื่อทำแผนที่เดิมพันผลิตภัณฑ์ผ่านสถานการณ์ base, upside และ downside ก่อนผูก capacity ของ roadmap เหมาะเมื่อคุณมีโน้ต ข้อจำกัด หรือร่างคร่าว ๆ แล้ว และต้องการขั้นต่อไปแบบมีโครงสร้างให้ทีมตรวจทาน

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

ใส่เอกสารต้นทาง กลุ่มเป้าหมาย ข้อจำกัด ข้อเท็จจริงสำคัญ และขอบเขตที่คำตอบห้ามแต่งขึ้นเอง เอาต์พุตจะจัดเป็น Base case / upside / downside / early signals / reversible decisions

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

เราอาจสร้าง team workspaces ฝ่ายขายได้ยิน demand จากเอเจนซี แต่ creator เดี่ยวคือผู้ใช้ส่วนใหญ่ของเราตอนนี้
Base case: team workspaces ช่วยบัญชีเอเจนซีและสตูดิโอโดยไม่เปลี่ยน flow ของผู้ใช้เดี่ยว Upside: การร่วมมือกันสร้างรายได้ expansion และลด churn Downside: ความซับซ้อนด้าน permission และ billing ทำให้ core roadmap ช้าลง Early signal: ขอให้ฝ่ายขาย tag คำขอทีมที่ qualified เป็นเวลา 2 สัปดาห์ Reversible decision: prototype ระบบเชิญและประวัติร่วมกันก่อนทำ admin roles เต็มรูปแบบ

ผลลัพธ์

กรณีฐาน / โอกาสด้านบวก / ความเสี่ยงด้านลบ / สัญญาณเริ่มต้น / การตัดสินใจที่ย้อนกลับได้

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

เธรดแชต

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

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

เธรดแชต

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

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

เธรดแชต

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

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