Information Architecture (IA) là gì? Hệ thống thông tin không chỉ là Sitemap

Information Architecture (IA) là gì? Và khác gì so với Sitemap?

Information Architecture – thường viết tắt là IA – là cách tổ chức, đặt nhãn, và cấu trúc thông tin trong một sản phẩm để người dùng có thể tìm được những gì họ cần và hiểu được mình đang ở đâu trong hệ thống.

Nói đơn giản hơn: IA là bản thiết kế của không gian thông tin – quyết định nội dung nào thuộc về nhau, đặt tên như thế nào, và người dùng di chuyển giữa chúng theo hướng nào.

Một sản phẩm thiếu IA tốt không nhất thiết trông xấu – nhưng người dùng sẽ liên tục bị lạc. Họ không tìm được cài đặt, không biết bấm vào đâu để quay lại, không hiểu tại sao hai tính năng trông giống nhau lại đặt ở hai chỗ khác nhau. Đây là vấn đề IA, không phải vấn đề UI.

Nguồn gốc của khái niệm IA

IA không phải khái niệm sinh ra từ digital product. Nó có gốc rễ trong ngành thư viện và khoa học thông tin – nơi người ta phải giải quyết bài toán tương tự từ rất lâu trước khi có internet: làm thế nào để hàng triệu cuốn sách được tổ chức sao cho người đọc tìm được thứ mình cần mà không cần hỏi thủ thư mỗi lần.

Richard Saul Wurman là người đầu tiên dùng thuật ngữ “Information Architect” theo nghĩa hiện đại, vào năm 1976. Ông lập luận rằng trong thời đại thông tin bùng nổ, người thiết kế cấu trúc thông tin quan trọng không kém kiến trúc sư thiết kế không gian vật lý.

Peter Morville và Louis Rosenfeld đưa IA vào thiết kế web qua cuốn Information Architecture for the World Wide Web (1998) – thường được gọi là “cuốn sách gấu trúc” vì bìa sách. Đây là tài liệu nền tảng mà phần lớn thực hành IA hiện đại vẫn dựa vào. Morville cũng phát triển mô hình ba vòng tròn nổi tiếng: IA tốt phải cân bằng giữa nội dung (content), người dùng (users), và ngữ cảnh sử dụng (context).

Bốn thành phần cốt lõi của IA

IA không phải một thứ duy nhất – nó là hệ thống gồm bốn thành phần liên kết với nhau:

1. Hệ thống tổ chức (Organization system)

Quyết định thông tin được nhóm và phân loại như thế nào. Có nhiều cách tổ chức khác nhau và mỗi cách phù hợp với một loại nội dung khác nhau:

• Alphabetical – phù hợp với danh mục thuật ngữ, tên người, tên địa điểm. Người dùng biết mình cần tìm gì và chỉ cần biết tên.
• Chronological – phù hợp với tin tức, blog, lịch sử giao dịch. Thời gian là ngữ cảnh quan trọng nhất.
• Topic-based – phân theo chủ đề hay danh mục nội dung. Phổ biến nhất trong website và app.
• Task-based – phân theo hành động người dùng muốn thực hiện (“Mua hàng”, “Theo dõi đơn hàng”, “Liên hệ hỗ trợ”). Phù hợp với sản phẩm có luồng tác vụ rõ ràng.
• Audience-based – phân theo nhóm người dùng (“Dành cho cá nhân”, “Dành cho doanh nghiệp”). Phù hợp khi sản phẩm phục vụ nhiều segment rất khác nhau.

Trong thực tế, một sản phẩm thường dùng kết hợp nhiều cách tổ chức – ví dụ trang chủ theo topic, trang tìm kiếm theo relevance, lịch sử đơn hàng theo chronological.

2. Hệ thống nhãn (Labeling system)

Quyết định cách đặt tên cho các danh mục, tính năng, nút bấm, và mục menu. Đây là thành phần bị đánh giá thấp nhất trong IA nhưng lại gây ra nhiều vấn đề nhất trong thực tế.

Tên gọi tốt phải dùng ngôn ngữ của người dùng, không phải ngôn ngữ nội bộ của team. Một tính năng mà developer gọi là “User preference management” có thể chỉ cần gọi là “Cài đặt” – vì đó là từ người dùng tự nhiên tìm kiếm.

