Thiết kế khối xây dựng: chiến lược thiết kế mô-đun cho UXers

Một bài viết giúp lấp đầy khoảng trống của các mô hình thiết kế mô-đun từ góc độ UX.

Tôi sẽ bắt đầu với một câu chuyện

Nếu bạn ghét những câu chuyện, bạn nên bỏ qua phần này. Nó nói về một nhà thiết kế UX, người được giao nhiệm vụ chiến thắng một chiến lược thiết kế mô-đun cho tổ chức của mình. Cô có mái tóc nâu ngắn và đôi mắt xanh. Nếu bây giờ bạn đoán được, thì người thiết kế UX đó chính là tôi.

Khoảng tám tháng trước, nhóm của chúng tôi đã tập hợp một chiến lược thiết kế mô-đun gọi là UX hướng đối tượng (OOUX). Không giống như các hệ thống mô-đun quét rộng khác, OOUX yêu cầu bạn tập trung vào việc mô đun hóa các loại nội dung cốt lõi của mình - thứ mà OOUX gọi là các đối tượng - và xem xét kỹ các đối tượng này liên quan đến nhau như thế nào. Quá trình này giúp nhóm thiết kế phơi bày các trường hợp vốn có của điều hướng theo ngữ cảnh và đẩy về phía các mô-đun UI nhất quán.

Vâng, đó là điều tuyệt vời để thiết kế kiến ​​trúc thông tin và thư viện mẫu, nhưng những gì về thiết kế kinh nghiệm. Rốt cuộc, huy động nội dung của bạn chỉ là một nửa trận chiến. Nếu bạn đang ở trên chiến tuyến của UX, bạn phải hỏi tại sao và như thế nào.

Tại sao và như thế nào

Bạn có thể tự nói với mình: Hãy cho tôi biết về lý do và cách thức! Tôi là một nhà nghiên cứu về UX, dang nợi! Tôi ăn tại sao và làm thế nào cho bữa sáng. Hãy để tôi giải thích.

Tôi không nói về chiến lược ở cấp độ tính năng. Tôi không nói về dòng quy trình, khung dây và nguyên mẫu. Tôi nói về chiến lược cấp ứng dụng. Bạn biết đấy, điều mà chúng ta nên luôn luôn làm, nhưng bằng cách nào đó không bao giờ có thời gian cho? Và tôi nói về việc biến nó thành một phần không thể thiếu trong cách tiếp cận các chiến lược khác của chúng tôi, như thiết kế mô-đun.

Để cung cấp cho bạn thêm một chút bối cảnh, hãy để nói chuyện qua một ví dụ. Hãy nói rằng chúng tôi đã thiết kế một ứng dụng hẹn hò trong đó một trong những phần cốt lõi của nội dung là một hồ sơ. Với thiết kế mô-đun, chúng tôi sẽ hỏi: ở đâu nội dung này có thể hiển thị trong UI?, - và dựa trên câu trả lời của chúng tôi, chúng tôi sẽ thiết kế các mô-đun cho từng trường hợp đó. Có lẽ chúng tôi sẽ thiết kế một hồ sơ có thể được hiển thị trong một danh sách hoặc một hồ sơ chiếm toàn bộ màn hình. Kiến trúc thông tin. Hoa văn. Kiểm tra kiểm tra.

Một người Việt này và một người mà phong cách hồ sơ của một hồ sơ

Nhưng bây giờ chúng tôi đã quyết định điều gì, điều gì xảy ra khi chúng tôi chắc chắn nhận ra rằng chúng tôi cần phải suy nghĩ về lý do tại sao một người nào đó muốn xem một hồ sơ cụ thể ở nơi đầu tiên? Và làm thế nào hồ sơ đó sẽ xuất hiện cho cá nhân đó? Chúng ta có thực hiện những chiến lược đó sau khi thực tế và hy vọng rằng không có gì phá vỡ?

Tôi hy vọng bạn có thể lắc đầu ra khỏi đó, bởi vì câu trả lời là không.

