- เมื่อ AI ทำให้ต้นทุนการพัฒนาซอฟต์แวร์ลดลงอย่างรวดเร็ว ผลิตภัณฑ์ที่มีแค่ฟังก์ชันจึงไม่เพียงพอสำหรับตลาดอีกต่อไป และเส้นฐานใหม่คือ MLP (ผลิตภัณฑ์ขั้นต่ำที่ผู้ใช้สามารถตกหลุมรักได้ในเชิงอารมณ์)
- เดิมที MVP เป็นเครื่องมือสำหรับการเรียนรู้อย่างรวดเร็วผ่าน วงจร build-measure-learn ของ Eric Ries แต่ในความเป็นจริงกลับเพี้ยนความหมายไปเป็นข้ออ้างในการปล่อย "ผลิตภัณฑ์ที่แค่พอใช้งานได้ขั้นต่ำ"
- จากยุคที่การทำฟังก์ชันพื้นฐานต้องใช้เงินอย่างน้อย $200K ตอนนี้อาจทำได้ด้วย $20~$100 หรือแม้แต่ให้ลูกค้าสร้างเองได้ ทำให้ ความแตกต่างที่อิงกับฟังก์ชันไม่มีความหมาย มากขึ้นเรื่อย ๆ
- ในพีระมิดความต้องการของ SaaS ต้องไต่จาก Functional → Reliable → Usable → Lovable และลูกค้าที่สร้างความผูกพันทางอารมณ์กับผลิตภัณฑ์จะมี retention, LTV และการบอกต่อที่สูงกว่า
- Lovability คือพื้นที่ที่ AI ยังลอกเลียนแบบไม่ได้ โดย ความสัมพันธ์ทางอารมณ์ที่ผลิตภัณฑ์สร้างกับผู้ใช้ อาจกลายเป็น moat ด่านสุดท้าย
การเพี้ยนความหมายของ MVP และการมาของ MLP
- MVP (Minimum Viable Product) เดิมเป็นเฟรมเวิร์กเพื่อเรียนรู้เกี่ยวกับลูกค้าให้ได้มากที่สุดด้วยความพยายามให้น้อยที่สุด แต่ในการใช้งานจริง ความหมายกลับเสื่อมลงจนกลายเป็น "ผลิตภัณฑ์ฟังก์ชันขั้นต่ำ"
- สำหรับทุก 1 ทีมที่ใช้ MVP อย่างถูกต้อง มีประมาณ 10 ทีมที่ใช้คำว่า "ก็แค่ MVP" เป็นข้ออ้าง
- รูปแบบที่ผลิตภัณฑ์ถูกปล่อยออกไปในสภาพเป็นเพียงโครงกระดูก แล้วก็ยังคงเป็นโครงกระดูกต่อไป ได้ฝังแน่นจนกลายเป็นเรื่องปกติ
- MLP คือ เวอร์ชันที่เร็วที่สุดของผลิตภัณฑ์ ที่ผู้ใช้สามารถรักได้จริง — เร็ว ใช้งานอย่างเป็นธรรมชาติ มีมุมมองชัดเจน และสร้างช่วงเวลาที่ทำให้รู้สึกว่า "อันนี้ดีจริงนะ?"
- เพราะคำว่า MVP เองได้ปนเปื้อนไปแล้ว หากต้องการส่งสัญญาณแบบใหม่ ก็จำเป็นต้องใช้ คำใหม่
ทำไมมาตรฐานถึงสูงขึ้น: AI และการพังทลายของต้นทุนการพัฒนา
- MVP ได้รับความนิยมเพราะการพัฒนาซอฟต์แวร์เคยมีราคาแพง และการทำสิ่งที่เหนือกว่าแค่ "ใช้งานได้" มีต้นทุนจริง การปล่อยผลิตภัณฑ์แบบโครงกระดูกแล้วค่อยวนปรับจึงเป็นทางเลือกที่สมเหตุสมผล
- ตอนนี้ AI กำลัง ทำลายต้นทุนการพัฒนาซอฟต์แวร์อย่างรุนแรง และทำให้ทุกผลิตภัณฑ์เดิมต้องเผชิญการแข่งขันอย่างน้อย 3 แนวรบ
- มีคู่แข่งหน้าใหม่จำนวนมากเกิดขึ้น: ฟังก์ชันพื้นฐานที่เคยต้องใช้เงินอย่างน้อย $200K ตอนนี้สร้างได้ด้วย $20, $100 หรือฟรี
- คู่แข่งเดิมปล่อยของได้เร็วขึ้น: หลายทีมวิศวกรรมใช้ AI จน AI เขียนโค้ดมากกว่า 90%
- ลูกค้าสร้างเองได้: ยุคที่ใคร ๆ ก็เป็น builder ได้มาถึงแล้ว
- เมื่อ utility พื้นฐานของผลิตภัณฑ์กลายเป็น commodity มากขึ้น เราก็กำลังเข้าใกล้จุดที่ ความแตกต่างด้วยฟังก์ชันไร้ความหมายโดยสิ้นเชิง
- AI สามารถปล่อยฟังก์ชันใหม่ข้ามคืนและตามฟังก์ชันให้ทันได้ภายในไม่กี่วัน แต่ ความสัมพันธ์ทางอารมณ์เฉพาะ ที่ผู้ใช้มีกับผลิตภัณฑ์ — เช่น วิธีที่มันสื่อสาร วิธีที่มันฉลองความสำเร็จ หรือวิธีที่มันจัดการกับความผิดพลาด — ยังลอกไม่ได้
- องค์ประกอบทางอารมณ์เหล่านี้จะสะสมแบบทบต้นเมื่อเวลาผ่านไป และลอกเลียนแบบได้ยากมาก
พีระมิดความต้องการของ SaaS
- เช่นเดียวกับลำดับขั้นความต้องการของ Maslow เมื่อความปลอดภัยและความมั่นคงพื้นฐานได้รับการตอบสนองแล้ว มนุษย์ก็จะแสวงหาสิ่งที่สูงขึ้น เช่น ความเชื่อมโยง ความเป็นส่วนหนึ่ง จุดมุ่งหมาย และความสุข
- เมื่อมีตัวเลือก ลูกค้าก็ไม่จำเป็นต้องทนใช้ผลิตภัณฑ์ที่ใช้งานได้แต่ไร้วิญญาณ
- โครงสร้างพีระมิด 4 ชั้น
- Functional — ใช้งานได้ไหม? โหลดได้ไหม ทำงานตามที่สัญญาไว้ไหม โดยไม่ค้างหรือแครช
- Reliable — ปลอดภัยและเชื่อถือได้ไหม
- Usable — ใช้งานง่ายและเป็นธรรมชาติไหม
- Lovable — มอบความสุขทางอารมณ์ไหม และหลังใช้งานยังเหลือความรู้สึกเชิงบวกอยู่ไหม
- ผลิตภัณฑ์ส่วนใหญ่ยังคงอยู่ที่สองชั้นล่าง (Functional, Reliable) และแทบไม่มีผลิตภัณฑ์ที่ถูกเรียกว่า MVP ตัวไหนก้าวพ้นจุดนี้ไปได้
- ลูกค้าที่ผูกพันทางอารมณ์จะมี retention สูงกว่า, LTV สูงกว่า และแนะนำต่อให้คนรอบตัว — การบอกต่อเป็นช่องทางการเติบโตที่ดีที่สุดมาโดยตลอด แต่คนเราจะพูดถึงเฉพาะผลิตภัณฑ์ที่ทำให้รู้สึกบางอย่างเท่านั้น
- หมายเหตุ: หากกำลังสร้างเครื่องมือสำหรับ AI agent หรืออินเทอร์เฟซ LLM ความ lovable อาจไม่สำคัญ และต้องการเพียง การเชื่อมต่อโปรโตคอล MCP แต่ถ้าต้องการฐานผู้ใช้ที่เป็นมนุษย์ ก็ไม่ควรหยุดอยู่แค่ฐานล่างของพีระมิด
Lovable ในโลกจริงหน้าตาเป็นอย่างไร: Love Marks
- Love marks คือช่วงเวลาแห่งความสุขแบบมนุษย์ที่ไม่คาดคิดซึ่งเกิดขึ้นในผลิตภัณฑ์ — ไม่มีประโยชน์ในเชิงฟังก์ชัน แต่เป็นสิ่งที่ผู้คนจดจำได้มากที่สุด
- ใน Superhuman เมื่อเคลียร์ inbox จนหมด จะมีภาพสวย ๆ ปรากฏขึ้น แม้มูลค่าเชิงตัวเลขจะเป็นศูนย์ แต่ก็ทำให้ยิ้มได้ทุกครั้ง
- AI DJ ของ Spotify พูดด้วยความตรงไปตรงมาอย่างสบาย ๆ ว่า "เพลงนี้คุณฟังทุกวันเมื่อสัปดาห์ที่แล้ว... งั้นฟังอีกสักรอบนะ" และสร้างความรู้สึกเชื่อมโยงกับผู้ใช้
- สัมผัสเล็ก ๆ แบบนี้สร้าง ช่วงเวลาแห่งความเชื่อมโยงแบบมนุษย์ ซึ่งเป็นพื้นที่ที่การถกเถียงเรื่อง MVP ไม่เคยแตะต้อง
- วิธีคิดแบบ MVP ฝึกให้เราตัดทุกสิ่งที่ไม่ใช่ฟังก์ชันออก — ไม่ว่าจะเป็นรสนิยม เอกลักษณ์ สีสัน หรือมุมมอง — เพราะมองว่าเป็นส่วนเกิน
- บางทางเลือกอาจเพิ่มความหน่วงหรือ friction เล็กน้อยใน UX flow แต่กลับทำให้ประสบการณ์โดยรวมดีขึ้นมาก และกลายเป็นเหตุผลที่คนเลือกผลิตภัณฑ์นี้จาก คู่แข่ง 15 รายที่มีฟังก์ชันเหมือนกัน
- ชั้นอารมณ์ของแบรนด์ต้องปรากฏในทุกการตัดสินใจเกี่ยวกับผลิตภัณฑ์ — วิธีที่ผลิตภัณฑ์พูด วิธีจัดการข้อผิดพลาด วิธีฉลองชัยชนะ ล้วนต้องถูกคิดในฐานะ ส่วนหนึ่งของตัวผลิตภัณฑ์เอง ไม่ใช่เพียงชั้นของการตลาด
- สำหรับแนวคิดที่ว่า "ผลิตภัณฑ์ enterprise ใช้ confetti แบบนั้นไม่ได้" นั้น ความจริงคือ B2B เดินตามกระแสของ B2C มาหลายปีแล้ว และ Lovable ก็ได้รับ enterprise traction อย่างมากโดยไม่มีเสียงบ่นว่า "ไม่จริงจัง"
กรณีศึกษาจากบริษัทใหญ่: ตัวอย่างที่ควรระวังและตัวอย่างที่ดี
- ประสบการณ์การใช้ Coupa เพื่อจัดซื้อ (procurement) — ฝ่ายการเงินอาจชอบที่ควบคุมได้ แต่สำหรับคนที่ต้องใช้จริง มันคือ ประสบการณ์ที่ดูดพลังออกไป
- ในทางกลับกัน Amazon ใช้คำว่า 'Minimum Lovable Product' มานานแล้ว และฝังแนวคิดนี้ไว้ในหลักการผู้นำ — customer obsession ไม่ได้หมายถึงแค่เข้าใจสิ่งที่ลูกค้าต้องการ แต่รวมถึงการเข้าใจสิ่งที่จะทำให้พวกเขามีความสุขจากใจจริง
- ตอนที่ Amazon เลือกแนวทางนี้ มันยังเป็นแค่ทางเลือกหนึ่ง แต่ตอนนี้มันกลายเป็น เงื่อนไขพื้นฐานที่ทุกคนต้องมี
วิธีลงมือสร้าง MLP
- เริ่มจากลูกค้า ไม่ใช่รายการฟังก์ชัน — ทีมส่วนใหญ่มักจัดลำดับความสำคัญของฟังก์ชันตามคุณค่าและความพยายามที่ต้องใช้ จนได้ผลิตภัณฑ์ที่ทุกคนพอทนได้แต่ไม่มีใครรัก แทนที่จะทำแบบนั้น ควรเลือกเซกเมนต์ที่ชัดเจน พูดคุยกับพวกเขา และค้นหาชุดของฟังก์ชันกับประสบการณ์ที่กลุ่มนั้นจะตกหลุมรัก
- ใส่ Love marks ไว้ใน roadmap — อย่ามองว่าเป็น nice-to-have ที่ถูกตัดออกเมื่อเวลาน้อย แต่ให้ถือเป็น การลงทุนอย่างตั้งใจ ที่มีลำดับความสำคัญจริง ต้องทบทวนว่าผลิตภัณฑ์ฉลองชัยชนะของผู้ใช้ตรงไหน แสดงอารมณ์ขันตรงไหน และให้ความรู้สึกว่ามีมนุษย์สร้างขึ้นตรงไหน ผ่านช่วงเวลาแห่งความสุข easter eggs และปฏิสัมพันธ์เล็ก ๆ
- ใช้ AI เพื่อไปให้ถึงได้เร็วขึ้น — หาก prompt AI ว่า "จะทำให้ interaction นี้ lovable ขึ้นได้อย่างไร?" ก็อาจได้ไอเดียที่ดีอย่างน่าประหลาดใจ และยังสามารถหาแรงบันดาลใจจาก ไลบรารี ของ interactive component ที่สวยงาม (เช่น hover states, transitions, animations)
- ตั้งมาตรฐานให้สูงอย่างชัดเจน — ที่ Lovable ก่อนปล่อยทุกครั้งจะถามเสมอว่า "สิ่งนี้ lovable ไหม?" ไม่ใช่แค่ "มันใช้งานได้ไหม" หรือ "พร้อมหรือยัง" ทุกทีมต้องมีคำถามที่บังคับให้ประเมินประสบการณ์ทางอารมณ์แบบนี้ เพราะถ้าไม่ตั้งมาตรฐานไว้ ก็จะถอยกลับไปสู่ MVP ทุกครั้ง
- ยังคงความ minimal เท่าที่จำเป็น — MLP ไม่ได้แปลว่าต้อง gold-plating ทุกอย่างก่อนเปิดตัว Minimum ก็ยังต้องเป็น minimum คำถามสำคัญคือ "อะไรคือ สิ่งที่ง่ายที่สุด ที่จะสร้างช่วงเวลาแห่งอารมณ์ที่แท้จริงได้"
สุดท้ายแล้วคือเรื่องของความเชื่อมโยงแบบมนุษย์
- เวทมนตร์จะเกิดขึ้นเมื่อเราเข้าใจปัญหาและประสบการณ์ของผู้ใช้เป้าหมายอย่างลึกซึ้ง พร้อมเติม รสนิยม (taste) ของตัวเองลงไปเพื่อทำให้มันเป็นมนุษย์มากขึ้น
- หากมองข้ามความเข้าใจลูกค้า ก็จะสร้างผลิตภัณฑ์ที่ไม่ได้เหมาะกับใครเลย และหากมองข้ามแนวทางกับสไตล์เฉพาะตัวของตนเอง ผลลัพธ์ก็จะกลายเป็น ผลิตภัณฑ์แบบทั่วไป
- ให้พยายามเป็นผู้ใช้ของสิ่งที่กำลังสร้างด้วยตัวเองมากที่สุด — หากไม่ได้สนใจสิ่งนั้นจากใจจริง คุณอาจไม่ใช่คนที่เหมาะจะสร้างมัน
- ความสามารถและทรัพยากรกำลังกลายเป็น commodity และสิ่งที่เหลืออยู่คือ หัวใจ (heart)
- เมื่อได้ทำสิ่งที่ตัวเองสนใจ ความเป็นตัวตนจะปรากฏออกมา และจะเกิดไอเดียจากการเลือกเล็ก ๆ สัญชาตญาณ และปฏิสัมพันธ์ที่มอบความสุข
- MLP คือผลิตภัณฑ์ที่มี เอกลักษณ์ขั้นต่ำเท่าที่พอจะทำให้เห็นว่ามีมนุษย์จริงอยู่เบื้องหลัง — และประกายเล็ก ๆ นั้นเองที่ทำให้เกิดความเชื่อมโยงทางอารมณ์ได้
- ถึงเวลาปลดปล่อยสัญชาตญาณนี้ที่ถูกกดทับด้วยแนวคิดแบบ MVP มานานหลายปีแล้ว
2 ความคิดเห็น
สิ่งที่เรียกว่าผลิตภัณฑ์ในที่นี้ ดูเหมือนจะเป็นการพูดถึงกรณีที่บริษัทตั้งมาตรฐานบางอย่างไว้ค่อนข้างต่ำ
แต่สำหรับบริษัทที่ยึดถือมาตรฐานด้านโปรดักต์สูง ผมคิดว่า MVP ก็ยังคงจำเป็นและสำคัญอยู่ดี
ช่วงนี้ผมคิดเรื่องนี้อยู่เรื่อย ๆ และรู้สึกว่ามันตรงมากจริง ๆ
ตอนนี้มีซอฟต์แวร์ที่แค่คลิกก็ออกมาได้มากขึ้นเรื่อย ๆ จนดูเหมือนว่า MVP จะกลายเป็นของล้าสมัยไปแล้ว
ยุคที่ได้เงินลงทุนแค่ด้วยไอเดียอย่างเดียวจบไปแล้ว และการเปลี่ยนสิ่งที่อยู่ในหัวให้เป็นโค้ดก็กลายเป็นพื้นฐานไปแล้ว
อย่างน้อยก็ต้องทำให้ออกมาอยู่ในระดับที่ผู้ใช้รู้สึกว่า "อันนี้ใช้ได้ดีนะ" และผมก็พอเข้าใจอยู่เหมือนกันว่าทำไมถึงเรียกสิ่งนั้นว่า MLP
ยังมีเรื่องที่ว่า Hacker News อาจจะหยุด Show เพราะมีโพสต์เยอะเกินไปด้วยนะ
จากเรื่องพวกนี้ ต่อไปเราก็น่าจะได้เห็นโปรเจกต์ที่น่าสนใจและควรติดตามกันมากขึ้นเรื่อย ๆ