Đơn vị 4 / 11

Kiến trúc thông tin và thiết kế luồng người dùng

Lợi nhuận:

  • Khả năng soạn thảo menu, điều hướng và cấu trúc nội dung (kiến trúc thông tin) bằng trí tuệ nhân tạo và xác minh nó bằng kết quả sắp xếp thẻ
  • Khả năng thu hút các luồng người dùng và các bước từ màn hình này sang màn hình khác vào trí tuệ nhân tạo, đồng thời nắm bắt các khoảng trống logic và các trường hợp phức tạp
  • Khả năng thích ứng nghiêm túc cấu trúc do trí tuệ nhân tạo đề xuất theo ngôn ngữ người dùng thực và mô hình tinh thần

Nếu một sản phẩm trở nên khó sử dụng, vấn đề thường không nằm ở màu sắc hay nút bấm mà nằm ở cấu trúc. Kiến trúc thông tin (IA) là cách nội dung trong sản phẩm được nhóm, đặt tên và sắp xếp thành cấu trúc điều hướng: menu, danh mục, phân cấp. Luồng người dùng là chuỗi các bước từ màn hình này sang màn hình khác mà người dùng thực hiện để đạt được mục tiêu cụ thể (đăng ký, mua sản phẩm). Cả hai đều xây dựng bộ xương vô hình. AI nhanh chóng tạo ra bản phác thảo của bộ xương này và giúp nắm bắt các lỗ hổng logic; Nhưng liệu cấu trúc có phù hợp với suy nghĩ của người dùng thực sự hay không chỉ có thể được xác định bằng phán đoán và thử nghiệm của con người.

Kiến trúc thông tin: nói ngôn ngữ của người dùng

Điểm căng thẳng cơ bản của IA là thế này: bạn sẽ sắp xếp nội dung theo logic của tổ chức hay theo suy nghĩ của người dùng? Hầu hết các menu không thành công đều áp đặt cấu trúc bộ phận nội bộ của công ty lên người dùng ("Giải pháp doanh nghiệp", "Trung tâm điều hành"). Nếu người dùng hỏi "Làm cách nào để thanh toán hóa đơn của tôi?" anh ấy nghĩ.

Trí tuệ nhân tạo là người trợ giúp hai chiều ở đây. Một mặt, nó gợi ý một cấu trúc phạm trù ban đầu hợp lý; Mặt khác, nó giúp bạn kiểm tra cấu trúc hiện tại của mình dựa trên ngôn ngữ của người dùng. Nhưng các thẻ mà mô hình gợi ý thường là “ngôn ngữ internet trung bình”; Những từ mà người dùng của bạn thực sự sử dụng có thể khác. Do đó, dự thảo IA được xác minh bằng cách sắp xếp thẻ: người dùng thực được cấp thẻ nội dung và họ sắp xếp chúng; bạn điều chỉnh cấu trúc theo nhóm của chúng.

Mẹo: Khi nhận được đề xuất danh mục từ trí tuệ nhân tạo, hãy yêu cầu trí tuệ nhân tạo "dịch từng danh mục thành câu hỏi mà người dùng sẽ xây dựng". Điều này đẩy nhanh quá trình chuyển đổi từ biệt ngữ công ty sang ngôn ngữ người dùng.

Luồng người dùng: các bước, quyết định và trường hợp đặc biệt

Một sơ đồ tốt sẽ làm rõ ba điều: các bước (những gì người dùng làm), các điểm quyết định (có/không có nhánh) và các trường hợp đặc biệt - các tình huống ngoài đường dẫn chính: giỏ hàng trống, mật khẩu sai, mất internet, phiên hết hạn. Những thiết kế thiếu kinh nghiệm vẽ ra “con đường hạnh phúc” (kịch bản mà mọi thứ diễn ra tốt đẹp) và quên đi những trường hợp khó khăn; Người dùng chủ yếu đi chơi ở những nơi bị lãng quên này.

Đây là lúc AI phát huy tác dụng: khi xuất một luồng, bạn sẽ hỏi "trạng thái biên nào bị thiếu?" Khi bạn hỏi, nó thường bắt được một số bạn bỏ sót. Mô hình hoạt động giống như một nhà phê bình dòng chảy. Nhưng bạn quyết định xem mỗi nhánh mà nó đề xuất có thực sự cần thiết hay không, phạm vi sản phẩm và thực tế người dùng; Nếu không, dòng chảy sẽ trở nên phức tạp không cần thiết.

