Pitch Deck สำหรับงานแข่งมัธยม สร้างยังไงให้น่าฟังใน 5 นาที

ทีมงานแข่งส่วนใหญ่เสีย pitch ไปเพราะ slide มากเกินไปหรือพูดเร็วเกินไป ไม่ใช่เพราะ solution แย่ เรียนรู้โครงสร้างที่ใช้ได้จริงใน 5 นาที

ทีม Hackathon มัธยมหลายทีมใช้เวลาเกือบทั้งหมดสร้าง product แล้วเหลือเวลา 1 ชั่วโมงสุดท้ายทำ slide ผลคือ pitch ออกมาไม่น่าฟัง ทั้งที่ solution อาจดีกว่าทีมอื่น

ความจริงที่หลายคนยังไม่รู้: กรรมการตัดสินงานแข่งจาก pitch เป็นหลัก ไม่ใช่จาก product เพราะเวลาที่มีไม่พอให้ทดสอบของจริงทุกทีม

กรรมการใช้เวลาฟัง pitch ยังไง?

ในงานแข่ง Hackathon มัธยม กรรมการมักฟัง 5-10 ทีมต่อเนื่องกัน แต่ละทีมมีเวลา 3-10 นาที ซึ่งหมายความว่าตอนถึงทีมที่ 6 กรรมการอาจเหนื่อยและสูญเสียสมาธิบ้างแล้ว

ทีมที่กรรมการจำได้คือทีมที่:

ทำให้เข้าใจปัญหาได้ภายใน 30 วินาทีแรก
มี "moment" 1 อย่างที่จำติดใจ เช่น ตัวเลขที่น่าสนใจ ภาพที่ชัดเจน หรือวิธีนำเสนอที่แตกต่าง
ตอบ Q&A ได้ตรงและมั่นใจ

โครงสร้าง Pitch Deck 5 นาทีที่ใช้ได้จริง

สำหรับ pitch 5 นาที แนะนำ 6-8 slide ไม่เกินนี้ เพราะแต่ละ slide ควรใช้เวลา 30-45 วินาที

โครงสร้างที่พิสูจน์แล้วว่าทำงานได้:

Hook / Opening (30 วินาที)
Problem (45 วินาที)
Solution Overview (60 วินาที)
Demo / Prototype (60 วินาที)
Impact / Why it matters (45 วินาที)
Team (30 วินาที)

รวม ~5 นาที เหลือ buffer สำหรับ transition และการพูดช้าลงในจุดสำคัญ

แต่ละ slide ใส่อะไรบ้าง?

Slide 1: Hook / Opening

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

สถิติที่น่าแปลกใจ: "คนไทย 1 ใน 3 เผชิญกับปัญหา X โดยไม่รู้ตัว"
สถานการณ์ที่คนนึกภาพตามได้: "ลองนึกถึงตอนที่..."
คำถามที่กรรมการต้องคิดตาม: "ทำไมปัญหานี้ถึงยังไม่มีใครแก้?"

Slide 2: Problem

ระบุให้ชัดใน 3 bullet:

ปัญหาคืออะไร?
เกิดกับใคร? (user ที่ชัดเจน)
ใหญ่แค่ไหน? (ตัวเลขหรือ context ที่วัดได้)

ห้ามใส่ทุกอย่างที่รู้เกี่ยวกับปัญหา เลือกแค่สิ่งที่จำเป็นต่อการเข้าใจ solution

Slide 3: Solution Overview

อธิบาย solution ด้วยประโยคเดียว แล้วขยายด้วย 2-3 bullet ว่าทำงานยังไง อย่าอธิบาย technical detail ที่กรรมการฟังแล้วงง ให้มองจาก user perspective แทน

Slide 4: Demo / Prototype

ถ้ามี prototype ให้ดูถ่ายรูปหน้าจอหรือ record วิดีโอสั้น ๆ ไว้ใน slide ถ้าไม่มีให้ใช้ user flow diagram หรือ mockup จาก Figma แสดงแทน

ห้ามพูดว่า "ยังทำไม่เสร็จ" แต่พูดว่า "นี่คือ MVP ที่ทีมสร้างได้ภายในระยะเวลา X ชั่วโมง" แล้วอธิบายว่า full version จะมีอะไรเพิ่ม

Slide 5: Impact

บอกว่าถ้า solution นี้ถูกนำไปใช้จริง ชีวิตของ user จะเปลี่ยนยังไง และวัดได้ยังไง ไม่ต้องมีตัวเลขแม่นยำ แต่ต้องมี logic ที่ฟังดูสมเหตุสมผล

Slide 6: Team

แต่ละคนชื่ออะไร บทบาทในโปรเจกต์คืออะไร ไม่ต้องใส่ resume ยาว แค่ชื่อและสิ่งที่ทำในทีมนี้

