วิธีทำงานในฐานะ Product Designer ระดับ Staff

• ท่ามกลาง ภาวะเงินเฟ้อของตำแหน่งงาน ที่แพร่หลายในวงการดีไซน์ บทความนี้แนะนำความหมายที่แท้จริงของระดับ Senior·Staff·Principal และอธิบายระดับ Staff ซึ่งมักถูกเข้าใจผิดบ่อยที่สุด
• ความแตกต่างที่แท้จริงระหว่าง Senior กับ Staff ไม่ใช่จำนวนปีประสบการณ์ แต่คือ ขอบเขตและประเภทของอิทธิพล โดย Senior จะถามว่า "จะสร้างสิ่งนี้ให้ดีได้อย่างไร" ส่วน Staff จะถามว่า "เราควรสร้างสิ่งนี้หรือไม่ และถ้าสร้าง ทำไม"
• Staff ขับเคลื่อนการจัดแนวและการตัดสินใจให้ก้าวข้ามฟังก์ชันหรือตัวทีมเดียว เพื่อให้ ทั้งผลิตภัณฑ์ถูกเข้าใจเป็นหนึ่งเดียว และยังมีบทบาทในการสอนเรื่องดีไซน์ให้คนที่ไม่ใช่นักออกแบบ
• คนที่ก้าวสู่ Staff จะไม่รอการเลื่อนตำแหน่ง แต่ เริ่มทำตัวแบบนั้นตั้งแต่ก่อนถูกเลื่อน และเปลี่ยนจากการทำให้มากขึ้น ไปสู่การ คิดและลงมือแบบตัวคูณ (multiplier)
• ยิ่งเป็นยุคที่ AI ทำให้สร้างอะไรก็ได้ ความสามารถด้าน วิจารณญาณในการคัดเลือกและโน้มน้าวไอเดียที่มีคุณภาพสูงกว่า ก็ยิ่งสำคัญ

---

ภาวะเงินเฟ้อของตำแหน่งงานและที่มาของบทความ

• ภาวะเงินเฟ้อของตำแหน่งในสายดีไซน์แพร่หลายมาก ทำให้มีคนจำนวนไม่น้อยที่มีตำแหน่งหรือคำอ้างสูงกว่าความสามารถจริง
  • มักเกิดขึ้นเมื่อบริษัทไม่รู้วิธีจ้าง ดึงดูด และรักษาคนเก่งไว้
  • ผลลัพธ์คือดีไซเนอร์ต้องเข้าไปพัวพันกับงานที่เกินขีดความสามารถ การแบ่งระดับความสามารถถูกทำให้เลือนลง และดีไซน์ในองค์กรก็ไม่ได้ถูกใช้ประโยชน์อย่างเต็มที่
• ช่วงตำแหน่งที่เกิดเงินเฟ้อบ่อยที่สุดคือ Senior, Staff, Principal
  • แม้จะเป็นตำแหน่งเดียวกัน ความหมายก็แตกต่างกันไปในแต่ละบริษัท
• เพื่อเจาะลึกระดับ Staff ซึ่งมักถูกเข้าใจผิดได้ง่ายทั้งจากฝั่งผู้สมัครและผู้จ้าง จึงร่วมงานกับดีไซเนอร์ 3 คน
  • Milan Jovanović — Product Designer ที่ VEED
  • Mo Elmelegy — ปัจจุบันเป็นดีไซเนอร์ระดับ Principal ที่ Bolt มีประสบการณ์มากกว่า 17 ปี
  • Rachel Wu — Lead Product Designer ที่ Mews

Q1: Staff Product Designer คืออะไร

• มุมมองของ Milan

  • Staff คือคนที่ ขับเคลื่อนการจัดแนวและการตัดสินใจด้วยแรงผลักดันที่ชัดเจน และในกระบวนการนั้นยังสอนเรื่องดีไซน์ให้คนที่ไม่ใช่นักออกแบบ พร้อมเป็นพาร์ตเนอร์ที่ทำงานด้วยแล้วราบรื่น
  • งานพัฒนาจากคำถามว่า "จะลงมืออย่างไร" ไปสู่ "ควรลงมือทำอะไร และทำไม"
  • พวกเขาออกแบบ บทสนทนาและการประชุม พอๆ กับที่ออกแบบเลย์เอาต์ ปุ่ม หรือเงา และไม่ได้หยุดแค่การส่งมอบประสบการณ์ในพื้นที่หนึ่ง แต่มีส่วนกำหนดกลยุทธ์ของทั้งผลิตภัณฑ์
  • เวลาส่วนใหญ่ให้ความรู้สึกเหมือนเป็น ที่ปรึกษา (counsellor) — ช่วยให้ผู้คนไวต่อความไม่แน่นอนน้อยลง และกลัวความผิดพลาดน้อยลง
    • กลุ่มเป้าหมายไม่ได้มีแค่ทีมตัวเอง แต่รวมถึง CPO, PM และวิศวกรระดับกลางในหลายส่วนขององค์กรผลิตภัณฑ์
  • แม้ AI จะทำให้สร้างอะไรก็ได้ ก็ไม่ได้แปลว่าต้องสร้างทุกอย่างที่นึกออก และ Staff ควรเป็น เสียงที่คัดแยกและโน้มน้าวไอเดียที่มีคุณภาพสูงกว่า

