เปิดทำการกี่โมง?

จันทร์ 10:00 - 18:00 อังคาร 10:00 - 18:00 พุธ 10:00 - 18:00 พฤหัสบดี 10:00 - 18:00 ศุกร์ 10:00 - 18:00

Pruxus Design, Sukhumvit Road, Bangkok (2026)

03/09/2026

⚡️ FLASH SALES ⚡️
โอกาสสุดท้ายกับราคาพิเศษ Fast Prototype & The Right Testing Workshop ที่จะจัดในวันเสาร์ที่ 5 กันยานี้ 😄
จาก 5,200 เหลือ 4,000 บาท
และแบบ Combo จาก 5,700 เหลือ 4,500 บาทเท่านั้น
เริ่มเที่ยงวันถึงเที่ยงคืน 12.00-23.59 วันนี้เท่านั้น! (พฤหัสที่ 3 ก.ย.)
>> ซื้อบัตรได้ที่นี่: https://www.ticketmelon.com/pruxus/Fast-Prototype-and-the-Right-Testing-2026
รายละเอียดเพิ่มเติม Workshop ครับ: https://www.facebook.com/events/1558050839277086

01/09/2026

🥬 Usability Testing ในปี 2026 ควรเป็นอย่างไร? เราใช้ AI ทำแทนได้ไหม? (ผักสดพอดแคสต์ Ep121 🥬🎤)
Ep นี้ จะชวนมาคุยถึงการทำ UT (User Testing/Usability Testing) ครับ ว่าเรายังจำเป็นต้องทำไหม? หรือมันสามารถใช้ AI แทนที่ได้หมด?

UT นั้น ถือเป็นขั้นตอนสำคัญมากของกระบวนการสร้างประสบการณ์ใช้งานที่ดีให้ Users เวลาที่เราสร้างโปรดักส์ดิจิตอลเลย เพราะมันคือขั้นที่ให้เรามาดูว่า Users ของเราสามารถใช้งานได้จริงหรือไม่จริงแค่ไหนยังไงบ้าง และถ้า Users ใช้งานไม่ได้จริง อะไรที่ทำให้ Users ใช้ไม่ได้และติดขัด ซึ่งมันจะช่วยให้เราไปรีบปรับโปรดักส์ให้ดีขึ้นได้แต่เนิ่น ๆ ซึ่งจะช่วยลด costs ในระยะยาวของการ Develop โปรดักส์ได้ครับ

ทีนี้ในช่วงนี้ที่เรามี Generative AI หลายหลายตัวที่ช่วยเราเนรมิตสิ่งต่าง ๆ ได้ เราใช้มันแทน Users เราเลยได้ไหม? แทนที่จะเอา Users จริงเข้ามา Test เราให้ AI วิเคราะห์แทน? สปอยด์ไว ๆ คือ "ไม่ได้" ครับ เพราะมันมีหลายหลายอย่างที่อาจจะ Mislead ให้ผลที่ไม่ตรงกับการใช้งานจริงของ users ของเราเยอะมาก

Ep นี้ก็เลยจะมาไล่กระบวนการทำ UT กันตั้งแต่เริ่ม ว่ามันมีขั้นตอนยังไงบ้าง และแต่ละขั้นตอน เราให้ AI ช่วยตรงไหนได้บ้าง หรือต้องระวังในขั้นไหนบ้างครับ เพื่อที่ให้เรายังสามารถได้ประโยชน์จากการทำ UT อยู่ แต่ก็สามารถลด Cost และเวลาในการทำ UT ลงได้ครับ

--------------------
ฟังได้ที่นี่ครับ
🥬 Youtube: https://bit.ly/4gNusdj
🥬 Podbean: https://bit.ly/4gZv1ln
🥬 Spotify: https://bit.ly/4ydtKNd
🥬 Apple Podcast: https://apple.co/45ZGQlq
============================

แนะนำติชม podcast สอบถาม หรือเสนอไอเดียได้ที่นี่ครับ:
https://bit.ly/puxodFeedback

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

31/08/2026

