รวบรวมข้อกําหนด
การรวบรวมประสบการณ์เพื่อการสนทนาไม่ใช่เพียงแค่การกําหนดคุณลักษณะและฟังก์ชันการทํางาน แต่ยังถือเป็นผลลัพธ์หลัก หัวใจสําคัญของกระบวนการรวบรวมข้อกําหนดคือการทําความเข้าใจผู้ใช้และความสามารถด้านเทคนิค
เริ่มต้นด้วยข้อกําหนดที่ชัดเจนและศึกษาวิจัยข้อมูลเป็นอย่างดี จึงเป็นวิธีที่ดีที่สุดเพื่อหลีกเลี่ยงความจําเป็นในการเปลี่ยนแปลงครั้งใหญ่หลังจากการออกแบบและ/หรือการพัฒนาเสร็จสมบูรณ์แล้ว
ระบุผู้ใช้
ข้อกําหนดในการรวบรวมเป็นเรื่องของการถามคําถามและการใช้ข้อมูลเพื่อตอบคําถามเหล่านั้น เช่น
- ผู้ใช้ของคุณคือใคร
- พวกเขาต้องการอะไร
- นักเรียนทํางานเหล่านี้อย่างไรในวันนี้
- คําและวลีใดที่นักเรียนใช้เพื่อพูดถึงงานเหล่านี้
- มีสถานการณ์ใดต่อไปนี้ที่ทริกเกอร์งานเหล่านี้
รองรับผู้ใช้ทั้งหมด
แม้ว่าการเพิ่มประสิทธิภาพให้เหมาะกับผู้ใช้ที่ใช้งานบ่อยที่สุดเป็นสิ่งสําคัญ แต่อย่าทําโดยทําให้ผู้ใช้ได้รับประสบการณ์การใช้งานที่ไม่ดี ผลิตภัณฑ์ที่ออกแบบมาดีมีความครอบคลุมและเข้าถึงได้จากทั่วโลก การออกแบบสําหรับประชากรที่แตกต่างกันหมายถึงการใช้ประโยชน์จากการออกแบบที่ครอบคลุมหรือกลยุทธ์การออกแบบสากล บ่อยครั้งที่ที่พักที่คุณบังคับเป็นที่พักสําหรับประชากร 1 กลุ่มอาจได้ประโยชน์สําหรับทุกคน (เช่น ทางลาด ซึ่งง่ายกว่าบันได) สําหรับข้อมูลเพิ่มเติม โปรดดูที่แนวทางดีไซน์ Material สําหรับการช่วยเหลือพิเศษ
สร้างลักษณะตัวตนและเส้นทางของผู้ใช้ | ||
---|---|---|
ลักษณะตัวตนของผู้ใช้ |
ผู้ใช้คือใคร |
ลักษณะตัวตนของผู้ใช้คือคําอธิบายสั้นๆ ที่เฉพาะเจาะจงของผู้ใช้แต่ละราย ลองนึกถึงประเภทคนที่คุณคาดหวังว่าจะใช้การดําเนินการของคุณ แล้วสร้างลักษณะตัวตนของผู้ใช้สัก 2-3 แบบเพื่อแสดงถึงบุคคลเหล่านั้น ลักษณะตัวตนของผู้ใช้เหล่านี้จะช่วยให้คุณหลีกเลี่ยงการออกแบบสําหรับตัวคุณเองและเป้าหมายของคุณเท่านั้น |
เส้นทางของผู้ใช้ |
เป้าหมายของผู้ใช้คืออะไร บริบทของผู้ใช้คืออะไร |
เส้นทางของผู้ใช้คือเส้นทางที่ผู้ใช้ดําเนินการตามเป้าหมายที่กําหนดไว้ให้สําเร็จ |
เส้นทางของผู้ใช้ที่สําคัญ |
อธิบายแต่ละช่วงเวลาที่เกี่ยวข้องในเส้นทางนั้นๆ |
เส้นทางของผู้ใช้ที่สําคัญคือเส้นทางที่ผู้ใช้เลือก 1) เกิดขึ้นบ่อยมาก หรือ 2) มีความสําคัญต่อผู้ใช้ มีเป้าหมายที่จะช่วยเหลือผู้ใช้ให้ดําเนินการตามหนึ่งในเส้นทางเหล่านี้ตั้งแต่ต้นจนจบ การมุ่งเน้นไปที่สิ่งเหล่านี้จะช่วยให้คุณสร้างการกระทําที่เข้าถึงกลุ่มผู้ชมขนาดใหญ่และ/หรือเฉพาะผู้ชมได้ |
ตัวอย่างจาก Google I/O 18 Action
ผู้ใช้คือใคร
เป้าหมายของผู้ใช้คืออะไร
บริบทของผู้ใช้คืออะไร
อธิบายแต่ละช่วงเวลาที่เกี่ยวข้องในเส้นทางนั้นๆ
ระบุความสามารถด้านเทคนิค
ระบบ
ขีดความสามารถและข้อจํากัดของระบบต่างๆ ที่การดําเนินการของคุณต้องใช้มีอะไรบ้าง
ตัวอย่าง: Google I/O 18 ช่วยให้ผู้ใช้สร้างตารางเวลาสําหรับเซสชันทั้งหมดที่ตนต้องการเข้าร่วมได้ด้วยตนเอง |
---|
|
ข้อมูล
รูปแบบและคุณภาพของข้อมูลที่คุณจะใช้คืออะไร
ตัวอย่างเช่น Google I/O 18 อ่านข้อมูลเซสชัน |
---|
|
บ่อยครั้งที่การจัดรูปแบบบางอย่างจําเป็นต้องเกิดขึ้นก่อนที่เนื้อหาบางประเภทจะสามารถแสดงผลในรูปแบบการอ่านออกเสียงข้อความ (TTS) ได้อย่างเหมาะสม
ระบุกรณีการใช้งานสําคัญ
มุ่งมั่นสร้างการเปลี่ยนแปลง
ผู้ใช้ต้องการอะไร
ตัวอย่างจาก Google I/O 18 Action
หากยังไม่ได้อ่าน อย่าลืมอ่านบล็อกโพสต์เหล่านี้เพื่อดูข้อมูลเจาะลึกว่าเราออกแบบและสร้างการดําเนินการ I/O 18 (หรือดูโค้ด) อย่างไร
สําหรับงาน Google I/O 18 เราได้พูดคุยกับ Googler ที่เคยเข้าร่วมกิจกรรมในกิจกรรมดังกล่าวมาแล้วเมื่อหลายปีก่อน เราถามพวกเขาว่าผู้เข้าร่วมมักมีคําถามประเภทใดในระหว่างกิจกรรม โดยทั่วไปแล้วคําถามเหล่านี้จะอยู่ในหมวดหมู่ใดหมวดหมู่หนึ่งใน 4 หมวดต่อไปนี้
การนําทางทั่วไป | การนําทางส่วนบุคคล | รายละเอียดเหตุการณ์ | รายละเอียดกิจกรรมที่เจาะจงสถานที่ตั้ง |
---|---|---|---|
"ห้องน้ําอยู่ไหน" "Codelab อยู่ที่ไหน" |
"เซสชันถัดไปของฉันอยู่ที่ไหน" "ฉันจะตรวจสอบแอปได้จากที่ใด" |
"ข้าวเที่ยงกี่โมง" "งานเลี้ยงหลังเลิกงานกี่โมง" |
"เซสชันถัดไปในห้องนี้คืออะไร" "ฉันทําอะไรได้บ้าง" |
ด้วยความรู้ดังกล่าว เราจึงตัดสินใจที่จะมุ่งเน้นที่กรณีการใช้งานหลักๆ เหล่านี้
- ให้ข้อมูลการหาทางไปยังสถานที่เฉพาะของ Shoreline Amphitheatre เช่น ห้องน้ํา ที่จอดรถ และเส้นทางการขับขี่
- ให้ข้อมูลการหาเส้นทางสําหรับสถานที่ตั้งที่เกี่ยวข้องกับ Google I/O โดยเฉพาะ เช่น การรับป้าย แซนด์บ็อกซ์ โค้ดแล็บ เวลาทําการ และรีวิวแอป หลังเวลาทําการ ร้านค้า I/O
- ระบุรายละเอียดของกิจกรรมสําหรับประเด็นสําคัญ เซสชัน เวลาทําการ และอาหาร แล้วกรองตามเวลา สถานที่ หรือกําหนดการของผู้ใช้