กรอบตัดสินใจเชิงธุรกิจ: วิเคราะห์ Pros Cons Risks พร้อม Recommendation
สร้างรายงานวิเคราะห์การตัดสินใจแบบมีโครงสร้าง ครอบคลุม pros, cons, risks ของแต่ละตัวเลือก พร้อม recommendation ที่มีเหตุผลรองรับและสามารถนำเสนอต่อผู้บริหารได้ทันที
คัดลอกพรอมต์ฉบับมีตัวแปร {{...}} ไปแก้ไขในเครื่องมือของคุณเอง
ตัวอย่างผลลัพธ์ที่จะได้
ก่อนเริ่มลงมือปรับพรอมต์ ดูตัวอย่างผลลัพธ์ที่คุณจะได้จริงเพื่อให้แน่ใจว่าพรอมต์นี้ตรงกับงานที่ต้องการ
1. สรุปสถานการณ์
บริษัทกำลังตัดสินใจเลือกรูปแบบการพัฒนา Mobile Application ภายใต้ข้อจำกัดด้านทีม งบประมาณ และระยะเวลา การตัดสินใจนี้ส่งผลโดยตรงต่อความสำเร็จของ product และ capacity ของทีมงานในระยะสั้น
2. เมทริกซ์วิเคราะห์ตัวเลือก
ตัวเลือกที่ 1: พัฒนาเองภายในทีม
Pros:
- ควบคุม code quality และ architecture ได้เต็มที่ (น้ำหนัก: สูง)
- ทีมเข้าใจ business logic อยู่แล้ว ลด onboarding overhead (น้ำหนัก: สูง)
- IP และ codebase อยู่ที่บริษัทเต็มที่ ไม่มี vendor dependency (น้ำหนัก: กลาง)
ปรับให้เข้ากับงานของคุณ
แก้ค่าตัวแปรด้านล่าง พรอมต์ฉบับสมบูรณ์จะอัปเดตอัตโนมัติ พร้อมคัดลอกไปวางใน Claude หรือ ChatGPT ได้ทันที
อธิบายสถานการณ์ที่ต้องตัดสินใจใน 1-2 ประโยค ระบุให้ชัดว่ากำลังเลือกอะไร
ใส่ข้อจำกัด ข้อมูลพื้นฐาน และปัจจัยแวดล้อมที่เกี่ยวข้องกับการตัดสินใจ
ระบุตัวเลือกที่กำลังพิจารณาทั้งหมด อย่างน้อย 2 ตัวเลือก
ระบุผู้บริหารหรือกลุ่มคนที่จะรับทราบหรือใช้ผลการตัดสินใจนี้
**สถานการณ์ที่ต้องตัดสินใจ:**
บริษัทต้องเลือกรูปแบบการพัฒนา Mobile Application สำหรับลูกค้า
**บริบทและข้อมูลพื้นฐาน:**
ทีม dev 3 คน มีงานหลักเต็มอยู่แล้ว, งบประมาณ 1.5 ล้านบาท, ต้องเสร็จภายใน 6 เดือน
**ตัวเลือกที่กำลังพิจารณา:**
1) พัฒนาเองภายในทีม 2) จ้าง Outsource บริษัทไทย 3) จ้าง Outsource ต่างประเทศ
**กลุ่มผู้รับผลการตัดสินใจ / ผู้ที่ต้องนำเสนอต่อ:**
CEO และทีม Product
---
วิเคราะห์และจัดทำรายงานการตัดสินใจตามโครงสร้างต่อไปนี้:
## 1. สรุปสถานการณ์
อธิบายว่ากำลังตัดสินใจเรื่องอะไร และทำไมการตัดสินใจนี้จึงสำคัญ (1-2 ประโยค)
## 2. เมทริกซ์วิเคราะห์ตัวเลือก
สำหรับแต่ละตัวเลือก ให้แสดง:
- **Pros (ข้อดี):** อย่างน้อย 3 ข้อ พร้อมระบุน้ำหนักความสำคัญ (สูง / กลาง / ต่ำ)
- **Cons (ข้อเสีย):** อย่างน้อย 3 ข้อ พร้อมระบุน้ำหนักความสำคัญ (สูง / กลาง / ต่ำ)
- **Risks (ความเสี่ยง):** ระบุความเสี่ยงหลักพร้อม likelihood (สูง / กลาง / ต่ำ) และ impact (สูง / กลาง / ต่ำ)
## 3. ปัจจัยตัดสินใจ (Decision Criteria)
ระบุ 3 ถึง 5 เกณฑ์สำคัญที่ใช้ประเมิน เรียงลำดับตามความสำคัญจากสูงสุดไปต่ำสุด
## 4. Recommendation
ระบุตัวเลือกที่แนะนำอย่างชัดเจน พร้อม:
- เหตุผลหลัก 3 ข้อที่ทำให้ตัวเลือกนี้ดีกว่าตัวเลือกอื่น
- เงื่อนไขที่ทำให้ recommendation นี้ยังคงสมเหตุสมผล
- Next Steps ที่ต้องดำเนินการทันทีหลังตัดสินใจ
## 5. Risk Mitigation
สำหรับความเสี่ยงระดับสูงของตัวเลือกที่แนะนำ ให้เสนอแนวทางลดความเสี่ยงที่เป็นรูปธรรม
---
**ข้อกำหนดสำคัญ:**
- ใช้เฉพาะข้อมูลที่ระบุไว้ข้างต้น ไม่เพิ่มข้อมูลที่ไม่มีในบริบท
- หากข้อมูลในส่วนใดไม่เพียงพอ ให้ระบุว่า "ต้องการข้อมูลเพิ่มเติม: [ระบุสิ่งที่ขาด]"
- Recommendation ต้องสามารถนำไปนำเสนอต่อ CEO และทีม Product ได้โดยตรง
- ห้ามใช้ภาษากำกวม เช่น "อาจจะ" หรือ "น่าจะ" โดยไม่มีเหตุผลรองรับ
เข้าใจเทคนิคที่ซ่อนอยู่
คลิกที่ส่วนไฮไลต์ในพรอมต์เพื่อกระโดดไปดูคำอธิบายเทคนิคแต่ละจุด ใช้ความเข้าใจนี้เพื่อปรับพรอมต์อื่นของคุณเองในภายหลัง
**สถานการณ์ที่ต้องตัดสินใจ:**
{{สถานการณ์}}
**บริบทและข้อมูลพื้นฐาน:**
{{บริบท}}
**ตัวเลือกที่กำลังพิจารณา:**
{{ตัวเลือก}}
**กลุ่มผู้รับผลการตัดสินใจ / ผู้ที่ต้องนำเสนอต่อ:**
{{ผู้มีส่วนได้ส่วนเสีย}}
---
วิเคราะห์และจัดทำรายงานการตัดสินใจตามโครงสร้างต่อไปนี้:2
## 1. สรุปสถานการณ์
อธิบายว่ากำลังตัดสินใจเรื่องอะไร และทำไมการตัดสินใจนี้จึงสำคัญ (1-2 ประโยค)
## 2. เมทริกซ์วิเคราะห์ตัวเลือก
สำหรับแต่ละตัวเลือก ให้แสดง:
- **Pros (ข้อดี):** อย่างน้อย 3 ข้อ พร้อมระบุน้ำหนักความสำคัญ (สูง / กลาง / ต่ำ)
- **Cons (ข้อเสีย):** อย่างน้อย 3 ข้อ พร้อมระบุน้ำหนักความสำคัญ (สูง / กลาง / ต่ำ)
- **Risks (ความเสี่ยง):** ระบุความเสี่ยงหลักพร้อม likelihood (สูง / กลาง / ต่ำ) และ impact (สูง / กลาง / ต่ำ)
## 3. ปัจจัยตัดสินใจ (Decision Criteria)
ระบุ 3 ถึง 5 เกณฑ์สำคัญที่ใช้ประเมิน เรียงลำดับตามความสำคัญจากสูงสุดไปต่ำสุด
## 4. Recommendation
ระบุตัวเลือกที่แนะนำอย่างชัดเจน พร้อม:
- เหตุผลหลัก 3 ข้อที่ทำให้ตัวเลือกนี้ดีกว่าตัวเลือกอื่น
- เงื่อนไขที่ทำให้ recommendation นี้ยังคงสมเหตุสมผล
- Next Steps ที่ต้องดำเนินการทันทีหลังตัดสินใจ
## 5. Risk Mitigation
สำหรับความเสี่ยงระดับสูงของตัวเลือกที่แนะนำ ให้เสนอแนวทางลดความเสี่ยงที่เป็นรูปธรรม
---
**ข้อกำหนดสำคัญ:**
- ใช้เฉพาะข้อมูลที่ระบุไว้ข้างต้น ไม่เพิ่มข้อมูลที่ไม่มีในบริบท3
- หากข้อมูลในส่วนใดไม่เพียงพอ ให้ระบุว่า "ต้องการข้อมูลเพิ่มเติม: [ระบุสิ่งที่ขาด]"6
- Recommendation ต้องสามารถนำไปนำเสนอต่อ {{ผู้มีส่วนได้ส่วนเสีย}} ได้โดยตรง5
- ห้ามใช้ภาษากำกวม เช่น "อาจจะ" หรือ "น่าจะ" โดยไม่มีเหตุผลรองรับ4
แตะส่วนที่ไฮไลต์เพื่อดูคำอธิบายเทคนิคแต่ละจุด · {{ }} คือตัวแปรที่ปรับได้
"คุณคือที่ปรึกษาเชิงกลยุทธ์ระดับอาวุโสที่มีความเชี่ยวชาญด้านการวิเคราะห์และตัดสินใจเชิงธุรกิจ"
การกำหนด role ที่ชัดเจนและมีความเชี่ยวชาญเฉพาะทางทำให้โมเดลปรับโทนการตอบให้เป็นมืออาชีพ และใช้กระบวนการคิดที่เหมาะสมกับการวิเคราะห์เชิงกลยุทธ์แทนการตอบแบบทั่วไป
"วิเคราะห์และจัดทำรายงานการตัดสินใจตามโครงสร้างต่อไปนี้:"
การกำหนดโครงสร้าง 5 ส่วนที่ชัดเจนช่วยให้โมเดลจัดระเบียบข้อมูลอย่างครบถ้วนและไม่ข้ามขั้นตอน ผู้ใช้สามารถนำผลลัพธ์ไปนำเสนอได้ทันทีโดยไม่ต้องปรับแต่งเพิ่ม
"ใช้เฉพาะข้อมูลที่ระบุไว้ข้างต้น ไม่เพิ่มข้อมูลที่ไม่มีในบริบท"
คำสั่งนี้ป้องกันไม่ให้โมเดลแต่งตัวเลขหรือสมมติสถานการณ์ขึ้นมาเอง ซึ่งเป็นปัญหาหลักในการวิเคราะห์ที่ต้องนำไปนำเสนอต่อผู้บริหาร
"ห้ามใช้ภาษากำกวม เช่น "อาจจะ" หรือ "น่าจะ" โดยไม่มีเหตุผลรองรับ"
การห้ามภาษากำกวมบังคับให้โมเดลระบุจุดยืนอย่างชัดเจนหรืออธิบายที่มาของความไม่แน่นอน ทำให้ recommendation สามารถ defend ได้ในการประชุมจริง
"Recommendation ต้องสามารถนำไปนำเสนอต่อ {{ผู้มีส่วนได้ส่วนเสีย}} ได้โดยตรง"
การผูก variable ผู้รับเข้ากับเกณฑ์คุณภาพของ output ทำให้โมเดลปรับระดับรายละเอียดและภาษาให้เหมาะกับผู้อ่านจริง แทนที่จะเขียนแบบไม่มีเป้าหมาย
"หากข้อมูลในส่วนใดไม่เพียงพอ ให้ระบุว่า "ต้องการข้อมูลเพิ่มเติม: [ระบุสิ่งที่ขาด]""
การให้โมเดลระบุจุดที่ข้อมูลไม่เพียงพอแทนการเดาช่วยรักษาความน่าเชื่อถือของรายงาน และชี้ให้ผู้ใช้เห็นว่าต้องรวบรวมข้อมูลเพิ่มก่อนตัดสินใจจริง
เห็นความต่างระหว่างพรอมต์ทั่วไปกับพรอมต์ที่ใช้เทคนิค
คนส่วนใหญ่เริ่มต้นด้วยคำสั่งสั้น ๆ แบบพรอมต์ที่ใช้กันทั่วไป แต่ผลลัพธ์มักไม่ตรงใจและต้องถามซ้ำหลายรอบ พรอมต์แบบที่ใช้เทคนิคข้างต้นช่วยแก้ปัญหานี้
ช่วยวิเคราะห์ว่าควรพัฒนา mobile app เองหรือจ้าง outsource ดี
กำหนด role ที่ปรึกษากลยุทธ์อาวุโส, ส่งบริบทผ่าน 4 variable (สถานการณ์, บริบท, ตัวเลือก, ผู้รับ), สั่งโครงสร้าง 5 ส่วนพร้อม weight และ likelihood, ห้ามภาษากำกวม, ผูก recommendation เข้ากับ stakeholder จริง, กำหนด fallback เมื่อข้อมูลไม่เพียงพอ
