เทคนิคเล่าเรื่องในคลาส Design Thinking: ทำให้เวิร์กช็อปเห็นปัญหาจริงและเลือกรูปแบบอบรมได้คุ้มค่า

การเล่าเรื่องในคลาส Design Thinking ควรเริ่มจากข้อมูลและบริบทของผู้ใช้จริง แล้วใช้เรื่องเล่าสั้นเพื่อให้ทีมเห็นเป้าหมาย อุปสรรค และจุดตัดสินใจร่วมกัน
เทคนิคที่เหมาะจะแตกต่างตามช่วงของเวิร์กช็อป: User story เพื่อสร้างความเข้าใจผู้ใช้, Journey narrative เพื่อหา pain point, และ Prototype pitch เพื่อสื่อสารแนวคิดอย่างไม่เกินจริง
สำหรับองค์กร การเลือกอบรมภายใน จ้างวิทยากรภายนอก หรือใช้หลักสูตรออนไลน์/ไฮบริด ควรดูความซับซ้อนของโจทย์ ระดับการปรับเนื้อหา และความต่อเนื่องหลังคลาส
Storytelling ไม่ใช่ทางลัดแทนการวิจัยผู้ใช้ แต่เป็นวิธีทำให้ข้อมูลที่มีถูกนำไปใช้ตัดสินใจได้ชัดขึ้น
หากกำลังเปรียบเทียบหลักสูตรอบรมองค์กรหรือผู้ให้บริการเวิร์กช็อป ควรตรวจว่ากิจกรรมเชื่อมกับปัญหาธุรกิจและมีขั้นตอนตรวจสอบสมมติฐานหรือไม่

ภาพรวมโดยย่อ

• เริ่มจากผู้ใช้จริง เรื่องเล่าที่ดีสะท้อนบริบท แรงจูงใจ ข้อจำกัด และความรู้สึกของผู้ใช้ ไม่ใช่เรื่องแต่งเพื่อให้ประทับใจ
• เลือกเทคนิคตามเป้าหมาย ใช้ User story, Journey narrative, Problem framing story และ Prototype pitch ในคนละจังหวะของ Design Thinking
• ตัดสินใจเรื่องรูปแบบอบรมจากโจทย์งาน เปรียบเทียบความยืดหยุ่นของทีมภายใน วิทยากรภายนอก และหลักสูตรองค์กรก่อนเลือก

รูปแบบการเรียนรู้	เหมาะเมื่อ	การปรับให้เข้ากับองค์กร	สิ่งที่ควรตรวจสอบ
ทีมภายในจัดเอง	มีคนที่เข้าใจผู้ใช้และโจทย์ธุรกิจอยู่แล้ว	ปรับสถานการณ์และข้อมูลหน้างานได้มาก	ผู้นำกิจกรรมช่วยแยกข้อเท็จจริงออกจากความเห็นของทีมได้หรือไม่
จ้างวิทยากรภายนอก	ต้องการมุมมองกลางหรือโครงสร้างเวิร์กช็อปที่ชัดเจน	ขึ้นกับขอบเขตที่ตกลงก่อนอบรม	วิทยากรใช้โจทย์จริงขององค์กร และมีการโค้ชระหว่างทำงานหรือไม่
หลักสูตรออนไลน์หรือไฮบริด	ต้องการให้ผู้เรียนเข้าถึงเนื้อหาได้ยืดหยุ่น	อาจต้องออกแบบช่วงอภิปรายและทำงานกลุ่มเพิ่ม	มีเครื่องมือเวิร์กช็อปสำหรับร่วมกันสร้าง Persona, Journey และต้นแบบหรือไม่

Storytelling ทำให้การเรียนรู้ Design Thinking ใช้กับปัญหาจริงได้อย่างไร

สรุป 3 บรรทัด: เริ่มจากผู้ใช้จริง ไม่ใช่เรื่องแต่งที่น่าประทับใจ

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

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

เรื่องเล่าช่วยเชื่อมข้อมูลการวิจัยกับการตัดสินใจของทีมอย่างไร

