สรุปโน๊ตจาก ผักสด หมดเปลือก EP2 - อ่าวลืมคิด ดีไซน์ผิดหมดเบย
Pij Pruxus
27 May 2026
แอดมินไปนั่งฟัง Live ผักสด หมดเปลือก Ep2 "อ่าวลืมคิด ดีไซน์ผิดหมดเบย" แล้วจดโน้ตได้หลายอย่าง เลยขอแชร์ quotes ที่น่าสนใจ ๆ เกี่ยวกับ process UX มาให้นะครับ 
Link ไปดู Live ย้อนหลังครับ (ไปที่ Youtube แทน FB นะครับ เพราะเหมือนใน FB วีดีโอ Live จะอยู่ได้ไม่กี่วันก็โดนลบแล้วครับ 
)
https://www.youtube.com/watch?v=r03hHUokk7M&t=625s
-------------------------------------------------------------------------------------------------------------------
1. ก่อนไปซื้อเฟอนิเจอร์ เราต้องวัดขนาดที่ให้พอดีก่อน ไม่งั้นเสี่ยงซื้อมาแล้วไม่พอดีต้องไปคืน การออกแบบ UX ก็เช่นกัน Requirrement ต้องคิดให้ดีก่อน
หลายครั้งที่เราอยากจะซื้อของบางอย่างที่มีขนาดใหญ่โต เช่น เฟอร์นิเจอร์ เรามักจะตื่นเต้นอยากซื้อของจริงเร็ว ๆ โดยที่เรายังคิดไม่ครบเท่าไหร่ เช่น ยังไม่ได้วัดเนื้อที่ที่บ้านว่าวางเฟอร์ชิ้นนั้นพอไหม หรือซื้อมาจะใส่ของที่เราต้องการพอไหม แล้วเราพุ่งออกไปซื้อทันที สุดท้ายกลายเป็นกลับมาถึงบ้าน เฟอร์ฯ ชิ้นใหญ่เกินจนวางไม่ได้ สุดท้ายต้องเอาไปคืน หรือดีไม่ดีคืนไม่ได้ เสียเงินซื้อไปเปล่า ๆ ก็มี
การสร้างโปรดักส์ก็เช่นเดียวกันครับ บางครั้งเราตื่นเต้น มีไอเดียคร่าว ๆ ในใจ แล้วรีบให้ UX/UI ลงมือดีไซน์หน้าจอ หรือ dev เริ่มเขียนโค้ดทันที แต่เรายังคิดเรื่อง Requirement ต่าง ๆ ไม่ครบ มันมีโอกาสเสี่ยงสูงมากที่พอสร้างไป ๆ จะมาพบว่า ลอจิคมันตีกันบ้าง Requirement แบบนี้ทำจริงไม่ได้บ้าง สุดท้ายจะกลายเป็นของที่สร้างแล้วต้องทิ้งกลางทางได้ครับ
-------------------------------------------------------------------------------------------------------------------
2. Requirement = การระบุว่าระบบทำอะไรได้บ้าง ส่วนการทำ UX นั่นคือการระบุว่า users จะใช้ยังไง ถ้ารีบไปทำ UX ก่อนคิด Req ครบ มันคือการรีบไปคิดว่า ใช้ยังไง แต่ ยังไม่รู้เลยว่า ใช้ทำอะไร
คำพูดนี้คล้ายกับข้อที่แล้วครับ แต่เปรียบเทียบให้เห็นภาพเพิ่มว่า คำว่า Requirement (ที่อาจจะมีหลายความหมาย แต่ในที่นี่ เราหมายถึงสโคปของโปรดักส์ว่าทำอะไรได้บ้าง มีฟีเจอร์อะไรบ้าง มีข้อจำกัดหรือ Rules แค่ไหนยังไงบ้าง) นั้นมันคือการระบุว่า users ใช้โปรดักส์เราทำอะไรได้บ้าง
ส่วนสิ่งที่ UX/UI ทำ หรือพวกการออกแบบหน้าจอและ Flow การใช้งานนั้น มันคือการออกแบบว่า users จะ "ใช้งานโปรดักส์ยังไง" ซึ่งถ้าเรายังสรุปไม่ครบเลยว่าโปรดักส์ทำอะไรได้ แต่ไปคิดว่าจะใช้ยังไงก่อน มันก็เหมือนกับเราวางแผนไปเที่ยว แต่เรายังไม่แน่ใจเลยว่าจะไปเที่ยวไหน จะเที่ยวกรุงเทพฯ พัทยา เชียงใหม่ หรือฮ่องกง แต่ไปคิดถึงวิธีเดินทาง รีบไปจองรถจองเรือแล้ว อะไรงี้ครับ
ถ้าปลายทางที่จะไปยังไม่ชัดเจน การออกแบบเส้นทางไปก็มีโอกาสเสียเปล่าสูงมาก
-------------------------------------------------------------------------------------------------------------------
3. บางครั้งยังคิดไม่ครบว่าระบบต้องทำไรได้บ้าง แต่กลัวเสียเวลา เลยให้ UX คิด flow เผื่อไว้ก่อน แต่คิดเผื่อยังไงก็มักจะเผื่อไม่พอ สุดท้ายกลายเป็น ต้องทำใหม่หมด เสียเวลายิ่งกว่าเดิม
คำพูดนี้มาจากประสบการณ์ที่เราเคยเจอมาบ่อยครับ กับหลายครั้งที่โปรเจ็คมีคำว่า "Timeline สั้นมาก เราต้องรีบทำ" และทีม UX โดนโยนมาให้รีบออกแบบไปก่อนเลย โดยที่ Requirement ยังไม่นิ่ง หรือบางอย่างยังไม่ได้คิด ซึ่งจากคำพูดอันที่แล้วเลยครับ ถ้าปลายทางที่จะไปยังไม่ชัดเจน การออกแบบเส้นทางไปก็มีโอกาสเสียเปล่าสูงมาก
แปลว่า การให้ UX "คิดเผื่อไปก่อน" ก็มีโอกาสสูงมากด้วยที่คิดเผื่อแค่ไหน ก็เผื่อไม่ครบอยู่ดีครับ
-------------------------------------------------------------------------------------------------------------------
3. เพราะว่าสุดท้าย คนเข้าระบบมาใช้งาน ของที่คนต้องการก็คือ ใช้งานมันได้ก่อน แต่ถ้าเรา มัวแต่ดีไซน์ให้สวย เรามีโอกาส ลืมไม่ว่า ระบบมันใช้งานได้หรือยัง
ความสวยงาม เป็นสิ่งที่ทำเราตื่นเต้นอยากเห็นเร็ว ๆ ถ้าการออกแบบเรายังไม่คำนึงถึงการใช้งานของ users เลย ยังไม่ได้คิดว่าใช้ยังไง จัดวางข้อมูลแบบไหนที่ users จะเข้าใจง่าย แล้วรีบไปทำให้สวยทันที มันมีโอกาสสูงมากที่ทีมเราเองก็จะโดนความสวยงามดึงดูดจนเราลืมไปมองในเรื่องการใช้งานได้ครับ