• มุมมองของ Mo — การแบ่งระดับตำแหน่ง

  • ตำแหน่งในสายดีไซน์สับสน ใช้ไม่เหมือนกันในแต่ละบริษัท และความคาดหวังก็ไม่ชัด
  • ความต่างที่แท้จริงระหว่างแต่ละระดับไม่ใช่อายุงาน แต่คือ ขอบเขตและประเภทของอิทธิพล
  • Senior
    • ขอบเขต: ฟีเจอร์หนึ่ง ฟลोหนึ่ง หรือพื้นที่หนึ่งของผลิตภัณฑ์
    • อิทธิพลหลัก: ส่งมอบงานที่แข็งแรง และยกระดับคุณภาพภายในทีม
  • Principal
    • ขอบเขต: ระดับโดเมนหรือระดับบริษัท มีอิทธิพลต่อทิศทางระยะยาวและระบบของผลิตภัณฑ์
    • อิทธิพลหลัก: ครอบคลุมหลายทีมและหลายพื้นที่ของผลิตภัณฑ์ กำหนดโครงสร้างและการจัดแนวของทั้งผลิตภัณฑ์
  • เส้นทางการเติบโตโดยรวมคือการขยับจาก เป็นเจ้าของปัญหา → เชื่อมปัญหาเข้าหากัน → กำหนดวิธีที่ผลิตภัณฑ์พัฒนา

Q2: จะเติบโตไปสู่บทบาท Staff ได้อย่างไร

• คำแนะนำจาก Milan

  • ก่อนอื่นต้องตัดสินใจก่อนว่าต้องการเส้นทางนี้จริงหรือไม่ — ถ้าคุณชอบให้มีคนคอยบอกว่าต้องทำอะไร Staff อาจไม่เหมาะ และ Senior ก็เป็นระดับที่ได้รับการยอมรับมากพออยู่แล้ว
  • เส้นทางที่เร็วที่สุดแต่ก็หนักที่สุดคือ เข้าร่วมสตาร์ตอัปที่มีคนน้อยกว่า 20 คนในฐานะดีไซเนอร์คนเดียว
    • มันเหมือนการถูกโยนเข้าไปในสนามทดสอบแบบเต็มรูปแบบ และอาจนำไปสู่ภาวะหมดไฟ แต่จะทำให้เรียนรู้ได้เร็วว่าควรทำอะไรเมื่อไม่มีใครบอก
  • ถ้าบริษัทมีบทบาทนี้อยู่แล้ว ให้เริ่มจากเล็กๆ และสร้างแรงส่ง
    • เปิดเผยกระบวนการดีไซน์ แชร์ให้กว้างใน Slack ดึงนักพัฒนาเข้ามาในบทสนทนาแบบ async และอธิบายกระบวนการคิดออกมาดังๆ
    • มองหา pain point ตามส่วนต่างๆ ของบริษัท สำรวจว่าตรงไหนต้องการความช่วยเหลือหรือตรงไหนยังเป็นช่องว่าง
    • ทำความเข้าใจเป้าหมายของบริษัท แล้วเสนอไอเดียที่ไปไกลกว่าขอบเขตงานของตัวเอง ใช้ Cursor เพื่อทำ mockup อย่างรวดเร็วหรือ vibe coding แต่ต้องเชื่อมกลับไปที่ ผลลัพธ์ทางธุรกิจ เสมอ
    • เรียนรู้ภาษาที่ PM และทีม Growth ใช้ แล้วสื่อสารด้วยภาษาของพวกเขา
    • นัดคุยกับทีมอื่น ถามว่าอะไรสำคัญที่สุด แล้วหลังจากนั้นก็เงียบและตั้งใจฟัง
    • รู้ให้ได้ว่าเมื่อไรที่ตัวเองกำลังน่ารำคาญและต้องปรับตัว — ความหวังดีในที่ผิดเวลาอาจน่ารำคาญมาก
    • หยุดบ่นทันที — การบ่นคือการยอมรับว่าคุณสละการควบคุมไปแล้ว และอย่างที่ Satya Nadella พูดไว้ งานคือการสร้างความสำเร็จจากทรัพยากรที่มี
    • ช่วยยกเพื่อนดีไซเนอร์คนอื่นขึ้นมา และในฐานะแชมป์เปี้ยนของฟังก์ชันดีไซน์ ให้เชื่อมงานของดีไซเนอร์คนอื่นเข้ากับงานของตัวเอง
    • เข้ารับการบำบัด