Nhất quán trong labeling cũng quan trọng không kém. Nếu một chỗ gọi là “Xóa”, chỗ khác gọi là “Hủy”, và chỗ thứ ba gọi là “Loại bỏ” cho cùng một hành động, người dùng sẽ không chắc chắn chúng có giống nhau không và liệu có hậu quả gì khác nhau không.

3. Hệ thống điều hướng (Navigation system)

Quyết định cách người dùng di chuyển trong sản phẩm – không chỉ menu chính mà còn toàn bộ các cơ chế navigation khác:

• Global navigation – menu chính xuất hiện ở mọi trang
• Local navigation – menu phụ trong một section cụ thể
• Breadcrumb – cho người dùng biết họ đang ở đâu trong cấu trúc phân cấp
• Contextual navigation – link liên quan hoặc “xem thêm” dẫn đến nội dung liên quan
• Footer navigation – các link thứ cấp ở cuối trang

Navigation tốt giải quyết ba câu hỏi người dùng luôn có khi dùng sản phẩm: “Tôi đang ở đâu?”, “Tôi đã đến đây từ đâu?”, và “Tôi có thể đi đến đâu từ đây?”

4. Hệ thống tìm kiếm (Search system)

Không phải sản phẩm nào cũng cần search, nhưng khi nội dung đủ lớn hoặc người dùng biết chính xác thứ họ cần, search trở thành navigation chính. Hệ thống search trong IA bao gồm: cách kết quả được xếp hạng, filter và sort có sẵn, autocomplete và suggested query, và cách xử lý kết quả trống.

Một lỗi phổ biến là thiết kế IA tốt cho browsing nhưng bỏ quên search – dẫn đến việc người dùng search được kết quả nhưng không biết kết quả đó nằm ở đâu trong cấu trúc sản phẩm.

IA không phải là Sitemap – nhưng Sitemap là một phần của IA

Đây là điểm gây nhầm lẫn nhiều nhất, kể cả với Designer có kinh nghiệm.

Sitemap là sơ đồ cấu trúc phân cấp của các trang hoặc màn hình trong một sản phẩm – nó cho thấy trang nào tồn tại, trang nào là con của trang nào, và navigation đi theo chiều nào. Sitemap là một tài liệu trực quan – bạn có thể in ra, đặt lên bàn, và nhìn vào để biết app có bao nhiêu màn hình.

Information Architecture là toàn bộ hệ thống quyết định đằng sau đó – bao gồm không chỉ cấu trúc phân cấp mà còn cách phân loại nội dung, cách đặt tên danh mục, logic tìm kiếm, và hệ thống nhãn xuyên suốt sản phẩm.

Quan hệ giữa hai khái niệm này là: Sitemap là tập con của IA.

Information Architecture
├── Tổ chức thông tin (organization)
│   └── Sitemap - cấu trúc phân cấp dạng sơ đồ
├── Hệ thống nhãn (labeling)
│   └── Tên menu, tên danh mục, tên tính năng
├── Hệ thống điều hướng (navigation)
│   └── Menu chính, breadcrumb, tab, footer nav
└── Hệ thống tìm kiếm (search)
    └── Filter, sort, autocomplete, kết quả tìm kiếm

Bạn có thể vẽ Sitemap mà không cần nghĩ đến IA. Nhưng nếu chỉ có Sitemap mà không có IA, bạn sẽ biết cái gì tồn tại mà không biết tại sao nó được tổ chức như vậy và người dùng có hiểu không.

Trong một lớp về web design tại TELOS Academy, bạn sẽ được học vẽ sitemap khá kĩ

Đăng ký tại đây

Bảng so sánh cụ thể

Ví dụ để phân biệt rõ hơn

Giả sử bạn đang thiết kế app thương mại điện tử. Sitemap sẽ liệt kê: Trang chủ → Danh mục → Sản phẩm → Giỏ hàng → Thanh toán → Xác nhận đơn.

Nhưng IA mới trả lời được những câu hỏi sâu hơn:

