Thu thập yêu cầu

Việc thu thập yêu cầu cho một trải nghiệm trò chuyện không chỉ là xác định các tính năng và chức năng, mặc dù đó là kết quả chính. Về cơ bản, quy trình thu thập yêu cầu là nhằm tìm hiểu về người dùng và khả năng kỹ thuật.

Bắt đầu với những yêu cầu rõ ràng, được nghiên cứu kỹ là cách tốt nhất để tránh những thay đổi lớn sau khi thiết kế và/hoặc phát triển hoàn tất.

Xác định người dùng của bạn

Mục đích của việc thu thập yêu cầu là để đặt câu hỏi và sử dụng dữ liệu để trả lời câu hỏi. Ví dụ:

  • Người dùng của bạn là ai?
  • Nhu cầu của họ là gì?
  • Hôm nay, họ hoàn thành các công việc này như thế nào?
  • Họ sử dụng những từ và cụm từ nào để nói về những tác vụ này?
  • Những tình huống hoặc tình huống nào dẫn đến các nhiệm vụ này?

Mặc dù việc tối ưu hóa cho người dùng thường xuyên nhất của bạn là điều quan trọng, nhưng đừng làm như vậy mà sẽ làm tổn hại đến trải nghiệm của người dùng khác. Một sản phẩm được thiết kế đẹp bao gồm tất cả mọi người và có thể truy cập được trên toàn cầu. Thiết kế cho các nhóm khác nhau có nghĩa là tận dụng thiết kế bao gồm hoặc chiến lược thiết kế toàn cầu. Thông thường, chỗ ở bạn buộc phải làm cho một người dân cuối cùng sẽ mang lại lợi ích cho tất cả mọi người (ví dụ: đường dốc dễ dàng hơn cầu thang). Để biết thêm thông tin, hãy xem Nguyên tắc Material Design về Hỗ trợ tiếp cận.

Tạo cá tính và hành trình của người dùng

Cá tính của người dùng

Người dùng là ai?

Đặc điểm người dùng là thông tin mô tả cụ thể nhưng ngắn gọn về từng người dùng. Hãy nghĩ về kiểu người mà bạn muốn sử dụng Hành động của mình và tạo một vài cá tính của người dùng để thể hiện họ. Những chân dung người dùng này sẽ giúp bạn tránh thiết kế chỉ dành riêng cho bạn và mục tiêu của bạn.

Hành trình của người dùng

Mục tiêu của người dùng là gì?

Bối cảnh của người dùng là gì?

Hành trình của người dùng là lộ trình để người dùng hoàn thành mục tiêu trong một bối cảnh cụ thể.

Hành trình trọng yếu của người dùng

Mô tả từng khoảnh khắc liên quan trong hành trình

Hành trình trọng yếu của người dùng là những hành trình 1) xảy ra rất thường xuyên hoặc 2) có tầm quan trọng chính đối với người dùng. Nhằm giúp người dùng hoàn thành một trong các hành trình này từ đầu đến cuối. Việc tập trung vào những yếu tố này sẽ giúp bạn xây dựng các Hành động tiếp cận được đối tượng khán giả lớn và/hoặc chuyên tâm.
Hãy xem những bài đăng trên blog này để biết thêm thông tin chi tiết về cách chúng tôi thiết kếxây dựng Hành động I/O 18. Bạn cũng có thể xem mã nguồn mở để hiểu rõ hơn về cấu trúc.
Anna, 27 tuổi, là một nhà thiết kế trải nghiệm người dùng và nghệ sĩ phác thảo với niềm đam mê tạo các trải nghiệm người dùng hấp dẫn giúp người dùng hoàn thành công việc trong cuộc sống của họ.
Anna đã có kế hoạch đầy đủ cho sự kiện Google I/O và không muốn bỏ lỡ điều gì. Cô mong muốn tìm hiểu cách thiết kế trải nghiệm bằng Actions on Google thông qua các bài nói chuyện phù hợp. Cô cũng muốn xem tất cả các bản minh họa mới và nhận một số quà tặng của Google.
Anna đang ở Mountain View để tham gia Google I/O. Cô ấy chỉ mới bắt đầu ngày mới, đã rời khách sạn và tới Nhà hát Shoreline Amphitheatre.
Anna bắt đầu bằng cách nhận chỉ đường đến Nhà hát Shoreline Amphitheatre và thông tin về nơi đỗ xe. Tại địa điểm tổ chức sự kiện, cô nhận được trợ giúp tìm đường đến lấy huy hiệu. Sau đó, cô đi tới sân khấu chính để đọc bài phát biểu, lấy đồ ăn sáng trên đường đi. Sau khi giải quyết xong, cô ấy có thời gian để chờ đợi. Vì vậy, cô ấy xem xét một vài phiên tiếp theo. Lạnh sẽ là một ngày nắng, vì vậy cô được nhắc nhở sử dụng kem chống nắng trong túi quà tặng trong khi chờ đợi.