• รูปแบบการเติบโตที่ Mo สังเกตเห็น

  • คนที่กลายเป็น Staff/Principal จะไม่รอตำแหน่ง แต่ เริ่มทำตัวแบบนั้นก่อนการเลื่อนตำแหน่ง
  • กลายเป็นคนที่ทุกคนนึกถึงก่อนในโดเมนใดโดเมนหนึ่ง
    • เช่นกลไก Growth, onboarding, พลวัตของ marketplace, design system, mobile architecture
    • สิ่งนี้ไม่ได้เกิดจากการมอบหมายอย่างเป็นทางการ แต่เกิดจากการคิดลึกกับพื้นที่ปัญหาหนึ่งมากพอ จนเมื่อมีคำถามเกี่ยวข้อง คนอื่นจะดึงเข้ามาเองโดยธรรมชาติ
  • สร้าง initiative ที่ไม่มีใครร้องขอ
    • ไม่รอให้ roadmap เป็นตัวนิยามงาน แต่จับ ปัญหาเชิงโครงสร้าง ได้ตั้งแต่เนิ่นๆ เช่น 3 ทีมกำลังแก้ปัญหาเดียวกันคนละแบบ หรือฟลู onboarding ที่กระจัดกระจาย
    • ทำแผนที่สถานะปัจจุบัน เสนอโครงสร้างที่ชัดกว่า และรวบรวมคนที่เหมาะสมเข้ามา
  • ทำให้สิ่งต่างๆ เกิดขึ้นจริง
    • ไม่หยุดแค่สร้างทางออก แต่ทำให้ปัญหาคลุมเครือชัดขึ้น จัดแนวทีมให้มุ่งไปทิศทางเดียวกัน หรือใช้ prototype ทำให้ไอเดียเป็นรูปธรรม
    • ไม่ใช่แค่ดีไซน์งาน แต่คือ ทำให้งานนั้นเกิดขึ้นจริง

Q3: จะแยก Senior·Staff·Principal ในการทำงานประจำวันอย่างไร

• การแบ่งของ Milan

  • Senior คือช่วงที่เชี่ยวชาญการลงมือทำในพื้นที่ที่กำหนดไว้แล้ว ส่วน Staff คือช่วงที่เริ่ม ตั้งคำถามกับพื้นที่นั้นและขยายมันออกไป
  • ประเด็นสำคัญไม่ใช่การทำงานเดิมให้ดีขึ้น แต่คือการทำ งานที่เป็นคนละประเภทโดยพื้นฐาน
  • ใช้เวลาไปกับบทสนทนาและการจัดแนวพอๆ กับงานบนหน้าจอ และนี่ไม่ใช่การประนีประนอม แต่มันคืองานโดยตรง

• การแบ่งของ Mo

  • Senior มักเป็นเจ้าของส่วนสำคัญส่วนหนึ่งของผลิตภัณฑ์ภายในทีมเดียว และเปลี่ยนปัญหาผลิตภัณฑ์ที่ยุ่งเหยิงให้กลายเป็นทางออกที่ชัดเจนและขัดเกลาอย่างดีจนปล่อยใช้งานได้
  • เมื่อขยับไปสู่ Staff ขอบเขตจะขยายเลยฟีเจอร์เดียวหรือทีมเดียว และคำถามก็เปลี่ยนไป
    • ทีมต่างๆ กำลังแก้ปัญหาเดียวกันคนละแบบหรือไม่
    • เบื้องหลังฟีเจอร์เหล่านี้มีระบบรองรับอยู่หรือแค่กระจัดกระจายแยกกัน
    • เมื่อผลิตภัณฑ์เติบโต ตรงไหนกำลังเริ่มแตกเป็นส่วนๆ
  • Staff Designer ที่แข็งแกร่งที่สุดคือคนที่ กำหนดแพตเทิร์นให้ทีมอื่นนำกลับไปใช้ซ้ำได้ เชื่อมทีมที่กำลังจัดการโจทย์เกี่ยวข้องเข้าหากัน และทำให้พื้นที่ที่เคยไร้ทิศทางเกิดความชัดเจน
  • Principal ทำงานใกล้ชิดกับผู้นำระดับอาวุโสมากขึ้นในระดับที่กว้างกว่า โดยโฟกัสขยับจากโปรเจกต์เฉพาะ ไปสู่ ทิศทางที่ผลิตภัณฑ์กำลังมุ่งไปตามกาลเวลา

