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

บริการ

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

เนื้อหา

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

เกี่ยวกับ

  • ประวัติ
  • LinkedIn

ติดต่อ

© 2026 Nuttadech Junlawan

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

กลับไปหน้าบทความ
บริหารความเครียดในวันที่งาน UX ไม่เป็นไปตามที่หวัง
7 มีนาคม 25694 min read

บริหารความเครียดในวันที่งาน UX ไม่เป็นไปตามที่หวัง

เมื่อ UX ยังถูกมองเป็นแค่ความสวยงาม เมื่อ feedback เหมือนฟ้าถล่ม และเมื่อ design ที่คุณทุ่มเทถูกปัดตกในห้องประชุม — บทความนี้เขียนจากประสบการณ์จริงของคนที่เคยนั่งร้องไห้หน้าจอ Figma

UX CareerMental HealthFeedbackOpinion

คืนที่ผมเกือบยอมแพ้

มันเป็นคืนวันพฤหัสบดี ประมาณสี่ทุ่ม

นั่งคนเดียวหน้าจอ Figma ที่เต็มไปด้วย comment สีแดง

ผมนั่งอยู่หน้าจอ Figma ที่เต็มไปด้วย comment สีแดง ทุก comment คือ feedback จากการ review ตอนบ่าย — design ที่ผมใช้เวลา 2 สัปดาห์ทำ ถูกสับจนเละในเวลา 45 นาที

"ไม่ตรง brand" "Flow นี้ซับซ้อนเกินไป" "ทำไมไม่ทำเหมือนคู่แข่ง?" "ผมไม่เข้าใจว่าจะกดอะไรต่อ" "ลองเปลี่ยนทั้งหมดใหม่ดีกว่า"

ถ้วยกาแฟที่ 4 ของวันเย็นลงไปแล้ว ผมนั่งจ้องจอแล้วถามตัวเองว่า "ทำไมผมยังทำงานนี้อยู่?"

ถ้าคุณเคยรู้สึกแบบนี้ — บทความนี้เขียนให้คุณ

ทำไมงาน UX ถึงเครียดแบบที่คนนอกไม่เข้าใจ

1. งานของเราเป็น "ของส่วนตัว" มากกว่าที่คิด

Developer เขียน code — code ไม่ใช่ตัวตนของเขา ถ้ามี bug ก็แก้ bug

แต่ Designer ใส่ตัวตนลงไปในงาน ทุกสี ทุก layout ทุก flow คือ decision ที่มาจากประสบการณ์ ความเชื่อ และ perspective ของเรา

เมื่อ feedback มา มันไม่ได้รู้สึกแค่ "งานถูก criticize" — มันรู้สึกเหมือน ตัวเราถูก criticize

2. Feedback มักเป็น subjective ไม่ใช่ objective

Code ผิดหรือถูก — compile ได้หรือไม่ได้ test ผ่านหรือไม่ผ่าน

แต่ design? "ผมไม่ชอบ" คือ feedback ที่ valid ได้ในห้องประชุม แม้ว่ามันจะไม่มี logic อะไรรองรับเลย

ความ subjective ของ feedback คือสาเหตุหลักของความเครียดใน UX — เพราะคุณไม่สามารถ prove ว่าคุณถูกได้ ไม่เหมือน dev ที่ชี้ test result ได้

3. UX ยังถูกมองเป็น "ความสวยงาม"

Gap ระหว่างสิ่งที่คนอื่นคิดว่า UX คือ กับสิ่งที่ UX จริงๆ คือ

นี่คือ wound ที่เจ็บที่สุด

คุณใช้เวลา 3 สัปดาห์ทำ research, สัมภาษณ์ user, วิเคราะห์ data, สร้าง journey map, ออกแบบ flow ที่แก้ pain point จริงๆ

แล้ว VP เดินมาดูแล้วพูดว่า "สวยดีนะ แต่ผมว่าปุ่มนี้ควรเป็นสีแดง"

3 สัปดาห์ของ research ถูกลดทอนเหลือแค่ "สวยหรือไม่สวย" ในสายตาคนที่ไม่เข้าใจ

เมื่อสิ่งนี้เกิดขึ้นซ้ำแล้วซ้ำเล่า คุณเริ่มตั้งคำถามว่า "ที่ทำมาทั้งหมดมันมีค่าอะไร?"

พายุ Feedback: เมื่อทุกคนมีความเห็นที่ขัดแย้งกัน

พายุ feedback ที่ถาโถมเข้ามาจากทุกทิศ

Feedback จาก 1 คนรับมือได้ แต่ในความเป็นจริง design review มักมี 5-10 คน — และทุกคนมีความเห็นต่างกัน:

  • PM: "ทำให้เรียบง่ายกว่านี้ ตัด feature ออก"
  • VP Marketing: "ใส่ข้อมูลเพิ่มอีก ยิ่งเยอะยิ่งดี"
  • Dev Lead: "ทำแบบนี้ implement ไม่ได้"
  • CEO: "ผมเห็นแอป X ทำแบบนี้ ทำให้เหมือนเขา"
  • Sales: "ลูกค้าบอกว่าอยากได้ feature นี้"