😁****ประกาศรางวัลแล้วครับ 📢📢🤩🎁🎁🎁*****
สำหรับผู้ที่ส่งคำตอบเข้ามาลุ้นรางวัล บัตร Fast Prototype & The Right Testing 2026 นะครับ
ผู้ที่ได้รางวัลคือ
1.คุณ เจเน็ต (cae... .com )
ขอแสดงความยินดีด้วยครับ 😆😁😙
เดี๋ยวจะมีอีเมลส่งไปหานะครับ ถ้าไม่ได้อีเมลภายในวันที่ 1 ก.ย. รบกวนทักแชทมาหาแอดมินเพื่อยืนยันรับสิทธิ์หน่อยนะครับ 😃
และตอนนี้บัตรราคา Early Bird สำหรับ Workshop นี้ จะมีถึงแต่ 23.59 น. วันนี้เท่านั้นนะครับ หลังจากนี้จะกลายเป็นราคาเต็มครับ อย่าพลาดนะครับ 😃
https://www.ticketmelon.com/pruxus/Fast-Prototype-and-the-Right-Testing-2026

31/08/2026

วันนี้เป็นวันสุดท้ายของบัตรราคา early bird ของ Fast Prototype and the Right Testing แล้วนะครับ
ใครที่สนใจแต่ยังไม่ได้จองบัตร อย่าลืมจองก่อนราคาขึ้นเป็นราคาเต็ม เที่ยงคืนนี้นะครับ 😁

28/08/2026

