ผักสด พอดแคสต์

ช่วงที่ AI กำลังมาแบบนี้ เรามักจะได้ยินหลายคนพูดว่า ระบบเรามี AI แล้ว มันฉลาดทำได้ทุกอย่าง เราไม่ต้องมีการทำ UX Design มากมายก็ได้แล้วรึเปล่านะ?   Ep นี้เลยจะชวนมาดูกระบวนการคิดของทางทีมเรา เวลาที่เราต้องดีไซน์ Flow การทำงานของระบบต่าง ๆ ครับ พอดีทางเราพึ่งได้มีโปรเจ็คออกแบบระบบ Job board ให้ทางลูกค้า ที่ต้องมีส่วนของฟังก์ชัน AI ที่ช่วยเขียน Job description ให้ users ด้วย เลยจะมาลองดูกระบวนการว่า การจะใส่ AI เข้าไปในระบบ มันไม่ใช่ว่าจะแปะเข้าไปแล้วจบเลย แต่ UI ที่ users ใช้งาน มันก็ยังต้องมีหลายอย่างที่ต้องถูกออกแบบและคิดในมุม User Experience เช่นเดียวกัน

Ep นี้ชวนอาจารย์น้ำตาล (ผศ.ดร.กรชวัล ชายผา) จากคณะวิศวะคอมพิวเตอร์ มหาวิทยาลัยขอนแก่น มาแชร์ Case Study เกี่ยวกับการนำความรู้ด้านการทำ Information Design ที่เคยมาเรียนจาก Workshop ของทางพรักซุส ไปใช้เพื่อ Redesign เว็บไซต์บัณฑิตวิทยาลัยของมหาวิทยาลัยขอนแก่นครับ ซึ่งอาจารย์ก็มาแชร์ทั้งเทคนิก ประสบการณ์ และปัญหาที่เจอของการจัดการข้อมูลที่ซับซ้อน หาของไม่เจอกัน รวมไปถึง challenges ต่าง ๆ เช่น การผลักดันการเปลี่ยนแปลงและให้ผบ.ยอมรับการเปลี่ยนแปลงใหม่ให้ได้, การจัดการกับข้อมูลในเว็บไซต์ที่มีหน่วยงานต่าง ๆ ที่มีส่วนดูแลและไม่สามารถพุ่งไปเปลี่ยนของเค้าได้ทันที เป็นต้นครับ ซึ่ง Workshop ที่อาจารย์น้ำตาลกล่าวถึง ก็กำลังจะกลับมาในปี 2025 นี้ วันเสาร์ที่ 29 พ.ย. นี้ครับ (ข้อมูลเพิ่มเติม และซื้อบัตร: https://www.ticketmelon.com/pruxus/understand-your-info-2025/ )

Ep นี้จะขอมาเม้าเกี่ยวกับประสบการณ์การจองตั๋วเครื่องบินของสายการบินฝั่งอเมริกาเจ้าหนึ่ง ที่เค้าเปลี่ยนขั้นตอนการซื้อกระเป๋า check ใต้ท้องเครื่อง แต่เหมือนจะละเลยการเก็บ flows นี้ให้ดี จนกลายเป็นสร้างปัญหา UX ที่ทำให้นักท่องเที่ยวอย่างเราต้องร้อนรนไปทั้งวันครับ และสิ่งที่ได้เรียนรู้จากประสบการณ์ครั้งนี้ ที่คนออกแบบโปรดักส์ทำผิดพลาด 2 สิ่งที่โปรดักส์นี้ลืม และเราเรียนรูู้ได้จากประสบการณ์ครั้งนี้   1. Feedback บอก users สำคัญมาก   2. Flows รองของเรา เป็นสิ่งหลักในชีวิตของ users เรารึเปล่า

Ep นี้ต่อเนื่องมาจาก Ep.115 ไม่มีเวลา/งบทำ User Test? Expert Review อาจเป็นทางออกช่วยได้ (Expert Review pt.1) ตามสัญญาว่าจะมาเล่าลงดีเทลขั้นตอนการทำ และมาลองทำให้ดูคร่าว ๆ ให้ดูกันครับ :D

เราเคยได้ยินคำว่า Dark Patterns หรือรูปแบบดีไซน์ที่จงใจทำเพื่อหลอก users ให้ทำในสิ่งที่ไม่ต้องการ มาแล้ว Ep นี้จะขอมาแนะนำ "Light Patterns" ที่เป็นขั้วตรงข้ามกับ Dark Patterns ครับ ซึ่งมาจาก paper ของ Professor Oliver Poulsen จากมหาวิทยาลัย Copenhagen ที่เสนอถึงวิธีการดีไซน์เพื่อให้ users รู้สึกดีกับธุรกิจของเราครับ       ปล. คอนเทนต์ April Fool นะครับ 😂 ============================ ติดต่อทีม Pruxus เพื่อปรึกษาปัญหาด้าน UX ต่าง ๆ หรือต้องการความช่วยเหลือด้านการแก้ปัญหา UX ในองค์กร (แก้ปัญหาโปรดักส์ที่คนไม่ใช้งาน หรือใช้งานยากมาก, ต้องการทำ User Research หรือทำ Usability Testing, ต้องการทำ Expert Review, หรือต้องการพัฒนาทักษะด้าน UX ของทีม Product หรือทีม UX ในองค์กร)   สามารถติดต่อเราที่ช่องทางต่อไปนี้ครับ 😃: . Email: [email protected] FB Messenger: https://m.me/PruxusDesign LINE: https://lin.ee/tligr986 ============================ . แนะนำติชม podcast สอบถาม หรือเสนอไอเดียได้ที่นี่ครับ: https://bit.ly/puxodFeedback #ผักสดพอดแคสต์ #PuxodPodcast #Puxod #UX

หลายครั้งที่เราสร้างโปรดักส์ดิจิตอลขึ้นมา แต่โปรดักส์มันก็มีปัญหาการใช้งานต่าง ๆ ที่ทำให้ users ไม่ใช้งานต่อ แล้วเราเองก็อยากจะทำ User Test (หรือ Usability Test) เพื่อให้เข้าใจปัญหาการใช้งานให้ดีก่อนไปลงมือแก้ไขตัวโปรดักส์ แต่เราก็ไม่มีงบหรือเวลาในการทำ User Test ด้วย ซึ่งเชื่อว่ามีองค์กรที่เจอปัญหานี้กันอยู่เยอะมากครับ   Ep นี้เลยอยากจะมาพูดถึงสิ่งที่เรียกว่า "Expert Review" หรือวิธีการที่ให้คนที่เป็น Expert มารีวิวและวิเคราะห์ปัญหาการใช้งานของตัวโปรดักส์ แทน ซึ่งดูเหมือนจะไม่มีอะไรมาก แต่จริง ๆ แล้วมันก็มีรายละเอียดที่ต้องระวังอยู่เหมือนกันครับ จุดนึงคือคำว่า "Expert" ในที่นี้นั้น หมายถึงคนที่ต้องมีประสบการณ์ในระดับนึง แล้วเราจะดูคนที่เป็น Expert ได้จากไหนบ้าง? รวมไปถึง Expert Review นั้น มันมีความใกล้เคียงกับสิ่งที่เรียกว่า "Heuristic Evaluation" มาก แต่ก็ไม่เหมือนกันซะทีเดียว แล้วความแตกต่างมันอยู่ที่ไหน?   ซึ่งตอนนี้เป็นตอนที่ 1 ของเรื่อง Expert Review ส่วนตอนหน้าจะลงรายละเอียดของการทำ Expert Review มากขึ้นครับ

หลายครั้งที่องค์กรต่าง ๆ ต้องการหาบริษัทมาช่วยทำ UX (ไม่ว่าจะออกแบบ UI ใหม่, ออกแบบ flow หรือ interaction ของการใช้่งาน, ทำ User Research หรือ Usability Testing ตัวระบบหรือดีไซน์ใหม่ ฯลฯ)  แล้วไม่แน่ใจว่าเวลาจ้างบริษัททำ UX ควรต้องดูที่ไหนบ้างครับ ซึ่งทีมพรักซุสเราก็อยู่ในวงการและก็เคยทั้งต้องจ้างบริษัททำ UX (สมัยที่คนในทีมเราเคยทำงานในองค์กรใหญ่) ทั้งเคยร่วมงานกับบริษัท UX ต่าง ๆ กับโปรเจ็คของลูกค้า รวมทั้งที่เราเคยคุยกับพี่ ๆ น้อง ๆ ที่อยู่ในองค์กรต่าง ๆ เราพบว่า หลายที่มักจะเจอกับปัญหาในการคัดเลือก Vendors มาทำ UX และบางทีก็ลืมมองในจุดที่สำคัญ หรือไปโฟกัสยังจุดที่ไม่ได้สำคัญมาก แล้วได้ UX vendors ที่ถนัดในสิ่งที่ไม่ตรงกับโจทย์ขององค์กรเท่าไหร่ครับ และปัญหาเหล่านี้ก็มีแพทเทิร์นที่คล้าย ๆ กันไปทุกที่ด้วยครับ   Ep นี้เลยอยากลองมาแชร์สิ่งที่เราสรุปมา 3 ข้อ ที่คนมักจจะมองข้าม หรือโฟกัสผิดจุด เวลาที่เลือกบริษัททำ UX มาช่วยในโปรเจ็คต่าง ๆ ครับ    ถ้าโจทย์ด้าน UX ของเรามี Challenge สูงมาก ทีม UX เค้ามี skills หรือแกร่งเพียงพอไหม ระวังการจ้างโดยดูแค่ที่ราคาถูก หรือบ.ที่ทำหลายอย่าง แต่ด้าน UX เค้ายังไม่ได้แกร่งพอ        2.ระวังการรีบตัดสินเลือกบริษัท UX จากตัวชี้วัด หรือตัวเลขบางอย่าง ที่เค้านำเสนอ ที่อาจจะฟังดูดี  แต่ไม่ได้สื่อถึง Quality ของงาน/ทีม UX เค้าจริง ๆ        3.ทีมงาน ที่จะมาลงมือทำโปรเจ็คนี้เป็นใคร และมี skills ในการ provide UX services ที่โอเคไหม ------------------------- 0:00 - Intro 3:07 - ปกติจ้างบริษัท UX ไปทำอะไรมั่ง 5:18 - จ้างไปช่วย Coach/Train น้อง ๆ ทีม UX ภายใน 7:20 - จ้างมาช่วยทำ UX ของโปรดักส์ที่สร้าง 8:19 - ถ้าเราอยากจ้างบริษัท UX มาช่วย ควรต้องดูที่อะไรบ้าง? 9:25 - บางที่ไม่ใช่บริษัท UX โดยตรงและแค่เอาคำว่า UX แปะเข้าไปเพื่อขาย 10:06 - ข้อ1 ถ้ามี UX challenges สูง ระวังการเลือกจากแค่ความคุ้ม หรือบริษัทที่ทำทุกอย่าง แต่ไม่ลึกพอ 11:25 - Challenges ด้าน UX สูง คือ 12:42 - ระบบแบบไหนที่ไม่ซับซ้อน 14:12 - สรุปสิ่งที่ควรดู ข้อ 1 15:03 - โฟกัสที่ Quality อย่าดูที่ความคุ้ม เพราะว่าเสียน้อยเสียยาก เสียมากเสียง่าย 15:32 - โจทย์แบบไหนที่โคดยาก ในด้าน UX 16:38 - ข้อ 2 ระวังการไปดูสิ่งชี้วัด ที่ไม่ได้สื่อถึง Quality ของงาน UX จริง ๆ ขนาดนั้น 17:53 - การวัดผลเรื่อง UX เป็นตัวเลขมันยาก และบางทีตัวชี้วัดก็ไม่ได้สื่อถืงจริง ๆ 19:03 - แม้แต่การวัดผลงานของน้อง ๆ ในทีม UX หลายครั้งก็ยาก 20:29- แล้วจะประเมิน Quality ของงาน UX บริษัทต่าง ๆ ยังไงดี? และ Red flag ที่ต้องระวัง 21:40 - ทำไมงาน UX promise เรื่องตัวเลข ยากกว่า Marketing (ในบางมุม) 23:47 - Research ที่ทำกับ users จำนวนมากกว่า ไม่ได้แปลว่า Quality จะดีกว่าเสมอไป 26:28 - ลองถามเค้าให้อธิบายเหตุผล เค้าเข้าใจทฤษฏีได้จริงรึเปล่า 27:00 - เวลาบ. UX บอกว่าทำเคยทำให้ที่นี่หรือทำแอปนี้ ไม่ได้แปลว่าเค้าทำทั้งหมดทุกอย่าง 29:26 - สรุปสิ่งที่ควรดูข้อ 2 29:36 - ข้อ 3 ต้องดูที่ทีมงานที่จะมาทำงานด้วยจริง ๆ ว่าเป็นใคร 31:50 - สรุปสิ่งที่ควรดูข้อ 3 และ Skills สำคัญในการ Provide UX services 4 ด้าน 34:04 - ความสำคัญเพิ่มเติมของทีมงาน 36:12 - สรุปเนื้อหา Ep นี้   ============================   ติดต่อบริษัท Pruxus Design เพื่อ Services ทางด้าน UX ต่าง ๆ (ทำ User Research, ทดสอบการใช้งาน Usability Testing, รีดีไซน์หรือแก้ปัญหาระบบปัจจุบันที่คนไม่งานกันหรือใช้งานยากมาก, ต้องการที่ปรึกษาทางด้าน UX, หรือสนใจเรียนคลาส UX workshops หรือต้องการจัด UX Workshops สำหรับองค์กร)  สามารถติดต่อเราที่ช่องทางต่อไปนี้ เพื่อรับคำปรึกษาเบื้องต้นได้ฟรีครับ 😄 . Email: [email protected] FB Messenger: https://m.me/PruxusDesign LINE: https://lin.ee/tligr986   ============================ . แนะนำติชม podcast สอบถาม หรือเสนอไอเดียได้ที่นี่ครับ: https://bit.ly/puxodFeedback   #ผักสดพอดแคสต์ #PuxodPodcast #Puxod #UX

ในยุคนี้เชื่อว่าหลาย ๆ คนที่สร้างโปรดักส์ ต่างก็อยากจะทำให้โปรดักส์ที่สร้างออกออกมาดูคลีนหรือ Minimal กันทั้งนั้นนะครับ แต่จริง ๆ แล้ว คำว่า “Minimal” เนี่ย ถูกเข้าใจผิด ๆ แล้วส่งผลให้โปรดักต์ที่สร้างขึ้น กลับกลายเป็นใช้งานยากขึ้นกว่าเดิมอีก หรือมีปัญหา UX เต็มไปหมดครับ EP นี้จะมาชวนคุยกันเกี่ยวกับความเข้าใจผิดเกี่ยวกับการสร้างโปรดักส์ให้ Minimal และ ถ้าเราอยากจะสร้างโปรดักส์ให้ Minimal โดยไม่สร้างปัญหา UX เพิ่ม เราควรต้องมีขั้นตอนในการทำยังไงบ้าง และจะพูดถึงคุณลุง Dieter Rams ที่เป็นดีไซเนอร์ระดับตำนาน ที่วาง principles การดีไซน์โปรดักส์ที่เป็นหนึ่งในผู้บุกเบิกโปรดักส์ที่ Minimal ในโลกตั้งแต่ยุค 1950’s ครับ ปล.1 เนื้อหา Ep นี้ เคยมีสรุปคร่าว ๆ ไว้เป็น Facebook post ที่เพจพรักซุสครับ: https://bit.ly/3VxT8g4 ปล.2 Ep. นี้ ได้แรงบันดาลใจจากช่อง Design Theory ตอน “Minimalism is Getting Absurd: Updating Dieter Rams' 10 Principles” ครับ : https://youtu.be/p5InhRf2JrU?si=dq6JoAnlZZ1BswoR ------------------------------------ 0:00 Intro 1:43 Minimal products ใคร ๆ ก็ชอบ 3:18 Inspiration Ep นี้มาจากคลิปจากช่อง Design Theory 4:08 Dieter Rams ดีไซเนอร์ระดับตำนาน 5:53 Apple เองก็ได้ Inspiration จากคุณ Dieter  Rams 6:22 Dieter Rams’ 10 Principles of Design 7:22 Minimal products ที่เราเห็นกันทั่วไป 9:58 SCB Easy ปัจจุบัน และเวอร์ชันแรก 10:52 ห้องสไตล์ Muji  11:32 ทำไมเราถึงชอบความ Minimal กัน? 14:32 พื้นฐานของ UX เวลา users ใช้งานโปรดักส์ เพื่อตอบ Need บางอย่าง 16:41 สิ่งที่คนมักเข้าใจผิด Minimal คือลดของลงให้น้อย ก็พอ 17:19 หูฟัง Bluetooth ที่เหมือนจะ Minimal แต่ใช้ยากมาก 18:14 โปรดักส์ดัน require ให้คนใช้ load ในสมองมากขึ้น 19:25 Minimalism และ Essentialism 20:15 หนังสือ Essentialism โดย Greg McKeown 22:04 จะ Achieve ความ Minimalism/Essentialism ได้ มี 2 ส่วน 25:20 Case Study: Yahoo vs Google 27:02 เทคนิก Progressive Disclosure 30:28 Information Design การจัดระเบียบของให้เป็นที่เป็นทาง 31:08 Understand Your Info Workshop ของพรักซุส 32:13 ตัวอย่าง Info Design - ข้อมูลเว็บไซต์ห้าง 36:46 สรุปขั้นตอนที่ควรทำ เพื่อ Minimal products -------------------------- แนะนำติชม podcast สอบถาม หรือเสนอไอเดียได้ที่นี่ครับ: https://bit.ly/puxodFeedback #ผักสดพอดแคสต์ #PuxodPodcast #Puxod #UX

เคยเจอประสบการณ์ไปใช้บริการร้านค้าที่ปกติจะมีพนักงานมาให้บริการ แต่วันดีคือดีเค้าเปลี่ยนไปใช้ระบบ Digital อะไรบางอย่างแทน (เช่น แอป, เว็บ, ตู้ Kiosk, ฯลฯ) แล้วประสบการณ์มันแย่ลงจากเดิมมาก ๆ อะไรแบบนี้บ้างไหมครับ? Ep นี้เลยอยากชวนมาเม้าท์เกี่ยวกับการใช้ระบบ Digital มาแทนที่พนักงาน ที่มันทำให้ UX ของการใช้บริการแย่ลงครับ ซึ่งหลัก ๆ มันมักจะเกิดจากการที่ decision ที่จะเอาระบบ Digital มาใช้ มันมองที่แค่ฝั่ง business เป็นหลักมากกว่าฝั่งคน และมีเคสตัวอย่างที่อยากเอามาเม้าท์ 3 เคสครับ: 1. โรงแรมที่ออสเตรีย ที่เปลี่ยนจากการเช็คอินกับพนักงานหน้าฟรอนท์ ไปเป็นให้ลูกค้ากดเครื่องคอมพิวเตอร์เช็คอินเอง 2. แอป Starbucks ที่พยายามผลักดันให้ลูกค้าไปใช้ Mobile Order สั่งกาแฟ แม้จะอยู่ที่หน้าแคชเชียก็ตาม 3. ตู้ Kiosk ซื้อตั๋วหนังหน้าโรงหนัง เช่น SF Cinema รวมถึงพวกร้านอาหารที่ใช้การสแกน QR เข้าไปกดสั่งอาหารเองในเว็บ กรณีไหนที่ Work และกรณ๊ไหนที่ไม่ Work บ้าง และจะฝากไว้กับประโยชน์ที่ระบบ Digital มีให้กับ users ได้ 3 รูปแบบที่เห็นบ่อยครับ 1.เพิ่มความเร็ว/Flexibility ให้ users 2.เพิ่ม Visibility of System Status ให้ users สำหรับระบบเช่น รอคิว 3.ลดการต้องปฏิสัมพันธ์กับพนักงานลง สำหรับเวลาที่ users ต้องนั่งเปรียบเทียบตัดสินใจเลือกนาน ๆ จะได้ไม่โดนกดดัน ------------------- 0:00 Intro 2:23 โรงแรมที่ออสเตรีย กับระบบเช็คอิน Digital 7:41 หลาย Services เริ่มทำ Digital Transformation กัน 8:28 พื้นฐาน UX ระบบ Digital ต้องแก้ปัญหาบางอย่างให้ users 9:02 เหตุผลที่สร้าง Digital มี 2 ฝั่ง คือ ฝั่ง Business กับ ฝั่งคน 10:55 Designers จำเป็นต้องลงทำ Research กับการใช้งานที่หน้างานจริงด้วย 12:44 แอป Starbucks กับฟังก์ชัน Mobile Order 19:25 ตู้ Kiosk ซื้อตั๋วหนังหน้าโรง เช่น SF Cinema 20:57 คีย์หลักคือ ต้องมีพนักงานคอยช่วยสอน 22:55 และต้องเก็บเรื่อง Usability ให้ดีด้วย 24:23 มีทางเลือกสุดท้ายที่ให้พนักงานทำให้เลย สำหรับกลุ่มป้าย่ายาย 25:53 ระวังการใช้ Digital กลายเป็นสร้างปัญหาให้ users เพิ่ม 26:45 ประโยชน์ของ Digital 1 - เพิ่มความรวมเร็ว/ Flexibility 28:05 ระบบเมนูสั่งอาหารบนเว็บ และแบบที่ work/ไม่ work 29:42 ประโยชน์ของ Digital 2 - เพิ่ม Visibility of System Status 30:27 ประโยชน์ของ Digital 3 - ลดการมีพนักงานมายืนรอกดดัน ตอนเลือกสินค้า -------------------- แนะนำติชม podcast สอบถาม หรือเสนอไอเดียได้ที่นี่ครับ: https://bit.ly/puxodFeedback #ผักสดพอดแคสต์ #PuxodPodcast #Puxod #UX #servicedesign #starbucks #digitaltransformation

Ep นี้เป็นตอนพิเศษที่ผมได้ไปงาน World Usability Congress Conference ที่เมือง Graz ประเทศ Austria ครับ กับคุณชานนจาก ThoughtWorks และคุณไมเคิล จาก CJ Supermarket วันสุดท้ายหลังงานจบและตอนที่เรายืนกินเกาลัดฟรีที่เค้าเลี้ยง เราเลยมาลอง recap กันไว ๆ ว่าประสบการณ์ในการมา Conference ด้าน UX ที่ยุโรปครั้งแรกของพวกเราเป็นยังไงบ้าง ซึ่งช่วงแรก ๆ ก็จะพูดถึงเมือง การเดินทาง อาหารการกิน ฯลฯ เม้าท์แบบสัพเพเหระก่อน แล้วค่อยเข้าเรื่องเนื้อหาจาก Conference ในช่วงหลังครับ (ถ้าใครขี้เกียจฟังช่วงเม้าท์ อยากจะกระโดดเข้าเนื้อหา Conference เลย ก็สามารถกดตรง Chapters บนตัว timeline ของวีดีโอ เพื่อกระโดดไปได้เลยครับ 😂) เนื้อหาใน Ep นี้ 0:00 Intro 0:50 แนะนำตัวกันก่อน 2:01 มา UX Conference ยุโรปครั้งแรก 3:30 อากาศ อาหาร การเดินทาง 4:45 เมือง Graz เมืองใหญ่อันดับ 2 ของออสเตรีย 6:37 เมืองที่ทำให้ง่าย คนไม่ต้องมีรถ และใส่ใจสิ่งแวดล้อม 7:36 เวียนนา เป็น The most livable city in the world 9:32 เข้าความรู้ - งาน World Usability Congress 12:01 ที่นี่ให้ความสำคัญกับเรื่อง Accessibility 13:34 Keynote speaker - Debbie Levitt เราควรโฟกัสที่ quality 14:44 Keynote speaker - Darren Hood 15:05 Job description งานสาย UX มักเป็นปัญหา 16:52 UX กับ Risk Management (Simone Zunterer) 18:36 ประโยชน์ของการมา UX Conference นอกบ้านเรา 21:37 การวัดผล KPI UX ด้วย metrics ต่าง ๆ (Andreas Hinderks) -------------- แนะนำติชม podcast สอบถาม หรือเสนอไอเดียได้ที่นี่ครับ: https://bit.ly/puxodFeedback #ผักสดพอดแคสต์ #PuxodPodcast #Puxod #UX

Ep นี้ลองฟอร์แมตใหม่ครับ กับซีรี่ย์ "ถามตบกับพี่พิจ" สำหรับคนที่สงสัยเรื่องการทำ interaction design และเลือกไม่ถูกว่าการดีไซน์ที่ทำอยู่ ควรใช้แบบ A หรือแบบ B และรูปแบบแต่ละอย่างมันต่างกันยังไงบ้างนะ โดยพี่พิจจะช่วยตอบ (ตบ) ด้วยการใช้หลักการด้าน Usability ต่าง ๆ มาช่วยในการตัดสินใจ เช่น Heuristic Evaluation, Fitts Law, ฯลฯ โดย Ep นี้ มีคำถามจากน้องเอกและน้องแพรวในทีมพรักซุส 2 คำถามครับ: 1. เวลาที่ต้องออกแบบการแสดงรูปภาพ ระหว่างแบบ Carousel (คาโรเซล หรือการแสดงรูปไม่กี่รูปแบบต้องกดลูกศรซ้ายเพื่อดูรูปเพิ่ม) กับการแผ่รูปออกมาเต็ม ๆ จอแบบ Gallery ต่างกันอย่างไร และควรใช้แบบไหนดี 2. มีเนื้อหาเยอะ ที่แสดงไม่จบในหน้าเดียว ระหว่างการแสดงแบบแบ่งเป็นหน้า ๆ (Pagination) กับแบบที่เมื่อไถลงมาล่างสุดจอแล้วมันโหลดเนื้อหามาเพิ่มโดยอัตโนมัติ (Infinite Scrolling) มันต่างกันยังไง เราควรเลือกใช้แบบไหนดี ------------ และสำหรับใครที่สนใจ Usability & Heuristics Workshop 2024 วันเสาร์ที่ 16 พฤศจิกายน 2567 มีโค้ดส่วนลดเพิ่มซ่อนอยู่ใน Ep นี้นะครับ 😁 และสามารถซื้อบัตรได้ที่นี่ครับ: https://bit.ly/usabHE24 -------------------------------------- 0:00 Intro 1:03 กระบวนการคิดของ Designers และ Interaction Design 3:54 โจทย์ 1 เว็บแสดงห้องพัก ต้องแสดงรูปหลากหลาย 5:44 Carousel ต่างกับ Gallery ยังไง 19:08 โจทย์ 2 เว็บบริษัทแสดงผลงาน เนื้อหาเยอะ 21:40 Pagination ต่างกับ Infinite Scroll ยังไง 30:25 Usability & Heuristics และทำไมดีไซเนอร์ถึงควรฝึกสกิลนี้ --------------------------------------- แนะนำติชม podcast สอบถาม หรือเสนอไอเดียได้ที่นี่ครับ: https://bit.ly/puxodFeedback #ผักสดพอดแคสต์ #PuxodPodcast #Puxod #UX #interactiondesign #usability #heuristicevaluation #nngroup #carousel #infinitescroll #pagination

Ep นี้จะมาชวนคุยกันในเรื่อง “Usability” คืออะไร และทำไม “Usability” ถึงเป็นสิ่งที่คนทำ UX ควรจะต้อง focus ก่อนคำว่า “UX” ด้วยซ้ำกันครับ และเราจะมาพูดถึงสิ่งที่เกี่ยวข้องกับ usability ต่าง ๆ ที่คนสร้างโปรดักส์ควรรู้ เช่น effort ของ users, frustration คืออะไร, การช่วย users ในการกัน error ต่าง ๆ ที่อาจจะเกิดขึ้นได้ เป็นยังไงครับ รวมไปถึงดีเทลขององค์ประกอบของ usability 5 ข้อจากเว็บไซต์ NNGroup ว่ามันคืออะไรบ้าง (สำหรับคนที่เป็นสายเนิร์ดหน่อยครับ 😃) และสุดท้ายจะพูดถึงการวัดผลทางด้าน usability ว่าสามารถทำได้อย่างไร โดยจะพูดถึงการทำ usability testing และสิ่งที่เรียกว่า Heuristic evaluation กันครับ -------------------- 0:00 Intro 3:12 องค์ประกอบของ UX และ Usability 10:13 Frustration - ความหงุดหงิด โมโห 11:08 Usability ไม่ใช่เรื่องของรสนิยม แต่มันคือข้อจำกัดของมนุษย์ 14:11 Effort - พลังงานที่ต้องใช้เพื่อใช้งานโปรดักต์ 14:55 3-click rules 18:18 การเลือกใช้ฟอนต์ส่งผลต่อ usability 18:41 User errors อีกองค์ประกอบที่จำเป็น 19:57 5 ด้านของ usability จาก nngroup 21:30 ข้อที่ส่วนตัวแอบมีปัญหากับมัน satisfaction 22:41 Learnability 24:37 Efficiency 25:53 Memorability 26:43 Errors 27:40 เราวัดผล usability ยังไงได้บ้าง 31:03 Usability & Heuristics Workshop 2024 ----------------------- แนะนำติชม podcast สอบถาม หรือเสนอไอเดียได้ที่นี่ครับ: https://bit.ly/puxodFeedback #ผักสดพอดแคสต์ #PuxodPodcast #Puxod #UX #usability #usabilitytest #heuristicevaluation

Ep นี้ชวนน้องปรายฟ้าและน้องเมจิจากมหาวิทยาลัยขอนแก่น ที่เคยฝึกงานที่พรักซุส  มาเม้าเกี่ยวกับการฝึกงานสาย UX ว่าเป็นยังไงบ้างครับ ตั้งแต่ความสนใจทางด้าน UX นั้นมาจากไหน จนได้มาฝึกงานที่พรักซุส และประสบการร์ที่ไปฝึกสหกิจกับบริษัท UX/UI ที่อื่น รวมถึงมุมมองเกี่ยวกับความสำคัญของงานในสาย UX ที่น่าจะมีประโยชน์กับน้อง ๆ ที่เริ่มสนใจสายงานนี้ หรือรุ่นพี่ที่ทำงานด้าน UX มาซักพักแล้วครับ 😃 และเบื้องหลังของการทำ Research เกี่ยวกับการเข้าหาลูกค้าของพนักงานร้านขายของ ที่พึ่งโพสต์ผลไปที่เพจพรักซุสครับ (ผลของการ research เรื่อง การเข้าหาลูกค้าของพนักงาน:  https://www.facebook.com/pruxusdesign/posts/pfbid0TFa7DY6Djzf9cHFLfh9MGdQfmzBVEqZtRUoGj3NC6wZ26ivnbw2g2LhBK5uca32Bl  ) -------------------------- 0:00 Intro 1:36 ความสนใจด้าน UX มาจากไหน 4:55 ถ้าได้ลองทำในสิ่งที่เราไม่ชอบ มันก็ดีเหมือนกัน 5:40 ตอนที่เรียนวิชา UX เป็นยังไง 7:32 ศาสตร์ด้าน UX มันตรงกับสิ่งที่ชอบมาก่อนยังไง 8:31 สิ่งที่คาดหวังกับการฝึกงานด้าน UX  9:45 ฝึกงานกับพรักซุส เป็นยังไง 10:28 ที่มาของ Research เรื่องการเข้าหาลูกค้าของพนักงาน 11:40 ได้โจทย์ Research นี้ไป ตอนเริ่มเป็นยังไง 13:00 ที่ต้องใช้เวลาในการทำ Research นี้เป็นเดือน มันยากยังไงบ้าง 15:19 ความยากของการ design survey 16:33 การเขียนภาษาไทย vs อังกฤษ ที่ส่งผลต่อ UX 19:35 ความยากของการหาคนมาเข้าร่วม Research 20:17 ความยากของการทำ grouping ข้อมูล 21:59 ตัวอย่างการ grouping ด้วย Miro 25:36 ความยากของการโทรนัด users  28:39 การลงมือสัมภาษณ์ users (In-depth Interview) 32:22 การฝึกงานนี้ มีอะไรตรงกะที่คาดบ้าง 33:34 การฝึกงาน UX บางที่ เน้นแต่ทำกราฟฟิกกับ UI ไม่เน้น UX 34:58 UX กับ UI อะไรควรเกิดก่อน 38:15 ความเข้าใจผิดว่า คนเป็น UX ต้องอ่านใจ users ได้ 40:23 ถ้ามีน้อง ๆ สนใจงาน UX หรือฝึกงานสายนี้ จะฝากบอกอะไรดี   -------------------------------------------- แนะนำติชม podcast สอบถาม หรือเสนอไอเดียได้ที่นี่ครับ: https://bit.ly/puxodFeedback  #ผักสดพอดแคสต์ #PuxodPodcast #Puxod #UX

Ep นี้เป็น live จากเพจพรักซุสและช่อง Puxod Podcast ทาง YouTube ครับ   ขอชวนมาเม้ามอยกับทีมพรักซุส ใน Live หัวข้อที่เกี่ยวข้องกับการทำ "User Testing" กันครับ โดยหลัก ๆ เราจะพูดถึงการนำดีไซน์ที่ทีมเราสร้างขึ้นมา ไปเทสกับ users เพื่อดูว่า users สามารถใช้งานมันได้แค่ไหนครับ หรือเน้นไปที่การทำสิ่งที่เรียกว่า "Usability Testing" แต่ก็จะมีแตะ ๆ การเทสในส่วนอื่น เช่น Concept Testing คร่าว ๆ ด้วยครับ โดยเนื้อหาหลัก ๆ เราจะมาคุยเกี่ยวกับ common mistakes หรือสิ่งที่คนมักทำผิดกันบ่อย ๆ ที่เราเคยเจอมาจากประสบการณ์ของเรา  เวลาที่พูดถึงการทำ "User Testing" กันครับ เช่น:   - การทำ test เราดู persona ของ users มั้ย และดูยังไง?   - สิ่งที่สำคัญของการไปเทส ก็คือเราจะได้รู้ว่า users คิดยังไงกับระบบเรา ถูกไหม?    - สิ่งที่เราจะได้จากการไปเทสกับ users คือ เราจะได้ solution มาเลย ว่าต้องแก้ดีไซน์ยังไงดี ใช่ไหม?   - เราทำ a/b testing แทน user testing ก็ได้จริงไหม?   - ระบบเราคนใช้งานเป็นหมื่นเป็นแสน ต้องเทสกับคนแค่ไหนดี   - ตอนเทส คนสัมภาษณ์ (moderator) ไม่ต้องจดก็ได้ เพราะเรามีคนที่เป็น note taker อยู่ ให้จดแทนก็ได้    - ฯลฯ **** และถ้าใครมีคำถามอะไรเพิ่มเติม คอมเม้นต์ไว้ใต้โพสต์ได้เลยนะครับ ทางทีมจะรวมรวมมาตอบด้วย (ถ้าเวลาพอครับ 😃)   ********************** 😆🤩 และพิเศษ! ในไลฟ์จะมีแจกโค้ดส่วนลด Think-Aloud Usability Testing Workshop วันเสาร์ที่ 24 ส.ค. นี้ด้วยนะครับ 😆🤩  ********************** ++++++++++++++++++++++++++ รายชื่อผู้ร่วมเสวนา: คุณพิจ (พิจารณา รัตนาธิคุณ) Founder, Design & Research Director  @ Pruxus Design คุณพัท (พงษ์พิพัฒน์ จำเริญพานิช) Lead UX  @ Pruxus Design คุณมิ้น (ศศิกานต์ ชาญผดุงสกุล) Senior UX  @  Pruxus Design++++++++++++++++++++++++++

ช่วงที่ผ่านมาเราน่าจะได้มีโอกาสยื่นภาษีกับระบบยื่นภาษีออนไลน์ของสรรพากร และหลายคนน่าจะได้สังเกตเห็นว่าระบบมันมีการพัฒนา UX ให้ดีขึ้นมาเรื่อย ๆ อย่างต่อเนื่องนะครับ  Ep นี้ เลยชวนคุณนัทและคุณนุ่นจาก Ahancer ที่เป็นหนึ่งในผู้ที่มีส่วนช่วยผลักดันให้เกิดการพัฒนาด้าน UX ของกรมสรรพากร มาเล่าเกี่ยวกับเบื้องหลังที่ได้มีโอกาสเป็นที่ปรึกษา ที่ช่วยผลักดันการทำ UX ให้เกิดขึ้นในกรมสรรพากร ซึ่งก็ส่งผลต่อประสบการณ์ใช้งานของโปรดักส์ที่ดีขึ้นเรื่อย ๆ ครับ โดย ep นี้มีสิ่งที่เราเม้ากันแล้วน่าสนใจหลายอย่างมาก ซึ่งน่าจะเป็นสิ่งที่มีประโยชน์กับคนทำ UX ในองค์กรใหญ่ ๆ องค์กรภาครัฐ หรือแม้แต่คนใน agency ที่ทำงาน UX ที่ต้องรับงานกับลูกค้าองค์กรใหญ่ครับกันนะครับ  เนื้อหาที่เราพูดถึง: • การเริ่มต้นเข้าไปร่วมงาน และสิ่งที่ทำให้ทางสรรพากรเริ่มสนใจการทำ UX มากขึ้น • การทำงานกับองค์กรใหญ่ทางภาครัฐ vs เอกชน และข้อจำกัดต่าง ๆ ที่ส่งผลต่อสโคปงาน • การทำ Usability Test กับระบบที่เน้นด้าน Functional และการใช้ wireframe • การใช้ tools ส่งผลต่อการทำงานด้าน UX รวมถึงการเปลี่ยน mindset ของคนทำงาน • เบื้องหลังการปรับปรุงระบบของสรรพากร ที่ทาง Ahancer ได้มีส่วนร่วม เช่น ระบบยื่น VAT สำหรับชาวต่างชาติ, ระบบยื่นภาษีออนไลน์ • Design System เป็นสิ่งที่จำเป็นแค่ไหน • การให้ influencers มาช่วยให้ข้อมูล แทนการ test กับ users จริง Ref: - ตอนที่คุณนัทไปออกกับ UX Thailand: https://www.youtube.com/watch?v=N54h_A8Hwqc - Why You Only Need to Test with 5 Users: https://www.nngroup.com/articles/why-you-only-need-to-test-with-5-users/ - ระบบยื่นภาษีออนไลน์ของสรรพากร: https://efiling.rd.go.th/rd-cms/ - หนังสือ "ภาษี "บุก" คนธรรมดา"  โดย TaxBugNoms: https://www.naiin.com/product/detail/556013 -------------------------- 0:00 Intro 3:18 จุดเริ่มต้น Ahancer กับสรรพากร 5:18 Community ชื่อ Thai Gov Design 13:58 อย่ามองเป็น Project-based แต่ให้มองเป็น Product-based 15:05 TOR และเอกสาร ทำให้การพัฒนาโปรดักส์ยากขึ้น 17:32 UX Maturity ขององค์กรในช่วงแรก 19:03 การเปลี่ยนองค์กร จำเป็นต้องเริ่มจากจุดบน 19:43 โปรเจ็คแรก เว็บให้แม่ค้าออนไลน์ตรวจสอบเรื่องจด VAT 22:39 Tips - ทีม UX ใหม่ ๆ ควรเริ่มกับสิ่งที่ cost น้อย ๆ ผลกระทบน้อย ๆ 23:49 แก้ปัญหาไฟไหม้ 25:56 โปรเจ็ค ภาษีสำหรับชาวต่างประเทศ 25:51 อันแรกจริงๆ ที่เค้าให้เข้าไป คือภาษีสำหรับชาวต่างประเทศ 29:49 Test กับ users ใช้แค่ wireframe ขาวดำก็ได้ 31:43 การเปลี่ยน tools ในการทำงาน ก็สร้าง impact ได้  32:47 PowerPoint สร้างปัญหาในการสื่อสาร UX Design ได้ 36:32 ทีมงานสรรพากรทำเอง กับความสำคัญของ infinite space 37:18 Office space ก็ส่งผลต่อการทำ UX  38:02 การทำ User Journey ช่วยเปลี่ยนมุมมองของทีมในการทำงาน 39:13  ความแตกต่างระหว่างโปรเจค ภาครัฐ vs เอกชน 41:23 งานตอนที่ ux ทำ vs เวลาที่จะได้ออกจริงสู่ตลาด  41:42 ระบบยื่นภาษีออนไลน์ e-Filing 43:23 90/91 จุดที่คนทั่วไปยื่นภาษีแล้วงงประจำ แต่มันไม่ได้แก้ง่ายขนาดนั้น 43:49 บุคคลธรรมดา เป็นแค่ users กลุ่มหนึ่ง แต่มี users อีกหลายกลุ่มที่ต้องคำนึงถึง 46:25 การแก้ design เรื่อง ข้อมูลเงินได้บุคคล 51:30 แก้ไม่ได้ ไม่ได้แปลว่า แก้ไม่ได้ เสมอไป 53:59 หน้าจอ 90/91 เวอร์ชั่นก่อน vs ปัจจุบัน 54:57 หลายหน่วยงานดูแลทับซ้อนในระบบเดียวกัน  ก่อให้เกิดปัญหาการใช้งานได้ 57:27 Users คนละกลุ่ม อาจะมองของสิ่งเดียวกัน คนละแบบ 58:57 Design System อาจไม่ได้สำคัญขนาดนั้ น 1:02:18 ควรเน้นการเข้าใจ users จัดวาง info ให้ดี ก่อน 1:06:24 การให้ influencers มารีวิวระบบ ใช้แทนการ test กับ users 1:09:55 แต่ influencers ก็ไม่ใช่การ test กับ users จริง 1:12:36 2 วิธี ถ้าเราอยากจะใช้ influencers ใช้ยังไงดี 1:14:18 Key takeaways สำหรับคนที่อยู่ในองค์กรใหญ่ ๆ หรือทำ UX --------------------------------- แนะนำติชม podcast สอบถาม หรือเสนอไอเดียได้ที่นี่ครับ: https://bit.ly/puxodFeedback #ผักสดพอดแคสต์ #PuxodPodcast #Puxod #UX

(Ep นี้มีเป็นวีดีโอที่น่าจะช่วยให้เห็นภาพคลิปตอนทำ Usability Testing ได้ชัดเจนขึ้น ที่ดูได้ทาง YouTube ครับ: https://youtu.be/8uJYbzxcKHY)   Ep นี้ชวนมาเม้าท์มอยเรื่องการทดสอบการใช้งานกับผู้ใช้ หรือ "Usability Testing" ครับ เนื่องจากเดือนมี.ค. ที่ผ่านมา ผมได้รับเชิญให้ไปเป็น speaker ในงาน UX Thailand Conference 2024 ครับ และหัวข้อที่พูดตอนนั้นก็คือเรื่องสิ่งที่ผมเรียนรู้จากการทำ Usability Testing มา 15+ ปี และ key learning ที่สำคัญมีอะไรบ้างครับ Ep นี้เลยอยากจะเอาเนื้อหาบางส่วนจากใน talk มาแชร์ (แต่ไม่เหมือนกันซะทีเดียวครับ เนื่องจากตัวเต็มจะเป็นของที่ UX Thailand อัดไว้) และจะมีเนื้อหาเพิ่มเติมอีก 2 ข้อจากตอน talk ครับ ซึ่งคิดว่าไม่ใครที่ใหม่กับเรื่อง Usability Testing หรือมีประสบการณ์ในการทำมาพอสมควร ep นี้ก็น่าจะมีประโยชน์ได้กับคนสองแบบครับ --------------------------   Ref: ปุ่ม 300 ล้าน โดยคุณ Jared Spool: https://www.youtube.com/watch?v=kXofzEqckVA Why You Only Need to Test with 5 Users: https://www.nngroup.com/articles/why-you-only-need-to-test-with-5-users/  การทำ Concept Testing จาก Quick & Dirty Research Tips : https://www.youtube.com/watch?v=HunuVtBgiNA   Workshop เรื่องการทำ Usability Testing และ Paper Prototype ที่จะเปิดช่วง Q3 /2024: https://www.facebook.com/events/788711399958959/ (Workshop วันเสาร์ที่ 24 ส.ค. 2567, เปิดขายบัตร 22 ก.ค. 2567)   ----------------------  0:00 Intro 1:25 (ประชาสัมพันธ์) จะมี Online course ของผักสดพอดแคสต์ 2:12 เกี่ยวกับ UX Thailand Conference และ Usability Testing 04:02 แล้วทำไมถึงใช้คำว่า "Usability" Testing 06:17 Usability Testing เอง ก็มีหลายแบบ 07:01 Value จริง ๆ ของการที่เราเอา users เข้ามาเทสแล้วดูไปด้วย 07:35 "Think-aloud" คืออะไร 08:27 เราต้องไม่นั่งถามคำถาม users ตลอดการ test 08:50 โจทย์ ในการทำ Usability Testing 10:00 ทำไมเราไม่ควรใช้แต่ automated tools ในการ test 10:34 Qualitative และ Quantitative research 11:19 Data แบบตัวเลข ไม่ลึกเพียงพอ 14:36 ทำ Usability Test ต้อง test กับ users กี่คน? 15:00 ตัวอย่าง เว็บสายการบิน ทำ survey 17:40 ตัวอย่าง ทำ Usability Testing กับเว็บสายการบิน 22:55 จากปสก.ทำ Usability Testing มาเกือบ 20 ปี Usability Testing ก็ยังเป็น no.1 23:17 ใครที่ไม่ต้องทำ Usability Testing ก็ได้ และใครควรต้องทำ 24:10 ทำ Usability Testing ต้องทำแบบถูกต้องด้วย 26:18 Usability Testing คนรันต้องระวังการสปอยด์ให้ users 27:28 Key value ที่สำคัญที่สุด - สร้าง Empathy และ convince คน 30:35 สรุปสิ่งที่เรียนรู้ 3 ข้อ ที่พูดมา 32:39 4.เราไม่จำเป็นต้องทำ Usability Test ตลอดเวลา 34:35 5.ไม่ควรรอจน dev เสร็จแล้วค่อย Test 36:41 Paper Prototype 38:19 (ประชาสัมพันธ์) Think-aloud Usability Testing Workshop ตอน Q3   -----------------------   แนะนำติชม podcast สอบถาม หรือเสนอไอเดียได้ที่นี่ครับ: https://bit.ly/puxodFeedback #ผักสดพอดแคสต์ #PuxodPodcast #Puxod #UX

ช่วงปลายปีที่แล้ว-ต้นปีนี้ ทางทีมพรักซุสได้มีโอกาสไปช่วย train น้อง ๆ ทีม UX จากบริษัท Yuanta Securities เกี่ยวกับการทำ User Research ครับ ซึ่งกันและปอนด์ก็เป็น UX designer/researcher 2 คนแรกของบริษัทในทีม UX ที่พึ่งตั้งขึ้นมาครับ เลยชวน 2 คนนี้มาเม้าท์เกี่ยวกับประสบการณ์การทำ research ในฐานะมือใหม่ ทีมใหม่ และองค์กรที่ใหม่กับเรื่องการทำ research และสิ่งที่ 2 คนนี้มองว่ายาก และสนุกในการทำ research ในองค์กรครับ รวมไปถึงสิ่งที่ทางพรักซุสได้ช่วย train ทักษะด้านการทำ research ที่เพิ่มเติมจากสิ่งที่ทั้ง 2 คนเคยอ่านเองแล้วลงมือทำในช่วงก่อนหน้าครับ Ref: เว็บไซต์ Yuanta: https://www.yuanta.co.th/ เพจ Yuanta: https://www.facebook.com/yuantathai/   ------------------ 0:00 - Intro 1:13 - บริษัท Yuanta Securities ทำอะไร 1:59 - Yuanta เริ่มตั้งทีม UX ขึ้นมาทำไม 4:40 - ปสก.ลงมือทำ Research กันเองตอนแรก 11:13 - ทำไมถึงติดต่อพรักซุสเข้าไปช่วยเทรน 13:57 - พอมีพรักซุสเข้ามาช่วย train เป็นยังไง 17:55 - การเทรน 3 เดือนกับการฝึกครบ loop ทำ research 19:13 - สิ่งที่ยาก ของการฝึกฝนทำ research 19:45 - ความยากของการคัดคนเข้ามาสัมภาษณ์ 24:00 - ความยากของการลงมือสัมภาษณ์ 28:34 - ความยากของการสรุป data ที่ได้ 34:50 - การ train research process มีอะไรที่ตรงกับที่ตอนแรกคาดบ้าง 35:46 - ความสนุกของการทำ research 37:21 - Research จำเป็นจริงไหม ทำ survey แทนได้ปะ 40:18 - Next step ของทีม UX Yuanta 42:30 - ฝากสุดท้าย ------------------     แนะนำติชม podcast สอบถาม หรือเสนอไอเดียได้ที่นี่ครับ: https://bit.ly/puxodFeedback ถ้าสนใจ service ทางด้าน UX สามารถติดต่อทางทีมพรักซุสได้ที่เพจครับ: https://www.facebook.com/pruxusdesign 

ห่างหายไปนานกับ live กับทางพรักซุสนะครับ 😄 คราวนี้เรากลับมากับหัวข้อที่เกี่ยวข้องกับการทำ User Research กับ "Quick & Dirty Research Tips" สำหรับคนที่เป็นมือใหม่ด้าน user research หรือทีม UX ใหม่ในองค์กรที่กำลังอยากจะเริ่มทำ User Research แต่ไม่รู้ว่าจะทำ Research อะไรแบบไหนยังไงได้บ้าง ที่ไม่ต้องใช้ cost เยอะ แต่ก็ได้ผลลัพธ์ที่พอใช้ได้ในการช่วยเอาไปพัฒนาโปรดักส์ต่อครับ   โดยครั้งนี้ก็มีแขกรับเชิญคือคุณยศและคุณแจน ที่ทั้งคู่ก็ได้มีประสบการณ์การทำ research กับทั้งในองค์กรที่ยังใหม่กับการทำ research และกับองค์กรที่มี practice การทำ research ที่มากมาย ซึ่งเราก็จะมาแชร์เกี่ยวกับสิ่งที่คนมักจะเข้าใจผิดหรือทำผิด และ tips ที่แนะนำเพื่อการทำ research แบบ quick & dirty ที่ดียิ่งขึ้นครับ 😄   ++++++++++++++++++++++++++   รายชื่อผู้ร่วมเสวนา: คุณพิจ (พิจารณา รัตนาธิคุณ) Founder, Design & Research Director @ Pruxus Design   คุณยศ (ยศ ลี่วัฒนายิ่งยง) Former Lead UX @ Krungsri Auto   คุณแจน (วิภาดา เจตสันติ์) Head of Product Design @ Truemoney   คุณมีน (วรัต จงกลรัตน์) UX Design & Research Consultant @ Pruxus Design   ++++++++++++++++++++++++++

การทำ User Research เอย Usability Testing เอย จริง ๆ แล้วมันเป็นสิ่งที่เสีย cost และเสียเวลามากเลยนะครับ ยิ่งถ้าเรามองในมุม business เราไม่ได้สร้างโปรดักส์ให้ users อย่างเดียว แต่เราสร้างมาเพื่อทำเงินให้องค์กร ดังนั้นจะดีไหมถ้าเราไม่ต้องไปทำมันหรอกครับ User Research/Usability Testing อะไรพวกนี้ รีบ ๆ สร้างโปรดักส์กันดีกว่า Ep นี้จะแชร์เกี่ยวกับเคล็ดลับในการสร้างโปรดักส์ที่คน UX ไม่รู้กันครับ ว่าเราสามารถสร้างโปรดักส์ด้วยวิธีที่เร็ว ๆ ประหยัด ๆ กว่าได้ครับ และจริง ๆ แล้วคน UX ควรเลิกคิดจะทำแต่รีส่งรีเสิชกันได้แล้ว   ปล. ด้านบนนี้คือ April's Fool นะครับ 😆 แต่ก็จะมีพูดถึงเกี่ยวกับว่าเมื่อไหร่ที่เราอาจจะไม่ต้องทำ Research ก็ยังพอได้ครับ

ทำไมบางโปรดักส์หรือบริการ ที่เราตั้งใจออกแบบให้ใช้ได้ง่ายแล้ว แต่คนกลับไม่ใช้? หรือบางทีบางโปรดักส์ใช้ยากมาก แต่คนก็ยังทนใช้อยู่?   Ep นี้จะมาคุยถึง concept ของเรื่อง “Rewards vs Effort” หรือ สิ่งที่ users ได้ vs แรงที่ users ต้องเสียไป กว่าได้ rewards นั้นมาครับ ซึ่งมันเป็นสิ่งที่คนสร้างโปรดักส์ควรเข้าใจ แลควรต้องพยายามบาลานส์ระหว่าง 2 ด้านนี้ให้ได้ เพราะว่าถ้า rewards เราน้อย ถึงโปรดักส์จะใช้ง่ายแค่ไหน คนก็อาจจะไม่ใช้ หรือในทางกลับกัน บางโปรดักส์มี rewards สูงมาก users ก็อาจจะยอมทนใช้งานได้ ถึงแม้มันจะใช้ยากมากมายก็ตาม    ซึ่งมันก็ไม่ใช่ว่าเราก็ควรจะปล่อยให้มันเป็นแบบนั้นต่อไปครับ เพราะสุดท้ายถึง users จะใช้งานกันเยอะ มันก็ไม่ได้แปลว่ามันดีต่อองค์กรเสมอไป

ผักสดพอดแคสต์ครบ 100 ตอน! Ep นี้เลยชวนมิ้นและมีนทีมพรักซุส มาเม้าท์เกี่ยวกับ 4 ปีกับ 100 ตอนที่ผ่านมาครับ และแนะนำ Ep ที่ไม่ควรพลาด สำหรับผู้ฟังผู้ชมที่พึ่งมาติดตามเราไม่นานและไม่แน่ใจว่าควรเริ่มฟังที่ Ep ไหนดีบ้างครับ  และรบกวนคุณผู้ฟังช่วยทำ survey สั้น ๆ (ใช้เวลาประมาณ 5 นาที) เกี่ยวกับผักสดพอดแคสต์ เพื่อให้เราเข้าใจผู้ฟังได้ดียิ่งขึ้น และทำคอนเทนต์ที่มีประโยชน์ตรงใจมากขึ้นครับ :D . Link ไป survey: https://forms.gle/x1tD6dTV8nAyqT6z6 . . ---------- เนื้อหาใน Ep นี้ (Ep นี้ มีเวอร์ชันวีดีโอ สำหรับบน Youtube นะครับ: https://www.youtube.com/watch?v=voM22q9f3nc )   00:00 - Intro 12:29 - Ep สำหรับ UX ที่เป็นมือใหม่เลย 13:57 - ซีรี่ย์เกี่ยวกับ user needs Ep7 Useful and Usable     Ep40 How ux really works by Jeff Patton 18:16 - Ep นี่เหมาะกับ UX ที่ทำงานมาแล้วระยะนึง กับสิ่งที่จะช่วยเพิ่มประสิทธิภาพการทำงาน        Ep73 การออกแบบ UX ทั้ง 4 ขั้น UX Design Pyramid 20:39 - สำหรับคนที่ทำ UX research     Ep23 Intro to User Research Ep26 "Understand" Research Methods     Ep27 "Test" Research Methods 21:44 - Design Thinking vs UX และ Understand-Create-Test framework     Ep16 How We UX Company Uses Design Thinking - Understand - Create - Test 23:06 - Ep สำหรับสาย Design     Ep74 - Beauty is a sin     เริ่มที่ Ep24 เสวนา UX 3 - Intro to Heuristics พื้นฐานของการสร้างของให้ใช้ง่าย     Ep81 จะวิเคราะห์/วิจารณ์ design ในแง่ UX ควรเป็นอย่างไร? 27:21 - Ep สำหรับสาย business     Ep3 ทำไมธุรกิจถึงต้องสนใจ UX?     Ep22 UX ส่งผล ต่อธุรกิจและเงินอย่างไร (กับเบียร์พรักซุส)     Ep70 ทำ UX ไปก็ไม่ได้ช่วยเพิ่มรายได้องค์กร แล้วจะทำไปทำไม?     Ep12 เพิ่มปุ่มเดียว ยอดขายขึ้น 300 ล้านดอลล่าร์ - The $300 million button 33:28 - Ep57 58 59 61 - NPS 36:47 - Ep ที่พี่พิจชอบเองและอยากแนะนำ     Ep63 - เมื่อผมโดนโจรหลอกตอน f ต้นไม้ และปัญหา usability     Ep72 บัตรเลือกตั้งผู้ว่ากทม. และปัญหา usability 39:20 การสมัครงานด้าน UX     Ep45 เสวนา UX 8 - Common Mistakes in Finding a UX Designer     Ep48 เสวนา UX 9 Common Mistakes in finding a UI designer     Ep98 6ข้อผิดพลาดที่มักพบบ่อย ของคนสมัครงานสาย UX   -------------------------- แนะนำติชม podcast สอบถาม หรือเสนอไอเดียได้ที่นี่ครับ: https://bit.ly/puxodFeedback #ผักสดพอดแคสต์ #PuxodPodcast #Puxod #UX

Ep นี้ผมชวนเอก ที่เป็น Junior UX Researcher ที่ทำงานมา 1 ปีที่พรักซุส  มาเม้าท์ให้ฟังเกี่ยวกับประสบการณ์ของคนที่มาจากสายศิลป์ เรียนจบสายเกี่ยวกับภาษา และทำงานด้านที่ไม่ได้เกี่ยวข้องกับ UX มาก่อนเลย แถมไม่เคยมีแบ็คกราวน์ด้าน tech ด้วย แต่ได้เข้ามาทำงานในสาย UX ว่าเป็นยังไงบ้างครับ ตั้งแต่ความสนใจด้านสาย UX เริ่มมาจากไหน, มีการเตรียมตัวก่อนจะย้ายสายมาอย่างไรบ้าง รวมถึงประสบการณ์หลังจากทำงานมา 1 ปีว่าเป็นยังไงบ้าง มีอะไรที่ตรงและไม่ตรงกับที่คาด รวมถึงสิ่งที่เป็น challenge ของคนที่มาจากสายศิลป์แบบเอกว่ามีอะไรที่ยากเมื่อย้ายมาทำงานด้านนี้บ้าง    

Ep นี้ชวนน้องมีนทีมพรักซุส มาเม้าท์เกี่ยวกับข้อผิดพลาดที่คนสมัครงานด้าน UX มักจะทำกันบ่อยครับ ทั้งที่มาจากที่เราเคยเห็นเอง และจากที่ได้ฟังจาก head หรือ lead ux จากองค์กรต่าง ๆ ครับ โดยเราจะคุยเกี่ยวกับลักษณะของคนสาย UX ที่ดีที่เราและองค์กรต่าง ๆ มักจะต้องการ และข้อผิดพลาดทั้ง 6 ข้อที่มักจะเจอกันบ่อย ๆ ครับ (หมายเหตุ Ep นี้ไปอัดกันนอกสถานที่ เสียงรบกวนอาจจะดังพอสมควรครับ ต้องขออภัยไว้ก่อนนะครับ)   ข้อผิดพลาด 6 อย่าง:   1.การเขียนอีเมล มารยาทเขียนเมลที่ไม่ค่อยดี หรือมาแบบลอย ๆ ไม่มี intro แนะนำอะไรเลย การก๊อป template อีเมลแปะมา ที่ดีเว่อวังและไม่ธรรมชาติ เห็นปุ๊บรู้เลยว่าก๊อปปี้มา   2.สาดทุกอย่างที่มี ส่งมาเยอะ ส่งทุกอย่างในชีวิตที่เคยทำ   3.wireframe เต็มไปหมด มาแบบแปะ wireframe ทั้งหมดที่เคยทำ แต่มาแบบเล็กมากจนอ่านไม่ได้ ไม่เห็นดีเทล   4. ความละเอียดละออ, attention to details การสะกดคำ การตั้งชื่อไฟล์ etc.   5. ขาดการอธิบาย thinking เบื้องหลังของดีไซน์ที่ทำ สิ่งสำคัญเลย คืออยากรู้ว่า คิดได้โอเคไหม กระบวนการคิด การเขียนอธิบายสำคัญมาก   6.เน้นความฟู่ฟ่า แต่ไม่ลึก เช่น ทำ website หรือใส่ technology, อะไร wow ๆ เยอะ แต่พวก basic กลับพัง เช่น ลิงค์พัง, structure ข้อมูลงงมาก

Ep นี้จะมาคุยต่อจาก Ep ที่แล้ว ในการนำ OKR มาตั้งเป้าด้าน UX ซึ่งก็จะขอโฟกัสไปยังภายในทีม UX ครับ เพราะหลาย ๆ องค์กรในไทยก็ยังไม่ได้มีการมองเรื่อง UX ในระดับทั้งองค์กรกันเท่าไหร่ และทีม UX ก็มักจะเป็นทีมที่ทำหน้าที่เป็นผู้นำในการผลักดันเรื่องการมองลูกค้า/users เป็นศูนย์กลาง ดังนั้นทีม UX เหล่านี้อาจจะสามารถตั้ง OKR เรื่อง UX ได้แค่กันเองในทีมครับ ก็อาจจะเริ่มจากสิ่งที่พูดถึงใน Ep นี้ก่อนก็ได้ครับ  และก็จะขอพูดถึงประสบการณ์ส่วนตัวที่เคยเจอมา ที่การตั้งเป้าของทีม UX ที่กลับไม่ได้ช่วยให้องค์กรสร้างประสบการณ์ที่ดีให้ลูกค้าได้จริง แต่กลับให้ผลตรงข้าม และเราควรต้องระวังกันครับ

Ep นี้จะมาคุยถึงการนำ OKR มาตั้งเป้า UX กันครับ โดยจะขอแบ่งเป็นสอง ep โดย ep นี้จะพูดถึงเป้า UX ในแง่ของทั้งองค์กรก่อน ซึ่งการจะตั้ง OKR ด้าน UX ที่ดีได้นั้น ต้องเริ่มจากการเข้าใจถึงวัตถุประสงค์ของการทำ “UX” ก่อนว่าการทำ UX มีเพื่ออะไร เพื่อที่เราจะได้วาง O ที่ถูกต้อง และไม่ได้ตั้งเป้าที่เราคิดว่าเพื่อ UX แต่จริง ๆ แล้วกลับเป็นเป้าด้านธุรกิจอย่างเดียวจนเกินไป จากนั้นเราค่อยหาวิธีวาง KR ที่วัดผลได้ในแง่ UX ต่อไปครับ     Ref: https://uxcel.com/guides/ux-team-management/okrs#:~:text=to skyrocket outcomes.-,Understanding UX OKRs,progress towards those goals quantitatively. https://uxplanet.org/okr-and-ux-examples-and-resources-4c4ac8f43d55 https://articles.centercentre.com/how-ux-outcomes-make-a-teams-daily-work-truly-human-centered/

เวลาที่เราพูดถึงคำว่า “ผลลัพท์” หรือเราอยากจะพูดถึงการวัดผลของทีมงาน หลายครั้งที่เราวัดผลไปที่สิ่งที่เรียกว่า “Outputs” มากกว่า “Outcomes” ซึ่งมันทำให้ทีมงานทำงานไปมากมาย แต่สุดท้ายก็วนอยู่กับที่ ไม่สามารถสร้าง impact ที่ต้องการจริง ๆ ได้ ep นี้เลยอยากจะชวนมาคุยถึงความแตกต่างระหว่าง 2 คำนี้ครับ และเราควรดูยังไงว่าสิ่งทีเราทำ มันโฟกัสไปที่ Outcome มากกว่า Outputs จริง ๆ เพราะหลายครั้งเรามองแค่เป้าคือการเกิด “Outputs. อะไรบางอย่าง เช่น สร้างแอปเสร็จ, ทำ 10 features เสร็จ แค่นั้น แต่ไม่ได้มองไปยังปลายทางที่แท้จริง ซึ่งมันเลยทำให้หลายองค์กรเสีย cost มากมายแต่ไม่เกิดประโยชน์อะไรกลับมา โดยเนื้อหาหลัก ๆ จะมาจากหนังสือชื่อ “Outcomes over output” ของคุณ Joshua Seiden ครับ Ref: https://medium.com/creating-a-ux-strategy-playbook/shifting-our-team-goals-to-be-ux-outcomes-4ae526975bf3#:~:text=While outputs represent the effort,to outcomes with business outcomes. https://www.amazon.com/Outcomes-Over-Output-customer-behavior/dp/1091173265

จาก ep ก่อนหน้า เราพูดถึงการวัดผล UX ด้วย metrics ต่าง ๆ ไปแล้ว ep นี้จะมาต่อยอดคุยถึงการ “ตั้งเป้า” ครับ แต่ก่อนที่เราจะพูดถึงการนำสิ่งที่เราวัดผลด้าน UX ไปโยงกับเป้า อยากจะขอพูดถึงคำ 2 คำที่เกี่ยวข้องกับการตั้งเป้าที่เรามักได้ยินบ่อย ๆ นั่นคือ “KPI” และ “OKR” ว่ามันคืออะไร และแตกต่างกันยังไงบ้าง ก่อนที่จะโยงเข้าสู่การนำไปใช้กับ UX metrics ในตอนต่อไปครับ     Ref: ทุกเรื่องที่อาจยังไม่เคยรู้ของ OKR จาก ศ.ดร.นภดล: https://www.youtube.com/watch?v=VhJMrWxO9k8   Nopadol Story https://nopadolstory.com/measurement/okrs/

Ep นี้จะมาต่อเรื่องการวัดผล UX ด้วยการชวนคุยเกี่ยวกับคำว่า “วัด” 3 คำที่คล้าย ๆ กันครับ คือ Measures, Metrics และ Analytics ซึ่งจริง ๆ แล้วมีความหมายที่แตกต่างกัน และปัญหาที่มักจะเกิดกับการวัดผล UX ที่ไม่ได้สื่อถึงประสบการณ์ของ users จริง ๆ มันก็เพราะคนยังไม่เข้าใจความแตกต่างระหว่าง 3 คำนี้ดีพอ ก็เลยสับสนและไปวัดในสิ่งที่ไม่ได้สื่อถึง ux จริง ๆ ของโปรดักส์ครับ และบางครั้งการวัดผลผิด ๆ นี้ ทำให้ทีมสร้างโปรดักส์เข้าใจผิด และยิ่งทำให้โปรดักส์แย่ลงไปเรื่อย ๆ อีกครับ 3 คำนี้แตกต่างกันอย่างไร ทำไมเราไม่ควรวัดผล ux ด้วยการพึ่งแต่ "analytics" แต่อย่างเดียว อย่างค่า bounce rate (หรือ users กดเข้ามาเว็บเราหน้าเดียว แล้วกดออก) ค่าที่สูง ไม่ได้แปลว่าประสบการณ์การใช้งานแย่เสมอไป กลับกันบางที bounce rate ต่ำ แปลว่าประสบการณ์แย่ ด้วยซ้ำ การวัดผล users ด้วย analytics อย่างเดียว ก็เหมือนกับเวลาเราพยายามง้อแฟน แต่ไม่ถามแฟนตรง ๆ แต่เอาแต่นั่งสังเกตแฟนแต่ภายนอกอย่างเดียว แล้วเราควรวัดยังไงแทนดี?   Ref: https://articles.uie.com/your-necessary-first-step-to-creating-powerful-ux-metrics/ บทความจาก nngroup เรื่อง bounce rate: https://www.nngroup.com/articles/return-visits-not-bounce/

เลือกตั้งปี 2566 พึ่งจะจบไป แต่มีเรื่องนึงที่ยังค้างคาใจ คือเรื่อง design ของบัตรเลือกตั้ง ที่หลาย ๆ คนพูดเป็นเสียงเดียวกันว่ามันทำให้เกิดความสับสนในการเลือกครับ บวกกับมีพรรคเล็ก ๆ อันดับที่ 1-6 ติดกันเลย ที่ได้ปาร์ตี้ลิสต์เข้ามาพรรคละ 1 คนเท่ากับพรรคที่ดังกว่ามาก ซึ่งก็มีแนวโน้มว่าอาจจะเกิดจากการที่คนกาบัตรผิด เพราะ design ของบัตรมันก่อให้เกิดปัญหาหรือเปล่า? ep นี้เลยอยากลองชวนมาคิดกันเล่น ๆ ครับ ว่าอย่าง design ของของง่าย ๆ อย่างบัตรเลือกตั้งนี่ เราสามารถทำ “User Test” หรือ “Usability Test” มันได้ไหม และมันจะช่วยลดปัญหาเรื่องบัตรที่ทำให้คนกาผิดได้ยังไงบ้าง และถ้าจะทำ User Test จริง ๆ เราสามารถ test ประมาณไหนได้บ้าง และ test กับ users ซักกี่คนดี? เริ่มทำ user test ควรต้องเริ่มจากมี hypothesis หรือสมมุติฐานเกี่ยวกับปัญหาการใช้งานบางอย่าง จะเริ่มทำ มีสองเรื่องที่ต้องคำนึง คือ test กับ users แค่ไหน test ยังไง สัมมนาออนไลน์กับ Thai Gov เรื่องการทำ Usability Testing วันที่ 31 พ.ค. (ถ้าใครมาฟังวันหลังจากนี้ เค้าน่าจะมีโพสต์ทิ้งไว้นะครับ): https://www.facebook.com/pruxusdesign/posts/pfbid02rEtnuLVX2ovt6TGoZYsG5SoTfmM4xWSneHScgFWSD72CQo9jp2yB4XWKisR2XS7El คลิปวิเคราะห์ช่อง Loy Academy - ซื้อเสียง 2 ล้านใบ เกิดส้มหล่นให้สส.ปัดเศษ 6 พรรค https://www.youtube.com/watch?v=t5NejEAdWlE บทวิเคราะห์หากมีการซื้อเสียงจริง จะส่งผลต่อคะแนนpartylistพรรคเล็กอย่างไร: https://web.facebook.com/unidentified.vacuum.u/posts/pfbid02mcLgVgeJRAEnUszwUzVzupPRy32nrBAQttwurNStBLVJSGJ3HrZEEz25PwmVSKbml

วันอาทิตย์ที่ 7 พ.ค. 2566 ที่ผ่านมา เราได้มีการเลือกตั้งล่วงหน้ากัน และก็มีข่าวเกี่ยวกับปัญหาของการเลือกตั้งล่วงหน้านี้ออกมาเต็มไปหมดนะครับ ซึ่งปัญหาส่วนมากก็คือเรื่อง usability problems ทั้งนั้น ep นี้เลยอยากจะมาเม้าท์มอยเกี่ยวกับเรื่องปัญหาเหล่านี้ในมุมมองด้าน UX และ usability กันครับว่าที่มันเป็นปัญหาเพราะการ design flow มันไม่ตรงกับหลักการ usability ในเรื่องอะไรบ้าง และอยากเชิญชวนให้ทุกคนที่ยังไม่ได้เลือกตั้งล่วงหน้า ไปเลือกตั้งกันในวันอาทิตย์ที่ 14 พ.ค.นี้กันด้วยนะครับ อย่าลืมจำข้อมูล 3 อย่าง: พรรคที่อยากเลือก และโลโก้ของพรรคนั้น เลขของผู้สมัครสส.เขตบ้านเรา ที่เราอยากเลือก เลขเขตบ้านเรา ว่าบ้านเราอยู่เขตเลือกตั้งที่เท่าไหร่     Post เกี่ยวกับการสะกดผิดเกี่ยวข้องกับ ux อย่างไร ที่เพจพรักซุส https://www.facebook.com/pruxusdesign/posts/pfbid02NaG2M8TcBsd6FKwHhmyWd3KFviA95NKm4y3gGsFNnpFBcsGQDoemzRCCRs6mqP1xl   ตรวจสอบรายชื่อผู้สมัครแต่ละเขต: https://www.sanook.com/news/8819506/   ตรวจสอบเขตเลือกตั้งของคุณ: https://boraservices.bora.dopa.go.th/election/enqelection/

ต่อเนื่องจาก ep.88 Vanity Metrics ep นี้จะมาคุยกันว่า แล้วเราควรจะวัดผลเกี่ยวกับประสบการณ์ของโปรดักส์หรือวัดผล UX ยังไงดี ซึ่งสำหรับการวัดผลโปรดักส์ของเราเพื่อการนำไปพัฒนาต่อนั้น เราควรวัด actionable metrics หรือวัดเป็นช่วงเวลา ไม่ใช่วัดแค่ค่าที่บวกสะสมมาเรื่อย ๆ (cumulative) แต่ถึงจะเป็น actionable metrics แล้ว แล้วเราจะวัดค่าอะไรดี? สิ่งที่เราควรวัด ควรเป็นสิ่งที่เรียกว่า “Key use” ของโปรดักส์เรา ซึ่งก็จะแตกต่างจากโปรดักส์อื่น ซึ่งเป็นสิ่งหลักที่เราจะพูดถึงใน ep นี้ครับ   Post เกี่ยวกับการเลือกค่าวัดผลที่เพจพรักซุส: https://www.facebook.com/pruxusdesign/posts/pfbid035AVogTF8pEDYuHaDMpWXT92Mt4G2q2VSkeQPzzn45DTCG5v2188z9jrU7vsUS6ryl https://www.facebook.com/pruxusdesign/posts/pfbid0UAieuezyjSs8qEDPQhCbAhaKYsfRCE4xVDzznafu3sMrK99V2izafZjYsJLhCosCl Ref. from Kate Rutter : https://www.youtube.com/watch?v=iMt46LMTBzc

ซีรีย์ไลฟ์จากเพจ Pruxus Design ใหม่ครับ ตอบคำถามที่มาจากผู้ชมทางบ้าน "ผักสดอาม่า"  (Puxod AMA-Ask Me Anything)   ตอนที่ 1 - ของที่เยอะ ๆ งง ๆ เราจะมานั่งตอบคำถามจากทางบ้านกันครับ โดยตอนที่ 1 นี้จะเป็นคำถามเกี่ยวกับ "ของที่เยอะ ๆ จน งง ๆ" ครับ     แอปที่เยอะ: - เคยเห็นบางบริษัท ชอบสร้างแอปออกมาเยอะมากเลย บางทีก็งง ไม่แน่ใจว่าแอปไหนเป็นแอปไหน แบบนี้มันดีไหมคะ ทำไมเค้าถึงทำแบบนั้น - แล้วระหว่างการทำแอปเยอะ ๆ กับการทำแอปเดียวครอบจักรวาล (Super app) แบบไหนดีกว่า     งานดีไซน์ของทีม UX ที่เยอะ: - รู้สึกว่าพักหลังๆ UX จะไม่ค่อยเน้นความสวยงามเท่าไหร่ ในฐานะคนที่ทำงานสายดีไซน์เลยรู้สึกแปลก ๆ ละเหมือนงานมันจะออกมาดูรก ๆ ขึ้น จะทำยังไง - เคยได้ยินว่า UI ทำหน้าจอสวยงาม แต่ UX ไม่ได้สนใจสวยงามเท่าไหร่ แล้ว UX designer เค้าออกแบบอะไร - ไม่ทำ UX แต่ออกแบบไปเลยได้ไหม     -ข้อมูลอื่น ๆ ที่เยอะ: - ต้องปรับปรุงเว็บไซต์บริษัทใหม่ที่โดนคนบ่นว่าใช้ยาก และมีข้อมูลเยอะมาก ควรเริ่มยังไงดี - ทำรีเสิร์ชมา มีข้อมูลเยอะเลย มีวิธีการเล่าผลยังไงให้หัวหน้าฟังแล้วเข้าใจได้ง่าย ๆ

เวลาที่ตั้งเป้าวัดผลว่าโปรดักส์เราเป็นยังไง สิ่งหนึ่งที่คนชอบใช้วัดผลกันบ่อยมากก็คือ “Vanity Metrics” หรือค่าที่อวยตัวเราเองครับ เช่น ยอดดาวน์โหลด, จำนวน users ที่สมัครสมาชิก, ยอดไลค์, ฯลฯ ซึ่งการที่เราคอย track ค่าเหล่านี้เสมอ ไม่ใช่เรื่องที่ผิด แต่ถ้าเรานำไปใช้ตั้งเป็นเป้าหมายของทีมสร้างโปรดักส์ หรือทีม UX มันจะส่งผลเสียอย่างมากมายได้ครับ   ep. นี้เลยจะมาคุยเกี่ยวกับปัญหาของการใช้ Vanity metrics และการนำไปใช้ผิดที่ผิดทางที่จะก่อให้ปัญหาได้ และเมื่อไหร่ที่เราควรใช้ Vanity metrics ได้โดยไม่ต้องกังวลครับ

*เสวนา UX ตอนที่เราลืมโพสต์ลงพอดแคสต์ครับ T_T เสวนาครั้งนี้จัดไปตอน 10 ก.พ.2022 ครับ *   ในการออกแบบสิ่งต่าง ๆ ที่ users มองเห็นได้นั้น สิ่งที่สำคัญมาก ๆ คือ เราต้องช่วยให้ users สังเกตเห็นในสิ่งที่ "สำคัญ ณ เวลานั้น จริง ๆ" ให้ได้ ไม่ว่าจะเป็นการออกแบบในโลกความเป็นจริง (เช่น ออกแบบป้ายวางหน้าร้าน ออกแบบการจัดดิสเพลย์สินค้าในร้าน) หรือในโลกดิจิตอล (เช่นการออกแบบ UI, การออกแบบ call-to-action ต่าง ๆ) แต่ปัญหาที่เรามักจะเจอบ่อยคือ designers สนใจในเรื่องการพยายามแต่งองค์ทรงเครื่อง ใส่ดีเทลมากมายเพื่อ "แต่งให้สวย" จนสิ่งที่ใส่เข้ามาแต่งให้สวยนั้น กลายเป็นไปทำให้สิ่งที่ users ควรต้องเห็นจริง ๆ โดนพรางจนหายไป หรือบางครั้ง designers คิดว่า users ควรต้องเห็นข้อมูลทุกอย่างให้มาก ๆ ก็เลยสาดข้อมูลทุกอย่างเข้ามา จน users งงไปหมด สุดท้ายก็ไม่สามารถใช้งานต่อได้ครับ ซึ่งพวกนี้คือหัวใจสำคัญของหัวข้อเสวนา UX ในครั้งนี้ "Aesthetics and Minimalist of Design" ครับ   เสวนาครั้งนี้ เป็นตอนต่อของซีรี่ย์ Heuristics ซึ่งเราจะมาลงรายละเอียดเกี่ยวกับ "Aesthetics and Minimalist of Design" ซึ่งเป็น 1 ใน 10 ข้อของ Heuristic Evaluation ว่ามันคืออะไร และสำคัญกับการสร้างโปรดักส์อย่างไรบ้าง เราจะมาคุยปูพื้นเกี่ยวกับการทำงานของลูกตาและการมองเห็น และการทำ "Visual Search" ของมนุษย์เรา ว่ามันมีรูปแบบการทำงานยังไงบ้าง และสิ่งที่ควรคำนึงถึงในการออกแบบ รวมไปถึงการคำนึงถึง key information จริง ๆ ที่ users ควรต้องมองเห็น ณ เวลาใดเวลาหนึ่งประกอบ เพื่อให้ users มองเห็นสิ่งสำคัญจริง ๆ ได้ และเราจะมาแชร์ตัวอย่างที่เราเจอกันบ่อย ๆ ในชีวิตประจำวัน และในโลกดิจิตอลครับ และพร้อมมาเสวนากันถึงปัญหาว่า ถ้าโปรดักส์ไม่ได้สนใจเรื่อง "Aesthetics and Minimalist of Design" จะเกิดปัญหาอะไรกับ users บ้าง และเราจะแก้ไขปัญหาที่เกิดนี้กันอย่างไรดี รวมถึงตัวอย่างของการนำหลักการนี้ไปใช้ในการออกแบบโปรดักส์จริงด้วยครับ   ในครั้งนี้เรามีแขกรับเชิญขาประจำของเราจาก Ayudhya Capital Services คือ คุณเอ้ และจาก CJ Supermarket คือ คุณฟลุ๊ค ที่ทั้งคู่ต่างก็เป็นคนสาย Visual/UI Design ที่มากประสบการณ์ ที่จะมาร่วมนั่งเม้าท์และแชร์ประสบการณ์การทำงานที่เกี่ยวข้องกับหัวข้อครั้งนี้กันครับ   รายชื่อผู้ร่วมเสวนา: คุณพิจ (พิจารณา รัตนาธิคุณ) Founder, Design & Research Director @ Pruxus Design   คุณเอ้ (เดโช พิทักษ์เจริญ) UX Manager @ Ayudhya Capital Services (UChoose)   คุณฟลุ๊ค (ธัญวรรณ นรจิตต์) UI Design Lead @ CJ Supermarket   คุณพัท (พงษ์พิพัฒน์ จำเริญพานิช) Lead UX Designer & Researcher @ Pruxus

หลาย ๆ ครั้งเราจะพบว่ามีโปรดักส์ที่มีประสบการณ์ใช้งานที่ใช้ได้ (เช่นใช้ง่าย เข้าใจง่าย) แต่พอยิ่งเค้าพัฒนาไปเรื่อย ๆ ออกเวอร์ชั่นใหม่ไปเรื่อย ๆ ประสบการณ์แทนที่จะดีขึ้นเรื่อย ๆ จู่ ๆ กลับแย่กว่าเดิม จากเดิมที่เคยใช้ง่ายก็กลายเป็นยากขึ้น มีอะไรที่เราไม่ได้ต้องการโผล่ขึ้นมาเยอะขึ้นเรื่อย ๆ บางครั้งแย่จนเราเลิกใช้ไปเลยก็มี ทั้ง ๆ ที่โปรดักส์เหล่านั้นก็ถูกสร้างโดยองค์กรที่มีทีม UX แท้ ๆ แต่ทำไม UX กลับไม่ได้ดีขึ้น   Ep นี้จะชวนมาคุยเกี่ยวกับเหตุการณ์เหล่านี้ครับว่ามันเกิดจากอะไร สาเหตุหลัก ๆ มักจะเกิดจากการตั้งเป้า (หรือ KPI) ของทีม UX ที่ไม่ใช่เป้าที่วัดที่ “ประสบการณ์การใช้งาน” จริง ๆ แต่ไปวัดที่อื่น ซึ่งมันเลยส่งผลให้แทนที่ทีม UX จะได้ทำงานเพื่อพัฒนาให้ประสบการณ์ใช้งานดีขึ้น กลับกลายเป็นคนละทิศคนละทางแทน ซึ่ง ep นี้จะเริ่มนำไปสู่ซี่รี่ย์ของหัวข้อเรื่อง “การตั้งเป้าและวัดผล UX” ต่อใน ep ที่จะตามมาครับ

Ep นี้จะชวนมาคุยเกี่ยวกับสิ่งที่เรียกว่า “Dark Patterns” ครับ หรือรูปแบบการออกแบบเว็บไซต์หรือแอป ที่พยายามทำให้ users เข้าใจผิด หรือหลอกล่อให้ users ทำ actions บางอย่างที่ users ไม่ได้ต้องการจริง ๆ แต่มันมีประโยชน์กับธุรกิจ ซึ่งเป็นสิ่งที่ผิดต่อ users แต่ธุรกิจจำนวนมากก็ใช้กันเป็นประจำ แต่ก็แทบจะไม่มีใครมาควบคุมด้วยซ้ำ จนไม่นานมานี้รัฐแคลิฟอร์เนียที่อเมริกาเริ่มออกกฎหมายมาควบคุมการใช้ Dark Patterns บางประเภทแล้วซึ่งเป็นสิ่งที่ดีมากครับ แต่ทางบ้านเราก็ยังไม่ได้มีการควบคุมกันเท่าไหร่ ซึ่งคนสร้างโปรดักส์และ UX Designers ควรจะต้องช่วยกันรณรงค์ให้ธุรกิจใช้ Dark Patterns กันให้น้อยลงเพื่อจะได้อยู่กับ users ไปนาน ๆ ครับ และจะเล่าเกี่ยวกับรูปแบบ Dark Patterns ทั้ง 12 แบบจากเว็บไซต์ darkpatterns.org ครับ ว่ามีแบบไหนกันบ้าง (ซึ่งทางเพจพรักซุสเคยทำโพสต์เกี่ยวกับเรื่องนี้ไว้ซักพักแล้วครับ ใครสนใจสามารถกดเข้าไปดูเนื้อหาเพิ่มเติมได้ที่ลิงค์ด้านล่างนี้ครับ)   Ref: Dark Patternsทั้ง 12 แบบ ที่เพจพรักซุส: https://web.facebook.com/pruxusdesign/posts/pfbid0hTGfjdbbJVGtrkHzgmmm2hf1Wp4w2XsCowgHGDLVspxnZrFLW2gTDVZ4F9unYWMMl https://www.darkpatterns.org/types-of-dark-pattern https://transcend.io/blog/dark-patterns-cpra/ https://www.theverge.com/2021/3/16/22333506/california-bans-dark-patterns-opt-out-selling-data

เสวนา UX เกี่ยวกับ Heuristics ข้อสุดท้ายครับ หลายครั้งที่ designers ออกแบบโปรดักส์ มักจะเจอคำถามในใจว่า เราควรออกแบบให้ "เข้าใจง่าย" แต่ขั้นตอนเยอะ ช้า หรือ ควรออกแบบให้ไม่ต้องเข้าใจง่ายมากก็ได้ แต่ต้อง "เร็ว" แบบไหนถึงจะดีกว่ากันแน่? และมันมีวิธีไหนที่ทั้ง ง่าย และ เร็ว ไหม? คำถามพวกนี้ คือสิ่งที่เกี่ยวข้องโดยตรงกับ Heuristic ข้อนี้เลยครับ "Flexibility & Efficiency of Use" ซึ่งเป็นข้อที่พูดถึงการออกแบบเพื่อให้ใช้งานได้เร็ว (Efficiency) โดยตรงเลย ว่าเมื่อไหร่ที่ "ความเร็ว" ต้องมาก่อนความ "เข้าใจง่าย" ครับ ซึ่งความเข้าใจง่ายนั้นเป็นสิ่งที่เราพูดถึงไปใน Heuristics ข้อก่อน ๆ หลายข้อมาแล้ว คราวนี้เราจะไม่สนใจเรื่องความง่ายเท่าไหร่แล้ว แต่จะสนใจเรื่อง "ความเร็ว" แทนครับ และ users กลุ่มที่จะเกี่ยวข้องกับ Heuristic ข้อนี้โดยตรงเลยก็คือ users ที่มีประสบการณ์เกี่ยวกับโปรดักส์มามาก หรือ Expert users นั่นเอง ว่าความแตกต่างระหว่างกลุ่ม Experts กับ users มือใหม่นั้น แตกต่างกันอย่างไรบ้าง และวิธีที่จะ support คนกลุ่มนี้ควรต้องทำอย่างไรครับ เสวนาครั้งนี้ เป็นตอนต่อของซีรี่ย์ Heuristics ซึ่งเราจะมาลงรายละเอียดเกี่ยวกับ "Flexibility & Efficiency of Use" ซึ่งเป็น 1 ใน 10 ข้อของ Heuristic Evaluation ว่ามันคืออะไร และสำคัญกับการสร้างโปรดักส์อย่างไรบ้าง เราจะมาคุยเกี่ยวกับ "Flexibility & Efficiency of Use" และหลักการในการออกแบบระบบให้ใช้ได้เร็ว ต้องคำนึงถึงอะไรบ้าง และเราจะมาแชร์ตัวอย่างที่เราเจอกันบ่อย ๆ ในชีวิตประจำวัน และในโลกดิจิตอลด้วยครับ ว่ารูปแบบของ Flexibility & Efficiency of Use มันรวมไปถึงอะไรบ้าง ทั้งตัวอย่างในโลก digital และโลก physical พร้อมมาเสวนากันถึงปัญหาว่า ถ้าโปรดักส์ไม่ได้สนใจเรื่อง "Flexibility & Efficiency of Use" จะเกิดปัญหาอะไรกับ users บ้าง และเราจะแก้ไขปัญหาที่เกิดนี้กันอย่างไรดี รวมถึงตัวอย่างของการนำหลักการนี้ไปใช้ในการออกแบบโปรดักส์จริงด้วยครับ ในครั้งนี้เรามีแขกรับเชิญถึง 3 คน จากองค์กรชั้นนำระดับประเทศ และเป็น UX ที่มีประสบการณ์มากมาย มาร่วมนั่งเม้าท์และแชร์ประสบการณ์การทำงานที่เกี่ยวข้องกับหัวข้อครั้งนี้กันครับ   รายชื่อผู้ร่วมเสวนา: คุณพิจ (พิจารณา รัตนาธิคุณ)Founder, Design & Research Director@ Pruxus Design คุณบอย (Waiyawut Nimkittikul) Senior UX Designer@ SCB TechX คุณแบงค์ (Thanakarn Chinda) Lead Service designer@ KASIKORN LINE คุณไอซ์ (Nitchanun Saksinchai) UX Designer@ SCB TechX

Ep นี้จะชวนมาคุยถึงสิ่งที่คุณ Steve Jobs เคยพูด ในบทสัมภาษณ์ในรายการชื่อว่า “Triumph of the Nerds” ตั้งแต่ปี 1995 ที่เทปมันเคยสูญหายไปอยู่พักนึง จน director รายการเค้าไปค้นเจอ เลยเอามาเผยแพร่ทางออนไลน์ครับ โดยเป็นมุมมองที่คุณ Steve Jobs มองว่าทำไมบริษัทใหญ่ ๆ ในวงการ tech ถึงได้สร้างโปรดักส์หรือ innovation ที่แย่ลงเมื่อบริษัทมีขนาดใหญ่จนเป็นเจ้าตลาด (monopoly) โดยจะเล่าเกี่ยวกับสิ่งที่เกี่ยวข้องกับสิ่งที่ Steve Jobs แกพูดในประโยคนั้นเพิ่มเติมด้วยครับ ประวัติของช่วงนั้นที่ Steve Jobs โดนให้ออกจาก Apple John Sculley อดีต CEO ของบริษัท PepsiCo ที่ Steve Jobs ชวนให้มาทำที่ Apple ไป ๆ มา ๆ John เป็นคนไล่ Steve Jobs ออก และได้ขึ้นมาเป็น CEO แทน Xerox PARC บริษัท R&D ด้านคอมพิวเตอร์ที่เป็นของบริษัท Xerox ที่ทำเครื่องถ่ายเอกสาร และเป็นที่ที่สร้าง innovation มากมายที่เราใช้กันในทุกวันนี้ แต่ทำไม Xerox กลับไม่ได้เกี่ยวข้องกับ innovations เหล่านั้นเลย   Ref: คลิปจากรายการ Triump of the Nerds: https://www.youtube.com/watch?v=K1WrHH-WtaA https://www.businessinsider.com/steve-jobs-on-why-innovation-dies-at-tech-monopolies-2014-11 https://medium.com/bc-digest/the-xerox-thieves-steve-jobs-bill-gates-6e1b36fc1ec4#:~:text=He knew PARC was onto,management was none the wiser.

ศาสตร์ด้าน User Experience นั้น เราพูดกันมามากว่าเป็นศาสตร์ที่ช่วย users โดยการสร้างโปรดักส์ให้ users ใช้ต่อเนื่องเรื่อย ๆ แต่ในบางครั้ง UX ก็ถูกใช้ไปผิด ๆ และก่อให้เกิดด้านมืดของมันได้ Ep นี้เลยอยากจะมาคุยเกี่ยวกับเมื่อหลาย ๆ องค์กรไม่ได้มองถึงคุณค่าที่แท้จริงของทีม UX แต่ไปเข้าใจผิดและใช้ท่าผิด ๆ ในการออกแบบโปรดักส์ซึ่งอาจทำให้เกิดปัญหากับ users ได้มากครับ   โดย ep นี้จะขอ reference ไปยังคลิป Youtube ของคุณ Cynthia Zhou ในคลิปที่ชื่อว่า “The Manipulative Power of Design” ( https://www.youtube.com/watch?v=dH5zuXlSgok ) ซึ่งจากประสบการณ์ส่วนตัว ผมเห็นด้วยกับเนื้อหาในคลิปเค้ามาก ก็เลยอยากจะลองนำมาคุยพร้อมเสริมมุมมองที่ตัวเองเคยเจอมาด้วยครับ

การวิจารณ์/วิเคราะห์ดีไซน์ให้ได้ ถือเป็นทักษะพื้นฐานในการทำงานสาย design ที่สำคัญมากนะครับ เพราะถ้าเราไม่สามารถวิเคราะห์ได้ว่า design ที่เราหรือทีมเราทำมา มันดีหรือไม่ดี มันก็เปรียบเสมือนเรากำลังเดินอยู่ในถ้ำมืดที่ยิ่งทำไป ก็ไม่ได้แปลว่าจะยิ่งเข้าใกล้ทางออกที่ดีจริง ๆ ep. เลยจะชวนมาคุยเกี่ยวกับเรื่องทักษะการวิเคราะห์และวิจารณ์ design ในด้าน user experience ว่า ถ้าเราอยากจะมีทักษะด้านนี้ เราควรต้องโฟกัสที่จุดไหนยังไงบ้าง, สิ่งสำคัญที่เราควรต้องเรียนรู้, และข้อผิดพลาดของการวิเคราะห์/วิจารณ์ design ของระบบ ที่มักจะพบเห็นกันบ่อยครับ การวิเคราะห์/วิจารณ์ดีไซน์ ทำไมถึงสำคัญ การวิเคราะห์โดยสวมหมวกเป็น users ของระบบ การวิเคราะห์โดยสวมหมวกเป็น expert Domain expert UX/Usability Expert

เมื่อ users ใช้งานโปรดักส์แล้วเจอปัญหาบางอย่างเกิดขึ้น ไม่ว่าจะเป็นปัญหาที่ users ทำผิดพลาดเอง หรือปัญหาของระบบเราเช่นระบบกำลังปิดปรับปรุงเราควรต้องคิดถึงวิธีการที่จะช่วยให้ users กลับมาใช้งานต่อได้ และทำในสิ่งที่ users ต้องการทำให้สำเร็จให้ได้ หรืออย่างน้อยก็ต้องบอกข้อมูลเพียงพอให้ users รู้ว่าปัญหาที่เกิดมันเกิดมาจากอะไร มากที่สุดเท่าที่เราจะทำได้ครับ แต่หลายครั้ง การคิดเผื่อถึงปัญหาที่ users มีโอกาสจะเจอ (หรือ "error cases") ก็มักจะโดนมองข้ามโดยทีมสร้างโปรดักส์ครับ เพราะเรื่องการคิด error cases ต่าง ๆ นี้ มักจะเป็นเรื่องที่น่าเบื่อ และ ไม่ค่อยน่าตื่นเต้นในการดีไซน์เท่าไหร่ (แต่คนที่เป็นสาย dev น่าจะเป็นคนที่คำนึงถึงเรื่องเหล่านี้เป็นหลักมากกว่า) เลยทำให้ทีมโปรดักส์หันไปโฟกัสยังจุดต่าง ๆ ที่น่าตื่นเต้นในการดีไซน์มากกว่า ซึ่งสิ่งที่เกิดกับ users ที่เจอ errors ที่ดีไซเนอร์ไม่ได้คิดเผื่อถึง flow หรือ messages เพื่อช่วย users ไว้ก็คือ users จะเกิดความงงสับสน หรืออาจจะหงุดหงิดและโมโหมาก ๆ ก็เป็นได้ ถ้า errors พวกนั้นมันรุนแรงและไปทำให้ users ไม่สามารถทำในสิ่งที่สำคัญมาก ๆ ได้ (เช่น users ต้องการจะใช้แอปธนาคารรีบจ่ายบิลค่าบางอย่างที่สำคัญให้ทันกำหนด แต่จู่ ๆ แอปธนาคารก็บอกว่า "มีปัญหาการใช้งาน" แล้วไม่ให้ไปต่อ และ users ก็ไม่รู้ด้วยว่าทำอะไรผิด สุดท้าย users ก็จ่ายบิลนั้นไม่ทัน โดนค่าปรับอีก) ซึ่งพวกนี้คือหัวใจสำคัญของหัวข้อเสวนา UX ในครั้งนี้ "Error Recovery" หรือ การช่วยให้ users สามารถไปต่อได้ เวลาเจอ errors ครับ เสวนาครั้งนี้ เป็นตอนต่อของซีรี่ย์ Heuristics ซึ่งเราจะมาลงรายละเอียดเกี่ยวกับ "Error Recovery" ซึ่งเป็น 1 ใน 10 ข้อของ Heuristic Evaluation ว่ามันคืออะไร และสำคัญกับการสร้างโปรดักส์อย่างไรบ้าง รวมไปถึงหลักการในการเขียน error messages และวิธีการช่วย users ให้หลุดจาก errors ให้ได้ในรูปแบบต่าง ๆ และเราจะมาแชร์ตัวอย่างที่เราเจอกันบ่อย ๆ ในชีวิตประจำวัน และในโลกดิจิตอลครับ และพร้อมมาเสวนากันถึงปัญหาว่า ถ้าโปรดักส์ไม่ได้สนใจเรื่อง "Error Recovery" จะเกิดปัญหาอะไรกับ users บ้าง รวมถึงตัวอย่างของการนำหลักการนี้ไปใช้ในการออกแบบโปรดักส์จริงด้วยครับ และความแตกต่างของ Heuristics ข้อนี้ กับข้อที่เกี่ยวข้องกับ error cases ที่เราเคยเสวนามา คือ "Error Prevention" ว่าแตกต่างกันยังไงบ้างครับ ในครั้งนี้เรามีแขกรับเชิญ คือ คุณแจน และคุณยศ ซึ่งเป็นระดับ Lead UX จากองค์กรชั้นนำ ที่จะมาร่วมนั่งเม้าท์และแชร์ประสบการณ์การทำงานที่เกี่ยวข้องกับหัวข้อครั้งนี้กันครับ รายชื่อผู้ร่วมเสวนา: คุณพิจ (พิจารณา รัตนาธิคุณ)Founder, Design & Research Director@ Pruxus Design คุณแจน (วิภาดา เจตสันติ์)User Experience Research Lead@ CJD คุณยศ (Yos Leewattanayingyong)Former Lead UX@ Krungsri Auto คุณมิ้น (ศศิกานต์ ชาญผดุงสกุล)Senior UX Designer & Researcher@ Pruxus **** และพิเศษ มีแจกโค้ดส่วนลดเพิ่มเติมสำหรับ Usability & Heuristics Workshop ที่จะจัดวันเสาร์ที่ 29 ตุลาคมนี้ ใน live นี้ด้วยนะครับ ***

เรามักจะได้ยินคำว่า เทรนด์ (Trend) กันบ่อย ๆ ว่าเป็นสิ่งที่ธุรกิจควรต้องจับและวิ่งตามให้ทันใช่ไหมครับ เพราะเมื่อไหร่ที่มีเทรนด์หรือสิ่งที่ฮิต ๆ กันในตลาด มันแปลว่าตรงนั้นมี needs ของลูกค้าอยู่ เราก็ควรจะรีบไปจับให้ ได้ หรือในแง่การสร้างโปรดักส์ เราก็ควรจะรีบออกฟีเจอร์หรือปรับโปรดักส์เราให้เข้าตามเทรนด์ให้ได้ แล้วเราจะเพิ่มลูกค้าและยอดขายได้มากมาย   Ep นี้เลยจะชวนมาคุยกันเกี่ยวกับเรื่องเทรนด์ครับ ว่าถ้าเราลองมองไปยังพื้นฐานการสร้างประสบการณ์ใช้งานที่เราเคยพูดมาเสมอ (Useful + Usable) เราควรจะวิ่งตามเทรนด์แค่ไหนยังไงบ้าง เพราะถึงเทรนด์จะเป็นสิ่งที่สื่อถึง needs ของ users ได้ แต่ก็ไม่ได้แปลว่าเราควรวิ่งตามเสมอ ในทางกลับกัน บางกรณีเราก็ควรจะต้องรีบปรับโปรดักส์ของเราตามเทรนด์ให้ได้ครับ   และ case studies ที่จะอ้างถึงใน ep นี้: Facebook และ Instagram ที่ปรับโปรดักส์ของตนเพื่อตามเทรนด์ TikTok Tink Labs - Startup ฮ่องกง ที่เคยเป็นระดับ unicorn แต่ต้องปิดตัวลงเพราะมีสิ่งอื่นที่ serve needs users ได้ดีกว่า เมื่อเวลาผ่านไป   Ref: https://www.euronews.com/next/2022/07/26/stop-trying-to-be-tiktok-how-instagrams-copycat-strategy-has-backfired-with-loyal-users https://www.theguardian.com/technology/2022/jul/26/instagram-changes-user-backlash-trying-to-be-tiktok https://brandinside.asia/tink-labs-stop-services-and-restructuring/

จาก Ep ที่แล้ว เราพูดถึงพื้นฐานด้าน information design และการสร้าง information architecture ไปแล้ว ep นี้จะมาต่อยอดจากเรื่องเดิม ว่าเมื่อเรามี information architecture แล้ว เราจะเอาไปใช้งานทำอะไรต่อได้บ้าง โดยจะพูดถึงสิ่งหลัก ๆ 3 อย่าง ที่คนมักจะสับสนว่ามันต่างกับ information architecture ยังไงครับ คือ Site map Navigation Information hierarchy (และ visual hierarchy)   Link รายละเอียด workshop Understand Your Info 2022 วันที่ 20 ส.ค.2022: https://bit.ly/understandinfo22 Link ขายบัตร workshop: https://bit.ly/understandinfo22-ticket

จาก Ep73 - 4 ขั้นตอนของ UX Design Pyramid มีขั้นตอนที่ชื่อว่า “Information” ที่เรียกได้ว่าเป็นรากฐานของการการสร้างโปรดักส์ด้วยซ้ำ Ep นี้เลยจะมาลงรายละเอียดเกี่ยวกับขั้นนี้กันครับ ว่าสิ่งที่เรียกว่า การออกแบบ information หรือ information design เนี่ย มันเกี่ยวข้องกับอะไรบ้าง และศาสตร์ย่อยที่สำคัญมากของการทำ Information Design ที่เรียกว่า "Information Architecture" นั้นมันคืออะไร information design ที่ไม่ดีพอ คือรากฐานของปัญหาการใช้งาน information design คือ การออกแบบให้ข้อมูลของเรา"เข้าใจง่าย และเข้าถึงได้ง่าย" ที่สุด สำหรับ users เราจะทำให้ข้อมูลเข้าใจง่าย เข้าถึงง่าย ก็ต้องเริ่มที่รากฐานที่ “information architecture”   Link รายละเอียด workshop Understand Your Info 2022 วันที่ 20 ส.ค.2022: https://bit.ly/understandinfo22 Link ขายบัตร workshop: https://bit.ly/understandinfo22-ticket

เมื่อไม่นานมานี้ ที่เพจพรักซุสเราได้โพสต์ผลของ research ที่เราทำกันเอง เกี่ยวกับว่า ระหว่างฟอนต์มีหัวกับฟอนต์ไม่มีหัว แบบไหนอ่านง่ายกว่ากัน (ลิงค์ไปที่โพสต์นั้น และผลของ research https://bit.ly/3PnnGLP ) และโพสต์นั้นได้รับความนิยมและคนแชร์กันค่อนข้างเยอะทีเดียวครับ   Ep นี้ผมเลยชวนทีมงานพรักซุสเรา คือคุณพัทและน้องมีน มาเม้าท์เกี่ยวกับเบื้องหลังของ research ในครั้งนี้ ว่ามีที่มาที่ไปยังไง methodology และการวัดผลดูที่อะไร ปัญหาที่เราเจอ และผลลัพธ์ที่ได้และการนำไปประยุกต์ใช้ในงานออกแบบ user experience ว่าเราควรเลือกใช้ฟอนต์ยังไงครับ   Timestamp 1:58 ที่มาที่ไป 11:10 กระบวนการที่ใช้วัดผล (methodology) 14:08 Research นี้เกี่ยวข้องกับ usability หรือเกี่ยวข้องกับประสิทธิภาพของมนุษย์ 16:23 จะวัดว่าฟอนต์อ่านง่าย-ยาก ดูที่ไหนดี 17:29 เราจำเป็นต้องไปวัดกับคนเยอะ ๆ และหลาย ๆ ประเภทไหม 20:57 เลือกฟอนต์จากไหน 25:29 นอกจากวัดเรื่องเวลาแล้ว เราก็วัดความรู้สึกหลังการอ่านด้วย 29:10 เนื้อหาบทความที่เอามาใช้ในการทดสอบ 35:44 เครื่องมือที่เราใช้ตอนเทส 38:24 จำนวน users ที่มาเข้าร่วมทดสอบ และหาจากไหน 42:04 ผลลัพธ์ที่ได้ 46:45 คำแนะนำในการนำฟอนต์ไปใช้งาน

Heuristics ข้อที่มักจะถูกทั้ง designers และทีมสร้างโปรดักส์เมินบ่อยมากที่สุดในทั้ง 10 ข้อ ก็คือหัวข้อของเสวนา UX ในครั้งนี้ หรือ "Help and Documentation" นั่นเองครับ แต่ก็ไม่ได้แปลว่าเป็นสิ่งที่ไม่สำคัญที่เรามองข้ามได้ในการสร้างโปรดักส์ครับ ในทางกลับการ Heuristic ข้อนี้ก็มีสิ่งที่สำคัญและน่าสนใจอยู่เยอะมาก   หลักการของ Heuristic ข้อนี้คือ เราต้องตระเตรียม Help และข้อมูลที่ช่วยอธิบายการใช้งานและการทำงานของส่วนต่าง ๆ ของโปรดักส์ไว้ให้ users อยู่เสมอ ถ้าเกิดมี users บางคนที่ต้องการหาข้อมูลเหล่านี้ ก็ควรจะหาเจอได้ง่าย ส่วนหนึ่งที่ทำให้ Heuristic ข้อนี้ถูกละเลยบ่อย ก็เพราะว่าคนมักจะเชื่อกันว่า ถ้าโปรดักส์ออกแบบมาดีพอ users จะไม่จำเป็นต้องไปนั่งอ่าน Help สอนการใช้งานเพิ่มเติมอีกแล้วซึ่งเป็นสิ่งที่ถูก แต่ก็ถูกแค่ครึ่งเดียวครับ เพราะในความเป็นจริงไม่ว่าโปรดักส์ที่ออกแบบมาดีแค่ไหน สุดท้ายก็จะมี users บางกลุ่ม ที่ต้องการข้อมูลเพิ่มเติมเพื่อสอนการใช้งาน เช่น users ที่มือใหม่จัด ๆ ที่ยังใช้อะไรไม่ค่อยเป็นหรือกลับกัน ก็มี users บางกลุ่มที่ต้องการข้อมูลอธิบายการทำงานของระบบเชิงลึก เช่น users ระดับเก๋า ๆ ทั้งหลายซึ่งจะเห็นได้ว่า Help and Documentation นั้น เป็นสิ่งที่ต้องทำไม่ใช่แค่เพื่อ users ส่วนน้อยไม่กี่คนเท่านั้นครับ   แต่เพราะการที่ทีมสร้างโปรดักส์มักจะละเลยข้อนี้ มันเลยก่อให้เกิดปัญหา usability problems กับ users อยู่บ่อยครั้งครับ เสวนาครั้งนี้ เป็นตอนต่อของซีรี่ย์ Heuristics ซึ่งเราจะมาลงรายละเอียดเกี่ยวกับ "Help and Documentation" ซึ่งเป็น 1 ใน 10 ข้อของ Heuristic Evaluation ว่ามันคืออะไร และสำคัญกับการสร้างโปรดักส์อย่างไรบ้าง เราจะมาคุยเกี่ยวกับ "Help and Documentation" และหลักการในการออกแบบ Help ที่ดีควรเป็นอย่างไรบ้าง   และเราจะมาแชร์ตัวอย่างที่เราเจอกันบ่อย ๆ ในชีวิตประจำวัน และในโลกดิจิตอลด้วยครับ ว่ารูปแบบของ Help and Documentation มันรวมไปถึงอะไรบ้าง ไม่ใช่แค่คู่มือหรือหน้า Help ธรรมดา แต่ใน UI ระบบรอบตัวทั้งหลายของเรา ต่างก็มี Help and Documentation ซ่อนอยู่ทั่วไปหมดในหลากหลายรูปแบบครับ และรูปแบบไหนที่ดี/ไม่ดีบ้างพร้อมมาเสวนากันถึงปัญหาว่า ถ้าโปรดักส์ไม่ได้สนใจเรื่อง "Help and Documentation" จะเกิดปัญหาอะไรกับ users บ้าง และเราจะแก้ไขปัญหาที่เกิดนี้กันอย่างไรดี รวมถึงตัวอย่างของการนำหลักการนี้ไปใช้ในการออกแบบโปรดักส์จริงด้วยครับ ในครั้งนี้เรามีแขกรับเชิญคือ คุณโบว์ที่เป็น Independent Project Manager ที่เคยร่วมงาน design projects กับลูกค้าจากหลายหลายองค์กรทั้งภาคเอกชนและรัฐบาล ที่จะมาร่วมนั่งเม้าท์และแชร์ประสบการณ์การทำงานที่เกี่ยวข้องกับหัวข้อครั้งนี้กันครับ   รายชื่อผู้ร่วมเสวนา: คุณพิจ (พิจารณา รัตนาธิคุณ)Founder, Design & Research Director@ Pruxus Design คุณโบว์ (สร้อยมุกข์ ยิ่งชัยยะกมล)Independent Project Manager คุณมีน (วรัท จงกลรัตน์)UX Experience Consultant@ Pruxus คุณเบียร์ (ปิยะพันธุ์ พิศุทธิ์นารากูล)Co-Founder and Project Manager@ Pruxus

สิ่งที่สวยงาม มักจะทำให้คนเราตื่นเต้นได้เสมอ UI สวย ๆ ของโปรดักส์ต่าง ๆ ก็เช่นเดียวกัน หลายคนเมื่อพูดถึงการทำ UX/UI ก็มักจะนึกถึงความสวยงามมาก่อน ซึ่งยิ่งโปรดักส์ออกแบบมาสวย ก็ยิ่งดึงดูด users ให้สนใจ ดังนั้น UX เราก็ควรจะออกแบบ UI ก่อนเลย จริงไหมครับ?    Ep นี้จะมาคุยกันว่า ทำไมความสวยงามถึงเป็นสิ่งที่มนุษย์เราชอบสนใจก่อนเป็นอันดับแรก หลักการทางจิตวิทยาที่เกี่ยวข้อง และทำไมมันถึงกลับควรที่จะเป็นขั้นตอนสุดท้ายของการออกแบบ UX และผลเสียของการโฟกัสไปที่ความสวยงามก่อนต่อทีมสร้างโปรดักส์และองค์กรครับ

มีน้อง ๆ UX ถามเข้ามาบ่อยว่า เวลาที่จะลงมือออกแบบ user experience จริง ๆ มันควรมีขั้นตอนยังไงบ้าง เพราะผักสดพอดแคสต์เราพูดถึงเรื่อง useful usable ที่เป็นพื้นฐานของประสบการณ์การใช้งานมาเยอะแล้ว แต่พอลงมือจริง ๆ ก็ยังไม่แน่ใจเท่าไหร่ ep นี้เราเลยจะมาพูดถึง 4 ขั้นของ UX Design Pyramid ซึ่งเป็น framework ที่ทางพรักซุสเราใช้กับทุกโปรเจ็คที่เราทำ design ครับ ซึ่งเป็นขั้นตอนการดีไซน์ที่เราควรจะไล่ทำทีละขั้นและไม่รีบกระโดดไปขั้นต่อไปเร็วเกินไป เพราะถ้ารีบ อาจจะส่งผลที่ร้ายแรงกับโปรดักส์ที่เราสร้างได้ ทั้ง 4 ขั้นนี้ได้แก่: Concept - ระบบทำอะไรได้, มีฟีเจอร์อะไร, แก้ปัญหาให้ users อย่างไร Information - Information ที่เกี่ยวข้องกับระบบมีอะไรบ้าง, information อะไรที่สำคัญมาก-น้อย, information อะไรที่มีความเกี่ยวข้องกันและควร group รวมกัน Interaction - users จะใช้งานระบบยังไง, มีปฏิสัมพันธ์กับระบบยังไง/ขั้นตอนการใช้งานเป็นยังไง, เราควรเลือกใช้ controls แบบไหน, messages แต่ละจุดควรต้องพูดยังไงให้เข้าใจได้ง่าย, states ของการใช้งานต่าง ๆ มีอะไรบ้าง Visual - ความสวยงาม, pixel perfection, สีสัน, ฟ้อนท์, Corporate Identity โดยที่มาของ framework นี้ ที่ผมได้มาจาก workshop อบรมของ Microsoft ที่เคยไปเข้าร่วมครับ (Speaker คือ คุณ Shane Morris ที่เป็น Microsoft Evangelist/UX Designer)

ถึงการเลือกตั้งผู้ว่าฯ กทม.จะพึ่งจบไป แต่มีสิ่งนึงที่น่าสนใจ ที่อยากจะชวนมาคุยใน ep นี้ครับ ก็คือ รูปแบบของบัตรเลือกตั้ง 2 ใบที่ใช้ในการเลือกตั้งในครั้งนี้ ที่หลายคนเจอปัญหาการใช้งานหรือ usability problems ตอนที่เข้าไปเลือก บางคนก็กาผิดใบบ้าง บางคนก็จำเบอร์ที่เลือกไม่ได้บ้าง ซึ่งถ้าลองมองตามหลักการ Heuristic Evaluation จะพบว่า ระบบบัตรเลือกตั้ง 2 ใบที่ใช้ในครั้งนี้ มันผิดหลักการ Usability Heuristics 2 ข้อหลัก ๆ เลยครับ ซึ่งผลที่ตามมาก็คือ การที่ประชาชนหลายคนตั้งใจไปเลือกตั้ง แต่เสียงของเขากลับไม่ถูกนำไปนับ เพียงเพราะว่าเค้าใช้งานบัตรไม่ได้ ซึ่งเป็นตัวอย่างของปัญหา usability ที่ทำให้ tool ที่สร้างขึ้นมาเพื่อช่วย serve คน กลับกลายเป็นสร้างปัญหาใหม่ให้คนแทน และเราจะมาคุยถึงว่าปัญหาเหล่านี้มักจะเกิดจากอะไร รวมถึงวิธีแก้ไขคร่าว ๆ ที่ควรจะต้องเป็นครับ Ref: https://www.facebook.com/rocketmedialab.co/posts/570798947984028

Ep นี้ ได้ inspiration มาจากโพสต์นึงใน IG ของคุณ Chris Do ที่เป็นดีไซเนอร์ระดับเซเลปคนนึงของโลกครับ โดยเค้าพูดถึงเรื่อง แบรนด์ ที่หลายครั้งคนมักจะวางหลักการมากมายเพื่ออธิบายวิธีการสร้างแบรนด์ที่ดี แต่จริง ๆ แล้วเราสามารถเปรียบเทียบง่าย ๆ ให้แบรนด์เป็นเหมือนเพื่อนเราคนนึง ลักษณะของเพื่อนที่ดีของเราเป็นแบบไหน ลักษณะของแบรนด์ที่ดีก็คล้ายกันในแบบนั้น เพราะลูกค้าไม่ได้ตกหลุมรักองค์กร แต่ตกหลุมรักที่บุคลิค (ที่องค์กรแสดงออกมาในรูปแบบแบรนด์) ซึ่งจุดที่น่าสนใจคือ หลาย ๆ ข้อที่คุณ Chris Do พูดถึงนั้น มันคือสิ่งที่ตรงกับ UX Mindset นั่นเองครับ และสุดท้ายแล้ว แบรนด์ของเราจะออกมาเป็นแบบไหน มันก็ไม่ใช่แค่งานของทีมแบรนดิ้งเท่านั้นครับ ลักษณะของเพื่อนที่ดี โดยคุณ Chris Do เพื่อนที่ดี คือคนที่... เชื่อถือได้ ไว้ใจได้ และซื่อสัตย์ ชัดเจนว่าเป็นคนแบบไหน เชื่อในเรื่องอะไร และก็ทำตัวแบบนั้นคงเส้นคงวา ไม่เปลี่ยนไปเปลี่ยนมา เข้าใจและเห็นใจคนอื่น ๆ มี Empathy ไม่รีบด่วนตัดสินชาวบ้าน คอยซัพพอร์ตคนอื่น ทั้งในเวลาที่ดีและแย่ คิดถึงคนอื่น และเข้าใจว่าคนอื่นต้องการอะไร ก่อนคนอื่นจะเอ่ยปากด้วยซ้ำ รับฟัง มองโลกในแง่ดี เป็นคนสนุกกะมีอารมณ์ขัน เมื่อลองเปลี่ยนคำว่า “เพื่อน” เป็น “แบรนด์” เราก็จะได้ลักษณะของแบรนด์ที่ดีแล้ว   Ref: https://www.instagram.com/p/CH6UtRVFYqq/?utm_medium=copy_link