• ติดตามบน
หน่วยที่ 2 การวิเคราะห์ความต้องการของผู้ใช้

หน่วยที่ 2 การวิเคราะห์ความต้องการของผู้ใช้

Chalothorn Kosakul 23-12-2025 372

หน่วยที่ 2 : การวิเคราะห์ความต้องการของผู้ใช้

User Research & Persona

พื้นฐานสำคัญก่อนออกแบบ UX/UI ให้ตรงใจผู้ใช้


เป้าหมายการเรียนรู้ของหน่วยนี้

เมื่อศึกษาหน่วยนี้จบ นักศึกษาจะสามารถเข้าใจได้ว่าเหตุใดการวิเคราะห์ผู้ใช้จึงมีความสำคัญ สามารถอธิบายขั้นตอนของการทำ User Research ได้ และนำข้อมูลที่ได้มาสร้าง User Persona เพื่อใช้เป็นแนวทางในการออกแบบ UX/UI ที่ตรงกับความต้องการของผู้ใช้จริง


1️⃣ บทนำ : ความเข้าใจผู้ใช้คือหัวใจของ UX/UI

UX/UI ที่ดี

❌ ไม่ได้เริ่มจากการเลือกสีหรือออกแบบหน้าจอให้สวยงาม
✅ แต่เริ่มจากการเข้าใจผู้ใช้จริงในชีวิตประจำวัน

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

หากระบบไม่สอดคล้องกับพฤติกรรมหรือบริบทของผู้ใช้ ผู้ใช้จะรู้สึกว่ายุ่งยาก ใช้งานไม่สะดวก และสุดท้ายอาจเลิกใช้งาน แม้ว่าระบบนั้นจะมีฟีเจอร์มากเพียงใดก็ตาม

“ก่อนออกแบบ ต้องตอบให้ได้ว่า ผู้ใช้คือใคร และเขาคาดหวังอะไรจากระบบนี้”

2️⃣ การวิเคราะห์ความต้องการของผู้ใช้ (User Requirement Analysis)

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

  • ผู้ใช้คือใคร (เช่น นักศึกษา ครู บุคลากร)
  • ใช้งานที่ไหน เวลาใด และใช้อุปกรณ์อะไร
  • ปัญหาที่พบจากระบบเดิม
  • เป้าหมายที่ผู้ใช้ต้องการบรรลุ

✅ ผลลัพธ์ของการวิเคราะห์ที่ดี

  • ออกแบบระบบได้ตรงกับการใช้งานจริง
  • ลดการแก้ไขงานซ้ำในภายหลัง
  • ช่วยประหยัดเวลาและงบประมาณในการพัฒนา

3️⃣ User Research คืออะไร

User Research คือกระบวนการเก็บข้อมูลจากผู้ใช้จริง เพื่อเข้าใจพฤติกรรม ความคิด และความรู้สึกของผู้ใช้ ขณะใช้งานระบบหรือแอปพลิเคชัน

การทำ User Research ช่วยให้นักออกแบบไม่ต้อง “เดาใจผู้ใช้” แต่สามารถออกแบบโดยอ้างอิงจากข้อมูลจริง

หัวใจของ User Research

ออกแบบจากข้อมูลจริง ไม่ใช่จากความคิดของผู้ออกแบบเพียงคนเดียว


4️⃣ ทำไมต้องทำ User Research

หากไม่มีการทำ User Research การออกแบบมักเกิดปัญหา เช่น ระบบซับซ้อนเกินไป ฟีเจอร์เยอะเกินความจำเป็น หรือผู้ใช้ใช้งานไม่เข้าใจ

❌ ระบบไม่ตอบโจทย์การใช้งานจริง
❌ ผู้ใช้สับสนและใช้งานผิดพลาด
❌ ผู้ใช้เลิกใช้งานในที่สุด

✨ ประโยชน์ของ User Research

  • เข้าใจผู้ใช้ในมุมมองที่แท้จริง
  • ค้นพบปัญหาที่ผู้ใช้อาจไม่เคยบอกตรง ๆ
  • ออกแบบระบบได้ใช้งานง่ายและตรงจุด

5️⃣ ประเภทของผู้ใช้ที่ต้องวิเคราะห์

