การรู้ ไม่ได้แปลว่าเรารู้วิธีอธิบาย
เหตุใดคนที่มีความเชี่ยวชาญสูงจึงยังอธิบายให้เข้าใจยาก และจะเปลี่ยนความรู้ให้เป็นสิ่งที่คนอื่นเข้าใจ จดจำ และนำไปใช้ได้อย่างไร
ความย้อนแย้งที่พบได้บ่อย
บางคนทำงานมาสิบปี แต่เมื่อถูกถามว่า “คุณทำเรื่องนี้อย่างไร?” กลับตอบด้วยรายละเอียดมากมายจนผู้ฟังไม่รู้ว่าอะไรสำคัญ นั่นไม่ได้แปลว่าเขาไม่เก่ง แต่หมายความว่า ความเชี่ยวชาญและการถ่ายทอดความเชี่ยวชาญเป็นคนละทักษะ
ผู้เชี่ยวชาญมองเห็นข้อมูลหลายชั้นพร้อมกัน แต่ผู้เริ่มต้นไม่เห็น เมื่อผู้เชี่ยวชาญพูดจากโมเดลความคิดของตนเอง จึงมักข้ามขั้นตอนกลางที่คนอื่นต้องใช้เพื่อทำความเข้าใจ
รู้ เข้าใจ อธิบาย และทำให้คนอื่นเข้าใจ
เราสามารถแยกออกเป็นสี่ระดับ: รู้ ข้อมูลหนึ่ง; เข้าใจ เหตุและความสัมพันธ์; อธิบาย สิ่งที่เข้าใจ; และ ช่วยให้คนอื่นเข้าใจ ด้วยภาษา ตัวอย่าง และโครงสร้างที่เหมาะกับเขา
ระดับสุดท้ายคือสิ่งที่ Tips บทความ หรือคู่มือควรพยายามไปให้ถึง ผู้อ่านไม่จำเป็นต้องเห็นทุกอย่างที่คุณรู้ เขาต้องการเส้นทางที่ชัดเจนจากคำถามไปสู่ข้อสรุปที่นำไปใช้ได้
ข้อผิดพลาด: เริ่มจากสิ่งที่เราอยากพูด
นักเขียนมักเริ่มจากสิ่งที่ตัวเองอยากเล่า แต่ผู้อ่านเข้ามาจากอีกจุดหนึ่ง—คำถาม ปัญหา หรือการตัดสินใจที่ยังไม่ชัด
แทนที่จะถามว่า “ฉันมีอะไรจะเล่า?” ให้ถามว่า ผู้อ่านกำลังพยายามเข้าใจหรือแก้ปัญหาอะไร? คำถามนี้จะเปลี่ยนทั้งข้อมูล ตัวอย่าง และลำดับการนำเสนอ
Framework: Reader → Problem → Insight → Explanation → Application
ใช้ห้าขั้น: Reader — ใครคือผู้อ่าน; Problem — เขาติดอะไร; Insight — สิ่งสำคัญที่สุดที่อยากให้เขามองเห็นคืออะไร; Explanation — ต้องใช้เหตุผล ตัวอย่าง หรือการเปรียบเทียบแบบใด; Application — เมื่อเข้าใจแล้ว เขาจะทำอะไรได้ต่างออกไป
โครงสร้างนี้ช่วยให้บทความไม่กลายเป็นการโชว์ความรู้ แต่เป็นเครื่องมือช่วยให้ผู้อ่านเดินหน้าต่อ
ตัวอย่าง: เปลี่ยนประสบการณ์เป็นความรู้ที่ใช้ซ้ำได้
Product designer อาจพูดว่า “ฉันสัมภาษณ์ผู้ใช้ก่อนทำ wireframe เสมอ” นี่เป็นเพียงประสบการณ์ส่วนตัว
เวอร์ชันที่ใช้ประโยชน์ได้มากกว่า: “การทำ wireframe เร็วเกินไปอาจล็อกทีมไว้กับสมมติฐานที่ยังไม่ได้ตรวจสอบ ก่อนวาดหน้าจอ ให้เข้าใจสามอย่าง: ผู้ใช้ต้องการทำอะไร อะไรขัดขวางเขา และตอนนี้เขาใช้วิธีใดแทนอยู่”
ประสบการณ์จึงกลายเป็นหลักการที่คนอื่นนำไปใช้ได้
การทำให้ง่าย ไม่ใช่การทำให้ตื้น
คำอธิบายที่เรียบง่ายต้องอาศัยความเข้าใจลึก คุณต้องรู้ว่าอะไรคือแก่น อะไรคือข้อยกเว้น และรายละเอียดใดมีความหมายเฉพาะบางบริบท
คำอธิบายที่ดีไม่ได้ลบความซับซ้อน แต่ จัดลำดับความซับซ้อนตามสิ่งที่ผู้อ่านจำเป็นต้องเจอ
บทความที่ดีไม่จำเป็นต้องพิสูจน์ว่าคุณรู้เยอะ
ถ้าเป้าหมายแฝงคือการดูฉลาด เนื้อหาจะเต็มไปด้วยศัพท์ เทคนิค และประเด็นย่อย แต่ถ้าเป้าหมายคือการช่วยให้เข้าใจ คุณจะเลือกสิ่งที่น้อยลงแต่แม่นยำขึ้น
ลองถามว่า: ถ้าตัดย่อหน้านี้ออก ผู้อ่านยังเข้าใจและนำแนวคิดหลักไปใช้ได้หรือไม่?
นำไปใช้กับ Forwork Tips
Tips ที่ดีบน Forwork ควรเริ่มจากปัญหาวิชาชีพที่ชัด มี insight หลักหนึ่งเรื่อง อธิบายว่าเหตุใดจึงสำคัญ และจบด้วยวิธีนำไปใช้
Tips ยังเชื่อมกับ Project เพื่อแสดงหลักฐานจากการทำงานจริง เชื่อมกับ Profile เพื่อเสริมภาพความเชี่ยวชาญ หรือเชื่อมกับ Event และ Letter เมื่อแนวคิดควรถูกขยายต่อ
บทสรุป
การนำเสนอความรู้ไม่ใช่การย่อสิ่งที่คุณรู้ แต่เป็นการออกแบบเส้นทางให้คนอื่นเดินเข้าไปในความรู้นั้นได้
เมื่อทำได้ ประสบการณ์จะไม่อยู่แค่ในหัวของคนคนเดียว แต่กลายเป็นสินทรัพย์ความรู้ที่อ่าน จดจำ พูดคุย นำไปใช้ และเชื่อมกับหลักฐานการทำงานอื่นได้