phần tử luồng

Đóng góp của trí tuệ nhân tạo

quyết định của con người

Các bước chính

Dự thảo xếp hạng tiêu chuẩn

Đơn giản hóa dành riêng cho sản phẩm

điểm quyết định

Các nhánh có thể

Điều thực sự cần thiết

Vỏ cạnh

Nhắc nhở những điều đã quên

Những gì sẽ được bảo hiểm

Nhãn/văn bản

gợi ý đầu tiên

Thích ứng với ngôn ngữ người dùng

Đường dẫn lỗi

Các mẫu chung

Các loại lỗi thực tế của sản phẩm

ba trường hợp nhỏ

Trường hợp 1 - Menu đã trở nên đơn giản hơn. Một nhóm đã đưa ra 9 tiêu đề menu chính cho trí tuệ nhân tạo và yêu cầu họ "dịch chúng thành câu hỏi của người dùng". Người ta thấy rằng 3 tiêu đề tương ứng với cùng một câu hỏi ("Làm cách nào để quản lý tài khoản của tôi?"); Menu giảm từ 9 xuống 6. Sau đó, 14 người dùng đã được kiểm tra khả năng nhóm thẻ và việc hợp nhất đã được xác minh. Tỷ lệ nhấp chuột thành công tăng từ 61% lên 86%.

Trường hợp 2 - Trường hợp bị kẹt cạnh. Trong một lần ghi âm, nhóm chỉ rút ra được bản ghi thành công. AI hỏi “điều gì xảy ra nếu email đã được đăng ký?”, “nếu email xác minh không đến?”, “điều gì sẽ xảy ra nếu nó đóng và quay lại giữa chừng?” các câu hỏi sinh ra. Nhóm cũng đã thêm 3 trạng thái biên vào luồng; Khi nó đi vào hoạt động, yêu cầu hỗ trợ giảm đáng kể. Bài học: mô hình là một "lời nhắc nhở về sự lãng quên" hay.

Trường hợp 3 - Nhánh dự phòng bị từ chối. AI đã đề xuất các nhánh cho luồng thanh toán, chẳng hạn như “tùy chọn tiền điện tử” và “quản lý đa địa chỉ”. Những điều này không được bao gồm trong phạm vi của sản phẩm; nhà thiết kế đã từ chối những lời đề nghị. Bài học: không phải mọi đề xuất của mô hình đều được chấp nhận; Quyết định phạm vi là của con người, nếu không thì dòng chảy sẽ trở nên cồng kềnh.

Lời nhắc có thể sao chép

Vai trò của bạn: chuyên gia kiến trúc thông tin. Nhóm danh sách nội dung/tính năng sau đây thành các danh mục phù hợp với suy nghĩ của người dùng. Cung cấp cho mỗi danh mục một nhãn ngắn và một cụm từ câu hỏi mà người dùng sẽ xây dựng. Tránh biệt ngữ của công ty. Sử dụng tối đa 6 danh mục chính. Danh sách: <<contents>>

Kiểm tra luồng người dùng này: <<steps>>.1) Liệt kê các trường hợp biên bị thiếu (trạng thái không hoạt động, lỗi, hết thời gian chờ, đăng nhập lại).2) Gắn cờ các bước có vẻ không cần thiết hoặc nằm ngoài phạm vi.3) Đề xuất các thẻ không phù hợp với ngôn ngữ người dùng. Đưa ra lời giải thích bằng một câu cho mỗi mục. Nói đúng ra; Nói "phải được kiểm tra".

Phác thảo luồng người dùng theo từng màn hình cho tác vụ sau: "<<task>>".Định dạng: mỗi bước = Tên màn hình > hành động của người dùng > phản hồi của hệ thống.Phân tách các điểm quyết định bằng "NẾU... THÌ". Hiển thị ít nhất 2 đường dẫn lỗi cùng với đường dẫn hạnh phúc.

So sánh cấu trúc menu này với kết quả nhóm thẻ: Cấu trúc đề xuất: <<a>> Nhóm người dùng: <<b>>. Hiển thị các vị trí không tương thích trong bảng và chứng minh vị trí nào gần với tâm trí người dùng hơn.