เมื่อทีมมีบันทึกสัมภาษณ์ ข้อสังเกต หรือข้อมูลจากหน้างาน การหยิบข้อมูลเหล่านั้นมาเล่าเป็นลำดับเหตุการณ์ช่วยให้การอภิปรายไม่ลอยอยู่กับคำกว้าง ๆ เช่น “ผู้ใช้ไม่สะดวก” ทีมจะเห็นว่า ความไม่สะดวกเกิดขึ้นตอนไหน เกี่ยวข้องกับเงื่อนไขใด และส่งผลต่อการตัดสินใจอย่างไร

Persona และ Customer Journey เป็นเครื่องมือเวิร์กช็อปที่ช่วยจัดระเบียบข้อมูลในลักษณะนี้ Persona ช่วยให้ทีมอ้างอิงกลุ่มผู้ใช้ด้วยภาษาชุดเดียวกัน ขณะที่ Journey ช่วยมองเหตุการณ์ต่อเนื่องเพื่อหา pain point และโอกาสในการปรับปรุง

จุดที่ Storytelling ไม่ควรใช้แทนการเก็บข้อมูลผู้ใช้

เรื่องเล่าไม่สามารถยืนยันได้เองว่าผู้ใช้คิดหรือทำสิ่งใดจริง หาก Persona ถูกสร้างจากความเชื่อของทีม หรือสถานการณ์ถูกแต่งขึ้นโดยไม่มีงานวิจัยรองรับ ควรเรียกว่าเป็น สมมติฐาน ไม่ใช่อินไซต์ สิ่งที่ยังต้องตรวจสอบควรถูกนำไปถามหรือทดสอบกับผู้ใช้จริงในขั้นตอนถัดไป

เลือกเทคนิคเล่าเรื่องให้ตรงกับเป้าหมายของเวิร์กช็อป

User story สำหรับสร้าง empathy และเห็นแรงเสียดทานในชีวิตจริง

User story เหมาะกับช่วงเริ่มต้นที่ผู้เรียนต้องทำความเข้าใจผู้ใช้ เขียนให้สั้น โดยมีผู้ใช้หนึ่งคนหรือหนึ่งกลุ่ม เป้าหมายที่กำลังพยายามทำ และแรงเสียดทานที่ขัดขวาง ตัวอย่างโครงสร้างคือ “เมื่อ… ผู้ใช้ต้องการ… แต่พบว่า…” จุดสำคัญคืออย่าใส่คุณลักษณะหรือความรู้สึกที่ไม่มีหลักฐานรองรับ

Journey narrative สำหรับหา pain point ตามลำดับเหตุการณ์

Journey narrative คือการเล่าเหตุการณ์ตั้งแต่ก่อนเริ่มใช้บริการ ระหว่างดำเนินการ จนถึงหลังจบงาน เหมาะเมื่อต้องการหาว่าปัญหาไม่ได้อยู่ที่จุดเดียว แต่เกิดจากการส่งต่อข้อมูล ขั้นตอน หรือความคาดหวังที่ไม่ต่อเนื่อง ผู้เรียนควรระบุแต่ละช่วงว่า ผู้ใช้ทำอะไร พบอะไร รู้สึกอย่างไร และทีมมีหลักฐานอะไรสนับสนุน

Problem framing story สำหรับตั้งโจทย์ที่แก้ได้และวัดผลได้

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

Prototype pitch สำหรับอธิบายคุณค่าของแนวคิดโดยไม่ขายเกินจริง

เมื่อมีต้นแบบแล้ว Prototype pitch ช่วยให้ทีมอธิบายว่าแนวคิดนี้เปลี่ยนประสบการณ์ของผู้ใช้อย่างไร ควรเล่าเป็นสถานการณ์ใช้งาน ไม่ใช่คำโฆษณาเกินจริง ระบุให้ชัดว่าต้นแบบตอบ pain point ใด มีข้อจำกัดใด และต้องทดสอบคำถามอะไรต่อกับผู้ใช้

เปรียบเทียบรูปแบบอบรมและความคุ้มค่า: ทีมภายใน วิทยากรภายนอก หรือหลักสูตรองค์กร

ตารางเปรียบเทียบงบ เวลา การปรับเนื้อหา และความต่อเนื่องหลังอบรม

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

เมื่อใดควรขอใบเสนอราคาจากผู้ให้บริการอบรม Design Thinking

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

