🛑 เลิกหลอกตัวเองว่า PM คือ “CEO of the Product”…เพราะความจริงคุณคือ “บรรณาธิการ”

🛑 เลิกหลอกตัวเองว่า 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)" ผู้มีรสนิยมเฉียบขาด มากกว่าการเป็นผู้สร้างสรรค์เพียงลำพัง