Q4: การทำงานในระดับ Staff หน้าตาจริงๆ เป็นอย่างไร

• ชีวิตประจำวันแบบที่ Milan อธิบาย

  • ออกแบบ บทสนทนาและการประชุม พอๆ กับการออกแบบเลย์เอาต์ และช่วยให้ผู้คนในห้องเดียวกับ CPO·PM·วิศวกร กลัวความผิดพลาดน้อยลง
  • จุดเปลี่ยนสำคัญคือ Senior ถามว่า "จะสร้างสิ่งนี้ให้ดีได้อย่างไร" ส่วน Staff ถามว่า "เราควรสร้างสิ่งนี้หรือไม่ และถ้าสร้าง ทำไม"
  • นี่เป็นคำถามที่ยากกว่า และต้องอาศัยความมั่นใจใน วิจารณญาณ ไม่ใช่แค่ในงาน craft

• รูปแบบที่เป็นรูปธรรมที่ Mo เสนอ

  • สร้างระบบที่คนอื่นนำไปใช้ต่อได้ — แทนที่จะแก้เพียงฟีเจอร์เดียว ก็สร้างแพตเทิร์นที่หลายทีมใช้ได้ เช่นโครงสร้าง onboarding ที่ขยายต่อได้ หรือ interaction pattern ที่หลายทีมรับไปใช้ ทำให้อิทธิพลทบต้นสะสม
  • รวบรวมผู้คนให้มาขับเคลื่อนงานร่วมกัน — ในระดับนี้ไม่ได้ขยับด้วยอำนาจ แต่ขยับด้วยความชัดเจนและแรงผลักดัน อธิบายปัญหาผลิตภัณฑ์ที่ซับซ้อนให้เข้าใจง่าย และดึงทีมเข้ามามีส่วนร่วมตั้งแต่ต้น
  • เติมความตั้งใจลงไปในงาน — มีความชัดเจนว่าทำไมจึงตัดสินใจแบบนั้น มี trade-off อะไร และงานนั้นเชื่อมกับทั้งผลิตภัณฑ์อย่างไร ยิ่งมีความตั้งใจมากเท่าไร ความเชื่อใจก็ยิ่งสะสมแบบทบต้น

• กรณีศึกษาของ Personio

  • ที่ Personio เขาเป็นเจ้าของ mobile architecture และสร้างแอป native iOS·Android ขึ้นมาตั้งแต่ต้น
  • ในระดับนี้ "งานก่อนงานจริง" คือสิ่งที่กินเวลาส่วนใหญ่ — ต้องจัดแนวทีมผลิตภัณฑ์ วิศวกรรม แบรนด์ และแพลตฟอร์ม ให้มีวิสัยทัศน์ร่วมเรื่องมือถือ
  • เป็นพาร์ตเนอร์ในเรื่องวิธีแปลแบรนด์ไปสู่ native การสร้าง theme ร่วมกับวิศวกร และการทำให้ workflow อย่างการติดตามเวลาทำงานทำงานบนมือถือและเดสก์ท็อปได้สอดคล้องกัน
  • บางครั้งก็ลงมือทำเองตั้งแต่ location-based time tracking, geofencing compliance ไปจนถึง motion และ interaction prototyping
  • ผลลัพธ์ของการเปิดตัวและรีดีไซน์
    • จำนวนผู้ใช้แอปรายเดือนเติบโตจากประมาณ 40K เป็น 200K
    • การสูญเสียธุรกรรมที่เกี่ยวข้องกับมือถือ ลดจากมากกว่า 8% เหลือ 0.2%
    • การใช้งาน mobile time tracking เพิ่มขึ้น 5 เท่า

Q5: Senior Designer ควรเริ่มทำอะไรได้ทันทีในสัปดาห์นี้เพื่อเปลี่ยนผ่าน