Dấu nhắc yếu / Dấu nhắc mạnh

Yếu: "Viết cho tôi một luồng ghi âm."

Kết quả: Một danh sách bước chung không có trường hợp đặc biệt nào, chỉ chứa đường dẫn hạnh phúc.

Mạnh: "Vẽ sơ đồ từng màn hình cho tác vụ này; đưa ra từng bước theo định dạng 'màn hình > hành động > phản hồi của hệ thống'; hiển thị ít nhất 2 đường dẫn lỗi bên cạnh đường dẫn phù hợp; phân tách các điểm quyết định bằng IF-THEN."

Kết quả: một luồng khả thi với các trạng thái cạnh và nhánh có thể nhìn thấy được.

Sự khác biệt: yêu cầu định dạng lời nhắc mạnh mẽ + đường dẫn lỗi bắt buộc + điểm quyết định; những điều này mang dòng chảy đến gần hơn với thế giới thực.

Những lỗi thường gặp

  • Chỉ cần thiết kế một cách hạnh phúc. Người dùng thường xuyên gặp khó khăn nhất trong các tình huống khó khăn; bỏ qua chúng là sai lầm đắt giá nhất.
  • Đưa biệt ngữ của công ty vào thực đơn. Người dùng tìm kiếm “đơn hàng của tôi ở đâu” chứ không phải “trung tâm điều hành”.
  • Hoàn thiện IA mà không cần nhóm thẻ. Đề xuất mô hình là giả thuyết; người dùng xác nhận thử nghiệm.
  • Thêm từng đề xuất luồng của mô hình. Các nhánh ngoài phạm vi làm tăng dòng chảy; Từ chối cũng là một quyết định.
  • Không kiểm tra nhãn nào cả. Một nhãn mà bạn cho là "dễ hiểu" có thể không quen thuộc với người dùng.

Tóm lại

Kiến trúc thông tin và luồng người dùng là bộ xương vô hình của sản phẩm; Tính trôi chảy của trải nghiệm người dùng phần lớn đến từ điều này. AI đề xuất các cấu trúc danh mục hợp lý, các luồng phê bình và đặc biệt có hiệu quả trong việc nắm bắt các trường hợp quan trọng bị lãng quên. Nhưng liệu các nhãn có khớp với ngôn ngữ của người dùng hay không được xác định bằng cách nhóm thẻ, còn phạm vi của luồng và sự cần thiết của việc phân nhánh được xác định bởi phán đoán của con người. Sử dụng mô hình như một người soạn thảo và phê bình; Bạn hiệu chỉnh cấu trúc theo suy nghĩ của người dùng.

Nhiệm vụ ứng dụng

  1. Liệt kê 8-10 nội dung/tính năng của sản phẩm và tạo cấu trúc danh mục với lời nhắc đầu tiên.
  2. Dịch từng danh mục thành câu hỏi của người dùng và kết hợp những danh mục còn nhầm lẫn.
  3. Chọn một nhiệm vụ và vẽ luồng theo từng màn hình với lời nhắc thứ ba (có ít nhất 2 đường dẫn lỗi).
  4. Với lời nhắc thứ hai, hãy phê bình quy trình, thêm các trường hợp biên bị thiếu và loại bỏ các bước không cần thiết.
  5. Nếu có thể, hãy nhóm các thẻ nhỏ từ 3-5 người và điều chỉnh cơ cấu theo kết quả.

danh sách kiểm tra

  • [ ] Tôi đã dịch các danh mục sang ngôn ngữ người dùng và loại bỏ biệt ngữ.
  • [ ] Ngoài đường dẫn hạnh phúc, tôi còn vẽ các đường dẫn lỗi trong luồng.
  • [ ] Tôi đã quét các trường hợp cạnh bị thiếu bằng trí tuệ nhân tạo và thêm chúng vào.
  • [ ] Tôi cố ý từ chối những đề xuất ngoài phạm vi.
  • [ ] Tôi đã thử nghiệm bản nháp IA bằng cách phân nhóm thẻ hoặc thử nghiệm người dùng.
  • [ ] Tôi đã xác minh các thẻ bằng từ ngữ thực của người dùng.