nuttadech.
หน้าแรกผลงานบริการบทความคู่มือ
เกี่ยวกับ

บริการ

  • ปรึกษา UX
  • ออกแบบครบจบ
  • เวิร์คช็อป
  • บรรยาย

เนื้อหา

  • บทความ
  • คู่มือ Component
  • Design System Generator
  • ผลงาน

เกี่ยวกับ

  • ประวัติ
  • LinkedIn

ติดต่อ

© 2026 Nuttadech Junlawan

รับออกแบบ UI/UX · ที่ปรึกษา UX · UX Audit

กลับไปหน้าบทความ
รอยต่อที่ไม่มีใครพูดถึง: GAP ระหว่าง Junior กับ Senior ใน UX Team
3 มีนาคม 25695 min read

รอยต่อที่ไม่มีใครพูดถึง: GAP ระหว่าง Junior กับ Senior ใน UX Team

เส้นทางจาก Junior สู่ Senior UX ไม่ใช่แค่ทำงานนานขึ้น — มันคือการเปลี่ยนบทบาทจากคนรับคำสั่งไปเป็นคนผลักดัน ภายใต้ความกดดันขององค์กรที่ยังวัด UX ผ่าน KPI ได้ยาก บทความนี้เขียนจากประสบการณ์ 15 ปีในสายงาน UX

UX CareerLeadershipTeam ManagementOpinion

รอยต่อที่ไม่มีใครสอน

ทุกสาย career มี gap อยู่ตรงกลาง แต่ใน UX team มันเจ็บกว่าที่อื่น

รอยต่อระหว่าง Junior กับ Senior — ช่วงที่โดนกดดันมากที่สุด

Junior UX มีเส้นทางที่ชัดเจน — ทำตาม brief, ส่ง wireframe, รอ feedback, แก้ตาม comment ทุกอย่างมี scope ที่คนอื่นกำหนดให้ คุณรู้ว่าวันนี้ต้องทำอะไร

Senior UX ก็มีเส้นทางที่ชัดเจน — กำหนดทิศทาง, ตัดสินใจ, mentor ทีม, คุยกับ stakeholder ทุกอย่างมี ownership ที่คุณต้องรับผิดชอบเอง

แต่ตรงกลาง? ตรงกลางคือ no man's land

คุณไม่ใช่ Junior อีกต่อไป แต่ยังไม่ได้รับ trust แบบ Senior คุณเริ่มเห็นปัญหาที่ใหญ่กว่า wireframe แต่ยังไม่มี authority ที่จะแก้มัน คุณรู้ว่าอะไรผิด แต่ไม่มีใครถามความเห็นคุณ

นี่คือรอยต่อที่ทำให้คนจำนวนมาก ออกจากสาย UX ไปเลย

ภาระที่เพิ่มขึ้นแบบไม่ proportional

ภาระงานที่เพิ่มขึ้นเมื่อเลื่อนจาก Junior สู่ Senior

เมื่อคุณเริ่มเลื่อนขึ้น สิ่งที่เกิดขึ้นไม่ใช่แค่ "ทำงาน design เดิม แต่ยากขึ้น" — มันคือ การเพิ่มบทบาทใหม่ทั้งหมด โดยที่บทบาทเก่าไม่ได้หายไปไหน

สิ่งที่ Junior ทำ

  • ทำ wireframe / prototype ตาม requirement
  • ทำ user flow ตาม spec ที่ได้รับ
  • ส่งงานให้ Senior review
  • แก้งานตาม feedback

สิ่งที่ Senior ต้องทำ (นอกเหนือจากข้างบนทั้งหมด)

  • Consolidate User Experience — ดูแล consistency ข้าม features, ข้าม products
  • Hands-on delivery — ยังต้องทำงาน design เองเพราะทีมเล็ก
  • Mentor และ review งานของ Junior
  • คุยกับ PM, Dev, Business เพื่อ negotiate scope
  • Present และ defend design decisions ต่อ stakeholder ระดับสูง
  • วัดผลและพิสูจน์ ว่า UX ส่งผลต่อ business อย่างไร

มันเหมือน ถูกขอให้เป็นทั้ง player และ coach พร้อมกัน — แต่ได้เงินเดือนแค่ player

ความกดดันที่มาจากทุกทิศ

กดดันจากบน: "แล้ว UX วัดยังไง?"

นี่คือคำถามที่ Senior UX ทุกคนกลัว

ในองค์กรที่ Engineering วัดได้จาก velocity, QA วัดได้จาก bug count, PM วัดได้จาก feature delivery — UX กลายเป็นสิ่งที่จับต้องไม่ได้

"Design ทำมา สวยดีนะ แต่มันส่งผลยังไงกับ revenue?"

"เราลงทุน research ไป 2 เดือน ได้อะไรกลับมา?"

"ทำไมต้องมี design system? Dev ก็ทำ UI ได้เอง"

