รวบรวมข้อกําหนด

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

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

ระบุผู้ใช้

ข้อกําหนดในการรวบรวมเป็นเรื่องของการถามคําถามและการใช้ข้อมูลเพื่อตอบคําถามเหล่านั้น เช่น

  • ผู้ใช้ของคุณคือใคร
  • พวกเขาต้องการอะไร
  • นักเรียนทํางานเหล่านี้อย่างไรในวันนี้
  • คําและวลีใดที่นักเรียนใช้เพื่อพูดถึงงานเหล่านี้
  • มีสถานการณ์ใดต่อไปนี้ที่ทริกเกอร์งานเหล่านี้

แม้ว่าการเพิ่มประสิทธิภาพให้เหมาะกับผู้ใช้ที่ใช้งานบ่อยที่สุดเป็นสิ่งสําคัญ แต่อย่าทําโดยทําให้ผู้ใช้ได้รับประสบการณ์การใช้งานที่ไม่ดี ผลิตภัณฑ์ที่ออกแบบมาดีมีความครอบคลุมและเข้าถึงได้จากทั่วโลก การออกแบบสําหรับประชากรที่แตกต่างกันหมายถึงการใช้ประโยชน์จากการออกแบบที่ครอบคลุมหรือกลยุทธ์การออกแบบสากล บ่อยครั้งที่ที่พักที่คุณบังคับเป็นที่พักสําหรับประชากร 1 กลุ่มอาจได้ประโยชน์สําหรับทุกคน (เช่น ทางลาด ซึ่งง่ายกว่าบันได) สําหรับข้อมูลเพิ่มเติม โปรดดูที่แนวทางดีไซน์ Material สําหรับการช่วยเหลือพิเศษ

สร้างลักษณะตัวตนและเส้นทางของผู้ใช้

ลักษณะตัวตนของผู้ใช้

ผู้ใช้คือใคร

ลักษณะตัวตนของผู้ใช้คือคําอธิบายสั้นๆ ที่เฉพาะเจาะจงของผู้ใช้แต่ละราย ลองนึกถึงประเภทคนที่คุณคาดหวังว่าจะใช้การดําเนินการของคุณ แล้วสร้างลักษณะตัวตนของผู้ใช้สัก 2-3 แบบเพื่อแสดงถึงบุคคลเหล่านั้น ลักษณะตัวตนของผู้ใช้เหล่านี้จะช่วยให้คุณหลีกเลี่ยงการออกแบบสําหรับตัวคุณเองและเป้าหมายของคุณเท่านั้น

เส้นทางของผู้ใช้

เป้าหมายของผู้ใช้คืออะไร

บริบทของผู้ใช้คืออะไร

เส้นทางของผู้ใช้คือเส้นทางที่ผู้ใช้ดําเนินการตามเป้าหมายที่กําหนดไว้ให้สําเร็จ

เส้นทางของผู้ใช้ที่สําคัญ

อธิบายแต่ละช่วงเวลาที่เกี่ยวข้องในเส้นทางนั้นๆ

เส้นทางของผู้ใช้ที่สําคัญคือเส้นทางที่ผู้ใช้เลือก 1) เกิดขึ้นบ่อยมาก หรือ 2) มีความสําคัญต่อผู้ใช้ มีเป้าหมายที่จะช่วยเหลือผู้ใช้ให้ดําเนินการตามหนึ่งในเส้นทางเหล่านี้ตั้งแต่ต้นจนจบ การมุ่งเน้นไปที่สิ่งเหล่านี้จะช่วยให้คุณสร้างการกระทําที่เข้าถึงกลุ่มผู้ชมขนาดใหญ่และ/หรือเฉพาะผู้ชมได้
ดูบล็อกโพสต์เหล่านี้สําหรับรายละเอียดเพิ่มเติมเกี่ยวกับวิธีที่เราออกแบบและสร้างการดําเนินการ I/O 18 คุณยังดูโค้ดแบบโอเพนซอร์สเพื่อดูข้อมูลเพิ่มเติมของโครงสร้างได้ด้วย
Anna อายุ 27 ปี เป็นนักออกแบบและสเก็ตช์ผลงานประสบการณ์ของผู้ใช้ และหลงใหลการสร้างประสบการณ์ของผู้ใช้ที่น่ามีส่วนร่วมและช่วยให้ผู้ใช้ทําสิ่งต่างๆ ให้เสร็จ
อนันดามีตารางงานทั้งหมดของ Google I/O และไม่อยากพลาดอะไรดีๆ ไป เธอรู้สึกตื่นเต้นที่ได้เรียนรู้วิธีออกแบบประสบการณ์การใช้งาน Actions on Google โดยการเข้าร่วมการบรรยายที่เกี่ยวข้อง นอกจากนี้ เธอยังต้องการดูเดโมใหม่ๆ และรับของที่ระลึกจาก Google
Anna อยู่ในเมาน์เทนวิวสําหรับ Google I/O เธอเพิ่งเริ่มวันใหม่ เธอออกจากโรงแรมและมุ่งหน้าไปยัง Shoreline Amphitheatre
Anna เริ่มต้นด้วยการขอเส้นทางไปยัง Shoreline Amphitheatre และข้อมูลเกี่ยวกับสถานที่จอดรถ เมื่อมาถึงสถานที่ทํางาน เธอจะช่วยหาทางรับป้ายด้วยตัวเอง หลังจากนั้นเธอก็มุ่งไปยังเวทีหลักของการกล่าวปราศรัย พร้อมหาอะไรกินเป็นอาหารเช้า เมื่อตัดสินใจแล้ว เธอต้องรออีกสักพัก เธอจึงทบทวนเซสชันถัดไปของเธอ วันนี้อากาศจะสดใส เธอก็เลยเตือนว่าให้ใช้ครีมกันแดดในกระเป๋าของเธอตอนรอ

