🛑 เลิกหลอกตัวเองว่า PM คือ “CEO of the Product”…เพราะความจริงคุณคือ “บรรณาธิการ”
(เมื่อคำโก้หรู…กำลังทำให้ Product Manager จำนวนมาก Burn-out โดยไม่รู้ตัว)
“คุณคือ CEO ของโปรดักต์นี้”
นี่คือวาทกรรมสุดคลาสสิกที่วงการเทคโนโลยีและสาย Product ใช้พูดถึงตำแหน่ง Product Manager มานานนับสิบปี
* ฟังดูทรงพลัง
* ฟังดูยิ่งใหญ่
* และฟังดูเหมือนคนทำงานสายนี้กำลังนั่งอยู่บนเก้าอี้ที่มีอำนาจในการกำหนดอนาคตของผลิตภัณฑ์
แต่สำหรับคนที่อยู่ในสนามจริงมานานพอ จะเริ่มเข้าใจความจริงบางอย่างว่า
“งานของ PM แทบไม่ได้ใกล้เคียงกับการเป็น CEO เลยแม้แต่น้อย”
เพราะในโลกความจริง
* เราไม่ได้เป็นเจ้าของบริษัท
* เราไม่ได้คุมงบประมาณทั้งหมด
* เราไม่ได้มีสิทธิ์จ้างหรือไล่ใครออก
* และที่สำคัญที่สุด…เราแทบไม่มีอำนาจสั่งการใครโดยตรงเลย
หลายครั้ง PM ต้องทำงานร่วมกับ
* Engineering Manager
* Designer
* Data Analyst
* ทีม Delivery
* ทีม Marketing
* Sales
* Customer Support
* และ Stakeholder อีกนับไม่ถ้วน
พูดง่ายๆ คือ
“คุณต้องรับผิดชอบผลลัพธ์…โดยไม่มีอำนาจสั่งการแบบ CEO จริงๆ รองรับ และนี่คือจุดเริ่มต้นของความเหนื่อยล้าเงียบๆ ที่คนทำ Product จำนวนมากกำลังเผชิญอยู่?”
====
🎭 มายาคติ “CEO of the Product” ที่กำลังทำให้คนเก่ง Burn-out
แนวคิด “CEO of the Product” มีจุดเริ่มต้นจากบทความระดับตำนานอย่าง Good Product Manager / Bad Product Manager ของ Ben Horowitz
ในบริบทของยุคนั้น แนวคิดนี้มีเป้าหมายเพื่อผลักดันให้ PM รู้สึก “รับผิดชอบต่อผลลัพธ์” มากขึ้น
ปัญหาคือ หลายองค์กรตีความมันแบบสุดโต่งเกินไป
จนกลายเป็นว่า PM ต้องแบกทุกอย่าง
แต่ไม่มีอำนาจในการเปลี่ยนอะไรจริงๆ
ลองเปรียบเทียบง่ายๆ CEO ตัวจริงสามารถ
* จ้างคนได้
* ไล่ออกได้
* คุมงบประมาณได้
* เปลี่ยนโครงสร้างทีมได้
* และ Override การตัดสินใจได้ทันที
แต่ Product Manager ส่วนใหญ่ในโลกความจริงทำสิ่งเหล่านี้ไม่ได้
หลายครั้ง PM จึงติดอยู่ในสภาวะประหลาด
“ต้องรับผิดชอบทุกอย่าง…แต่ควบคุมอะไรไม่ได้จริง”
สุดท้าย คนจำนวนมากจึงเริ่มเข้าสู่ภาวะ Burn-out
ไม่ใช่เพราะงานหนักอย่างเดียว
แต่เพราะพยายามควบคุมในสิ่งที่ตัวเอง “ไม่มีวันควบคุมได้” ตั้งแต่แรก
และเมื่อพยายามใช้อีโก้แบบ CEO เข้าไปนำทีม ทั้งที่ไม่มี Executive Power หนุนหลัง
สิ่งที่ตามมาคือ
* ความขัดแย้งกับทีม
* ความเหนื่อยจากการโน้มน้าวคนตลอดเวลา
* และความรู้สึกว่า “ทำไมไม่มีใครฟังเราเลย”
ทั้งที่ความจริงอาจเป็นเพราะ
บทบาทนี้ไม่เคยถูกออกแบบมาให้ “สั่งการ” ตั้งแต่ต้น
====
✍️ ความจริงที่เจ็บปวด คือ คุณไม่ใช่ CEO…คุณคือ “บรรณาธิการ”
ถ้าอยากเข้าใจงาน Product Manager ให้ชัดขึ้น
ให้เลิกมองไปที่ห้องผู้บริหาร
แล้วลองมองไปที่โต๊ะทำงานของ “บรรณาธิการ” ในสำนักพิมพ์แทน
เพราะสิ่งที่ PM ทำในโลกจริง คล้ายกับงานของ Editor มากกว่าที่หลายคนคิด
บรรณาธิการที่ดีไม่ได้เป็นคนเขียนหนังสือเองทั้งหมด แต่มีหน้าที่
* อ่านต้นฉบับอย่างละเอียด
* ตั้งคำถามที่คมพอจะทำให้งานดีขึ้น
* ตัดสิ่งที่ไม่จำเป็นออก
* ทำให้สารสำคัญชัดขึ้น
* และปกป้องคุณภาพของผลงานจนกว่าจะส่งถึงมือผู้อ่าน
Product Manager ก็ทำงานในลักษณะเดียวกันแทบทั้งหมด
* วิศวกรคือคนเขียนโค้ด
* Designer คือคนออกแบบประสบการณ์
* Data Analyst คือคนตีความข้อมูล
* Marketing คือคนสื่อสารกับตลาด
ส่วน PM คือคนที่ต้องทำให้แน่ใจว่า
“สิ่งที่ทุกคนกำลังสร้างร่วมกัน…มันมีคุณค่าจริงๆ”
หน้าที่ของ PM จึงไม่ใช่การแย่งคีย์บอร์ดวิศวกรไปเขียนโค้ด
และไม่ใช่การโชว์ว่าใครฉลาดที่สุดในห้อง
แต่คือการช่วยให้ทีมเห็นภาพเดียวกัน
และช่วย “ตัดสิ่งที่ไม่จำเป็น” ออกไปจากโปรดักต์
พูดอีกแบบคือ
PM ที่ดี ไม่ได้เก่งเพราะพูดว่า “ต้องทำอะไรเพิ่ม”
แต่เก่งเพราะรู้ว่า “อะไรควรตัดทิ้ง” ต่างหาก
====
🧠 กลยุทธ์ ไม่ใช่การนั่งเทียนคิด…แต่มันคือ “ศิลปะของการคัดเลือก”
หลายคนอาจเถียงว่า
“แต่ PM ต้องเป็นคนวางกลยุทธ์ไม่ใช่หรือ?”
“ก็ใช่” แต่กลยุทธ์ในโลก Product จริงๆ ไม่ได้เกิดจากการนั่งอยู่ในห้องประชุมแล้วคิด Vision ลอยๆ เพียงอย่างเดียว?
กลยุทธ์จำนวนมากเกิดจากการ
* ฟังลูกค้าบ่น
* อ่าน Support Ticket
* คุยกับทีมขาย
* ดูพฤติกรรมผู้ใช้
* ฟังทีมวิศวกรบอกข้อจำกัด
* และอ่านเกมคู่แข่งอย่างต่อเนื่อง
พูดง่ายๆ คือ
“วัตถุดิบทั้งหมด…มีอยู่แล้วเต็มไปหมด”
หน้าที่ของ PM คือการ
* คัดกรอง
* เชื่อมโยง
* จัดลำดับความสำคัญ
* และตัดสินใจว่า “อะไรสำคัญจริง”
นี่จึงเป็นเหตุผลว่าทำไม
Strategy ของ PM ไม่ใช่ศิลปะของการ “ประดิษฐ์ทุกอย่างขึ้นมาใหม่”
แต่มันคือศิลปะของการ “บรรณาธิการ” มากกว่า
แม้แต่ Steve Jobs เองก็ไม่ได้เป็นคนเขียนโค้ดทุกบรรทัด หรือออกแบบทุกชิ้นส่วนด้วยตัวเอง?
เขาทำงานร่วมกับคนระดับโลกอย่าง
* Jony Ive, former Chief Design Officer of Apple
* หรือ Tony Fadell, engineer and creator of the iPod เป็นต้น
สิ่งที่ทำให้ Steve Jobs แตกต่าง ไม่ใช่การลงมือทำทุกอย่างเอง
แต่คือความสามารถในการ “เลือก”
ว่าอะไรควรอยู่
และอะไรควรถูกปฏิเสธ
เขาจึงอาจไม่ใช่ “ศิลปินเดี่ยว”
แต่เป็น “บรรณาธิการผู้มีรสนิยมเฉียบขาด” มากกว่า
====
🏗️ จงวางอีโก้แบบ CEO ลง…แล้วกลับมาเป็น PM ที่ทีมอยากทำงานด้วย
ทันทีที่คุณเลิกพยายามเป็น “CEO ของทุกอย่าง”
วิธีทำงานของคุณจะเปลี่ยนไปทันที
คุณจะเริ่มเข้าใจว่า
* Influence ไม่เหมือน Authority
* Ownership ไม่ได้แปลว่าต้องควบคุมทุกอย่าง
* และการเป็นผู้นำ ไม่จำเป็นต้องใช้อำนาจเสมอไป
PM ที่ดีจึงไม่ใช่คนที่เสียงดังที่สุดในห้อง แต่คือคนที่
* เชื่อมทีมเข้าหากันได้
* ทำให้ทุกคนเห็นภาพเดียวกัน
* กล้าพูดว่า “ไม่” กับสิ่งที่ไม่สำคัญ
* และปกป้องคุณค่าของโปรดักต์จากความวุ่นวายรอบตัว
เพราะในโลกของ Product
การพูดว่า “ไม่ทำ” ให้ถูกเรื่อง
อาจสำคัญพอๆ กับการพูดว่า “ควรทำอะไร” ด้วยซ้ำ
====
✨ ดังนั้น PM ที่ยิ่งใหญ่ ไม่ได้สั่งเก่งที่สุด…แต่ทำให้งานของทุกคนดีที่สุด
วาทกรรม “CEO of the Product” อาจฟังดูหล่อ
และอาจช่วยเติมอีโก้ให้คนทำงานรู้สึกสำคัญ
แต่มันก็เป็นหลุมพรางที่ทำให้ PM จำนวนมากแบกทุกอย่างไว้คนเดียว
ในขณะที่แนวคิดแบบ “บรรณาธิการ” อาจไม่ได้ฟังดูยิ่งใหญ่เท่า
แต่มันใกล้เคียงความจริงมากกว่า
คุณไม่ใช่ดาราหน้ากล้อง
คุณคือคนที่ทำให้ดารา “ดูดีที่สุด” เมื่อผลงานออกสู่สายตาคนดู
และในท้ายที่สุด
ความยิ่งใหญ่ของคนทำ Product
ไม่ได้อยู่ที่การสั่งใครให้ทำงาน
แต่อยู่ที่การทำให้งานของทุกคน…กลายเป็นสิ่งที่ลูกค้าขาดไม่ได้ต่างหาก
#วันละเรื่องสองเรื่อง #ProductManagement #ProductStrategy #ExecutiveMindset #FutureOfWork #Leadership #TechCareer
====
📚 Source / Reference
* Ben Horowitz (1997): ต้นฉบับแนวคิดจากเอกสาร “Good Product Manager/Bad Product Manager” ที่เป็นจุดกำเนิดของวาทกรรม "CEO of the Product" ซึ่งสะท้อนบริบทที่เปลี่ยนไปในยุคปัจจุบัน
* The Myth of the Lone Genius (Steve Jobs): กรณีศึกษาแนวทางการทำงานของ Steve Jobs ร่วมกับ Jony Ive และ Tony Fadell ที่สะท้อนบทบาทของผู้นำในฐานะ "สุดยอดบรรณาธิการ (Fierce Editor)" ผู้มีรสนิยมเฉียบขาด มากกว่าการเป็นผู้สร้างสรรค์เพียงลำพัง
- 1
โฆษณา
- ดาวน์โหลดแอปพลิเคชัน
- © 2026 Blockdit