ทุกคนพูดแบบ confident มาก ทุกคนเชื่อว่าตัวเอง represent user แต่ ไม่มีใครเอา data มาสนับสนุน

และคุณ — designer คนเดียวในห้อง — ต้อง:

  1. ฟังทุกคน
  2. กรอง noise ออกจาก signal
  3. หา compromise ที่ไม่ทำลาย UX
  4. ไม่ทำให้ใครรู้สึกว่าถูก ignore
  5. กลับไปแก้ design ให้ตอบทุก feedback ที่ขัดแย้งกัน

ภายใน deadline เดิม

ถ้าคุณยังไม่รู้สึกเครียด — ยินดีด้วย คุณอาจเป็น robot

สิ่งที่เกิดขึ้นเมื่อไม่จัดการความเครียด

เมื่อความเครียดสะสมโดยไม่ถูกจัดการ มันไม่ได้แค่ "เหนื่อย" — มันเปลี่ยนวิธีที่คุณทำงาน:

Stage 1: เริ่มเล่น safe

คุณเลิกเสนอ idea ที่ bold เพราะกลัวถูก reject ทุกงานเริ่มเป็น "safe choice" ที่ไม่มีใครจะ complain — แต่ก็ไม่ดีพอที่จะ impress

Stage 2: เริ่ม take feedback ส่วนตัว

ทุก feedback รู้สึกเหมือนการโจมตี "ผมว่า layout นี้ไม่ work" ถูกตีความเป็น "คุณเป็น designer ที่ไม่ดี"

Stage 3: เริ่ม shut down

หยุดแสดงความเห็นในห้องประชุม หยุดเสนอ alternative กลายเป็น order taker ที่ถามแค่ "อยากได้อะไร บอกมา"

Stage 4: Burnout

หมดไฟ ทำงานแบบ auto-pilot ผลงานเริ่มตก ไม่รู้สึกอะไรกับงานอีกต่อไป — ทั้งดีใจเมื่อ ship ทั้งเสียใจเมื่อถูก reject

ผมเคยอยู่ stage 3 มาแล้ว และผมรู้ว่า ถ้าไม่หยุดตัวเอง มันจะไปถึง stage 4 เร็วมาก

วิธีบริหารความเครียด: จากคนที่เคยผ่านมา

1. แยก "ตัวเรา" ออกจาก "งาน"

นี่คือทักษะที่สำคัญที่สุดและยากที่สุด

Design ที่คุณทำไม่ใช่ตัวคุณ มันคือ proposal หนึ่งที่อยู่บน spectrum ของ solutions ที่เป็นไปได้ ถ้ามันถูก reject ไม่ได้หมายความว่าคุณไม่ดี — แค่หมายความว่า solution นี้ไม่ fit กับ context นี้ในตอนนี้

ลอง reframe:

  • "Design ของผมถูก reject" → "Solution A ไม่ผ่าน ต้องลอง Solution B"
  • "เขาไม่ชอบงานผม" → "Stakeholder มี concern ที่ต้อง address"
  • "ผมไม่เก่งพอ" → "ผมยังไม่มีข้อมูลเพียงพอที่จะ convince"

2. สร้าง Feedback Filter

วิธีกรอง feedback — จาก chaos สู่ actionable items

ไม่ใช่ทุก feedback ที่ต้อง act on ลองแบ่งเป็น 3 ถัง:

ถัง 1: Actionable + มี data รองรับ "Conversion ตก 20% ตั้งแต่เปลี่ยน flow" → ต้องทำทันที

ถัง 2: มีเหตุผลแต่ต้อง validate "ผมว่า user อาจจะ confuse ตรงนี้" → น่าสนใจ ต้อง test ก่อน

ถัง 3: Subjective opinion ล้วนๆ "ผมไม่ชอบสีนี้" → จด note ไว้ แต่ไม่ต้องเปลี่ยนทันที

เมื่อ feedback เข้ามาเหมือนพายุ ให้หยุด — อย่า react ทันที เอากลับมา categorize ก่อน แล้วค่อยตัดสินใจว่าจะ act on อะไร

3. สร้าง Evidence Bank

เมื่อ UX ถูกมองเป็นแค่ "ความสวยงาม" วิธีต่อสู้ที่ดีที่สุดคือ สร้างหลักฐาน

  • Screenshot ทุก usability test ที่ user ติดขัด → เก็บไว้เป็นหลักฐาน
  • บันทึก metrics ก่อน-หลัง ทุก design change → สร้าง track record
  • เก็บ quote จาก user ที่สนับสนุน design decision ของคุณ
  • ทำ case study สั้นๆ ของทุกโปรเจคที่ design change ส่งผลดี

เมื่อมี evidence คุณไม่ต้องเถียงด้วยความเห็น — คุณเถียงด้วย ข้อเท็จจริง