รายการคำถามก่อนเลือกหลักสูตรหรือวิทยากร

• หลักสูตรปรับกรณีศึกษาให้เข้ากับบริบทองค์กรได้อย่างไร
• ผู้เรียนจะได้ทำงานกับข้อมูลผู้ใช้จริง หรือใช้สถานการณ์จำลองเป็นหลัก
• มีกระบวนการแยกข้อเท็จจริง สมมติฐาน และเรื่องที่ต้องตรวจสอบหรือไม่
• มีเครื่องมือเวิร์กช็อปและแนวทางโค้ชระหว่างทำงานกลุ่มหรือไม่
• หลังอบรมมีแนวทางให้ทีมติดตามการทดสอบต้นแบบหรือไม่

ขั้นตอนออกแบบกิจกรรมเล่าเรื่องตั้งแต่ข้อมูลผู้ใช้ถึงต้นแบบ

รวบรวมหลักฐานและกำหนดสิ่งที่รู้ สิ่งที่คาด และสิ่งที่ต้องพิสูจน์

เริ่มกิจกรรมด้วยกระดานสามส่วน ได้แก่ สิ่งที่รู้จากข้อมูล สิ่งที่ทีมคาด และ สิ่งที่ต้องตรวจสอบ วิธีนี้ทำให้ผู้เรียนไม่เผลอเปลี่ยนความเห็นส่วนตัวให้กลายเป็นข้อเท็จจริง และช่วยให้คำถามสำหรับการทดสอบในภายหลังชัดเจนขึ้น

เขียนสถานการณ์สั้นที่มีเป้าหมาย อุปสรรค และจุดตัดสินใจ

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

ใช้คำถามชี้นำเพื่อเปลี่ยนเรื่องเล่าเป็นอินไซต์และไอเดีย

หลังอ่านหรือฟังสถานการณ์ ให้ใช้คำถาม เช่น “ผู้ใช้กำลังพยายามทำอะไร” “ช่วงใดทำให้เกิดแรงเสียดทาน” “หลักฐานใดสนับสนุนข้อสรุปนี้” และ “สิ่งใดควรทดสอบก่อนลงทุนทำต่อ” คำถามเหล่านี้เปลี่ยน Storytelling จากกิจกรรมรับฟัง เป็นฐานสำหรับนิยามปัญหา สร้างแนวคิด และเลือกสิ่งที่จะทำต้นแบบ

ทดสอบเรื่องเล่ากับผู้ใช้หรือผู้เกี่ยวข้องก่อนสรุปผล

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

ข้อผิดพลาดที่ทำให้ Storytelling ในคลาสกลายเป็นกิจกรรมที่ไม่สร้างผลลัพธ์

สร้าง Persona จากความเชื่อของทีมแทนข้อมูล

เมื่อทีมตั้ง Persona จากภาพจำของตนเอง การตัดสินใจทั้งหมดหลังจากนั้นอาจเอนเอียงตามสมมติฐาน ควรใส่แหล่งที่มาของข้อมูลไว้ใน Persona และทำเครื่องหมายประเด็นที่ยังไม่แน่ใจเสมอ

ให้รายละเอียดมากเกินจนผู้เรียนหลุดจากโจทย์ธุรกิจ

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

เล่าเรื่องดราม่าแต่ไม่มีเกณฑ์วัดหรือแนวทางลงมือทำ

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

เลือกแนวทางและผู้ให้บริการให้เหมาะกับองค์กร

เช็กลิสต์ตัดสินใจตามขนาดทีม ความซับซ้อนของปัญหา และงบประมาณ

ทีมขนาดเล็กที่มีข้อมูลผู้ใช้พร้อมอาจเริ่มจากการจัดกิจกรรมภายในได้ ส่วนโจทย์ที่ซับซ้อน มีหลายหน่วยงาน หรือจำเป็นต้องมีคนกลางในการอำนวยความสะดวก อาจเหมาะกับวิทยากรภายนอกมากกว่า หากต้องการให้คนจำนวนมากเข้าถึงแนวคิดพื้นฐาน หลักสูตรออนไลน์หรือไฮบริดอาจเป็นทางเลือก แต่ควรวางช่วงทำงานกับโจทย์จริงเพิ่มเติม