Thay vì nhảy đầu tiên vào việc thiết kế các mô-đun của chúng tôi, chúng ta nên xây dựng một khung chiến lược có thể giúp thúc đẩy các nỗ lực thiết kế của chúng tôi từ mọi góc độ. Thay vì xác định bộ mặt của nội dung của chúng tôi - nội dung xuất hiện trong Giao diện người dùng - chúng ta nên bắt đầu bằng cách xác định cách thức và lý do tại sao hỗ trợ nội dung đó. Đây được gọi là thiết kế khối xây dựng.

Nhập thiết kế khối xây dựng

Thay vì yêu cầu bạn nghĩ về nội dung của các mô-đun trước, giống như các mô hình khác, thiết kế khối xây dựng yêu cầu bạn tập trung thay vào chiến lược đằng sau nội dung đó.

Trong thiết kế khối xây dựng, hãy để chiến lược cung cấp khung cho thiết kế; Không phải hướng ngược lại.

Chỉ sau khi bạn xác định chiến lược UX cốt lõi của mình - khung giữ nội dung của bạn lên - bạn mới có thể bắt đầu thiết kế cách thức nội dung đó sẽ được thể hiện trong giao diện. Chiến lược hình ảnh lớn của người Viking cho mỗi phần nội dung cốt lõi là khối xây dựng của bạn. Cùng nhau, các khối xây dựng của bạn xác định UX của sản phẩm của bạn.

Thiết kế khối xây dựng là thiết kế mô-đun cho UXers.

Giải phẫu khối xây dựng

Để hiểu rõ hơn về phương pháp này để tạo ra nội dung có ý nghĩa, có cấu trúc, hãy để Lùi trở lại ví dụ về ứng dụng hẹn hò. Bây giờ tôi đã xác định được một phần nội dung cốt lõi trong ứng dụng của mình - một hồ sơ - đã đến lúc phải đi qua và xác định những chiến lược nào có thể ảnh hưởng đến cách thức khối này được thiết kế. Bằng cách khám phá mối quan hệ giữa các sáng kiến ​​chiến lược khác và nội dung của chúng tôi, chúng tôi có thể suy nghĩ nghiêm túc hơn về cách chúng tôi tiếp cận thiết kế và cung cấp thông tin này.

Giải phẫu của khối hồ sơ đang bắt đầu hình thành.

Khi khám phá mối quan hệ giữa các chiến lược cấp ứng dụng, tốt nhất là bắt đầu ở cấp độ cao và thực hiện theo cách của bạn. Ví dụ: nếu tôi xác định personas là thành phần chính trong chiến lược của mình, tôi có thể phá vỡ chiến lược này hơn nữa bằng cách xác định:

  • các personas cụ thể liên quan đến hồ sơ;
  • nơi mà trong ứng dụng họ đang tương tác với nội dung này;
  • bối cảnh sử dụng của họ;
  • các hành động cốt lõi mà họ thực hiện trên hồ sơ;
  • và tần suất họ truy cập nội dung này.

Nó có thể trông giống như thế này:

Mối quan hệ cá nhân cung cấp nhiều bối cảnh hơn cho khuôn mặt của khối hồ sơ của tôi trông và cảm thấy như thế nào.

Khi tôi đã cung cấp thêm một chút bối cảnh về lý do tại sao nội dung này có giá trị đối với một loại người dùng cụ thể, tôi có thể bắt đầu suy nghĩ nghiêm túc hơn về những hành động cần được ưu tiên, mô-đun nên được cấu trúc như thế nào để thúc đẩy các mẫu hành vi cụ thể, và nơi kinh nghiệm nội dung này cần phải được cung cấp.

Kỹ thuật này cho phép các nhà thiết kế tập trung vào những thứ quan trọng và không bị cuốn vào sự hấp dẫn trực quan, sự quyến rũ tương tác và các mẫu thiết kế giao diện khác trông đẹp mắt, nhưng don hỗ trợ hành vi người dùng thực tế.

Nếu tôi lặp lại bài tập này theo quan điểm của một sáng kiến ​​chiến lược thứ hai, những hiểu biết bổ sung sẽ đạt được. Tùy thuộc vào số lượng và mức độ phức tạp của các sáng kiến ​​chiến lược mà bạn có, điều này có thể nhanh chóng trở thành một quy trình đòi hỏi nhiều thời gian. Tôi khuyên bạn nên bắt đầu với không quá hai chiến lược.