ทุกคำถามเหล่านี้ต้องการ ตัวเลข — แต่คุณค่าของ UX มักอยู่ในสิ่งที่วัดยาก: ความสับสนที่ลดลง, ความเชื่อมั่นที่เพิ่มขึ้น, task ที่สำเร็จได้เร็วกว่าเดิม

กดดันจากล่าง: "พี่ต้องสอนหนูด้วย"

Junior ในทีมคาดหวังว่าคุณจะเป็น mentor แต่เวลาที่คุณมีให้ mentor ก็ถูกกิน ไปกับ meeting, stakeholder management, และงาน delivery ที่ต้องทำเอง

คุณอยากสอน อยากให้เวลา แต่ reality คือ deadline ไม่เคยขยับให้คุณ

กดดันจากข้าง: "ทำไม design ยังไม่เสร็จ?"

PM ถาม Dev ถาม QA ถาม ทุกคนรอ design เหมือน design เป็น bottleneck ของทั้ง pipeline

ซึ่งหลายครั้งมันก็จริง — เพราะ Senior UX คนเดียวต้อง review งานทั้งทีม, consolidate experience ข้าม features, และยังต้อง hands-on ทำ design เองด้วย

ทางแยก: 3 เส้นทางของ Senior UX

3 เส้นทางของ Senior UX — IC, Manager, หรือ Hybrid

เมื่อถึงจุดหนึ่ง Senior UX ต้องเลือก — ไม่ใช่เลือกว่า "จะทำอะไร" แต่เลือกว่า "จะเป็นอะไร"

เส้นทาง 1: IC Track (Individual Contributor)

ลงลึกในฝีมือ เป็น specialist ที่ทุกคนมาขอคำปรึกษา

  • ข้อดี: ได้ทำ craft ที่รัก, impact ผ่านคุณภาพงาน
  • ข้อเสีย: ในหลายองค์กรไทย IC track ไม่มี career path ที่ชัด, เงินเดือนชนเพดานเร็ว
  • เหมาะกับ: คนที่ยังรัก hands-on design และไม่อยากจัดการคน

เส้นทาง 2: Management Track

เลิกทำ design ด้วยตัวเอง เปลี่ยนไปบริหารทีม, กำหนดทิศทาง, คุยกับ C-level

  • ข้อดี: มี authority ในการตัดสินใจ, career path ชัดเจนกว่า
  • ข้อเสีย: ห่างจาก craft, อาจรู้สึก "ไม่ได้ทำ UX จริงๆ แล้ว"
  • เหมาะกับ: คนที่สนใจ strategy, organization, และ people management

เส้นทาง 3: Hybrid (ความจริงของ UX Team ขนาดเล็ก)

ทำทั้ง IC และ manage — ซึ่งคือ reality ของ UX team ส่วนใหญ่ในไทย

  • ข้อดี: เข้าใจทั้ง craft และ business, ยืดหยุ่นสูง
  • ข้อเสีย: burnout สูงมาก, ทำทุกอย่างแต่ไม่ได้เก่งอะไรสักอย่าง
  • เหมาะกับ: คนที่อยู่ในองค์กรที่ UX team ยังเล็ก (1-3 คน)

แนวทางเอาตัวรอด: ทำ UX ให้จับต้องได้

ทำ UX ให้จับต้องได้ — Framework สำหรับการพิสูจน์คุณค่า

ถ้าองค์กรวัด UX ไม่ได้ อย่ารอให้เขาวัดให้ — วัดเองแล้วเอาไปบอกเขา

1. ผูก UX Metrics เข้ากับ Business Metrics

อย่าพูดว่า "เราปรับ UI ให้ดีขึ้น" → พูดว่า "เราลด drop-off ที่ step 3 ได้ 23% ซึ่งเพิ่ม conversion ได้ X บาท"

  • Task completion rate เพิ่มขึ้น → ลูกค้าซื้อสำเร็จมากขึ้น = revenue เพิ่ม
  • Time on task ลดลง → ลด support call = ลดต้นทุน operation
  • Error rate ลดลง → ลด rework cost = dev ไม่ต้องแก้ bug ซ้ำ
  • NPS/CSAT เพิ่มขึ้น → เพิ่ม retention = lifetime value สูงขึ้น

2. Document ทุกอย่างที่ทำ

ปัญหาของ UX คือ เมื่อทำดี ไม่มีใครสังเกต — ผู้ใช้ไม่มีวันบอกว่า "ฟอร์มนี้ใช้ง่ายจัง" แต่จะด่าทันทีเมื่อมันใช้ยาก

สร้าง design log:

  • Before/After screenshots ของทุก improvement
  • Metrics ก่อนและหลัง redesign
  • User feedback quotes
  • Dev time saved จากการมี design system

3. สร้าง Alliance กับ PM และ Dev Lead