• คำแนะนำจาก Rachel

  • การเปลี่ยนจาก Senior ไปสู่ Staff/Lead ไม่ใช่การทำให้มากขึ้น แต่คือการเรียนรู้ที่จะ คิดและลงมือแบบตัวคูณ (multiplier)
  • อิทธิพลของ Senior ส่วนใหญ่ยังอยู่ในวงจำกัด — เป็นเจ้าของพื้นที่หนึ่งและแก้ปัญหาในนั้น
  • คำถามของระดับ Staff/Lead ไม่ใช่ "คุณสร้างอะไร" แต่คือ "การมีอยู่ของคุณทำให้เพื่อนร่วมงาน โดเมนผลิตภัณฑ์ และธุรกิจโดยรวม สามารถทำอะไรได้บ้าง"
  • คิดเป็นระบบ — เป็นคนที่สังเกตเห็นว่า 2 ทีมกำลังแก้ปัญหาเดียวกันจากคนละด้าน และถ้าร่วมมือกันจะได้ผลลัพธ์ที่ไม่มีทางสร้างได้ด้วยลำพัง ความสม่ำเสมอสามารถกลายเป็นความได้เปรียบในการแข่งขัน
  • เปลี่ยนความสัมพันธ์กับเวลาและความทะเยอทะยาน — มีความทะเยอทะยานต่อภาพใหญ่ของทั้งองค์กร แล้วถามว่า "วันนี้หมากที่ให้ leverage สูงที่สุดที่เราจะลงมือร่วมกันได้คืออะไร"
    • ความทะเยอทะยานที่ไม่มีขั้นต่อไปคือพลังงานที่สูญเปล่า และงานของคุณคือเปลี่ยนพลังงานนั้นให้กลายเป็นการลงมือทำ
  • สร้างอิทธิพลต่อเพื่อนร่วมงาน — ทั้งในมิติของผลิตภัณฑ์ ธุรกิจ และมากขึ้นเรื่อยๆ ต่อ AI agent ด้วย
    • จงอยากรู้อย่างจริงใจว่าสิ่งที่สำคัญที่สุดสำหรับคนที่คุณต้องทำให้ขยับคืออะไร แล้วสร้างความเชื่อใจให้ท้าทายกันและถูกท้าทายกลับได้
  • ทุกอย่างนี้ต้องอาศัย ความยับยั้งชั่งใจ (restraint) และทำตัวเป็นคนที่สร้างเงื่อนไขให้คนอื่นแก้ปัญหาได้ดีกว่าการที่คุณลงมือแก้เองคนเดียว
  • การลงมือเชิงแท็กติกที่ทำได้วันนี้คือ ทำแผนที่จุดที่อิทธิพลของคุณสิ้นสุดลงในตอนนี้
    • ตรงไหนที่มีการตัดสินใจโดยไม่มีคุณอยู่ในวง
    • ตรงไหนที่งานของคุณสูญเสียอิทธิพลไประหว่างทางของการถ่ายทอด
    • ใครบ้างที่คุณยังไม่ได้คุยกันจริงๆ แต่ควรคุย
    • เลือกมาหนึ่งข้อ แล้วเริ่มจากตรงนั้น

บทสรุป: ให้ความสำคัญกับงานมากกว่าตำแหน่ง

• Senior ส่งมอบฟีเจอร์ที่ยอดเยี่ยม ส่วน Staff ช่วยให้ ทั้งผลิตภัณฑ์มีความหมายในภาพรวม
• เพราะแต่ละบริษัทให้ความหมายกับตำแหน่งต่างกัน สิ่งที่ควรโฟกัสคือ ผลลัพธ์ (outcomes) ที่ต้องทำให้เกิด มากกว่าชื่อตำแหน่ง
• หลายทีมดีไซน์กำลังค่อยๆ เลิกใช้ตำแหน่งแบบเปิดเผย — ภายนอกใช้คำว่า "Designer" เหมือนกันหมด แต่ยังคงมีการแบ่งระดับภายใน
  • โครงสร้างที่แบนลงทำให้การตัดสินใจเร็วขึ้น และใช้พลังงานกับการเมืองในองค์กรมากน้อยลง
  • AI กำลังทำให้เส้นแบ่งของบทบาทเลือนเร็วขึ้น คนที่มีประสบการณ์ 3 ปีอาจเข้าใจ AI ดีกว่าคนที่มีประสบการณ์ 20 ปี จึงยิ่งทำให้ ขอบเขตและอิทธิพลสำคัญกว่าตำแหน่ง
  • โฟกัสไปที่การจ้างดีไซเนอร์ที่สนใจเฉพาะตัวงานและ craft ด้านดีไซน์จริงๆ
• เวลามองหางาน ให้โฟกัสที่ งาน ไม่ใช่ตำแหน่ง