กรอบแนวคิด Jobs-to-be-Done: บทนำเชิงปฏิบัติ

โดยทีม FabricLoop  ·  พฤษภาคม 2026  ·  อ่าน 6 นาที

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

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

เรื่องนี้คือหัวใจของ Jobs-to-be-Done ผู้คนไม่ได้ซื้อผลิตภัณฑ์ แต่ "จ้าง" ผลิตภัณฑ์ให้ทำงานบางอย่างในชีวิตของพวกเขา

"งาน" ในที่นี้หมายถึงอะไรกันแน่

ในศัพท์ของ JTBD "งาน" (job) คือความก้าวหน้าที่บุคคลหนึ่งพยายามสร้างในสถานการณ์หนึ่ง ๆ ไม่ใช่ภารกิจย่อย ("ฉันต้องส่งไฟล์") และไม่ใช่เป้าหมาย ("ฉันอยากมีประสิทธิภาพมากขึ้น") แต่เป็นความก้าวหน้าที่เฉพาะเจาะจงที่คนเฉพาะคนพยายามสร้างในสถานการณ์เฉพาะ — พร้อมบริบท ข้อจำกัด และอารมณ์ทั้งหมดที่รายล้อมช่วงเวลานั้น

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

รูปแบบประโยค JTBD

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

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

มิติด้านการใช้งาน สังคม และอารมณ์

ทุกงานมีสามมิติ และผลิตภัณฑ์ที่ตอบเพียงมิติด้านการใช้งานจะทิ้งคุณค่าที่แท้จริงไว้บนโต๊ะ

• มิติด้านการใช้งาน (functional): ภารกิจเชิงปฏิบัติที่ต้องทำให้สำเร็จ เช่น "ส่งอัปเดตสถานะให้ทีมของฉัน"
• มิติด้านสังคม (social): สิ่งที่บุคคลต้องการให้ผู้อื่นมองตน เช่น "ถูกมองว่าเป็นระเบียบและควบคุมสถานการณ์ได้"
• มิติด้านอารมณ์ (emotional): สิ่งที่บุคคลต้องการรู้สึก เช่น "รู้สึกว่าควบคุมได้ ไม่ถูกท่วมท้น"

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

วิธีค้นหางานที่ผลิตภัณฑ์ของคุณถูกจ้างมาทำ

งานวิจัย JTBD ที่ดีที่สุดเน้นที่ช่วงเวลาที่ "จ้าง" — การตัดสินใจเริ่มใช้ผลิตภัณฑ์ — และช่วงเวลาที่ "ไล่ออก" — การตัดสินใจเลิกใช้ ทั้งสองช่วงเวลาเต็มไปด้วยสัญญาณ

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

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

การใช้ JTBD ตัดสินใจเรื่องผลิตภัณฑ์

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

JTBD ยังช่วยให้เห็นว่าคุณกำลังตอบสนองเกินความจำเป็น (over-serving) ตรงไหน หากผู้ใช้มีงานที่ถูกทำได้ดีพออยู่แล้ว การเพิ่มฟีเจอร์ในด้านนั้นจะให้ผลตอบแทนที่ลดน้อยถอยลง — และอาจเพิ่มความซับซ้อนจนผลิตภัณฑ์ใช้ยากขึ้นสำหรับผู้ใช้ที่มีงานต่างออกไป มุมมองแบบ "งาน" จะบอกคุณว่าควรลงทุนที่ไหนและควรหยุดที่ไหน