4. หา "Safe Space" สำหรับ vent

ทุกคนต้องมีที่ระบาย — แต่อย่าระบายในที่ทำงาน

  • UX Community — กลุ่ม Facebook, Discord, Meetup ที่มีคนเจอปัญหาเดียวกัน
  • Mentor — คนที่เคยผ่านมาก่อนและเข้าใจ
  • Peer ที่ไว้ใจ — designer คนอื่นในอุตสาหกรรมเดียวกัน
  • บันทึกส่วนตัว — เขียนออกมา ไม่ต้องให้ใครอ่าน

การเก็บกดไม่ใช่ความเข้มแข็ง — การรู้จักปล่อยออกมาอย่างเหมาะสมต่างหากคือความเข้มแข็ง

5. เปลี่ยน Feedback Session ให้เป็น "Design Critique"

ปัญหาหลักของ feedback ในหลายองค์กรคือ ไม่มี structure

ลอง propose format ใหม่:

  • ก่อน review: ส่ง context ให้ทุกคนล่วงหน้า — ปัญหาที่แก้คืออะไร? research พบอะไร? design rationale คืออะไร?
  • ระหว่าง review: ถาม specific questions — "Flow นี้ตอบ user goal ไหม?" แทนที่จะปล่อยให้ทุกคน freestyle
  • หลัง review: สรุป feedback เป็น actionable items ส่งกลับ — ทำให้ชัดว่าจะ address อะไร และทำไม

เมื่อ feedback มี structure มันจะ ลด noise และลดความเจ็บปวด

6. ยอมรับว่า "ไม่ perfect ก็ได้"

Perfectionism คือศัตรูตัวฉกาจของ UX Designer

Design ที่ดี 80% และ ship ได้ ดีกว่า design ที่ perfect 100% แต่ไม่เคย ship

ทุก design คือ iteration — version 1 ไม่ต้องสมบูรณ์แบบ มันแค่ต้อง ดีพอที่จะเรียนรู้จาก user ได้

เมื่อต้องก้าวผ่าน

ลุกขึ้นมาใหม่หลังพายุผ่านไป

ความเครียดในงาน UX ไม่ใช่สิ่งที่หายไปได้ — มันเป็นส่วนหนึ่งของงาน เหมือนกับที่หมอต้องรับมือกับความเป็นความตาย ครูต้องรับมือกับเด็กที่ไม่ตั้งใจเรียน

แต่ความเครียดที่ถูกจัดการ กับความเครียดที่ปล่อยให้สะสม — ผลลัพธ์ต่างกันราวฟ้ากับดิน

สิ่งที่ผมเรียนรู้หลังจากผ่านจุดที่เกือบยอมแพ้:

คุณค่าของคุณไม่ได้วัดจาก feedback session เดียว — มันวัดจากผลรวมของทุกสิ่งที่คุณสร้างมาตลอดเส้นทาง

คนที่ให้ feedback ที่รุนแรง มักไม่รู้ว่ามันรุนแรง — พวกเขาแค่พูดความเห็นในห้องประชุม แต่คุณเอากลับไปคิดถึงตี 3

องค์กรที่ดีสร้าง culture ที่ feedback เป็นพลัง ไม่ใช่อาวุธ — ถ้าองค์กรของคุณใช้ feedback เป็นอาวุธ นั่นคือปัญหาของ culture ไม่ใช่ของคุณ

การพักผ่อนไม่ใช่ความอ่อนแอ — designer ที่ดีที่สุดที่ผมรู้จักทุกคนรู้จักพัก รู้จัก disconnect รู้จักบอกว่า "วันนี้พอแค่นี้"

ถ้าคุณกำลังอยู่ในจุดนั้น

ถ้าคุณกำลังนั่งอยู่หน้าจอตอนดึก สงสัยว่าทำไมถึงเลือกทำงานนี้ รู้สึกว่า design ที่ทุ่มเทไปไม่มีค่าในสายตาคนอื่น

ผมอยากบอกว่า:

มันจะผ่านไป ไม่ใช่เพราะมันจะง่ายขึ้น — แต่เพราะคุณจะแข็งแกร่งขึ้น

คุณไม่ได้อยู่คนเดียว UX Designer ทุกคนที่ผมรู้จักเคยผ่านจุดนี้ — คนที่ดูเก่งๆ สบายๆ ข้างนอกก็เคยนั่งร้องไห้หน้าจอเหมือนกัน

งาน UX มีค่า แม้วันที่ไม่มีใครเห็น แม้วันที่ถูกปัดตก ทุกครั้งที่ user ใช้ product แล้วรู้สึกว่า "มันง่ายจัง" — นั่นคือฝีมือของคุณ แม้ user จะไม่เคยรู้

ดูแลตัวเองด้วยนะครับ

เพราะ user ต้องการคนที่เข้าใจพวกเขา — และคนคนนั้นต้อง เข้าใจตัวเองก่อน

ปรึกษา UX ฟรี

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