Vì vậy, có bạn có nó. Một ví dụ về cách làm ướt chân với thiết kế khối xây dựng. Nếu bạn nghĩ rằng đây sẽ là một bài tập hữu ích cho nhóm thiết kế của bạn, hãy xem Hướng dẫn bắt đầu nhanh bên dưới để biết thêm một số mẹo. Và, tất nhiên, tôi rất thích nghe suy nghĩ của bạn về tất cả mọi thứ được mô đun hóa. Thêm ý kiến ​​của bạn dưới đây hoặc tiếp cận trên LinkedIn.

Hướng dẫn nhanh

Tôi đã phát hiện ra rằng nhiều mô hình thiết kế mô-đun ngoài kia không thể giúp độc giả của họ có thể hành động được, vì vậy hãy để tôi đưa ra quan điểm cung cấp thông tin quý giá đó:

Bước # 1: Chiến lược kiểm kê.

Chúng tôi làm hàng tồn kho nội dung và thành phần, vậy tại sao không phải là hàng tồn kho chiến lược? Lập danh sách tất cả các chiến lược cấp ứng dụng bạn có tại chỗ. Các ví dụ bao gồm: Personas, dữ liệu, bối cảnh sử dụng và thiết kế môi trường của con người, khả năng phản hồi, v.v ... Đây là cơ hội tốt để tạm dừng và hỏi chúng tôi có chiến lược vững chắc cho ứng dụng của mình không? đi làm.

Để làm: Rally các thành viên nhóm để độc lập tạo ra hàng tồn kho chiến lược của riêng họ.

Bước # 2: Xác định nội dung cốt lõi của bạn.

Đây là nội dung mà người dùng của bạn thực hiện hành động trong ứng dụng của bạn. Để tìm ra điều này, hãy chặn một chút thời gian cho một phiên động não với nhóm của bạn. Hãy tự hỏi mình những câu hỏi như: Người dùng của tôi tìm kiếm gì? Lượt xem? Tải xuống? Một khi bạn xác định được một phần nội dung cốt lõi, hãy viết nó lên một tờ giấy và treo nó lên tường.

Để làm: Tổ chức một buổi động não ban đầu với nhóm của bạn.

Bước # 3: Xác định cách thức và lý do.

Bây giờ bạn đã xác định được các chiến lược cấp độ ứng dụng và nội dung cốt lõi của mình, đã đến lúc kết hợp cả hai! Quay trở lại phòng động não của bạn cho một cuộc họp tiếp theo và đảm bảo nhóm của bạn mang theo hàng tồn kho chiến lược của họ. Đối với phần này của quy trình, hãy để nhóm của bạn đặt chiến lược sau ghi chú vào bất kỳ nội dung cốt lõi nào mà chiến lược đó có thể có tác động.

Để làm: Tổ chức một buổi động não tiếp theo với nhóm của bạn.

Bước # 4: Giải phẫu của một khối xây dựng.

Nó thời gian để phân chia và chinh phục. Chỉ định các thành viên trong nhóm một số loại nội dung cốt lõi - hoặc các khối xây dựng - và yêu cầu họ lặp lại về giải phẫu của nội dung này.

Việc cần làm: Chỉ định mỗi thành viên trong nhóm với một số loại nội dung. Thành viên nhóm đó nên xác định cấu trúc giải phẫu của nội dung đó.

Bước # 5: Căn chỉnh, căn chỉnh, căn chỉnh

Bước cuối cùng, đưa nhóm trở lại với nhau dưới dạng một bài thuyết trình thấp, trong đó mỗi thành viên trong nhóm trình bày giải phẫu của các khối xây dựng của họ. Tiết kiệm thời gian ở cuối cho các câu hỏi, căn chỉnh và quyết định về các bước tiếp theo để thúc đẩy các thành phần chiến lược riêng lẻ của từng khối xây dựng.

Việc cần làm: Sắp xếp thời gian để các thành viên trong nhóm trình bày giải phẫu khối xây dựng của họ.

Bài viết này được mang đến cho bạn bởi RUXERS. RUXERS là một cộng đồng gồm các nhà lãnh đạo trải nghiệm người dùng thực sự chia sẻ và thảo luận về thiết kế, trải nghiệm người dùng, khả năng sử dụng và nghiên cứu mới nhất. Chúng tôi đã đăng trên Twitter - tham gia cùng chúng tôi!