ระบุความสามารถด้านเทคนิค

พิจารณาว่าสิ่งใดเป็นไปไม่ได้และเกิดขึ้นได้จากกําหนดเวลาและทรัพยากร

ขีดความสามารถและข้อจํากัดของระบบต่างๆ ที่การดําเนินการของคุณต้องใช้มีอะไรบ้าง

ตัวอย่าง: Google I/O 18 ช่วยให้ผู้ใช้สร้างตารางเวลาสําหรับเซสชันทั้งหมดที่ตนต้องการเข้าร่วมได้ด้วยตนเอง
  • ผู้ใช้จะได้รับการระบุอย่างไร ข้ามเซสชันไหม
  • ความคืบหน้าและวิธีการบันทึก
  • การเปลี่ยนแปลงของผู้ใช้จะซิงค์กับแอป Google I/O บนอุปกรณ์เคลื่อนที่ไหม
  • คุณจะจัดการกับเซสชันที่ทับซ้อนกันอย่างไร

รูปแบบและคุณภาพของข้อมูลที่คุณจะใช้คืออะไร

ตัวอย่างเช่น Google I/O 18 อ่านข้อมูลเซสชัน
  • มีข้อมูลอะไรบ้าง (เช่น ชื่อ คําอธิบาย วันที่และเวลา หัวข้อ)
  • ข้อมูลเซสชันมีรูปแบบอย่างไร เสียงเป็นข้อความปกติ เสียง หรืออย่างอื่น
  • หากเนื้อหานั้นเป็นข้อความธรรมดา เนื้อหานั้นถูกเขียนขึ้นเพื่อให้อ่านหรือได้ยิน
  • ยาวเท่าไร หรือใช้เวลาอ่านนานแค่ไหน

บ่อยครั้งที่การจัดรูปแบบบางอย่างจําเป็นต้องเกิดขึ้นก่อนที่เนื้อหาบางประเภทจะสามารถแสดงผลในรูปแบบการอ่านออกเสียงข้อความ (TTS) ได้อย่างเหมาะสม

ระบุกรณีการใช้งานสําคัญ

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

หากยังไม่ได้อ่าน อย่าลืมอ่านบล็อกโพสต์เหล่านี้เพื่อดูข้อมูลเจาะลึกว่าเราออกแบบและสร้างการดําเนินการ I/O 18 (หรือดูโค้ด) อย่างไร

สําหรับงาน Google I/O 18 เราได้พูดคุยกับ Googler ที่เคยเข้าร่วมกิจกรรมในกิจกรรมดังกล่าวมาแล้วเมื่อหลายปีก่อน เราถามพวกเขาว่าผู้เข้าร่วมมักมีคําถามประเภทใดในระหว่างกิจกรรม โดยทั่วไปแล้วคําถามเหล่านี้จะอยู่ในหมวดหมู่ใดหมวดหมู่หนึ่งใน 4 หมวดต่อไปนี้

การนําทางทั่วไป การนําทางส่วนบุคคล รายละเอียดเหตุการณ์ รายละเอียดกิจกรรมที่เจาะจงสถานที่ตั้ง

"ห้องน้ําอยู่ไหน"

"Codelab อยู่ที่ไหน"

"เซสชันถัดไปของฉันอยู่ที่ไหน"

"ฉันจะตรวจสอบแอปได้จากที่ใด"

"ข้าวเที่ยงกี่โมง"

"งานเลี้ยงหลังเลิกงานกี่โมง"

"เซสชันถัดไปในห้องนี้คืออะไร"

"ฉันทําอะไรได้บ้าง"

ด้วยความรู้ดังกล่าว เราจึงตัดสินใจที่จะมุ่งเน้นที่กรณีการใช้งานหลักๆ เหล่านี้

  • ให้ข้อมูลการหาทางไปยังสถานที่เฉพาะของ Shoreline Amphitheatre เช่น ห้องน้ํา ที่จอดรถ และเส้นทางการขับขี่
  • ให้ข้อมูลการหาเส้นทางสําหรับสถานที่ตั้งที่เกี่ยวข้องกับ Google I/O โดยเฉพาะ เช่น การรับป้าย แซนด์บ็อกซ์ โค้ดแล็บ เวลาทําการ และรีวิวแอป หลังเวลาทําการ ร้านค้า I/O
  • ระบุรายละเอียดของกิจกรรมสําหรับประเด็นสําคัญ เซสชัน เวลาทําการ และอาหาร แล้วกรองตามเวลา สถานที่ หรือกําหนดการของผู้ใช้
ก่อนหน้า
การสนทนาเหมาะสมไหม
ถัดไป
สร้างลักษณะตัวตน