Mở đầu — vì sao bài này quan trọng
Ở Bài 25 và 26, chúng ta đã nói về microcopy — từng dòng chữ nhỏ trên nút bấm, thông báo lỗi — và về voice & tone — cách giọng nói của sản phẩm thay đổi theo bối cảnh. Nhưng nếu bạn nghĩ rằng "viết chữ trong UI" chỉ dừng ở việc gọt giũa câu chữ cho hay, thì bạn mới chạm vào phần nổi của tảng băng.
Content Design — thiết kế nội dung — là một tầng cao hơn. Nó không hỏi "câu này nên viết thế nào cho hay?" mà hỏi "người dùng cần biết gì ở khoảnh khắc này, theo thứ tự nào, và cái gì nên bị giấu đi?". Đó là việc quyết định hiển thị cái gì, ẩn cái gì, sắp xếp theo trật tự nào để người dùng đạt được mục tiêu nhanh nhất với ít gánh nặng nhận thức nhất.
Tại sao điều này quan trọng với một Product Designer? Vì trong rất nhiều sản phẩm — đặc biệt là sản phẩm fintech, healthtech, B2B SaaS, e-commerce — phần lớn giao diện chính là nội dung: bảng giá, điều khoản, mô tả sản phẩm, kết quả tìm kiếm, hướng dẫn từng bước. Bạn có thể vẽ layout đẹp đến đâu, nhưng nếu nội dung được tổ chức tệ, người dùng vẫn lạc lối. Một mentor của tôi từng nói: "Layout là cái khung, content design là cái khiến người ta ở lại." Trong bài này, chúng ta sẽ học cách thiết kế nội dung vượt ra ngoài microcopy.
Khái niệm cốt lõi
Content Design là thực hành quyết định nội dung nào, cấu trúc ra sao, và ở mức chi tiết nào để phục vụ nhu cầu của người dùng trong một bối cảnh cụ thể. Nó nằm ở giao điểm của UX, viết lách và kiến trúc thông tin ở cấp độ màn hình.
Information hierarchy — hiển thị gì, ẩn gì
Trái tim của content design là phân cấp thông tin (information hierarchy). Mỗi màn hình có một ngân sách chú ý hữu hạn. Nhiệm vụ của bạn là phân bổ ngân sách đó: cái gì quan trọng nhất phải nổi bật, cái gì thứ yếu phải lùi xuống, và cái gì hiếm khi cần thì nên giấu sau một cú nhấp.
Có ba quyết định lặp đi lặp lại:
- Show (hiển thị ngay): thông tin mà 80% người dùng cần ngay lập tức để ra quyết định hoặc hành động tiếp theo.
- Reveal on demand (hiển thị khi cần): thông tin chỉ một nhóm cần, đặt sau accordion, "Xem thêm", tooltip, hoặc trang phụ. Đây là kỹ thuật progressive disclosure — tiết lộ dần.
- Hide (ẩn hẳn): thông tin nội bộ, kỹ thuật, hoặc trùng lặp mà người dùng không cần. Can đảm cắt bỏ là một kỹ năng content design.
Headlines + structure — khả năng quét (scan-ability)
Sự thật phũ phàng: người dùng không đọc, họ quét. Các nghiên cứu eye-tracking từ Nielsen Norman Group cho thấy người dùng đọc theo hình chữ F — quét tiêu đề, dòng đầu, rồi nhảy cóc. Vì vậy content design phải được thiết kế để quét, không phải để đọc tuần tự.
Công cụ tạo khả năng quét:
- Tiêu đề mô tả (descriptive headlines): một tiêu đề tốt phải nói được nội dung bên dưới mà không cần đọc đoạn văn. "Chính sách hoàn tiền trong 7 ngày" tốt hơn "Thông tin quan trọng".
- Front-loading: đặt từ khóa quan trọng nhất ở đầu câu và đầu đoạn. Người dùng quét những từ đầu tiên.
- Chia nhỏ (chunking): đoạn ngắn, bullet, bảng so sánh thay vì khối văn bản dày đặc.
- Một ý mỗi đoạn: mỗi đoạn nên truyền đạt một ý duy nhất.
Long-form content — khi nội dung buộc phải dài
Đôi khi nội dung phải dài: điều khoản dịch vụ, hướng dẫn an toàn y tế, mô tả gói bảo hiểm, bài viết trợ giúp. Content design không có nghĩa là "luôn ngắn"; nó có nghĩa là "đúng độ dài cho nhu cầu". Với nội dung dài, công cụ của bạn là:
- Mục lục / anchor links để người dùng nhảy đến phần họ cần.
- Tóm tắt ở đầu (TL;DR / summary box) cho người vội.
- Heading có cấp bậc rõ ràng (H2, H3) tạo bộ khung điều hướng.
- Layered content: lớp ngoài là bản tóm tắt dễ hiểu, lớp trong là chi tiết đầy đủ cho ai muốn đào sâu.
Content design khác microcopy ở đâu
Microcopy hỏi: "Nút này nên ghi gì?". Content design hỏi: "Trên màn hình này cần bao nhiêu khối thông tin, mỗi khối nói gì, theo thứ tự nào, cái gì là tiêu đề, cái gì giấu đi, và toàn bộ có dẫn người dùng tới hành động đúng không?". Microcopy là từng viên gạch; content design là bản vẽ ngôi nhà.
Tình huống thực tế
Ví dụ 1 — Trang chi tiết sản phẩm của Tiki bị quá tải thông tin
Hãy hình dung một trang chi tiết sản phẩm điện thoại trên một sàn TMĐT như Tiki. Ban đầu, đội sản phẩm muốn "minh bạch" nên đổ tất cả thông tin lên cùng một màn hình: 40 dòng thông số kỹ thuật, 3 đoạn mô tả marketing, chính sách bảo hành, hướng dẫn trả góp, đánh giá — tất cả phơi bày ngay khi cuộn xuống.
Kết quả: tỷ lệ thêm vào giỏ hàng giả định chỉ khoảng 4%. Khi phân tích bản ghi phiên (session recording), đội phát hiện người dùng cuộn rất nhanh, lướt qua khối thông số dày đặc mà không đọc, và nhiều người rời trang trước khi thấy nút "Mua ngay".
Một content designer vào cuộc và áp dụng phân cấp thông tin. Họ quyết định: show giá, tình trạng còn hàng, 4 thông số người mua quan tâm nhất (màn hình, pin, camera, bộ nhớ) và nút mua. Reveal on demand: toàn bộ 40 thông số gói vào tab "Thông số chi tiết", chính sách bảo hành gói trong accordion. Hide: các đoạn marketing sáo rỗng bị cắt, thay bằng 3 gạch đầu dòng lợi ích cụ thể.
Bài học rút ra: minh bạch không phải là đổ tất cả ra cùng lúc. Minh bạch tốt là cho người dùng thấy thứ họ cần ngay, và cho họ con đường dễ dàng để xem phần còn lại. Phân cấp thông tin trực tiếp ảnh hưởng tới chuyển đổi.
Ví dụ 2 — Trang điều khoản vay của ví điện tử MoMo
Giả sử một ví điện tử như MoMo ra mắt tính năng vay tiêu dùng nhỏ. Phiên bản đầu, màn hình điều khoản là một bức tường chữ pháp lý dài 1.500 từ, viết theo ngôn ngữ hợp đồng. Đội tuân thủ hài lòng vì "đủ pháp lý", nhưng tỷ lệ hoàn tất đăng ký vay thấp, và bộ phận chăm sóc khách hàng nhận nhiều câu hỏi kiểu "lãi suất thật sự là bao nhiêu?", "trả trễ thì bị gì?".
Đây là bài toán long-form content kinh điển: nội dung buộc phải đầy đủ vì lý do pháp lý, nhưng vẫn phải hiểu được. Content designer áp dụng layered content. Lớp trên cùng là một hộp tóm tắt: "Bạn vay 2.000.000đ. Lãi suất 1,5%/tháng. Trả trong 90 ngày. Trả trễ phạt 50.000đ/ngày." — bốn câu, in đậm con số. Bên dưới là heading rõ ràng cho từng phần: "Lãi suất tính thế nào", "Nếu bạn trả trễ", "Quyền của bạn". Bản điều khoản pháp lý đầy đủ vẫn còn nguyên, đặt sau link "Xem hợp đồng đầy đủ".
Kết quả giả định: số câu hỏi tới tổng đài giảm rõ rệt và tỷ lệ hoàn tất tăng, vì người dùng hiểu mình đang đồng ý với cái gì trước khi nhấn nút.
Bài học rút ra: với nội dung dài bắt buộc, đừng chọn giữa "đầy đủ" và "dễ hiểu" — hãy xếp lớp để có cả hai. Tóm tắt trước, chi tiết sau.
Ví dụ 3 — Bảng giá SaaS B2B viết cho người bán thay vì người mua
Một startup SaaS Việt làm phần mềm quản lý bán hàng cho chuỗi cửa hàng có trang bảng giá với ba gói. Vấn đề: mỗi gói liệt kê 25 tính năng bằng thuật ngữ nội bộ ("Đồng bộ webhook đa kênh", "Phân quyền RBAC nâng cao"). Khách hàng — chủ shop, không phải dân kỹ thuật — không hiểu mình mua gì, và phải gọi sales hỏi.
Content designer làm lại theo nguyên tắc khả năng quét và phân cấp. Headline mỗi gói đổi từ tên kỹ thuật sang mô tả người dùng: "Cho shop mới mở", "Cho chuỗi 2–5 cửa hàng", "Cho chuỗi lớn cần báo cáo". Mỗi gói chỉ show 4 lợi ích quan trọng nhất viết bằng ngôn ngữ khách hàng ("Quản lý tồn kho nhiều kho", "Báo cáo doanh thu theo chi nhánh"). Bảng so sánh 25 tính năng đầy đủ vẫn có, nhưng nằm dưới link "So sánh chi tiết các gói".
Bài học rút ra: content design phải viết cho người đọc, không phải cho người làm ra sản phẩm. Thông tin được tổ chức theo mental model của khách hàng, không theo cấu trúc kỹ thuật nội bộ.
Hướng dẫn từng bước
Khi bạn nhận một màn hình hoặc luồng cần thiết kế nội dung, hãy đi theo quy trình sau:
Bước 1 — Xác định mục tiêu của người dùng tại màn hình này. Hỏi: người dùng đến đây để làm gì? Họ cần ra quyết định gì hay hành động gì? Mọi quyết định nội dung phải phục vụ mục tiêu này.
Bước 2 — Liệt kê toàn bộ thông tin có thể có. Đổ hết ra giấy: mọi mẩu thông tin mà sản phẩm, marketing, pháp lý, kỹ thuật muốn đưa lên. Chưa lọc, chỉ liệt kê.
Bước 3 — Phân loại Show / Reveal / Hide. Với từng mẩu, hỏi: bao nhiêu phần trăm người dùng cần cái này ngay? Cần ngay thì Show. Một số người cần thì Reveal on demand. Không ai cần thì Hide. Hãy can đảm cắt.
Bước 4 — Sắp xếp theo thứ tự ra quyết định. Đặt thông tin theo trật tự người dùng cần để tiến tới hành động: cái họ cần biết trước đặt trước. Quan trọng nhất lên đầu (front-loading).
Bước 5 — Viết headline cho từng khối. Mỗi khối nội dung cần một tiêu đề mô tả được nội dung của nó. Kiểm tra bằng cách chỉ đọc các headline — chúng có kể được câu chuyện không?
Bước 6 — Chia nhỏ để quét. Biến đoạn văn dài thành bullet, bảng, đoạn ngắn một ý. Đặt từ khóa ở đầu câu.
Bước 7 — Xếp lớp nội dung dài. Nếu có nội dung buộc phải dài, thêm hộp tóm tắt ở đầu và đẩy chi tiết xuống lớp sâu hơn.
Bước 8 — Kiểm tra bằng "squint test" và đọc to. Nheo mắt nhìn màn hình: cái gì nổi bật nhất có đúng là cái quan trọng nhất không? Đọc to nội dung: nghe có tự nhiên và rõ không?
Lỗi thường gặp & mẹo
Lỗi 1 — "Minh bạch" kiểu đổ hết ra. Nhiều người nghĩ hiển thị mọi thứ là tôn trọng người dùng. Thực ra nó tạo gánh nặng nhận thức. Mẹo: minh bạch = dễ tìm, không phải = phơi bày tất cả cùng lúc.
Lỗi 2 — Headline chung chung. "Thông tin", "Lưu ý", "Chi tiết" là những tiêu đề vô dụng vì không cho biết bên dưới có gì. Mẹo: viết headline để người chỉ đọc tiêu đề vẫn nắm được ý chính.
Lỗi 3 — Viết theo cấu trúc nội bộ của công ty. Tổ chức nội dung theo phòng ban (sản phẩm, pháp lý, kỹ thuật) thay vì theo nhu cầu người dùng. Mẹo: sắp xếp theo mental model của người đọc và theo thứ tự họ ra quyết định.
Lỗi 4 — Sợ progressive disclosure. Lo rằng giấu thông tin sau "Xem thêm" sẽ khiến người dùng bỏ lỡ. Mẹo: nếu chỉ 10% cần, ẩn cho 10% đó là đúng — đừng bắt 90% còn lại phải lướt qua.
Lỗi 5 — Khối văn bản dày đặc. Mẹo: không đoạn nào quá 3–4 dòng trên mobile. Dùng bullet và bảng khi có thể.
Mẹo vàng — Đo lường được. Content design không phải chuyện cảm tính. Theo dõi tỷ lệ cuộn, click vào "xem thêm", tỷ lệ hoàn tất, số câu hỏi tới tổng đài. Nếu nhiều người hỏi cùng một điều, nghĩa là content design đang thiếu thông tin đó ở đúng chỗ.
Mẹo — Hợp tác sớm với pháp lý và kỹ thuật. Đặc biệt ở fintech và healthtech tại Việt Nam, nội dung pháp lý là bắt buộc. Hãy ngồi với họ sớm để tìm cách trình bày đúng luật mà vẫn dễ hiểu, thay vì nhận một bức tường chữ rồi mới sửa.
Bài tập thực hành
Bài tập 1 — Audit phân cấp thông tin. Chọn một màn hình bất kỳ trong một app bạn hay dùng (ví dụ trang chi tiết đơn hàng của Shopee hoặc màn hình chuyển tiền của một ngân hàng). Chụp màn hình, rồi đánh dấu mỗi mẩu thông tin là Show / Reveal / Hide theo bạn. Có mẩu nào đang Show mà lẽ ra nên Hide không? Ngược lại?
Bài tập 2 — Viết lại long-form. Tìm một trang điều khoản hoặc chính sách dài (bảo hành, hoàn tiền, điều khoản dịch vụ). Viết một hộp tóm tắt 3–4 câu đặt ở đầu, rồi tái cấu trúc phần còn lại bằng các headline mô tả. So sánh thời gian bạn nắm được nội dung trước và sau.
Bài tập 3 — Test headline. Lấy một màn hình bạn đang thiết kế, che hết nội dung chỉ chừa các headline. Đưa cho một người chưa từng thấy sản phẩm. Họ có đoán được mỗi khối nói gì không? Nếu không, sửa headline cho mô tả hơn.
Bài tập 4 — Sắp xếp theo quyết định. Chọn một luồng thanh toán hoặc đăng ký. Liệt kê mọi thông tin trên màn hình quyết định cuối, rồi sắp xếp lại theo đúng thứ tự người dùng cần để bấm nút. Cái gì nên lên trên cùng?
Tóm tắt
Content Design vượt ra ngoài microcopy: thay vì gọt giũa từng câu chữ, nó quyết định hiển thị gì, ẩn gì, theo thứ tự nào để phục vụ mục tiêu của người dùng với gánh nặng nhận thức tối thiểu. Ba trụ cột là: phân cấp thông tin (Show / Reveal on demand / Hide), cấu trúc để quét (headline mô tả, front-loading, chia nhỏ), và xử lý nội dung dài bằng cách xếp lớp (tóm tắt trước, chi tiết sau).
Qua các ví dụ — trang sản phẩm Tiki giảm tải để tăng chuyển đổi, điều khoản vay MoMo xếp lớp để vừa đủ pháp lý vừa dễ hiểu, bảng giá SaaS viết cho khách hàng thay vì cho kỹ sư — ta thấy một thông điệp chung: nội dung phải được tổ chức theo nhu cầu và mental model của người đọc, không theo cấu trúc nội bộ. Hãy luôn hỏi "người dùng cần gì lúc này, theo thứ tự nào?", can đảm cắt cái thừa, và đo lường kết quả. Đó là khác biệt giữa một màn hình đẹp và một màn hình thực sự dẫn người dùng đến đích.