• Danh mục sản phẩm nên phân theo loại hàng hay theo thương hiệu? (organization)
• Gọi là “Giỏ hàng” hay “Túi mua sắm” hay “Đơn hàng”? (labeling)
• Khi người dùng ở trang Sản phẩm, breadcrumb hiển thị gì? (navigation)
• Filter tìm kiếm nên có những thuộc tính nào và theo thứ tự nào? (search)

Sitemap không trả lời được những câu đó. IA thì có.

IA liên quan thế nào đến các deliverable khác trong UX?

Người mới học UX hay nhầm lẫn IA với một số deliverable khác vì chúng trông có vẻ tương tự khi nhìn từ xa.

IA và User Flow: User Flow mô tả hành trình của người dùng khi thực hiện một task cụ thể – tuyến tính, có bắt đầu và kết thúc. IA là cấu trúc tổng thể mà User Flow di chuyển bên trong. Bạn cần có IA trước để User Flow có chỗ để đi.

IA và Wireframe: Wireframe là bản phác thảo giao diện của một màn hình cụ thể. IA quyết định màn hình đó chứa gì và dẫn đến đâu. Wireframe tốt không thể bù cho IA xấu – người dùng có thể hiểu được từng màn hình nhưng vẫn bị lạc giữa các màn hình với nhau.

IA và Customer Journey Map: Journey Map theo dõi cảm xúc và hành vi của người dùng qua nhiều điểm chạm – kể cả ngoài sản phẩm. IA chỉ liên quan đến không gian thông tin bên trong sản phẩm. Journey Map có thể chỉ ra chỗ người dùng bị lạc, còn IA là công cụ để sửa chỗ đó.

Tại sao nhiều người nhầm IA với Sitemap?

Vì Sitemap là artifact dễ nhìn thấy nhất trong quá trình làm IA. Khi ai đó nói “mình đang làm IA”, output thường đầu tiên người ta nhìn thấy là một cái sơ đồ cây – trông rất giống Sitemap.

Nhưng cái sơ đồ đó chỉ là phần nổi. Phần chìm là toàn bộ quyết định về phân loại, đặt tên, và logic điều hướng đã được nghiên cứu và thẩm định với người dùng trước khi sơ đồ đó được vẽ ra.

Sitemap không có research đằng sau thực chất là sơ đồ phỏng đoán – không phải IA.

Những hiểu lầm phổ biến về IA

“IA chỉ dành cho website lớn” – Sai. Ngay cả một app nhỏ với 10 màn hình cũng có IA, dù không cần làm chính thức. Sự khác biệt là ở quy mô đầu tư, không phải sự tồn tại của IA.

“IA là việc của Designer, không liên quan đến tôi” – Mọi người trong team đưa ra quyết định ảnh hưởng đến IA: PM quyết định tính năng nào được thêm vào, developer quyết định cách dữ liệu được cấu trúc, content team quyết định cách nội dung được phân loại. IA là trách nhiệm chung.

“Làm IA xong là xong” – IA là sản phẩm sống. Khi sản phẩm thêm tính năng, khi người dùng thay đổi, khi business pivot – IA cần được xem xét lại. Nhiều vấn đề navigation của sản phẩm trưởng thành xuất phát từ việc IA ban đầu không được cập nhật khi sản phẩm phát triển.

“Cứ dùng cấu trúc giống app phổ biến là ổn” – Học từ pattern của các sản phẩm thành công là tốt, nhưng copy nguyên cấu trúc mà không hiểu tại sao họ dùng nó có thể dẫn đến IA không phù hợp với nội dung và người dùng của bạn.

Kết luận

IA là discipline, Sitemap là artifact. Một cái là cách nghĩ và hệ thống quyết định, một cái là tài liệu trực quan thể hiện một phần kết quả của cách nghĩ đó.

Hiểu được sự khác biệt này giúp Designer đặt đúng câu hỏi: không phải “Sitemap của mình đúng chưa?” mà là “Người dùng có tìm được thứ họ cần không, và họ có hiểu mình đang ở đâu không?” – đó mới là câu hỏi của IA.

Và câu trả lời cho câu hỏi đó không đến từ việc nhìn vào sơ đồ – nó đến từ việc quan sát người dùng thực sự dùng sản phẩm. Đây là một điều mà TELOS Academy cảm thấy những học viên của mình nên có. Bạn có muốn trở thành một UI/UX product designer? Hãy đăng ký tại đây.