🛑 เมื่อ Product Manager ต้องกลายเป็น “General Manager”
🛑 เมื่อ Product Manager ต้องกลายเป็น “General Manager”
และเหตุผลที่ “เก่ง Product อย่างเดียว” ไม่พอในยุค AI
ภาพจำของ Product Manager (PM) ในอดีต คือคนที่นั่งอยู่ตรงกลางระหว่าง Business, Tech และ Design
หน้าที่หลักคือ
* เขียน requirement
* จัดลำดับงาน
* คุม timeline 🛑 เมื่อ Product Manager ต้องกลายเป็น “General Manager”
และเหตุผลที่ “เก่ง Product อย่างเดียว” ไม่พอในยุค AI
ภาพจำของ Product Manager (PM) ในอดีต คือคนที่นั่งอยู่ตรงกลางระหว่าง Business, Tech และ Design
หน้าที่หลักคือ
• เขียน requirement
• จัดลำดับงาน
• คุม timeline
• และผลักดันให้โปรดักต์ออกสู่ตลาดให้ทัน เป็นต้น
โมเดลนี้เคย “Work มาก” ในยุคที่การสร้างโปรดักต์ยังช้า และต้นทุนการพัฒนายังสูง
แต่ในปี 2025 เป็นต้นไป โมเดลนี้กำลัง “ไม่พอ” อย่างชัดเจน ไม่ใช่เพราะ PM ทำงานไม่ดี แต่เพราะ “บริบทของเกมธุรกิจเปลี่ยนไปแล้ว”
====
⚠️ จาก “คนทำของ” → สู่ “คนคุมธุรกิจ”
“องค์กรระดับโลกเริ่มขยับบทบาทของสาย Product อย่างจ ริงจัง”
มีข้อมูลจากเวที The Future of Product โดย Product School ที่สะท้อนว่า หลายองค์กรขนาดใหญ่ได้ยกระดับตำแหน่งสาย Product ขึ้นสู่ระดับผู้บริหาร
สิ่งที่เกิดขึ้น ไม่ใช่แค่เปลี่ยนชื่อตำแหน่ง แต่คือการ “เปลี่ยนความคาดหวัง” ทั้งระบบ
จากเดิมที่ PM ต้องทำให้ของออกมา “ดี” กลายเป็นต้องทำให้ธุรกิจ “ชนะ” และคำว่า “ชนะ” ในที่นี้ ไม่ได้หมายถึงแค่มีผู้ใช้เยอะ หรือโปรดักต์ดูดี แต่หมายถึง
• สร้างรายได้ได้จริง
• แข่งขันในตลาดได้
• และเติบโตได้อย่างต่อเนื่อง
👉 นี่คือจุดที่บทบาทของ PM ถูกยกระดับจาก “คนทำงาน” เป็น “คนตัดสินใจเชิงธุรกิจ” หรือพูดให้ชัดขึ้นคือ
PM ไม่ได้ถูกวัดจากสิ่ งที่สร้าง…แต่ถูกวัดจาก “ผลลัพธ์ทางธุรกิจที่สร้างได้”
====
📉 การเปลี่ยนที่ 1: จาก Owner ของ Feature → สู่ Owner ของ P&L
“ในอดีต”
• PM ทำของให้ดีที่สุด แล้วส่งต่อให้ Sales ไปขาย
• โฟกัสหลักคือ “ทำของให้เสร็จ” และ “ทำของให้ดี”
“ในปัจจุบัน”
• PM ต้องรับผิดชอบผลลัพธ์ทางธุรกิจด้วยตัวเอง
• ไม่ใช่แค่ส่งมอบงาน แต่ต้อง “ส่งมอบผลลัพธ์”
นั่นหมายความว่า
• ต้องเข้าใจรายได้ (Revenue)
• ต้องเข้าใจต้นทุน (Cost)
• ต้องรู้ว่า feature ที่ทำ “สร้างเงินได้จริงหรือไม่”
• ต้องมองเห็นว่า feature นั้นกระทบต่อทั้ง Top-line และ Bottom-line อย่างไร
ตัวอย่างเช่น
• ฟีเจอร์หนึ่งอาจเพิ่มผู้ใช้ แต่ไม่เพิ่มรายได้
• หรือบางฟีเจอร์อาจช่วยลดต้นทุนหลังบ้านได้มหาศาล
👉 PM ต้องแยกให้ออกว่าอะไรคือ “growth” และอะไรคือ “profit”
เพราะในโลกความจริง
“Product ที่ดี ≠ ธุรกิจที่ดีเสมอไป”
หลายองค์กรสร้างโปรดักต์ที่ผู้ใช้ชอบ แต่ไม่สามารถสร้างโมเดลรายได้ที่ยั่งยืนได้
ข้อมูลจากหลายงานวิจัยด้าน transformation ระบุว่า โครงการเปลี่ยนแปลงองค์กรจำนวนมากล้มเหลว
หนึ่งในเหตุผลสำคัญคือ “ขาดความเข้าใจเชิงธุรกิจ” และในหลายกรณี ปัญหาไม่ได้อย ู่ที่ทีมทำงานไม่เก่ง แต่อยู่ที่ “ไม่มีใครรับผิดชอบผลลัพธ์ทางการเงินจริงอย่างแท้จริง”
👉 ดังนั้น PM ที่ไม่เข้าใจ P&L จะเริ่มถูกลดบทบาทโดยธรรมชาติ
หรือพูดให้ชัดที่สุดคือ ในยุคนี้ ถ้าคุณคุม feature ได้ แต่คุมธุรกิจไม่ได้ คุณจะไม่ใช่คนที่องค์กรต้องการอีกต่อไป
====
🧠 การเปลี่ยนที่ 2: เมื่อ AI ทำให้ “การสร้าง” ง่ายขึ้น
AI กำลังเปลี่ยนสมดุลของทักษะอย่างชัดเจน
• เขียนโค้ด → เร็วขึ้น
• ออกแบบ → ง่ายขึ้น
• ทดสอบ → อัตโนมัติมากขึ้น
• การ deploy และ scale → ใช้ effort น้อยลง
สิ่งที่เคยเป็ น “ความยาก” กลายเป็น “มาตรฐาน”
และสิ่งที่เคยเป็น “ความได้เปรียบ” กำลังถูก democratize อย่างรวดเร็ว นั่นหมายความว่า
• ทีมเล็ก ๆ ก็สามารถสร้างของระดับ enterprise ได้
• Startup สามารถ iterate ได้เร็วเท่าบริษัทใหญ่
• Barrier to entry ต่ำลงอย่างมีนัยสำคัญ
ดังนั้นความแตกต่างของ PM จะไม่ใช่
“ใคร build ได้เก่งกว่า”
แต่คือ
“ใครเลือก build สิ่งที่ถูกกว่า”
และลึกไปกว่านั้นคือ
“ใคร ‘ไม่ build’ ในสิ่งที่ไม่ควรทำ ได้ดีกว่า”
เพราะในโลกที่ทุกอย่างสร้างได้เร็วขึ้น สิ่งที่ทำให้ทีมพัง ไม่ใช่การทำช้า แต่คือ “การทำผิดเรื่อง…ได้เร็วเกินไป”
👉 PM ยุคใหม่จึงต้องเก่งเรื่อง
• Prioritization ที่เฉียบคม
• Decision-making ภายใต้ความไม่แน่นอน
• และการตีโจทย์ธุรกิจให้ขาดตั้งแต่ต้น
เพราะสุดท้ายแล้ว AI ไม่ได้ทำให้การแข่งขันง่ายขึ้น แต่มันทำให้ “การแข่งขันเร็วขึ้น และพลาดได้แพงขึ้น”
====
⚠️ การเปลี่ยนที่ 3: จาก T-Shape → สู่ Generalist ที่มองทั้งระบบ
คำแนะนำเดิมคือ PM ควรเป็น T-Shape
• ลึก 1 ด้าน
• กว้างหลายด้าน
แต่ในโลก AI สิ่งนี้เริ่มไม่พอ เพราะ AI สามารถช่วยใน skill เฉพาะทางได้ดีขึ้นเรื่อยๆ
สิ่งที่เคยต้องใช้ “ผู้เชี่ยวชาญเฉพาะทาง” กำลังถูกลดข้อจำกัดลง และองค์กรไม่ได้ขาด “คนเก่งเฉพาะด้าน” แต่ขาด “คนที่เห็นภาพรวมแล้วตัดสินใจได้ถูกต้อง” มากกว่า
สิ่งที่องค์กรต้องการคือ คนที่ “เชื่อมทุกอย่างเข้าด้วยกัน” ได้ และเข้าใจ trade-off ของแต่ละการตัดสินใจ
“นั่นคือ Generalist ที่เข้าใจ”
• Business Model
• Go-to-Market
• Operation
• Customer Journey
• และข้อจำกัดขององค์กร (resource, people, timing)
“ไม่ใช่แค่ Product อย่างเดียว”
👉 เพราะในความเป็นจริง ปัญหาส่วนใหญ่ขององค์กร ไม่ได้เกิดจาก “ทำไม่เก่ง” แต่เกิดจาก “ตัดสินใจผิดจุด”
ดังนั้น PM ยุคใหม่ต้องทำหน้าที่เหมือน “Integrator”
• เชื่อม Business + Tech + Execution
• แปล strategy ให้กลายเป็น action
• และแปลง insight ให้กลายเป็นผลลัพธ์จริง
สุดท้ายแล้ว คนที่มีคุณค่ามากที่สุด ไม่ใช่คนที่เก่งที่สุดในด้านใดด้านหนึ่ง แต่คือคนที่ทำให้ “ทั้งระบบเดินไปข้างหน้าได้พร้อมกัน”
====
📌 Case Study เมื่อ Product กลายเป็น “เครื่องยนต์ธุรกิจ” จริง
1. Amazon: PM = เจ้าของธุรกิจเต็มตัว
Amazon เป็นหนึ่งในองค์กรที่ผลักดันบทบาท Product อย่างชัดเจนที่สุด
• ทีม Product ต้องรับผิดชอบทั้งรายได้ (Revenue) และต้นทุน (Cost)
• มีแนวคิด “Single-threaded owner” ที่ให้คนหนึ่งคนรับผิดชอบธุรกิจหนึ่งอย่างจริงจัง
ผลลัพธ์คือ
• Amazon สามารถทดลอง feature ใหม่ได้ต่อเนื่อง
• ลด time-to-market อย่างมหาศาล
• และสร้างธุรกิจใหม่ (เช่น AWS) ที่เติบโตเป็นแหล่งรายได้หลักของบริษัท
👉 นี่คือภาพชัดของ PM ที่ไม่ได้แค่ “ทำของ” แต่ “สร้างธุรกิจใหม่”
2. Microsoft: ใช้ AI เพิ่ม Productivity อย่างมีนัยสำคัญ
Microsoft เปิดเผยข้อมูลว่า การใช้ GitHub Copilot
• ช่วยให้นักพัฒนาเขียนโค้ดได้เร็วขึ้น ~55%
• ลดเวลาในการทำงานบางประเภทลงอย่างมีนัยสำคัญ
ผลกระทบที่ตามมาคือ
• ทีมเล็กลง แต่ output มากขึ้น
• การทดลอง feature ใหม่ทำได้ถี่ขึ้น
• Product cycle สั้นลงอย่างชัดเจน
👉 สิ่งที่เปลี่ยนคือ “ใครก็ build ได้เร็ว”
ดังนั้น PM ที่ชนะ จะไม่ใช่คนที่ “ทำได้เร็วกว่า”
แต่คือคนที่ “เลือกทำสิ่งที่ถูกต้องกว่า”
⚠️ Case Failure: เมื่อองค์กรยึดวิธีเดิม…แล้วช้ากว่าเกม
Nokia: สร้างของเก่ง แต่ “ตัดสินใจช้า” จนเสียตลาด
Nokia เคยเป็นผู้นำตลาดมือถือโลกอย่างชัดเจน
• มีทีมวิศวกรรมแข็งแกร่ง
• มี pipeline สินค้าที่ต่อเนื่อง
• ลงทุนพัฒนาเทคโนโลยีอย่างจริงจัง
แต่ปัญหาสำคัญคือ
• การตัดสินใจเชิงโปรดักต์ล่าช้า
• โครงสร้างองค์กรซับซ้อน
• การยึดวิธีคิดเดิมในขณะที่ตลาดเปลี่ยนเร็ว
ในช่วงที่ iPhone และ Android เปลี่ยนพฤติกรรมผู้ใช้
Nokia ไม่ได้ “ทำของไม่เก่ง”
แต่ “เลือกสิ่งที่จะทำได้ช้าเกินไป”
ผลลัพธ์คือ
• ส่วนแบ่งตลาดลดลงอย่างรวดเร็ว
• เสียความเป็นผู้นำให้กับ ecosystem ใหม่
👉 บทเรียนสำคัญ คือ ในโลกที่เทคโนโลยีเปลี่ยนเร็ว การยึด process หรือโครงสร้างเดิม อาจทำให้องค์กร “ช้ากว่าความจริง” โดยไม่รู้ตัว
====
🚀 การเปลี่ยนที่ 4: ทีมเล็กลง แต่ความคาดหวังสูงขึ้น
องค์กรเริ่มปรับโครงสร้างทีมอย่างชัดเจน
• ทีมเล็กลง (lean team)
• ใช้ AI แทนงาน routine
• ลด layer การตัดสินใจ
แต่สิ่งที่หลายคนมองไม่เห็นคือ “แรงกดด ัน” ที่เพิ่มขึ้นตามมา ผลลัพธ์คือ
• PM ต้องรับผิดชอบมากขึ้น (ทั้ง outcome และ accountability)
• ขอบเขตงานกว้างขึ้น ครอบคลุมตั้งแต่ strategy → execution
• และต้องตัดสินใจเร็วขึ้น ภายใต้ข้อมูลที่ไม่ครบ
พร้อมกับ trade-off ที่ชัดขึ้นทุกการตัดสินใจ เช่น
• จะโตเร็ว (growth) หรือกำไร (profit)?
• จะ build เอง หรือใช้ของที่มีอยู่ในตลาด?
• จะ optimize ระยะสั้น หรือวาง foundation ระยะยาว?
ในทีมที่เล็กลง “ทุกคนมี leverage สูงขึ้น” แปลว่า
• การตัดสินใจที่ถูก = impact สูงแบบทวีคูณ
• การตัดสินใจที่ผิด = เสียหายเร็วและแพงกว่าเดิม
พูดง่ายๆ คือ จาก “คนกลาง” กลายเป็น “เจ้าของเกม” และในหลายองค์กร PM ไม่ได้แค่บริหาร product แต่กำลัง “บริหารความเสี่ยงของธุรกิจ” ไปพร้อมกัน
====
🔄 6 แนวทางปรับตัวของ PM ยุคใหม่
1. คิดแบบเจ้าของธุรกิจ (Owner Mindset)
อย่าคิดแค่ว่า feature นี้ดีไหม แต่ต้องคิดว่า มันสร้างรายได้ หรือประหยัดต้นทุนได้หรือไม่ และลึกไปกว่านั้น
• มันส่งผลต่อ margin อย่างไร?
• มัน scalable จริงหรือแค่แก้ปัญหาเฉพาะจุด?
เพราะในโลกธุรกิจจริง ของที่ “ดี” อาจไม่ใช่ของที่ “ควรทำ” เสมอไป
2. ผูกตัวเองกับผลลัพธ์ (Skin in the Game)
KPI ของ PM ต้องไม่ใช่แค่ output แต่ต้องเชื่อมกับ
• Revenue
• Growth
• Business Impact
และควรถูกวัดในมิติของ “ผลลัพธ์จริง” ไม่ใช่แค่ activity เช่น
• Feature ถูกใช้จริงหรือไม่
• สร้าง conversion หรือไม่
👉 เพราะสิ่งที่องค์กรต้องการ ไม่ใช่ “ของที่ถูกปล่อย” แต่คือ “ของที่สร้าง impact ได้จริง”
3. ลงสนามกับลูกค้าจริง
อย่าอยู่แค่กับทีม dev ต้องไปคุยกับลูกค้า ไปเห็น pain จริง เพราะ insight ที่ดีที่สุด ไม่ได้อยู่ใน dashboard แต่อยู่ใน “บริบทของชีวิตลูกค้า”
• เขาใช้งานตอนไหน
• เขาหงุดหงิดตรงไหน
• เขายอมจ่ายเพราะอะไร
👉 เพราะ data บอกว่า “อะไรเกิดขึ้น” แต่ conversation จะบอกว่า “ทำไมมันถึงเกิดขึ้น”
4. ใช้ AI ลดต้นทุน ไม่ใช่แค่เพิ่ม feature
หลายองค์กรใช้ AI เพื่อสร้างของใหม่ แต่สิ่งที่สำคัญไม่แพ้กันคือ ใช้ AI เพื่อลดต้นทุนภายใน เช่น
• ลด manual process
• ลด dependency ระหว่างทีม
• ลด cycle time ของการทำงาน
เพราะในหลายองค์กร กำไรไม่ได้หายไปเพราะรายได้ไม่โต แต่หายไปเพราะ “ต้นทุนบวมโดยไม่รู้ตัว”
5. มองภาพทั้งระบบ (System Thinking)
Product ไม่ได้อยู่ลำพัง มันเชื่อมกับ
• Marketing
• Sales
• Supply Chain
• Customer Success
PM ต้องมองภาพทั้งหมด ไม่ใช่แค่หน้าจอเดียว และต้องเข้าใจว่า
• ถ้า product ดี แต่ sales ปิดไม่ได้ = ธุรกิจก็ไม่โต
• ถ้า acquisition ดี แต่ retention แย่ = growth ก็ไม่ยั่งยืน
👉 ทุกการตัดสินใจใน product มี ripple effect ไป ทั้งองค์กร
6. เลิกยึดติดกับการสร้างเอง (Buy > Build)
สิ่งที่ตลาดมีอยู่แล้ว อาจไม่ต้องสร้างใหม่ เพราะความเร็วในการเข้า market สำคัญกว่า และต้องคิดในมุม cost of delay ด้วยว่า
• การสร้างเองช้าไปกี่เดือน
• เสียโอกาสทางธุรกิจไปเท่าไร
ในหลายกรณี การ “ซื้อ” ไม่ใช่การลดคุณค่า แต่คือการ “ซื้อเวลา” เพื่อไปโฟกัสในสิ่งที่สร้างความแตกต่างจริง
====
✨ ดังนั้น ให้ขีดเส้นใต้คำว่า “Business” ไม่ใช่แค่ “Product”
ในโลกที่ AI ทำให้การสร้างโปรดักต์ง่ายที่สุดในประวัติศาสตร์
• การเขียนโค้ดเร็วขึ้น
• การออกแบบง่ายขึ้น
• การทดลองทำได้ถี่ขึ้น
สิ่งที่เคยเป็น “ความได้เปรียบ” กำลังกลายเป็น “ของพื้นฐาน” แต่สิ่งที่ยากขึ้นกลับเป็น
“การสร้างธุรกิจที่ยั่งยืน” ซึ่งต้องอาศัยมากกว่าแค่ skill ด้าน product แต่ต้องใช้การตัดสินใจเชิงกลยุทธ์อย่างต่อเนื่อง
• จะโตแบบไหน (growth model)
• จะทำเงินจากอะไร (monetization)
• จะรักษาความได้เปรียบอย่างไร (defensibility)
ดังนั้นการเปลี่ยนจาก Product Manager → General Manager ไม่ใช่แค่การ “ขยาย scope งาน” แต่คือการ “เปลี่ยนวิธีคิดทั้งระบบ”
จากคนที่ optimize feature → เป็นคนที่ optimize ทั้งธุรกิจ ไม่ใช่ทางเลือก แต่เป็น “วิวัฒนาการที่หลีกเลี่ยงไม่ได้”
สุดท้ายแล้ว
• องค์กรไม่ได้ต้องการแค่ คนที่ “สร้างของเก่ง” อีกต่อไป เพราะในโลกนี้ “ของดี” มีมากเกินไปอยู่แล้ว
• แต่สิ่งที่หายากคือ คนที่รู้ว่าอะไรควรทำ อะไรไม่ควรทำ และกล้าตัดสินใจภายใต้ความไม่แน่นอน
• และที่สำคัญคือ ควรสร้างอะไร และทำให้มันสร้างเงินได้จริงอย่างไร”
คำถามสำคัญคือ
“วันนี้คุณยังเป็น Product Manager…หรือกำลังเตรียมตัวเป็น General Manager แล้ว?”
#วันละเรื่องสองเรื่อง
#ProductManagement
#GeneralManager
#ProductStrategy
#FutureOfWork
#ExecutiveMindset
#TechLeadership
#CPO
(หมายเหตุ: สำหรับท่านที่สนใจเจาะลึก ผมมี Deck สไลด์ “Share The Rise of the Generalist PM – Are You Ready for the Future?” สามารถดาวน์โหลดไปศึกษาเพิ่มเติมได้ฟรีที่นี่ครับ 👉 https://bit.ly/44b86gX)
* และผลักดันให้โปรดักต์ออกสู่ตลาดให้ทัน เป็นต้น
โมเดลนี้เคย “Work มาก” ในยุคที่การสร้างโปรดักต์ยังช้า และต้นทุนการพัฒนายังสูง
แต่ในปี 2025 เป็นต้นไป โมเดลนี้กำลัง “ไม่พอ” อย่างชัดเจน ไม่ใช่เพราะ PM ทำงานไม่ดี แต่เพราะ “บริบทของเกมธุรกิจเปลี่ยนไปแล้ว”
====
⚠️ จาก “คนทำของ” → สู่ “คนคุมธุรกิจ”
“องค์กรระดับโลกเริ่มขยับบทบาทของสาย Product อย่างจริงจัง”
มีข้อมูลจากเวที The Future of Product โดย Product School ที่สะท้อนว่า หลายองค์กรขนาดใหญ่ได้ยกระดับตำแหน่งสาย Product ขึ้นสู่ระดับผู้บริหาร
สิ่งที่เกิดขึ้น ไม่ใช่แค่เปลี่ยนชื่อตำแหน่ง แต่คือการ “เปลี่ยนความคาดหวัง” ทั้งระบบ
จากเดิมที่ PM ต้องทำให้ขอ งออกมา “ดี” กลายเป็นต้องทำให้ธุรกิจ “ชนะ” และคำว่า “ชนะ” ในที่นี้ ไม่ได้หมายถึงแค่มีผู้ใช้เยอะ หรือโปรดักต์ดูดี แต่หมายถึง
* สร้างรายได้ได้จริง
* แข่งขันในตลาดได้
* และเติบโตได้อย่างต่อเนื่อง
👉 นี่คือจุดที่บทบาทของ PM ถูกยกระดับจาก “คนทำงาน” เป็น “คนตัดสินใจเชิงธุรกิจ” หรือพูดให้ชัดขึ้นคือ
PM ไม่ได้ถูกวัดจากสิ่งที่สร้าง…แต่ถูกวัดจาก “ผลลัพธ์ทางธุรกิจที่สร้างได้”
====
📉 การเปลี่ยนที่ 1: จาก Owner ของ Feature → สู่ Owner ของ P&L
“ในอดีต”
* PM ทำของให้ดีที่สุด แล้วส่งต่อให้ Sales ไปขาย
* โฟกัสหลักคือ “ทำของให้เสร็จ” และ “ทำของให้ดี”
“ในปัจจุบัน”
* PM ต้องรับผิดชอบผลลัพธ์ทางธุรกิจด้วยตัวเอง
* ไม่ใช่แค่ส่งมอบงาน แต่ต้อง “ส่งมอบผลลัพธ์”
นั่นหมายความว่า
* ต้องเข้าใจรายได้ (Revenue)
* ต้องเข้าใจต้นทุน (Cost)
* ต้องรู้ว่า feature ที่ทำ “สร้างเงินได้จริงหรือไม่”
* ต้องมองเห็นว่า feature นั้นกระทบต่อทั้ง Top-line และ Bottom-line อย่างไร
ตัวอย่างเช่น
* ฟีเจอร์หนึ่งอาจเพิ่มผู้ใช้ แต่ไม่เพิ่มรายได้
* หรือบางฟีเจอร์อาจช่วยลดต้นทุนหลังบ้านได้มหาศาล
👉 PM ต้องแยกให้ออกว่าอะไรคือ “growth” และอะไรคือ “profit”
เพราะในโลกความจริง
“Product ที่ดี ≠ ธุรกิจที่ดีเสมอไป”
หลายองค์กรสร้างโปรดักต์ที่ผู้ใช้ชอบ แต่ไม่สามารถสร้างโมเดลรายได้ที่ยั่งยืนได้
ข้อมูลจากหลายงานวิจัยด้าน transformation ระบุว่า โครงการเปลี่ยนแปลงองค์กรจำนวนมากล้มเหลว
หนึ่งในเหตุผลสำคัญคือ “ขาดความเข้าใจเชิงธุรกิจ” และในหลายกรณี ปัญหาไม่ได้อยู่ที่ทีมทำงานไม่เก่ง แต่อย ู่ที่ “ไม่มีใครรับผิดชอบผลลัพธ์ทางการเงินจริงอย่างแท้จริง”
👉 ดังนั้น PM ที่ไม่เข้าใจ P&L จะเริ่มถูกลดบทบาทโดยธรรมชาติ
หรือพูดให้ชัดที่สุดคือ ในยุคนี้ ถ้าคุณคุม feature ได้ แต่คุมธุรกิจไม่ได้ คุณจะไม่ใช่คนที่องค์กรต้องการอีกต่อไป
====
🧠 การเปลี่ยนที่ 2: เมื่อ AI ทำให้ “การสร้าง” ง่ายขึ้น
AI กำลังเปลี่ยนสมดุลของทักษะอย่างชัดเจน
* เขียนโค้ด → เร็วขึ้น
* ออกแบบ → ง่ายขึ้น
* ทดสอบ → อัตโนมัติมากขึ้น
* การ deploy และ scale → ใช้ effort น้อยลง
สิ่งที่เคยเป็น “ความยาก” กลายเป็น “มาตรฐาน”
และสิ่งที่เคยเป็น “ความได้เปรียบ” กำลังถูก democratize อย่างรวดเร็ว นั่นหมายความว่า
* ทีมเล็ก ๆ ก็สามารถสร้างของระดับ enterprise ได้
* Startup สามารถ iterate ได้เร็วเท่าบริษัทใหญ่
* Barrier to entry ต่ำลงอย่างมีนัยสำคัญ
ดังนั้นความแตกต่างของ PM จะไม่ใช่
“ใคร build ได้เก่งกว่า”
แต่คือ
“ใครเลือก build สิ่งที่ถูกกว่า”
และลึกไปกว่านั้นคือ
“ใคร ‘ไม่ build’ ในสิ่งที่ไม่ควรทำ ได้ดีกว่า”
เพราะในโลกที่ทุกอย่างสร้างได้เร็วขึ้น สิ่งที่ทำให้ทีมพัง ไม่ใช่การทำช้า แต่คือ “การทำผิดเรื่อง…ได้เร็วเกินไป”
👉 PM ยุคใหม่จึงต้องเก่งเรื่อง
* Prioritization ที่เฉียบคม
* Decision-making ภายใต้ความไม่แน่นอน
* และการตีโจทย์ธุรกิจให้ขาดตั้งแต่ต้น
เพราะสุดท้ายแล้ว AI ไม่ได้ทำให้การแข่งขันง่ายขึ้น แต่มันทำให้ “การแข่งขันเร็วขึ้น และพลาดได้แพงขึ้น”
====
⚠️ การเปลี่ยนที่ 3: จาก T-Shape → สู่ Generalist ที่มองทั้งระบบ
คำแนะนำเดิมคือ PM ควรเป็น T-Shape
* ลึก 1 ด้าน
* กว้างหลายด้าน
แต่ในโลก AI สิ่งนี้เริ่มไม่พอ เพราะ AI สามารถช่วยใน skill เฉพาะทางได้ดีขึ้นเรื่อยๆ
สิ่งที่เคยต้องใช้ “ผู้เชี่ยวชาญเฉพาะทาง” กำลังถูกลดข้อจำกัดลง และองค์กรไม่ได้ขาด “คนเก่งเฉพาะด้าน” แต่ขาด “คนที่เห็นภาพรวมแล้วตัดสินใจได้ถูกต้อง” มากกว่า
สิ่งที่องค์กรต้องการคือ คนที่ “เชื่อมทุกอย่างเข้าด้วยกัน” ได้ และเข้าใจ trade-off ของแต่ละการตัดสินใจ
“นั่นคือ Generalist ที่เข้าใจ”
* Business Model
* Go-to-Market
* Operation
* Customer Journey
* และข้อจำกัดขององค์กร (resource, people, timing)
“ไม่ใช่แค่ Product อย่างเดียว”
👉 เพราะในความเป็นจริง ปัญหาส่วนใหญ่ขององค์กร ไม่ได้เกิดจาก “ทำไม่เก่ง” แต่เกิดจาก “ตัดสินใจผิดจุด”
ดังนั้น PM ยุคใหม่ต้องทำหน้าที่เหมือน “Integrator”
* เชื่อม Business + Tech + Execution
* แปล strategy ให้กลายเป็น action
* และแปลง insight ให้กลายเป็นผลลัพธ์จริง
สุดท้ายแล้ว คนที่มีคุณค่ามากที่สุด ไม่ใช่คนที่เก่งที่สุดในด้านใดด้านหนึ่ง แต่คือคนที่ทำให้ “ทั้งระบบเดินไปข้างหน้าได้พร้อมกัน”
====
📌 Case Study เมื่อ Product กลายเป็น “เครื่องยนต์ธุรกิจ” จริง
1. Amazon: PM = เจ้าของธุรกิจเต็มตัว
Amazon เป็นหนึ่งในองค์กรที่ผลักดันบทบาท Product อย่างชัดเจนที่สุด
* ทีม Product ต้องรับผิดชอบทั้งรายได้ (Revenue) และต้นทุน (Cost)
* มีแนวคิด “Single-threaded owner” ที่ให้คนหนึ่งคนรับผิดชอบธุรกิจหนึ่งอย่างจริงจัง
ผลลัพธ์คือ
* Amazon สามารถทดลอง feature ใหม่ได้ต่อเนื่อง
* ลด time-to-market อย่างมหาศาล
* และสร้างธุรกิจใหม่ (เช่น AWS) ที่เติบโตเป็นแหล่งรายได้หลักของบริษัท
👉 นี่คือภาพชัดของ PM ที่ไม่ได้แค่ “ทำของ” แต่ “สร้างธุรกิจใหม่”
2. Microsoft: ใช้ AI เพิ่ม Productivity อย่างมีนัยสำคัญ
Microsoft เปิดเผยข้อมูลว่า การใช้ GitHub Copilot
* ช่วยให้นักพัฒนาเขียนโค้ดได้เร็วขึ้น ~55%
* ลดเวลาในการทำงานบางประเภทลงอย่างมีนัยสำคัญ
ผลกระทบที่ตามมาคือ
* ทีมเล็กลง แต่ output มากขึ้น
* การทดลอง feature ใหม่ทำได้ถี่ขึ้น
* Product cycle สั้นลงอย่างชัดเจน
👉 สิ่งที่เปลี่ยนคือ “ใครก็ build ได้เร็ว”
ดังนั้น PM ที่ชนะ จะไม่ใช่คนที่ “ทำได้เร็วกว่า”
แต่คือคนที่ “เลือกทำสิ่งที่ถูกต้องกว่า”
⚠️ Case Failure: เมื่อองค์กรยึดวิธีเดิม…แล้วช้ากว่าเกม
Nokia: สร้างของเก่ง แต่ “ตัดสินใจช้า” จนเสียตลาด
Nokia เคยเป็นผู้นำตลาดมือถือโลกอย่างชัดเจน
* มีทีมวิศวกรรมแข็งแกร่ง
* มี pipeline สินค้าที่ต่อเนื่อง
* ลงทุนพัฒนาเทคโนโลยีอย่างจริงจัง
แต่ปัญหาสำคัญคือ
* การตัดสินใจเชิงโปรดักต์ล่าช้า
* โครงสร้างองค์กรซับซ้อน
* การยึ ดวิธีคิดเดิมในขณะที่ตลาดเปลี่ยนเร็ว
ในช่วงที่ iPhone และ Android เปลี่ยนพฤติกรรมผู้ใช้
Nokia ไม่ได้ “ทำของไม่เก่ง”
แต่ “เลือกสิ่งที่จะทำได้ช้าเกินไป”
ผลลัพธ์คือ
* ส่วนแบ่งตลาดลดลงอย่างรวดเร็ว
* เสียความเป็นผู้นำให้กับ ecosystem ใหม่
👉 บทเรียนสำคัญ คือ ในโลกที่เทคโนโลยีเปลี่ยนเร็ว การยึด process หรือโครงสร้างเดิม อาจทำให้องค์กร “ช้ากว่าความจริง” โดยไม่รู้ตัว
====
🚀 การเปลี่ยนที่ 4: ทีมเล็กลง แต่ความคาดหวังสูงขึ้น
องค์กรเริ่มปรับโครงสร้างทีมอย่างชัดเจน
* ทีมเล็กลง (lean team)
* ใช้ AI แทนงาน routine
* ลด layer การตัดสินใจ
แต่สิ่งที่หลายคนมองไม่เห็นคือ “แรงกดดัน” ที่เพิ่มขึ้นตามมา ผลลัพธ์คือ
* PM ต้องรับผิดชอบมากขึ้น (ทั้ง outcome และ accountability)
* ขอบเขตงานกว้างขึ้น ครอบคลุมตั้งแต่ strategy → execution
* และต้องตัดสินใจเร็วขึ้น ภายใต้ข้อมูลที่ไม่ครบ
พร้อมกับ trade-off ที่ชัดขึ้นทุกการตัดสินใจ เช่น
* จะโตเร็ว (growth) หรือกำไร (profit)?
* จะ build เอง หรือใช้ของที่มีอยู่ในตลาด?
* จะ optimize ระยะสั้น หรือวาง foundation ระยะยาว?
ในทีมที่เล็กลง “ทุกคนมี leverage สูงขึ้น” แปลว่า
* การตัดสินใจที่ถูก = impact สูงแบบทวีคูณ
* การตัดสินใจที่ผิด = เสียหายเร็วและแพงกว่าเดิม
พูดง่ายๆ คือ จาก “คนกลาง” กลายเป็น “เจ้าของเกม” และในหลายองค์กร PM ไม่ได้แค่บริหาร product แต่กำลัง “บริหารความเสี่ยงของธุรกิจ” ไปพร้อมกัน
====
🔄 6 แนวทางปรับตัวของ PM ยุคใหม่
1. คิดแบบเจ้าของธุรกิจ (Owner Mindset)
อย่าคิดแค่ว่า feature นี้ดีไหม แต่ต้องคิดว่า มันสร้างรายได้ หรือประหยัดต้นทุนได้หรือไม่ และลึกไปกว่านั้น
* มันส่งผลต่อ margin อ ย่างไร?
* มัน scalable จริงหรือแค่แก้ปัญหาเฉพาะจุด?
เพราะในโลกธุรกิจจริง ของที่ “ดี” อาจไม่ใช่ของที่ “ควรทำ” เสมอไป
2. ผูกตัวเองกับผลลัพธ์ (Skin in the Game)
KPI ของ PM ต้องไม่ใช่แค่ output แต่ต้องเชื่อมกับ
* Revenue
* Growth
* Business Impact
และควรถูกวัดในมิติของ “ผลลัพธ์จริง” ไม่ใช่แค่ activity เช่น
* Feature ถูกใช้จริงหรือไม่
* สร้าง conversion หรือไม่
👉 เพราะสิ่งที่องค์กรต้องการ ไม่ใช่ “ของที่ถูกปล่อย” แต่คือ “ของที่สร้าง impact ได้จริง”
3. ลงสนามกับลูกค้าจริง
อย่าอยู่แค่กับทีม dev ต้องไปคุยกับลูกค้า ไปเห็น pain จริง เพราะ insight ที่ดีที่สุด ไม่ได้อยู่ใน dashboard แต่อยู่ใน “บริบทของชีวิตลูกค้า”
* เขาใช้งานตอนไหน
* เขาหงุดหงิดตรงไหน
* เขายอมจ่ายเพราะอะไร
👉 เพราะ data บอกว่า “อะไรเกิดขึ้น” แต่ conversation จะบอกว่า “ทำไมมันถึงเกิดขึ้น”
4. ใช้ AI ลดต้นท ุน ไม่ใช่แค่เพิ่ม feature
หลายองค์กรใช้ AI เพื่อสร้างของใหม่ แต่สิ่งที่สำคัญไม่แพ้กันคือ ใช้ AI เพื่อลดต้นทุนภายใน เช่น
* ลด manual process
* ลด dependency ระหว่างทีม
* ลด cycle time ของการทำงาน
เพราะในหลายองค์กร กำไรไม่ได้หายไปเพราะรายได้ไม่โต แต่หายไปเพราะ “ต้นทุนบวมโดยไม่รู้ตัว”
5. มองภาพทั้งระบบ (System Thinking)
Product ไม่ได้อยู่ลำพัง มันเชื่อมกับ
* Marketing
* Sales
* Supply Chain
* Customer Success
PM ต้องมองภาพทั้งหมด ไม่ใช่แค่หน้าจอเดียว และต้องเข้าใจว่า
* ถ้า product ดี แต่ sales ปิดไม่ได้ = ธุรกิจก็ไม่โต
* ถ้า acquisition ดี แต่ retention แย่ = growth ก็ไม่ยั่งยืน
👉 ทุกการตัดสินใจใน product มี ripple effect ไปทั้งองค์กร
6. เลิกยึดติดกับการสร้างเอง (Buy > Build)
สิ่งที่ตลาดมีอยู่แล้ว อาจไม่ต้องสร้างใหม่ เพราะความเร็วในการเข้า market สำคัญกว่า และต้องคิดในมุม cost of delay ด้วยว่า
* ก ารสร้างเองช้าไปกี่เดือน
* เสียโอกาสทางธุรกิจไปเท่าไร
ในหลายกรณี การ “ซื้อ” ไม่ใช่การลดคุณค่า แต่คือการ “ซื้อเวลา” เพื่อไปโฟกัสในสิ่งที่สร้างความแตกต่างจริง
====
✨ ดังนั้น ให้ขีดเส้นใต้คำว่า “Business” ไม่ใช่แค่ “Product”
ในโลกที่ AI ทำให้การสร้างโปรดักต์ง่ายที่สุดในประวัติศาสตร์
* การเขียนโค้ดเร็วขึ้น
* การออกแบบง่ายขึ้น
* การทดลองทำได้ถี่ขึ้น
สิ่งที่เคยเป็น “ความได้เปรียบ” กำลังกลายเป็น “ของพื้นฐาน” แต่สิ่งที่ยากขึ้นกลับเป็น
“การสร้างธุรกิจที่ยั่งยืน” ซึ่งต้องอาศัยมากกว่าแค่ skill ด้าน product แต่ต้องใช้การตัดสินใจเชิงกลยุทธ์อย่างต่อเนื่อง
* จะโตแบบไหน (growth model)
* จะทำเงินจากอะไร (monetization)
* จะรักษาความได้เปรียบอย่างไร (defensibility)
ดังนั้นการเปลี่ยนจาก Product Manager → General Manager ไม่ใช่แค่การ “ขยาย scope งาน” แต่คือการ “เปลี่ยนวิธีคิดทั้งระบบ”
จากคนที่ optimize feature → เป็นคนที่ optimize ทั้งธุรกิจ ไม่ใช่ทางเลือก แต่เป็น “วิวัฒนาการที่หลีกเลี่ยงไม่ได้”
สุดท้ายแล้ว
* องค์กรไม่ได้ต้องการแค่คนที่ “สร้างของเก่ง” อีกต่อไป เพราะในโลกนี้ “ของดี” มีมากเกินไปอยู่แล้ว
* แต่สิ่งที่หายากคือ คนที่รู้ว่าอะไรควรทำ อะไรไม่ควรทำ และกล้าตัดสินใจภายใต้ความไม่แน่นอน
* และที่สำคัญคือ ควรสร้างอะไร และทำให้มันสร้างเงินได้จริงอย่างไร”
คำถามสำคัญคือ
“วันนี้คุณยังเป็น Product Manager…หรือกำลังเตรียมตัวเป็น General Manager แล้ว?”
#ExecutiveMindset
#TechLeadership
#CPO
(หมายเหตุ: สำหรับท่านที่สนใจเจาะลึก ผมมี Deck สไลด์ “Share The Rise of the Generalist PM – Are You Ready for the Future?” สามารถดาวน์โหลดไปศึกษาเพิ่มเติมได้ฟรีที่นี่ครับ 👉 https://bit.ly/44b86gX)
การทำงานในตำแหน่ง Product Manager ในยุคปัจจุบันไม่ใช่เรื่องง่ายเหมือนอดีตอีกต่อไป เพราะการเปลี่ยนผ่านไปสู่บทบาท General Manager นั้นหมายถึงความรับผิดชอบที่เพิ่มขึ้นอย่างมาก ทั้งในเรื่องการบริหารรายได้ (Revenue) และต้นทุน (Cost) รวมถึงความสามารถในการมองภาพรวมของธุรกิจและตัดสินใจเลือกสิ่งที่ถูกต้องในเวลาที่เหมาะสม ประสบการณ์ส่วนตัว ผมเคยทำงานในทีมพัฒนาผลิตภัณฑ์ที่ต้องปรับตัวอย่างหนัก เพราะเทคโนโลยีและความคาดหวังของตลาดเปลี่ยนรวดเร็วมาก การใช้ AI ช่วยลดต้นทุนและเร่งความเร็วในการสร้างฟีเจอร์ใหม่ ๆ ทำให้ทีมเล็กแต่ต้องรับผิดชอบสูงขึ้น ซึ่งความท้าทายสำคัญคือการเรียนรู้ที่จะตัดสินใจเลือกที่เหมาะสม และเลิกที่จะทำทุกอย่างเองโดยไม่จำเป็น เพราะบางครั้งการซื้อเทคโนโลยีหรือโซลูชันที่พร้อมใช้ได้ทันทีช่วยให้ทีมประหยัดเวลาซึ่งเป็นทรัพยากรสำคัญ นอกจากนี้ การเข้าใจความต้องการและพฤติกรรมของลูกค้าอย่างลึกซึ้งจึงเป็นสิ่งสำคัญมากกว่าการดูแค่ดาต้าหรือฟีเจอร์ที่สวยงาม การพูดคุยกับลูกค้าและทีมขายทำให้เราเห็นภาพความต้องการที่แท้จริงและสร้างผลิตภัณฑ์ที่ตอบโจทย์ได้จริงๆ บทเรียนที่ได้แบบชัดเจนคือ ในโลกธุรกิจที่ทุกอย่างเคลื่อนไว้และแข่งขันสูง PM ยุคใหม่ต้องเป็น Generalist ที่มองภาพรวม เชื่อมโยงธุรกิจ เทคโนโลยี และลูกค้าเข้าด้วยกันอย่างลงตัว ไม่ใช่แค่สร้างของดี แต่ต้องทำให้ธุรกิจ "ชนะ" และเติบโตอย่างยั่งยืน
