ผ่าชันสูตรซากแผนงานล่วงหน้า: เปลี่ยน "Post-Mortem" สู่ "The Pre-Mortem Protocol"
คนส่วนใหญ่ทำ "Post-Mortem" คือการตั้งคณะกรรมการผ่าพิสูจน์ซากหลังจากโปรเจกต์เจ๊งและเงินสดสูญไปแล้ว แต่ผู้บริหารระดับโลกตามทฤษฎีของ Gary Klein จะใช้กระบวนการ "Prospective Hindsight (การมองย้อนจากอนาคต)" ด้วยการทำ "Pre-Mortem Protocol" ในวันที่แผนงานกำลังดูหอมหวานที่สุด โดยการสั่งให้สมองเดินทางข้ามเวลาไปอีก 12 เดือนข้างหน้า แล้วตั้งสัจพจน์เด็ดขาดว่า: "แผนงานนี้ล้มเหลวอย่างสิ้นเชิง บริษัทขาดทุนย่อยยับ จงเขียนประวัติศาสตร์ย้อนกลับมาว่า สาเหตุรากเหง้าเชิงระบบคืออะไร?"
Certain Failure State ห้ามตั้งขึ้นมาลอยๆ หรือมโนภัยพิบัตินอกโจทย์เด็ดขาด! ทุกข้อเสนอทางธุรกิจในโจทย์จะมีสารตั้งต้นอยู่ 3 ชิ้นเสมอ เราจะใช้กลไกดึงชิ้นส่วนเหล่านี้มาประกอบเป็นสภาวะล้มเหลวที่แท้จริง:
ดึงตัวเลขและผลลัพธ์ที่เขาโม้ไว้ในโจทย์ (Target Metric) แล้วพลิกกลับด้านเป็นติดลบ/ดิ่งเหว (เช่น หวังโต 35% → หดตัวลง 15% ขาดทุนบาน)
ดึงกลไกการกระทำที่ระบุในโจทย์ (Key Mechanism) แล้วแสดงภาพว่ากลไกนั้นกลับมาเป็นคอขวดทำลายระบบตัวเอง (เช่น บอท AI ตอบไม่ได้จนลูกค้าแห่ยกเลิกสัญญา)
ดึงกลุ่มคนที่ระบุในโจทย์ (Core Stakeholder) แล้วแสดงภาพว่าคนกลุ่มนั้นเกิดพฤติกรรมต่อต้าน เลิกใช้ หรือก่นด่าหน้างาน (เช่น ทีมท็อปเซลส์ลาออกพร้อมกัน)
1. ล็อกสภาวะล้มเหลว 100% (Certain Failure State)
สกัดจากสูตร 3 ชิ้นส่วน ห้ามถามว่า "มีโอกาสพังไหม?" เพราะคนจะตอบอย่างสุภาพ ล็อกว่าเจ๊งเรียบร้อยแล้ว
2. ขุดจุดตายและรอยต่อระบบ (Systemic Root Causes)
ห้ามโทษโชคชะตาหรือโยนบาปให้คน (No FAE) ให้มองหา "รอยต่อที่ขัดกันระหว่างสถาปัตยกรรมระบบกับพฤติกรรมมนุษย์หน้างาน"
3. กำหนดเกณฑ์หยุดและเกราะคุ้มกัน (Actionable Kill-Criteria)
แปลงจุดตายให้กลายเป็น Stop-Loss ล่วงหน้า เป็นเงื่อนไขเชิงประจักษ์ที่มีตัวเลขวัดชัดเจนก่อนจ่ายเงินก้อนใหญ่
เวลาทำ Pre-Mortem ในห้องประชุมบริหาร ให้ส่งข้อวิเคราะห์ผ่าน 3 ด่านตรวจสอบนี้ก่อนนำไปบรรจุในแผนความเสี่ยง:
สาเหตุที่ระบุกล่าวโทษนิสัยคน (เช่น พนักงานขี้เกียจ ไม่รอบคอบ) หรือไม่? ถ้าใช่ = ตกม้าตาย คำตอบที่ดีต้องชี้ที่ 'แรงจูงใจที่ขัดแย้ง, คอขวดของทรัพยากร, หรือขั้นตอนการส่งมอบงาน'
สาเหตุนี้มีพลังทำลายล้างรุนแรงพอที่จะล้มแผนงานทั้งโครงการจริงหรือไม่ หรือเป็นเพียงบั๊กเล็กน้อยที่ฝ่ายปฏิบัติการแก้ไขได้ใน 2 วัน?
ข้อเสนอมีเกณฑ์ระงับโครงการ (Kill-Criteria / Gate Threshold) ที่เป็นตัวเลขรูปธรรมชัดเจนหรือไม่ เพื่อหยุดการดันทุรัง (Escalation of Commitment)
11 Pre-Mortem Case Studies: บันไดไต่ระดับการผ่าชันสูตรแผนงานเชิงยุทธศาสตร์
เคส 1–7 แจกแจงการสกัด Certain Failure State จากสูตร 3 ชิ้นส่วนละเอียด | เคส 8–10 Toggle ฝึกผ่าซากในใจ | เคส 11 Master Void Challenge
- Target Metric Inversion: หวัง 25,000 คน/โต 12.4 ล้าน → ได้จริงแค่ 1,000 คน ขาดทุนยับ
- Mechanism: บังคับเก็บ 499 บาท → ต้นทุน API สูงกว่าค่าสมาชิก
- Stakeholder: ฐานฟรี 5 แสนคน → โกรธและก่นด่าแบรนด์
สถานะหายนะ 12 เดือนข้างหน้า: ยอดผู้สมัครจริงอยู่ที่เพียง 0.2% (1,000 คน) รายได้ไม่พอจ่ายค่า API GPU ที่บานปลาย ขาดทุนเดือนละ 9 แสนบาท แถมผู้ใช้ฟรีเดิมก่นด่าแบรนด์บนโซเชียลว่านำฟีเจอร์พื้นฐานไปตั้งกำแพงเก็บเงิน
ทีมงานสับสนระหว่าง 'ความถี่ในการกดใช้ของฟรี' กับ 'ความยินดีที่จะจ่ายเงินสด (Willingness to Pay)' และไม่ได้สร้างคุณค่าที่ช่วยประหยัดเวลาอย่างมีนัยสำคัญพอที่จะให้ผู้ใช้ควักเงินส่วนตัวจ่ายทุกเดือน
Gate / Kill-Criteria: ทำ Fake-Door Test หรือ Pre-order มัดจำกับกลุ่มตัวอย่าง 10,000 บัญชีก่อน หากอัตรา Conversion การใส่บัตรเครดิตจริงต่ำกว่า 2% ให้ระงับการเปิดตัวและปรับเป็น Usage-based Pricing ทันที
- Target Metric Inversion: หวังประหยัด 1.2 ล้าน/ด. → ถูกปรับ 18 ล้าน และเสียเงินกู้ระบบมหาศาล
- Mechanism: ตัด Data Center ใน 30 วัน → ไม่มีระบบ Failover สำรองเมื่อ Cloud สะดุด
- Stakeholder: ผู้ใช้งานธุรกรรม → ระบบค้างในวันเงินเดือนออก 26 ชม.
สถานะหายนะ 12 เดือนข้างหน้า: เกิด Outage ครั้งใหญ่ติดต่อกัน 26 ชั่วโมงในวันเงินเดือนออก ฐานข้อมูลธุรกรรมสูญหายบางส่วน ระบบ Failover บนคลาวด์ไม่ยอมสลับอัตโนมัติ บริษัทถูกปรับ 18 ล้านบาทและสูญเสียความน่าเชื่อถือ
การเร่งย้ายระบบตามเดดไลน์ที่บีบคั้นทางการเงิน ทำให้ทีมงานข้ามขั้นตอน Disaster Recovery Drill และตัดการรันคู่ขนาน (Hybrid Parallel Run) ซึ่งจำเป็นสำหรับการทดสอบการรับโหลดจริง
Gate / Kill-Criteria: ห้ามยกเลิกสัญญา Data Center เดิมจนกว่าระบบใหม่บน Cloud จะผ่านการรันคู่ขนาน 60 วันเต็ม และผ่านการทดสอบตัดไฟจำลอง (Chaos Engineering Failover Drill) โดยมี Downtime ต่ำกว่า 3 นาที
- Target Metric Inversion: หวัง Agility และลดความซ้ำซ้อน → งานล่าช้าสะสมกว่า 4 เดือน
- Mechanism: รวมอำนาจเข้าทีมส่วนกลาง → เกิดคอขวดอนุมัติงาน
- Stakeholder: พนักงาน 3 ฝ่าย → หัวหน้างานและท็อปเซลส์ลาออกพร้อมกัน 35%
สถานะหายนะ 12 เดือนข้างหน้า: หัวหน้างานระดับซีเนียร์และท็อปเซลส์ลาออกพร้อมกัน 35% เกิดสงครามประสาทแบ่งพรรคแบ่งพวก งานอนุมัติติดคอขวดที่หัวหน้าทีมใหม่ และยอดส่งมอบโปรเจกต์ลูกค้าล่าช้าสะสมกว่า 4 เดือน
ผู้บริหารมองเห็นแต่โครงสร้างบนกระดาษ (Org Chart) แต่ละเลยการสูญเสียอำนาจตัดสินใจหน้างาน (Loss of Autonomy), ความขัดแย้งด้านเป้าหมาย KPI เดิมที่ตรงกันข้ามกัน, และการขาดการสื่อสาร Change Management
Gate / Kill-Criteria: กำหนดดัชนี Retention Guardrail สำหรับบุคลากรเกรด A/B+ ตรวจสอบทุก 15 วัน หากยอดพนักงานเก่งยื่นใบลาออกแตะ 5% ในไตรมาสแรก ให้ชะลอการรวมอำนาจและกลับมาใช้โครงสร้างกระจายอำนาจทันที
- Target Metric Inversion: หวังคืนทุน 20 ล้านใน 60 วัน → ขายได้แค่ 2.5 ล้าน ขาดทุนสุทธิ 17.5 ล้าน
- Mechanism: พึ่งพาพรีเซนเตอร์เดี่ยว → สินค้าที่ผลิตมารองรับค้างสต็อกล้นโกดัง
- Stakeholder: ฐานลูกค้าเดิมและแฟนคลับ → แฟนคลับไม่มีกำลังซื้อ ส่วนลูกค้าเดิมหนี
สถานะหายนะ 12 เดือนข้างหน้า: ยอดขายเพิ่มขึ้นเพียง 2.5 ล้านบาท (ขาดทุนเงินสดสุทธิ 17.5 ล้านบาท) สินค้าที่สั่งผลิตมารองรับค้างสต็อกล้นโกดัง และแบรนด์ถูกมองว่าเป็นสินค้าตลาดแมสจนเสียฐานลูกค้าระดับบนไป
สับสนระหว่าง 'ยอดวิวโซเชียล (Vanity Metric)' กับ 'อำนาจการซื้อจริงของกลุ่มเป้าหมาย' แฟนคลับส่วนใหญ่เป็นวัยเรียนที่ไม่มีกำลังซื้อสินค้าชิ้นละ 2,800 บาท และขาดช่องทางการจัดจำหน่ายที่เข้าถึงง่าย
Gate / Kill-Criteria: แบ่งสัญญาเป็น 2 เฟส: จ้างโพสต์ทดสอบ 1 ชิ้นด้วยงบ 1.5 ล้านบาทพร้อมลิงก์ UTM ติดตามยอด หากยอดซื้อจริง (Attributed Gross Margin) ต่ำกว่า 3 ล้านบาทใน 14 วัน ให้สิทธิยกเลิกสัญญาใหญ่ทันที
- Target Metric Inversion: หวังรายได้เพิ่ม 30% → รายได้รวมดิ่งลง 15% จากการเสียลูกค้า
- Mechanism: บังคับขึ้น 30% ในรอบต่อสัญญา → ทำลายกำแพง Switching Cost ให้ลูกค้าตัดสินใจย้าย
- Stakeholder: ลูกค้า B2B รายใหญ่ → ลูกค้ารายใหญ่ 32% แห่ยกเลิกสัญญาหนีไปใช้คู่แข่ง
สถานะหายนะ 12 เดือนข้างหน้า: เกิดการแห่ยกเลิกสัญญา (Mass Churn) ของลูกค้ารายใหญ่ 32% รายได้รวมตกลง 15% และเปิดช่องให้สตาร์ตอัปคู่แข่งรายใหม่ชูจุดขายราคาประหยัดเข้ามาแย่งส่วนแบ่งตลาดไปอย่างถาวร
มองข้ามจุดเดือดความคับข้องใจ (Tipping Point): การขึ้นราคา 30% รวดเดียวเป็นตัวเร่งให้ 'ต้นทุนในการทนอยู่ต่อสูงกว่าต้นทุนในการยอมย้ายค่าย' สลายกำแพง Switching Cost ในพริบตา
Gate / Kill-Criteria: นำร่องทดสอบขึ้นราคากับกลุ่มตัวอย่างลูกค้า 10% ก่อน หากอัตราการปฏิเสธต่อสัญญา (Opt-out Rate) เกินกว่า 6% ให้ระงับการขึ้นราคาทั่วกระดาน และเปลี่ยนเป็นระบบขึ้นราคาผูกกับฟังก์ชันพรีเมียมใหม่แทน
- Target Metric Inversion: หวังประหยัด 8 ล้าน → จ่ายค่าปรับและค่าเสียโอกาสผลิตหยุด 24 ล้าน
- Mechanism: สต็อกเหล็กเหลือศูนย์ → สายการผลิตหยุดฉุกเฉิน 14 ครั้งเมื่อการจราจรสะดุด
- Stakeholder: คู่ค้ารายใหญ่ → เสียสัญญาระยะยาวเพราะส่งมอบงานไม่ทัน
สถานะหายนะ 12 เดือนข้างหน้า: ไลน์ผลิตต้องหยุดทำงานฉุกเฉินสะสมถึง 14 ครั้งเนื่องจากรถขนส่งติดน้ำท่วมและด่านศุลกากรล่าช้า โรงงานส่งมอบสินค้าไม่ทัน ถูกลูกค้าปรับค่าเสียหาย 24 ล้านบาท และเสียสัญญากับคู่ค้ารายใหญ่
ทึกทักเอาเองว่าสภาพแวดล้อมภายนอก (การจราจร, สภาพอากาศ, ศุลกากร) จะสมบูรณ์แบบตลอดเวลา (Fragile Architecture) โดยไม่มี Safety Stock กันชนรับความผันผวนของระบบ
Gate / Kill-Criteria: คง Buffer Stock ขั้นต่ำ 7 วันทำการไว้เสมอ และกำหนดว่าหากสถิติการส่งมอบของซัพพลายเออร์มีความล่าช้าเกิน 2 ชั่วโมง มากกว่า 2 ครั้งใน 30 วัน ให้ปรับกลับมาใช้สต็อกสำรอง 14 วันทันที
- Target Metric Inversion: หวังยึดตลาดและทำกำไร → 28 จาก 40 สาขาขาดทุน กระแสเงินสดติดลบ
- Mechanism: เปิด 40 สาขาพร้อมกันใน 6 เดือน → ครัวกลางส่งของไม่ทัน คุณภาพอาหารตกต่ำ
- Stakeholder: ลูกค้าหน้าร้าน → รีวิว 1 ดาวทั่วประเทศ ปฏิเสธเข้าร้าน
สถานะหายนะ 12 เดือนข้างหน้า: 28 จาก 40 สาขาใหม่มีผลขาดทุนต่อเนื่อง ครัวกลางผลิตวัตถุดิบส่งไม่ทันจนคุณภาพอาหารตกต่ำ ลูกค้ารีวิวด่า 1 ดาวทั่วประเทศ และกระแสเงินสดบริษัทแม่ติดลบจนต้องกู้เงินด่วนมาประคอง
คอขวดที่มองไม่เห็น: ครัวกลางและการฝึกอบรมผู้จัดการสาขาไม่สามารถขยายขนาดได้ทัน (Scaling Bottleneck) ทำให้ความเร็วในการเปิดสาขาแซงหน้าขีดความสามารถในการควบคุมมาตรฐานคุณภาพ
Gate / Kill-Criteria: จำกัดการเปิดเป็นเฟสละ 5 สาขา และล็อกเงื่อนไขว่า: จะไม่อนุมัติเปิดเฟสถัดไปจนกว่าสาขาในเฟสปัจจุบันจะทำกำไรจากการดำเนินงาน (EBITDA เป็นบวก) และมีคะแนน Audit คุณภาพอาหารเกิน 90% ติดต่อกัน 60 วัน
1. Target Metric Inversion: หวังประหยัด 5 ล้าน → กลายเป็นขาดทุนเท่าไร?
2. Mechanism Self-Destruction: AI ตอบ 24 ชม. → เกิดอะไรขึ้นเมื่อเจอคำถามยากหรืออารมณ์ลูกค้า?
3. Stakeholder Rebellion: ลูกค้า (โดยเฉพาะรายใหญ่) จะมีพฤติกรรมตอบโต้อย่างไร?
ผ่านไป 12 เดือน: ลูกค้ารายใหญ่ระดับองค์กร 20% ยกเลิกสัญญาเพราะบอทตอบคำถามทางเทคนิคที่ซับซ้อนไม่ได้และไม่มีคนรับสาย เกิดวิกฤตชื่อเสียงบนโซเชียล มูลค่าความเสียหายจากลูกค้าที่เสียไปสูงถึง 16 ล้านบาท เกินกว่าเงิน 5 ล้านที่ประหยัดได้
สับสนระหว่าง 'คำถามพื้นฐานซ้ำๆ (Routine Tickets)' กับ 'เคสวิกฤตที่มีความละเอียดอ่อนทางอารมณ์และมูลค่าสูง' การตัดช่องทางติดต่อมนุษย์ออก 100% ทำลายความไว้วางใจของลูกค้าระดับ VIP
Gate / Kill-Criteria: ห้ามปลดพนักงานสายด่วน แต่ให้ใช้โมเดล Hybrid: ให้ AI กรองเฉพาะเคสพื้นฐาน และบังคับมีปุ่ม Fallback โอนสายหามนุษย์ภายใน 30 วินาที หากคะแนนความพึงพอใจลูกค้าลดลงเกิน 0.3 ดาว ให้ทบทวนระบบทันที
1. Target Metric (ประหยัด 15%) พลิกกลับเป็น Total Cost of Quality บานปลายอย่างไร?
2. Mechanism (เลือกราคาต่ำสุด 100%) ทำให้เกิด Adverse Selection อย่างไร?
3. Stakeholder (โรงงานและช่าง) จะเจอปัญหาอะไร?
ผ่านไป 9 เดือน: อะไหล่ราคาถูกมีอายุการใช้งานสั้นลงกว่าครึ่ง เครื่องจักรหลักในโรงงานพังเสียหายบ่อยครั้ง อัตราของเสียพุ่งสูงขึ้น 8% ค่าซ่อมบำรุงและค่าเสียโอกาสจากไลน์ผลิตหยุดทำงานรวมแล้วสูงถึง 12 ล้านบาท เกินกว่างบจัดซื้อที่ประหยัดได้ 15%
กลไกราคาต่ำสุดทำให้เกิด Adverse Selection: ซัพพลายเออร์คุณภาพสูงปฏิเสธเข้าร่วมประมูล เหลือเฉพาะเจ้าที่ยอมลดเกรดวัตถุดิบเพื่อเอาชนะราคา ส่งผลให้ Total Cost of Ownership พุ่งสูงขึ้น
Gate / Kill-Criteria: ห้ามตัดสินด้วยราคาเพียงอย่างเดียว กำหนดเกณฑ์คะแนนเทคนิคและคุณภาพ (Technical Gate) ต้องเกิน 80% ก่อนจึงจะเปิดซองราคาได้ และหากชิ้นงานจากซัพพลายเออร์ใหม่มีอัตราของเสียเกิน 1.5% ให้ตัดสิทธิ์ทันที
1. Target Metric (ลดเวลาพัฒนา 60%) พลิกกลับเป็นความล่าช้าเพราะระบบไม่ยืดหยุ่นอย่างไร?
2. Mechanism (Low-code ทั้งหมด) นำไปสู่ Vendor Lock-in อย่างไร?
3. Stakeholder (โปรแกรมเมอร์ทั้งหมด) มีปฏิกิริยาอย่างไร?
ผ่านไป 12 เดือน: เมื่อธุรกิจต้องการปรับแต่งระบบเชื่อมต่อกับธนาคาร แพลตฟอร์ม Low-code ไม่รองรับ เวนเดอร์ปรับขึ้นค่าไลเซนส์ 3 เท่า และระบบทำงานช้าจนไม่สามารถสเกลได้ วิศวกรเก่งๆ ลาออกหมดเพราะไม่ได้เขียนโค้ดจริง
การมองเห็นแต่ความเร็วในการทำหน้าจอ Prototype (Speed of Scaffolding) แต่ละเลยข้อจำกัดของสถาปัตยกรรมปิด (Vendor Lock-in) และความซับซ้อนของ Core Business Logic ที่ต้องการการคำนวณขั้นสูง
Gate / Kill-Criteria: จำกัดการใช้ Low-Code เฉพาะระบบหลังบ้านภายในที่ไม่สำคัญ (Internal Tools) และสั่งห้ามใช้กับ Core Transaction System พร้อมทั้งทดสอบความสามารถในการ Export โค้ดออกมาคอมไพล์เองได้จริงก่อนเซ็นสัญญา
🔍 ทำไมเคสนี้ถึงยากที่สุด? เพราะในประโยคผู้พูดมีเป้าหมายยิ่งใหญ่ ชัดเจน ดูมีวิสัยทัศน์กวาดตลาด (1,000,000 ออเดอร์, คืนเงิน 50%, เบอร์ 1) ไม่มีตัวเลขขาดทุนหรือคำพูดในแง่ลบเลย แต่กรรมการบริหารระดับโลกจะใช้ **The 4-Step Inverse Deduction Method** เพื่อผ่าชันสูตรหาความพินาศที่ซ่อนอยู่ในความว่างเปล่า:
คำที่มีระบุ: แคมเปญ = "12.12 สิ้นปี" | สิ่งจูงใจ = "คูปองเงินคืน 50% + ส่งฟรีทั่วประเทศ" | เป้าหมายสเกล = "1,000,000 ออเดอร์ในวันเดียว" | วิสัยทัศน์ = "ขึ้นเป็นเบอร์ 1 ในตลาดอย่างเบ็ดเสร็จ"
สมการส่งมอบสินค้าคือ: ความสามารถในการส่งมอบ = (กำลังคนแพ็กของในคลัง + จำนวนรถขนส่ง) × เวลาทำงาน
สแกนหาสิ่งที่ขาดหายไป: ผู้พูดพูดถึงแต่การ 'กระตุ้นออเดอร์' แต่ตัวแปรสำคัญคือ **"ขีดความสามารถในการแพ็กของของคลังสินค้า (Fulfillment Capacity)"** และ **"ขีดจำกัดของเครือข่ายขนส่ง (Logistics Bottleneck)"** หายไปจากประโยคโดยสิ้นเชิง
1,000,000 ออเดอร์ใน 1 วัน = 11.5 ออเดอร์ต่อทุกๆ 1 วินาที! หากคลังสินค้าแพ็กได้ปกติวันละ 50,000 ชิ้น สินค้าจะค้างอยู่ในคลังสินค้ากว่า 20 วัน ขนมอาหารเน่าเสีย สินค้าชำรุด พัสดุสูญหาย รถขนส่งปฏิเสธเข้ารับของ และลูกค้า 1,000,000 คนจะรุมถล่มด่าบริษัทจนแบรนด์ล่มสลายในโลกโซเชียล กลายเป็นหายนะแทนที่จะเป็นเบอร์ 1
ผลการชันสูตรและเกราะป้องกันสำหรับวางบนโต๊ะบอร์ดบริหาร:
Certain Failure State: คลังสินค้าและระบบขนส่งล่มสลาย สินค้าค้างส่งเกิน 3 สัปดาห์ ถูกลูกค้าร้องเรียน สคบ. บัญชีแคชแบ็กเงินคืน 50% ผลาญเงินสดจนบริษัทขาดสภาพคล่อง
Systemic Root Cause: สเกลของดีมานด์ (1 ล้านออเดอร์) ทะลักเกินขีดจำกัดทางกายภาพของคลังและรถขนส่ง (Capacity Choke) โดยไม่มีระบบจำกัดคิว
Actionable Guardrail: กำหนด Cap เพดานออเดอร์สูงสุดต่อวันตามขีดความสามารถจริงของคลังสินค้า (เช่น จำกัดสิทธิ์วันละ 100,000 ออเดอร์ แบ่งเป็น 10 วัน) และทำสัญญาการันตี SLA ค่าปรับกับบริษัทขนส่งภายนอกล่วงหน้าก่อนปล่อยแคมเปญ
คลังโจทย์ 10 สถานการณ์จริง: ฝึกจำลองสภาพหายนะ ขุดจุดตายเชิงระบบ และวาง Kill-Criteria
ไม่มีช้อยส์ชี้นำให้เดาทาง เลือกทำอย่างน้อย 3 ข้อตามบริบทงานที่คุณสนใจ โปรดใช้สูตร 3 ชิ้นส่วน (Target Metric Inversion + Mechanism Self-Destruction + Stakeholder Rebellion) สกัด Certain Failure State จากคำในโจทย์โดยตรง เมื่อพิมพ์เสร็จให้กดปุ่ม "📋 คัดลอก Prompt ข้อนี้เพื่อส่งตรวจ AI"
แบบทดสอบล็อกความจำ 10 ข้อเขี้ยว (Pre-Mortem & Spiral Traps)
สัดส่วนข้อสอบ: 4 ข้อเนื้อหาใหม่ประจำวัน (Pre-Mortem Protocol, Prospective Hindsight, Kill-Criteria) + 6 ข้อเกลียวเนื้อหาย้อนหลัง (Days 1–10) ทุกช้อยส์ใช้ภาษาทางการที่ฟังดูฉลาด สมองไม่สามารถเดาทางได้