Xác định năng lực kỹ thuật

Xác định những việc nên làm và việc không thể làm dựa trên tiến trình và tài nguyên.

Hành động của bạn sẽ dựa vào những khả năng và giới hạn nào của các hệ thống khác nhau?

Ví dụ: Google I/O 18 cho phép người dùng tạo lịch biểu phù hợp cho tất cả các phiên mà họ muốn tham dự
  • Người dùng sẽ được nhận dạng như thế nào? Trong các phiên?
  • Tiến trình của họ sẽ được lưu ở đâu và như thế nào?
  • Các thay đổi của họ có đồng bộ với ứng dụng Google I/O trên thiết bị di động không?
  • Bạn sẽ xử lý các phiên trùng lặp như thế nào?

Chất lượng và định dạng của bất kỳ dữ liệu nào mà bạn sẽ sử dụng?

Ví dụ: Google I/O 18 đọc thông tin về các phiên
  • Thông tin nào có sẵn? (ví dụ: tiêu đề, mô tả, ngày và giờ, chủ đề)
  • Thông tin về buổi chia sẻ diễn ra như thế nào? Đó có phải là văn bản thuần túy, âm thanh hoặc hình thức khác không?
  • Nếu nội dung là văn bản thuần túy, nội dung có được viết để mọi người xem hoặc nghe hay không?
  • Thời gian đi là bao lâu? Hoặc mất bao lâu để đọc?

Thông thường, một số định dạng lại cần xảy ra trước khi một số loại nội dung có thể được hiển thị phù hợp trong văn bản thành giọng nói (TTS).


Xác định các trường hợp sử dụng chính

Bạn có thể hỗ trợ cho trường hợp sử dụng nào khi xét về giới hạn kỹ thuật, mức độ nỗ lực và tiến trình? Gán mức độ ưu tiên cho phù hợp.
Hãy cố gắng hết sức để tác động của video này đạt hiệu quả cao nhất. Đây có thể là các trường hợp ảnh hưởng đến số lượng người dùng lớn nhất. Đó có thể là trường hợp sử dụng/sự khác biệt rõ ràng cho thị trường. Hoặc đó có thể là tính năng tạo ra sự khác biệt lớn cho một nhóm người dùng trung thành.
Thực hiện một số nghiên cứu người dùng về cách người dùng hoàn thành nhiệm vụ này ngày hôm nay và ngôn ngữ họ sử dụng để mô tả.

Hãy nhớ đọc các bài đăng blog này để tìm hiểu sâu hơn về cách chúng tôi thiết kếxây dựng Hành động I/O 18 (hoặc xem ).

Đối với Google I/O 18 Action, chúng tôi đã trò chuyện với những người của Google từng làm việc tại sự kiện này trong những năm trước. Chúng tôi đã hỏi họ những loại câu hỏi mà người tham dự thường có trong sự kiện. Những câu hỏi này thường thuộc một trong 4 loại sau đây:

Điều hướng chung Điều hướng cá nhân Chi tiết sự kiện Chi tiết sự kiện theo vị trí cụ thể

"Nhà tắm ở đâu?"

“Lớp học lập trình ở đâu?”

“Buổi học tiếp theo của tôi ở đâu?”

“Tôi có thể yêu cầu xem xét ứng dụng của mình ở đâu?”

“Bữa trưa là mấy giờ?”

“Buổi tiệc diễn ra khi nào?”

“Buổi họp tiếp theo của phòng này là gì?”

"Tôi có thể làm gì ở đây?"

Với hiểu biết đó, chúng tôi quyết định tập trung vào các trường hợp sử dụng chính sau:

  • Cung cấp thông tin tìm đường cho các vị trí cụ thể cho Nhà hát Shoreline Amphitheatre, ví dụ: phòng tắm, bãi đậu xe, chỉ đường lái xe
  • Cung cấp thông tin tìm đường cho các vị trí cụ thể cho Google I/O, ví dụ: lấy huy hiệu, hộp cát, phòng thí nghiệm mã, giờ làm việc và đánh giá ứng dụng, sau giờ làm việc, cửa hàng I/O
  • Cung cấp thông tin chi tiết về sự kiện cho tất cả các bài phát biểu, phiên làm việc, giờ làm việc và giờ ăn; cho phép lọc các sự kiện theo thời gian, địa điểm hoặc lịch biểu của người dùng