Target User (ผู้ใช้หลัก)

ผู้ใช้หลักคือกลุ่มที่ใช้งานระบบเป็นประจำ เช่น นักเรียน นักศึกษา หรือครู ซึ่งเป็นกลุ่มที่ต้องให้ความสำคัญมากที่สุด

Secondary User (ผู้ใช้รอง)

เป็นผู้ใช้ที่ใช้งานเป็นครั้งคราว แม้ไม่ใช่กลุ่มหลัก แต่ระบบต้องไม่ซับซ้อนจนใช้งานไม่ได้

Stakeholder

เป็นผู้มีส่วนเกี่ยวข้องกับระบบ เช่น ผู้บริหาร หรือผู้ดูแลระบบ แม้ไม่ใช่ผู้ใช้โดยตรง แต่มีผลต่อทิศทางของโครงการ

การออกแบบที่ดีต้องคำนึงถึงผู้ใช้ทุกกลุ่ม

6️⃣ วิธีการเก็บข้อมูลผู้ใช้ (User Research Methods)

การเลือกวิธีการเก็บข้อมูลขึ้นอยู่กับ งบประมาณ เวลา และเป้าหมาย ของโครงการ โดยแบ่งออกเป็น 2 ประเภทหลัก:

1. เชิงคุณภาพ (Qualitative)

เน้น "ทำไม" (Why) เพื่อเข้าใจความรู้สึกและแรงจูงใจ

  • In-depth Interview: คุยตัวต่อตัวเพื่อหา Insight ที่ซ่อนอยู่
  • Contextual Inquiry: ไปดูผู้ใช้ทำงานในสถานที่จริง (เช่น ดูแม่ค้าใช้แอปขายของที่ตลาด)

2. เชิงปริมาณ (Quantitative)

เน้น "เท่าไหร่/อะไร" (What/How many) เพื่อวัดผลเชิงสถิติ

  • Online Survey: ส่งแบบสอบถามออนไลน์เพื่อให้ได้กลุ่มตัวอย่างขนาดใหญ่
  • Analytics Data: ดูตัวเลขพฤติกรรมจริงจาก Google Analytics หรือ Facebook Insights

7️⃣ User Persona คืออะไร

User Persona คือตัวละครสมมติที่สร้างขึ้นจาก "ข้อมูลจริง" เพื่อเป็นตัวแทนของกลุ่มเป้าหมาย ช่วยให้ทีมออกแบบเห็นภาพตรงกันว่าเรากำลังแก้ปัญหาให้ "ใคร"

องค์ประกอบที่ควรมีใน Persona

หัวข้อรายละเอียด
Bio & Demographicsชื่อสมมติ, อายุ, อาชีพ, สถานที่พำนัก, อุปกรณ์ที่ใช้ประจำ
Goals & Motivationsเขาต้องการทำอะไรให้สำเร็จ? อะไรคือแรงจูงใจที่ทำให้เขาใช้ระบบเรา?
Pain Pointsสิ่งที่เขา "เกลียด" หรือ "อุปสรรค" ที่ทำให้เขาหงุดหงิดในปัจจุบัน
Tech Savvyทักษะการใช้เทคโนโลยี (ใช้คล่องมาก หรือ ต้องมีคนสอนตลอด)


เครื่องมือแนะนำสำหรับการวิเคราะห์ผู้ใช้

ในปัจจุบันมีเครื่องมือที่ช่วยให้นักศึกษาสามารถรวบรวมข้อมูลและสร้าง Persona ได้อย่างมืออาชีพ:

  • Google Forms / Typeform: สำหรับทำแบบสอบถามออนไลน์
  • Miro / Mural: สำหรับทำ Brainstorming และจัดกลุ่มข้อมูล (Affinity Diagram)
  • HubSpot Persona Tool: เครื่องมือช่วยสร้างหน้าตา Persona ให้สวยงาม

ขั้นตอนการวิเคราะห์ความต้องการ (Step-by-Step)

  1. Define: กำหนดวัตถุประสงค์ว่าอยากรู้อะไรจากผู้ใช้
  2. Recruit: คัดเลือกกลุ่มตัวอย่างที่ตรงกับ Target User จริงๆ
  3. Research: ลงมือเก็บข้อมูล (สัมภาษณ์/สังเกต/ส่งแบบฟอร์ม)
  4. Analyze: นำข้อมูลมาจัดกลุ่ม มองหา "รูปแบบพฤติกรรม" ที่คล้ายกัน
  5. Create Persona: สรุปผลลัพธ์ออกมาเป็นแผ่น Persona