มีของมาแจกคร้าบ 😆👏🎈🎉
ตอบคำถาม #ชิงรางวัล บัตรฟรี Fast Prototype & The Right Testing 2026 จำนวน 1 ใบครับ มูลค่า 5,200 บาท!!
>> ร่วมตอบชิงรางวัลที่นี่ครับ >> https://forms.gle/2YmT3wF7ZYsLJsM36
เพียงตอบคำถามสั้น ๆ :
“คุณมีความคิดเห็นอย่างไรกับการใช้ AI มาช่วยทำ Usability testing? และถ้าคุณเคยใช้แล้ว ช่วยแชร์ให้ฟังหน่อยว่าคุณทำยังไง และมันเวิร์คหรือไม่เวิร์คอย่างไรบ้าง”
(รายละเอียด workshop เพิ่มเติม: https://www.facebook.com/events/1558050839277086 )
ปิดรับวันจันทร์ที่ 31 ส.ค. ตอน เที่ยงตรง และประกาศผลในวันเดียวกันตอนช่วงเย็น ที่ Facebook ของพรักซุสดีไซน์ และทางอีเมลของผู้ที่ได้รางวัลครับ
(หมายเหตุ 1 คน มีสิทธิ์ชิงรางวัลแค่ 1 สิทธิ์นะครับ ถึงแม้จะตอบมาหลายคำตอบก็ตาม)

26/08/2026

ขอบคุณทาง Institute of Field Robotics (FIBO) มหาวิทยาลัยเทคโนโลยีพระจอมเกล้าธนบุรี ที่ัเชิญคุณพิจจากพรักซุสไปแชร์เรื่อง Empathy และการทำ User Research ให้น้อง ๆ นศ.ที่กำลังจะลงสนามสัมภาษณ์กลุ่ม Users เพื่อพัฒนานวัตกรรมนะครับ

ปีนี้เป็นปีที่ 4 ที่ทางพรักซุสเราได้ไปแชร์กับทาง FIBO แล้วครับ ขอบคุณอาจารย์ Arbtip Dheeravongkit มาก ๆ ครับ 😄

24/08/2026

UX Research ที่ Pruxus เราทำ มีแบบไหนบ้าง (Part 2 - Test หลังทำดีไซน์มาแล้ว)
(ถ้ายังไม่ได้อ่าน Part 1 แนะนำให้เริ่มจากโพสต์แรกก่อนนะครับ: https://www.facebook.com/share/p/1EVeapYHUM/)
จากโพสต์ที่แล้วที่เราพูดถึง Research แบบ Understand หรือ Research ที่ทำก่อนการดีไซน์ โพสต์นี้จะมาต่อในส่วนของ Research ที่ทำหลังจากที่เราดีไซน์ไปแล้วครับ

==========================
📌 ก่อนอื่น ต้องเข้าใจก่อนว่า "ดีไซน์" มีหลายขั้น

จาก Framework ที่ Pruxus ใช้อย่าง Pyramid of UX (https://www.facebook.com/share/r/19Car1bG8a/) การดีไซน์ไม่ได้หมายถึงแค่การออกแบบหน้าจอให้สวยงาม

แต่มันเริ่มตั้งแต่ขั้น Concept ว่าระบบเราจะทำอะไรได้บ้าง ไปจนถึงการออกแบบหน้าจอหลายๆ หน้าจอที่รวมกันกลายเป็น "Flow" หรือขั้นตอนที่ User ต้องกดผ่านหน้าจอต่าง ๆ ในระบบของเราจนจบ และได้ในสิ่งที่ต้องการ (ระบบตอบโจทย์ Needs ของ Usersได้ เมื่อกดจนจบ Flow)

==========================
📌 แกนหลักที่เราดูว่าควรเลือก Method ไหนดี - ออกแบบ Flow แล้วหรือยัง?

หลักๆ เราจะดูก่อนว่าตอนนี้เราอยู่ในขั้นไหนของการดีไซน์ครับ

ถ้า ❌ ยังไม่มี Flow มีแค่ไอเดียว่าระบบจะทำอะไรได้บ้าง
→ ใช้ "Concept Validation"

ถ้า ✅ ออกแบบ Flow เรียบร้อยแล้ว
→ ใช้ "Usability Testing"

==========================
📌 ยังไม่มี Flow: ใช้ "Concept Validation"

วิธีการคือเอาไอเดียที่เรามีมาสร้างเป็น Scenario หรือเรื่องราวตั้งแต่ต้นจนจบ ว่าก่อนที่ User จะมาใช้ระบบเรา เค้าเจอปัญหาอะไร และเมื่อใช้ระบบนี้จบแล้วมันช่วยแก้ปัญหาให้เค้าได้อย่างไร แล้วเอา Scenario นี้ไปเล่าให้ User ฟัง

🎯 แต่หัวใจหลักไม่ใช่แค่เล่าให้ฟังแล้วถามว่าชอบหรือไม่ชอบ แต่คือการใช้ชุดคำถามที่ขุดลึกให้ได้ว่า ไอเดียนี้มันตอบโจทย์ Needs ของ User จริงๆ หรือเปล่าครับ

🔸 Common Mistake ที่เจอบ่อย คือหลายทีมรีบนั่งออกแบบ Flow และหน้าจอทั้งหมดก่อน แล้วค่อยเอามาทดสอบกับ User ทั้งที่จริงๆ ถ้าไอเดียยังไม่แน่ใจว่าตอบโจทย์ Needs จริงไหม เล่าเป็นเรื่องราวก็เพียงพอแล้วครับ ไม่จำเป็นต้องเสียเวลาออกแบบหน้าจอทั้งหมดก่อน

แต่ถ้าอยากมี Flow ประกอบด้วย ทุกวันนี้ AI สามารถช่วยสร้าง Flow คร่าวๆ ให้เราได้เร็วมากขึ้นแล้วครับ จะใช้ตรงนั้นมาช่วยก็ได้เช่นกัน เพราะหัวใจหลักคืออย่าเสียเวลากับการออกแบบเยอะโดยที่ Concept ยังไม่ชัด

แต่สิ่งที่ต้องระวัง คือต้องแยกให้ออกว่า สิ่งที่ User พูดว่าดีหรือไม่ดีนั้น เค้ากำลังพูดถึงอะไร — ไอเดียมันมีโอกาส "แก้ปัญหาเค้าได้จริงไหม" หรือเค้าแค่รู้สึกว่า "ใช้งานง่าย" หรือ หน้าจอ "สวย" เพราะทั้ง 3 อย่างนี้เป็นคนละเรื่องกันครับ

และนี่คือสิ่งที่ Pruxus เราให้ความสำคัญมากๆ ในการทำ Research ครับ ว่า Insight หรือแต่ละประโยคที่ User พูดมานั้น มันอยู่ในมิติไหน เพราะถ้าแยกไม่ออก สิ่งที่เอาไปพัฒนาต่อก็อาจจะแก้ผิดจุดได้ครับ

==========================
📌 มี Flow แล้ว: "ใช้ Usability Testing"

ถ้าผ่านขั้นตอนของการ Validate ไอเดียมาแล้ว และตอนนี้มี Flow พร้อมแล้ว ก็สามารถทำ Usability Testing ได้เลยครับ ซึ่งคล้ายกับที่พูดไปใน Part 1 แต่จุดที่ต้องย้ำคือ Usability Testing วัดเรื่อง "ใช้งานง่ายไหม" ไม่ใช่ "มีประโยชน์ไหม" ทั้งสองอย่างนี้เป็นคนละมิติกันครับ

นอกจากนี้ยังมี Tree Testing ซึ่งเหมาะสำหรับระบบที่เมนูหรือการจัดหมวดหมู่เป็นเรื่องสำคัญ ถ้า User มักหาของไม่เจอหรืองงกับโครงสร้างของระบบ Tree Testing จะช่วยให้เราเห็นภาพชัดขึ้นว่าปัญหามันอยู่ตรงไหนครับ

========
คร่าวๆ ประมาณนี้ครับสำหรับ Methods หลักๆ ที่ Pruxus เราทำ นอกเหนือจากนี้ยังมี Methods ปลีกย่อยอีกพอสมควร ถ้ามีโอกาสจะมาเขียนเพิ่มในโพสต์ถัดไปนะครับ 😃

===============
และพิเศษ เดือนหน้า (เสาร์ที่ 5 ก.ย.) เรามีเปิด Workshop เกี่ยวกับการทำ Usability Testing หรือวิธีการทดสอบดีไซน์ของเรากับ Users จริง ที่ในวงการถือว่าเป็นมาตรฐานทองคำ (Gold Standard) ของการวัดผลดีไซน์ด้าน UX ครับ แถมยังเป็นวิธีการที่เราใช้ได้ทั้งก่อนทำดีไซน์ และหลังทำดีๆงน์ด้วย ซึ่งเป็น Workshop ที่เปิดปีละครั้งเท่านั้น

สอนโดยคุณพิจ ผู้มีประสบการณ์ทำ Usability Testing มากว่า 20 ปีครับ

🎟️ รายละเอียดเพิ่มเติม และลิงค์ขายบัตร: https://www.ticketmelon.com/pruxus/Fast-Prototype-and-the-Right-Testing-2026

21/08/2026

UX Research ที่ Pruxus เราทำ มีแบบไหนบ้าง (Part 1 - Research แบบ Understand ที่ทำก่อนดีไซน์)
ช่วงนี้มีคำถามเข้ามาบ่อยพอสมควรว่า "อยากทำ UX Research แต่ไม่รู้ว่าควรใช้แบบไหน" หรือ พรักซุสมีบริการทำ Research แบบไหนบ้างนะ และแต่ละแบบใช้ตอนไหนบ้าง?
บทความนี้เลยอยากมาลงรายละเอียดเกี่ยวกับวิธีการทำ Research ของเราสักหน่อยครับ
ไม่ว่าคุณสนใจจะใช้บริการของเรา หรืออยากเอาไปทำด้วยตัวเองก็ได้เช่นกันครับ ซึ่งคิดว่าน่าจะช่วยให้เห็นภาพเกี่ยวกับ UX Research ได้ชัดขึ้นครับ 😃

==========================
📌 ก่อนเข้าเรื่อง:
UX Research มักจะทำแบบ 1-on-1
หลายคนคุ้นเคยกับ Focus Group หรือการทำ Research ที่มีคนนำสัมภาษณ์ 1 คน คุยกับผู้เข้าร่วมหลายคนพร้อมกัน ซึ่งฝั่ง Marketing มักจะใช้ Method นี้กันบ่อย ๆ และใช้ได้ดีมากครับ เพราะสิ่งที่ฝั่ง Marketing สนใจเป็นหลัก คือความรู้สึกโดยรวม ชอบ ไม่ชอบ สนใจ ไม่สนใจ น่าซื้อ ไม่น่าซื้อ
แต่ UX Research ต้องการขุดลึกกว่านั้น เราสนใจ "เหตุผลเบื้องหลัง" ว่าทำไมคนถึงทำสิ่งต่างๆ ซึ่งสิ่งเหล่านั้นมักไม่ออกมาเวลาคนอยู่กันในกลุ่มหลายคนครับ ยิ่งเป็นคนอื่นที่ไม่รู้จักด้วยแล้ว ทำให้คนมีแนวโน้มปิดกั้นตัวเอง ไม่กล้าพูดในสิ่งที่ตัวเองไม่เข้าใจ หรือเขินที่จะยอมรับว่าทำอะไรบางอย่างไม่ได้
🔸 นั่นคือเหตุผลหลักที่ UX Research เราทำแบบ 1-on-1 เสมอครับ

==========================
📌 ก่อนเข้าเรื่อง (2)
Research เราแบ่ง 2 ช่วง: ก่อน และ หลังดีไซน์
หลัก ๆ พรักซุสเราแบ่ง UX Research ออกเป็น 2 ช่วงครับ โดยดูที่ขั้นตอนการดีไซน์เป็นแกนหลัก และดูว่า Research ที่เราจะทำนี้ ทำ "ก่อน" หรือ "หลัง" การดีไซน์

ซึ่งทั้งสองช่วงของ Research นี้ มีเป้าหมายต่างกันชัดเจน และ methods ที่ใช้ก็ต่างกันด้วยครับ

ซึ่งโพสต์นี้ เราจะขอโฟกัสที่เฟสแรกก่อนนะครับ หรือ Research ที่ทำก่อนการดีไซน์ หรือเราเรียกสั้น ๆ ว่า Research แบบ "Understand"

==========================
📌 ช่วงที่ 1: Research ก่อนดีไซน์ (Understand)
🎯 หัวใจของเฟสนี้คือ การ "เข้าใจ" ก่อนจะลงมือออกแบบอะไรก็ตาม เราต้องเข้าใจให้ได้ก่อนว่าปัญหาที่มีอยู่จริงๆ คืออะไร User มี Need อะไรบ้าง และเรามีข้อจำกัดอะไรที่ต้องทำงานด้วย
ถ้าเริ่มดีไซน์โดยที่ยังไม่เข้าใจตรงนี้ให้ดีพอ สิ่งที่ออกมาก็มีโอกาสสูงที่จะดูดีบนกระดาษ แต่พอใช้งานจริงกลับไม่เวิร์คครับ

ซึ่งหลัก ๆ จะเลือกใช้วิธีการ Research แบบไหน เราจะดูก่อนว่า ลูกค้าเคยมีโปรดักส์เดิมมาก่อนอยู่แล้วไหม? (เช่น โปรดักส์เวอร์ชันก่อนหน้า ที่อยากจะพัฒนาให้ดียิ่งขึ้น)
==========================
📌ถ้ายังไม่เคยมีโปรดักส์มาก่อน

วิธีที่เป็นท่ามาตรฐานที่สุด คือ:
"In-depth Interview" หรือการสัมภาษณ์เชิงลึกแบบ 1-on-1 กับ potential users (หรือคนที่เป็นกลุ่มเป้าหมายที่คิดว่า เค้าจะมาใช้โปรดักส์ของเราเมื่อสร้างเสร็จแล้ว)

ซึ่ง Research แบบนี้ มันไม่ใช่การสัมภาษณ์ทั่วไป ที่เราไปนั่งถามคำถามไล่ไปเรื่อย ๆ ว่าชอบหรือไม่ชอบอะไร แต่คือการให้เค้าเล่าประสบการณ์ที่ผ่านมาในอดีต ที่เกี่ยวข้องกับไอเดียของโปรดักส์ที่เราอยากจะสร้าง และทีม Research เราจะคอยเจาะทำความเข้าใจถึงเหตุผลของสิ่งที่ Users เล่ามาต่าง ๆ ขุดลึกไปถึงสาเหตุที่เค้าตัดสินใจทำสิ่งต่าง ๆ นั้น ปัญหาที่เค้าเคยเจอ และทำความเข้าใจ context ของชีวิตเขาจริงๆ

ซึ่งเป้าหมายคือ เพื่อให้เราเข้าใจเกี่ยวกับ Needs ของ Users อย่างชัดเจน เพราะระบบที่เราจะสร้างใหม่นี้ ต้องแก้ปัญหาได้ดีกว่าสิ่งที่เขาใช้อยู่เดิม ถ้าทำออกมาได้แค่เหมือนเดิม หรือมี Needs บางอย่างที่เราไม่ตอบโจทย์เค้า แต่สิ่งที่เค้าใช้อยู่ปัจจุบันมันดีกว่า คนก็ไม่มีเหตุผลเพียงพอที่จะเปลี่ยนมาใช้ครับ

==========================
📌 แต่ถ้าเรามี product เดิมอยู่แล้ว และอยากพัฒนาให้ดีขึ้น
ตรงนี้ทำได้ 2 แบบครับ:
1️⃣ แบบแรกเรียกว่า "Contextual Inquiry" หรือการ ให้ Users ที่เคยใช้งานเวอร์ชั่นก่อนอยู่แล้ว เปิดระบบของจริง ใช้งานให้เราดูจริง พร้อมเล่าให้เราฟังขณะที่ walk-through การใช้งานไปด้วยกัน ข้อดีของวิธีนี้คือ ทีม Researchers เราจะได้เห็นภาพจริง ๆ เลยว่าเขาใช้งานตรงไหน ทำอะไรยังไง และเมื่อเจอปัญหาต้องแก้ไขอย่างไรบ้าง ซึ่งคนเล่าก็เล่าง่ายขึ้น คนฟังก็เข้าใจและเห็นภาพมากขึ้นครับ

แถมการให้คนเล่าจากปากเปล่าล้วน ๆ โดยที่ไม่มีระบบให้ดูนั้น ความทรงจำคนเรามักจะนึกออกไม่ครบ และคลาดเคลื่อนได้ง่ายครับ

2️⃣ แบบที่สองคือ "Usability Testing" หรือ เอาระบบที่มีอยู่แล้วมาให้คนที่ "ยังไม่เคยใช้" มาทดลองใช้งานครั้งแรก (แต่ต้องเป็นคนที่มีโอกาสมาใช้งานระบบนี้ได้จริง ๆ นะ)

จุดสำคัญคือต้องเป็นคนที่ใช้ครั้งแรกเท่านั้นนะครับ เพราะสิ่งที่เราสนใจคือคนสามารถ "เรียนรู้การใช้งานด้วยตัวเองได้ไหม" ถ้าครั้งแรกมันยากเกินไป โอกาสที่คนจะเลิกใช้และกลับไปหา product เดิมก็สูงมาก

นอกจากนี้แล้ว อีกท่าที่เราทำได้กับการทำ Usability Testing คือเอาระบบคู่แข่ง มาทำ Usability Testing เพื่อดูว่าระบบคู่แข่งยังยาก หรือมีจุดที่ทำยังไม่ดีตรงไหนบ้าง ซึ่งจะช่วยให้เราเห็นชัดว่าเขามีจุดแข็งจุดอ่อนตรงไหน และเอาข้อมูลตรงนั้นมาเป็นวัตถุดิบในการออกแบบต่อไปได้ครับ

=============

ขอจบแค่นี้สำหรับ Research ประเภท 1. Understand ก่อนนะครับ
โพสต์หน้าจะมาต่อในส่วนของ Research เฟสที่ 2 หลังจากที่เราดีไซน์ไปแล้ว ซึ่งเป็นอีก phase ที่หลายคนมักมองข้าม แต่จริงๆ แล้วสำคัญไม่แพ้กันเลยครับ 😃

===============
และพิเศษ เดือนหน้า (เสาร์ที่ 5 ก.ย.) เรามีเปิด Workshop เกี่ยวกับการทำ Usability Testing หรือวิธีการทดสอบดีไซน์ของเรากับ users จริง ที่ในวงการถือว่าเป็นมาตรฐานทองคำ (Gold Standard) ของการวัดผลดีไซน์ด้าน UX ครับ ซึ่งเป็น Workshop ที่เปิดปีละครั้งเท่านั้น

สอนโดยคุณพิจ ผู้มีประสบการณ์ทำ Usability Testing มากว่า 20 ปีครับ
🎟️ รายละเอียดเพิ่มเติม และลิงค์ขายบัตร: https://www.ticketmelon.com/pruxus/Fast-Prototype-and-the-Right-Testing-2026

19/08/2026

Workshop ที่ช่วยให้คุณเรียนรู้การทำ Usability Testing และ Prototype ที่เร็ว สนุก และนำไปใช้ได้จริงที่สุดสำหรับชาว UX และคนสร้างโปรดักส์
มาฟังเสียงจากผู้เรียน Workshop นี้กัน ครับ😃
(ก่อนหน้า Workshop นี้ชื่อว่า Think-Aloud Usability Testing ครับ)
"Fast Prototype & The Right Testing Workshop"
Workshop ถัดไป ของพรักซุส ที่เราจะพาไปรู้จักกับการทำ Prototype แบบความเร็วสูง และ “Think-Aloud Usability Testing” หรือวิธีการทดสอบดีไซน์ของเรากับ users จริง ที่เป็นมาตรฐานทองคำ (Gold Standard) ของวงการ UX ครับ
ซึ่งใน workshop นี้เราจะมาลองทำ “Paper prototype” เพื่อออกแบบ flow การใช้งานระบบกันจริง ๆ แล้วนำไปทดสอบจริงต่อเลย ซึ่งจะช่วยให้เห็นภาพคำว่า "Iteration" ของการทำดีไซน์ได้รวดเร็วสุด ๆ ครับ 😃
ลิงค์ขายบัตร: https://www.ticketmelon.com/pruxus/Fast-Prototype-and-the-Right-Testing-2026
-----------
🎉 และพิเศษ! โปรโมชันคอมโบซื้อคู่ถูกกว่า เมื่อซื้อพร้อมคลาสออนไลน์ "Paper Prototyping" - ปูพื้นหลักการเรื่อง Prototyping ก่อนมาวัน workshop จริง ครับ (หรือถ้าใครเรียนไม่จบก่อนมา Workshop ก็กลับมาทวนใน Online class ต่อได้ 😂)
รับส่วนลดคลาส Paper Prototyping ทันที 60%! (จากราคาเต็ม 1,200 บาท)
ใครที่สนใจรีบซื้อก่อนที่จะบัตรหมดนะครับ เพราะ workshop มีที่นั่งค่อนข้างจำกัดครับ 😀
ลิงค์ขายบัตร: https://www.ticketmelon.com/pruxus/Fast-Prototype-and-the-Right-Testing-2026
===============
รายละเอียดเพิ่มเติม:
🧑🏻‍🏫 Fast Prototype & The Right Testing Workshop (Offline):
https://www.facebook.com/events/1558050839277086
🖥️คลาสออนไลน์ Paper Prototyping (Online)
https://school.pruxus.com/p/paper-prototype-ux
================
ถ้ามีคำถามเพิ่มเติม แชทถามแอดมินเพจได้เลยนะครับ 😃https://m.me/pruxusDesign

10/08/2026

อันนี้น่าจะเป็นตัวอย่างของกระบวนการ Design Thinking (ที่เค้าไม่รู้ว่าใช้ Design Thinking Framework อยู่ 😅) ที่ดีนะครับ กับจุดเริ่มต้นของการสร้าง Innovation "บ้านกับดักแมลงสาบ"

แทนที่จะมองว่า เราจะขายอะไรดี หรือ เราจะสร้างอะไรดี แต่เราควรมองว่า "ปัญหาแรง" ที่ลูกค้าของเราประสบอยู่ประจำคืออะไร และมองหาวิธีแก้ไขปัญหานั้นให้ได้ ด้วยสิ่งที่องค์กรเราทำได้ บวกกับไอเดียใหม่ ๆ ซึ่งปกติไอเดียใหม่ ๆ มันก็เดิดจากการลองจับแพะชนแกะสิ่งที่เราเคยเห็นมาก่อนในวงการอื่น มาผสมกับวงการเราครับ

และ Solution ที่เราคิดและสร้างขึ้นมา มันมักจะไม่ Work ในเวอร์ชันแรกทันที มันจะต้องมี Iterations หรือการปรับแก้ดีไซน์ในเวอร์ชันถัดมา เพื่อแก้ปัญหาเล็กน้อยที่ทำให้ Solution เรา เกือบจะเวิร์ค ให้เวิร์คเต็มที่ ให้ได้ครับ สุดท้ายสิ่งที่เกิดคือ Innovations ที่แก้ปัญหาให้ลูกค้าได้จริง และกลายเป็นสิ่งที่ทำเงินให้ธุรกิจได้จริงครับ 😄

โพสต์ต้นทางจากเพจ JapanSalaryman:
https://www.facebook.com/share/1BxbC4pqFp/

Pruxus Design

03/09/2026

01/09/2026

31/08/2026

31/08/2026

28/08/2026

26/08/2026

24/08/2026

21/08/2026

19/08/2026

10/08/2026

ที่อยู่

เวลาทำการ

เว็บไซต์

แจ้งเตือน

ติดต่อ ธุรกิจของเรา

ทางลัด

แชร์

คำขอนำรายการออก

จันทร์	10:00 - 18:00
อังคาร	10:00 - 18:00
พุธ	10:00 - 18:00
พฤหัสบดี	10:00 - 18:00
ศุกร์	10:00 - 18:00