อ่านเพิ่มเติมเรื่องการจัดทีมและ workflow ใน Hackathon ได้ที่ เคล็ดลับจัดทัพ Hackathon ด้วยวิถี Agile

ข้อผิดพลาดที่ทำให้ pitch พัง

Slide มากเกินไป: 15-20 slide ใน 5 นาที = พูดเร็วตลอดและกรรมการจับใจความไม่ได้
Technical jargon มากเกิน: อธิบาย architecture ลึกในขณะที่กรรมการยังไม่เข้าใจว่าปัญหาคืออะไร
อ่าน slide แทนพูด: กรรมการอ่านได้เร็วกว่าคนพูด slide ที่เต็มไปด้วยข้อความทำให้กรรมการหยุดฟัง
ไม่มี Q&A prep: ถ้ากรรมการถามแล้วงง จะลบคะแนนที่สะสมมาทั้งหมด
ทีมยืนนิ่ง คนเดียวพูดทุกอย่าง: กรรมการมองทีมทั้งทีม ถ้าใครไม่มีส่วนร่วมเลยจะสังเกตได้

ออกแบบ slide ยังไงให้กรรมการตามทัน

หลักการพื้นฐาน:

1 slide = 1 idea: ถ้าต้องใส่ sub-bullet มากกว่า 3 รายการ ให้แยกเป็น 2 slide แทน
Font ขนาดใหญ่: ขนาดต่ำสุดที่ควรใช้สำหรับ body text คือ 24pt เพราะกรรมการอาจอยู่ห่างจาก screen
สีตัดกันชัด: ข้อความสีขาวบนพื้นเข้ม หรือข้อความเข้มบนพื้นขาว อย่าใช้ gradient ที่อ่านยาก
ลด element: เลือกสิ่งที่สำคัญที่สุดใน slide นั้นแล้วตัดที่เหลือออก

เครื่องมือที่แนะนำ: Canva (เร็ว มี template สำเร็จรูป) หรือ Google Slides (collaborate ได้ทันที ไม่ต้องลง app)

เตรียม Q&A ให้ไม่ตกม้าตาย

คำถามที่กรรมการ Hackathon มัธยมถามบ่อยที่สุด:

"ทำไม user ถึงจะเลือกใช้ solution ของทีมแทนที่ที่มีอยู่แล้ว?"
"ถ้าไม่มีเวลาจำกัด จะพัฒนา feature ไหนเพิ่มก่อน?"
"ทดสอบกับ user จริงหรือยัง? ผลเป็นยังไง?"
"บทบาทของแต่ละคนในทีมคืออะไร?"

เตรียมคำตอบไว้ล่วงหน้า ซ้อมตอบในทีม และถ้าไม่รู้คำตอบให้พูดตรง ๆ ว่า "ยังไม่ได้ทดสอบในส่วนนั้น แต่ถ้าพัฒนาต่อจะ validate โดย..." ดีกว่าตอบแบบไม่มั่นใจ

คำถามที่พบบ่อย

ถ้า pitch เกินเวลาไปนิดหน่อย กรรมการตัดคะแนนไหม?
ขึ้นอยู่กับกฎของแต่ละงาน แต่โดยทั่วไปเกิน 30 วินาทีจะถูกเตือน เกิน 1 นาทีมักถูกหยุด ฝึกซ้อมด้วยนาฬิกาจับเวลาจริงทุกครั้ง

ควรให้ใครเป็นคนพูด pitch?
ไม่ต้องคนเดียว แบ่งให้ทีมพูดสลับกันตามส่วนที่แต่ละคนดูแลจริง ทำให้ดูเป็นทีมที่ทำงานด้วยกันได้จริง และลดแรงกดดันที่คน ๆ เดียว

ถ้า prototype ล่มระหว่าง demo ทำยังไง?
เตรียม screenshot หรือ video backup ไว้เสมอ แล้วพูดว่า "เพื่อให้การนำเสนอไม่สะดุด ขอแสดงผ่านภาพบันทึกที่เตรียมไว้แทน" กรรมการเข้าใจ และการเตรียม backup คือสัญญาณว่า professional

Pitch Deck ที่ดีควรมีกี่ animation?
น้อยที่สุดเท่าที่เป็นไปได้ animation ที่ซับซ้อนทำให้ presentation lag และดึงความสนใจออกจากเนื้อหา

หางานแข่งที่จะได้ใช้ pitch จริง

ฝึก pitch ได้ดีที่สุดในสนามจริง PorTCAS รวมงานแข่งมัธยม มีทั้ง Hackathon และ Innovation Challenge ที่ต้องนำเสนอต่อกรรมการจริง เลือกสนามที่ตรงกับสาย แล้วนำ pitch deck ที่เตรียมไว้ลองใช้จริงได้เลย