เปรียบเทียบสิ่งที่ควรมีในข้อเสนออบรมองค์กร

ข้อเสนอที่ช่วยตัดสินใจได้ควรระบุขอบเขตเนื้อหา รูปแบบกิจกรรม บทบาทของผู้เรียนและผู้จัดเตรียมข้อมูล เครื่องมือเวิร์กช็อป แนวทางปรับกรณีศึกษา และสิ่งที่จะเกิดขึ้นหลังการอบรม การดูเพียงหัวข้อหลักสูตรอาจไม่พอ เพราะคุณภาพของการประยุกต์ใช้ขึ้นอยู่กับการเชื่อมเนื้อหาเข้ากับบริบทงานด้วย

สรุปเกณฑ์เลือก: เนื้อหาปรับตามบริบท โค้ชระหว่างทำงาน และแผนติดตามผล

ไม่ว่าจะเลือกผู้ให้บริการอบรม Design Thinking แบบใด ให้ความสำคัญกับสามเรื่อง คือ เนื้อหาที่ปรับตามบริบท การโค้ชขณะทีมลงมือทำ และ แผนตรวจสอบหรือทำงานต่อหลังคลาส ทั้งสามส่วนช่วยให้ Storytelling ไม่ถูกแยกออกจากการค้นหาปัญหา สร้างต้นแบบ และทดสอบจริง

เกณฑ์เลือกและสรุปเปรียบเทียบ

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

ส่งท้าย

Storytelling ที่ดีใน Design Thinking ไม่ได้มีเป้าหมายเพื่อเล่าให้ซาบซึ้ง แต่เพื่อช่วยให้ทีมมองผู้ใช้และปัญหาด้วยความเข้าใจที่มีหลักฐานรองรับ เมื่อเรื่องเล่ากระชับ มีคำถามชี้นำ และแยกสมมติฐานออกจากข้อเท็จจริง ผู้เรียนจะนำไปใช้ตัดสินใจเรื่องไอเดียและต้นแบบได้ง่ายขึ้น การเลือกรูปแบบอบรมจึงควรเริ่มจากโจทย์งาน ไม่ใช่เริ่มจากรูปแบบกิจกรรม

ข้อมูลที่ควรรู้เพิ่มเติม

Persona ช่วยให้ทีมอ้างอิงผู้ใช้ด้วยกรอบร่วมกัน
Customer Journey ช่วยมอง pain point ตามลำดับเหตุการณ์
กรณีศึกษาแบบสถานการณ์ช่วยให้ผู้เรียนฝึกตัดสินใจโดยไม่ต้องเริ่มจากข้อมูลนามธรรม
ต้นแบบเป็นสิ่งสำหรับเรียนรู้และทดสอบ ไม่ใช่คำยืนยันว่าทางออกจะได้ผลเสมอไป

ข้อควรระวังสำคัญ

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

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

Q1. การใช้ Storytelling ในการอบรม Design Thinking เหมาะกับผู้เริ่มต้นหรือไม่?

A1. เหมาะ เพราะช่วยให้ผู้เริ่มต้นเห็นภาพผู้ใช้และสถานการณ์ปัญหาได้ง่ายขึ้น แต่ควรเริ่มจากเรื่องสั้นที่มีเป้าหมาย อุปสรรค และคำถามชี้นำชัดเจน พร้อมบอกให้ทราบว่าส่วนใดเป็นข้อเท็จจริงและส่วนใดเป็นสมมติฐาน

Q2. ควรจ้างวิทยากรภายนอกสำหรับเวิร์กช็อป Design Thinking เมื่อใด?

A2. อาจเหมาะเมื่อโจทย์มีความซับซ้อน ต้องประสานหลายฝ่าย ต้องการผู้ดำเนินกิจกรรมที่เป็นกลาง หรือองค์กรต้องการโครงสร้างการเรียนรู้และการโค้ชระหว่างทำงาน ควรขอรายละเอียดเกี่ยวกับการปรับเนื้อหา เครื่องมือ และการติดตามผลก่อนตัดสินใจ

Q3. จะประเมินได้อย่างไรว่าเรื่องเล่าที่ใช้ในเวิร์กช็อปอ้างอิงผู้ใช้จริงมากพอ?

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