UX ไม่สามารถอยู่รอดได้คนเดียว คุณต้องการ:

  • PM ที่เข้าใจ ว่า research ไม่ใช่ waste of time
  • Dev Lead ที่เห็นด้วย ว่า design system ช่วยลด tech debt
  • Data Analyst ที่ช่วย ดึงตัวเลข impact ของ design changes

4. เลิกพิสูจน์ตัวเองด้วย deliverables

Junior พิสูจน์ตัวเองด้วยจำนวน wireframe ที่ส่ง Senior ต้องพิสูจน์ตัวเองด้วย decisions ที่ถูกต้อง

"เราเลือกไม่ทำ feature นี้เพราะ research บอกว่าผู้ใช้ไม่ต้องการ" — นั่นคือ value ที่ Senior UX ให้ แม้จะไม่มี deliverable ที่จับต้องได้

จาก "คนรอคำสั่ง" สู่ "คนผลักดัน"

การเปลี่ยน mindset จาก executor สู่ driver

การเปลี่ยนผ่านที่ยากที่สุดไม่ใช่ skill — มันคือ mindset

Mindset ของ Junior (Executor)

  • "บอกมาว่าจะให้ทำอะไร แล้วเดี๋ยวทำให้"
  • "PM กำหนด requirement มา เราก็ design ตาม"
  • "ถ้าไม่มี brief ก็ไม่รู้จะเริ่มยังไง"
  • "ถ้า stakeholder ไม่ approve ก็แก้ตามที่เขาบอก"

Mindset ของ Senior (Driver)

  • "ผมเห็นปัญหาตรงนี้ นี่คือ 3 ทางเลือก และผมแนะนำทางนี้เพราะ..."
  • "ก่อนจะ design เรามาดู data ก่อนว่าผู้ใช้ติดตรงไหน"
  • "Requirement นี้ผมคิดว่าควรปรับ เพราะ research บอกว่า..."
  • "ผมไม่เห็นด้วยกับ feedback นี้ นี่คือเหตุผล"

ความแตกต่างคือ agency — Senior ไม่รอให้คนอื่นกำหนดปัญหา แต่ออกไปหาปัญหาเอง แล้วเสนอทางออก

ถ้าคุณกำลังอยู่ตรงกลาง

สำหรับคนที่กำลังยืนอยู่ที่รอยต่อนี้ — ผมเข้าใจ ผมเคยอยู่ตรงนั้น

มันรู้สึกเหมือนถูก stretch ไปทุกทิศทาง ทำ design ก็ต้องทำ จัดการทีมก็ต้องจัดการ prove value ก็ต้อง prove แต่ไม่มีใครบอกว่าจะทำยังไง

นี่คือสิ่งที่ผมอยากบอก:

1. อย่าแบกทุกอย่างคนเดียว — ถ้าคุณเป็น Senior UX คนเดียวในทีม นั่นไม่ใช่ความผิดของคุณที่ทำไม่ไหว นั่นคือปัญหาเชิงโครงสร้างขององค์กร

2. เลือกสงครามของคุณ — คุณไม่สามารถ fix ทุก UX problem พร้อมกัน เลือก 1-2 เรื่องที่ impact สูงสุด ทำให้เห็นผล แล้วค่อยขยาย

3. สร้าง track record — ทุกครั้งที่ design change ส่งผลดี จด record ไว้ สะสมไปเรื่อยๆ เมื่อถึงเวลา negotiate เงินเดือนหรือ headcount คุณจะมีหลักฐาน

4. ยอมรับว่าบางองค์กรไม่ใช่ที่ของคุณ — ถ้าองค์กรไม่เห็นคุณค่าของ UX จริงๆ ไม่ว่าคุณจะพิสูจน์มากแค่ไหน บางทีคำตอบไม่ใช่ "ทำยังไงให้เขาเข้าใจ" แต่คือ "ไปอยู่ที่ที่เขาเข้าใจแล้ว"

5. ลงทุนกับ network — UX community ในไทยเล็กแต่แน่น คนที่ผ่านปัญหาเดียวกันมีเยอะ อย่าต่อสู้คนเดียว

บทส่งท้าย

Gap ระหว่าง Junior กับ Senior ไม่ใช่เรื่องของ skill หรือ seniority — มันคือเรื่องของ การเปลี่ยนวิธีคิดทั้งหมด จากคนที่รอคำตอบ ไปเป็นคนที่สร้างคำตอบ

และสิ่งที่ยากที่สุดไม่ใช่การทำ design ที่ดี — แต่คือ การทำให้คนที่ไม่เข้าใจ design เห็นคุณค่าของมัน

ถ้าคุณทำได้ คุณจะไม่ใช่แค่ Senior UX

คุณจะเป็นคนที่เปลี่ยนวิธีที่องค์กรมองเรื่อง User Experience ไปตลอด

ปรึกษา UX ฟรี

กรอกข้อมูลสั้นๆ แล้วจะติดต่อกลับผ่าน LINE หรือ Email