8️⃣ ความเข้าใจผิดที่พบบ่อยในการทำ User Research (Common Mistakes)

⚠ ข้อผิดพลาดที่นักศึกษา UX มักเจอ

   ❌ ถามแต่เพื่อนตัวเอง (ไม่ตรง Target User)
   ❌ สัมภาษณ์แล้วสรุปจากความคิดเห็นส่วนตัว
   ❌ ตั้งคำถามนำ เช่น “แอปนี้ใช้งานง่ายใช่ไหม?”
   ❌ เชื่อคำพูดผู้ใช้ 100% โดยไม่ดูพฤติกรรมจริง

✅ หลักคิดที่ถูกต้อง

  • ฟังสิ่งที่ผู้ใช้ ทำ มากกว่าสิ่งที่เขา พูด
  • มองหารูปแบบ (Pattern) ไม่ใช่กรณีเดียว

9️⃣ Ethics & Empathy ในการทำ User Research

การเก็บข้อมูลผู้ใช้ไม่ใช่แค่เรื่องเทคนิค แต่ต้องมี จริยธรรม (Ethics) และความเข้าใจมนุษย์ร่วมด้วย

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

ตัวอย่าง User Persona

Persona: “ต้น – นักศึกษาปวส.”

  • อายุ: 20 ปี
  • อุปกรณ์: มือถือ Android (งบประมาณจำกัด)
  • บริบทการใช้งาน: ใช้แอประหว่างพักเที่ยง เวลาจำกัด
  • Goal: สั่งอาหารให้เร็ว ไม่ต้องต่อคิวนาน
  • Pain Point: แอปโหลดช้า เมนูซับซ้อน ต้องกดหลายขั้น
  • Tech Skill: ใช้งานแอปทั่วไปได้ดี แต่ไม่ชอบอ่านคู่มือ

Quote:
“ผมไม่ได้อยากได้แอปสวย แต่อยากได้แอปที่กดไม่กี่ครั้งแล้วได้ข้าว”


1️⃣1️⃣ Persona ≠ คนจริง (แต่ก็ไม่ใช่การเดา)

ข้อควรรู้:
  • Persona ไม่ใช่ผู้ใช้ 1 คน แต่เป็นตัวแทนของพฤติกรรมกลุ่มหนึ่ง
  • Persona 1 ตัว อาจแทนผู้ใช้ได้หลายสิบหรือหลายร้อยคน
  • 1 ระบบ มักมี Persona หลักประมาณ 2–3 ตัว
  • หากมี Persona เยอะเกินไป แสดงว่ายังวิเคราะห์ไม่ชัด

1️⃣2️⃣ Output ของ User Research ที่ควรได้

เมื่อทำ User Research เสร็จ นักศึกษาควรสามารถตอบคำถามเหล่านี้ได้:

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

✍️ กิจกรรมท้ายบท

ใบงาน: "Empathy Challenge"

ให้นักศึกษาจับคู่กัน แล้วทำกิจกรรมดังนี้:

  1. สมมติโจทย์ "แอปพลิเคชันสั่งอาหารในโรงอาหารวิทยาลัย"
  2. ให้นักศึกษา A สัมภาษณ์นักศึกษา B เกี่ยวกับปัญหาที่พบเวลาสั่งอาหาร (5 นาที)
  3. สลับบทบาทกัน
  4. เขียนสรุป "1 Pain Point" ที่สำคัญที่สุด และสร้าง Persona ของเพื่อนออกมาเป็นรูปธรรม

ทริคเล็กๆ: อย่าถามผู้ใช้ว่า "อยากได้ฟีเจอร์อะไร" แต่ให้ถามว่า "ปกติคุณเจอปัญหาอะไร" เพราะผู้ใช้มักไม่รู้ว่าเขาต้องการอะไรจนกว่าเราจะแก้ปัญหาให้เขาได้

แชร์บทความนี้