Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn đang đứng ở quầy thu ngân của một cửa hàng. Nhân viên đưa cho bạn một tờ giấy, chỉ tay vào ô trống và nói: "OK ở đây nhé." Bạn sẽ hơi khựng lại: OK là đồng ý cái gì? Đồng ý thanh toán? Đồng ý nhận hàng? Đồng ý cho họ giữ số điện thoại của mình?
Cái khoảnh khắc khựng lại nửa giây đó — nhân với hàng triệu lượt người dùng mỗi ngày — chính là thứ mà một UX Writer giỏi được trả tiền để loại bỏ. Và không có chỗ nào cái khoảnh khắc đó xuất hiện thường xuyên hơn là trên nút bấm (button).
Button label là đoạn microcopy được người dùng đọc nhiều nhất và cũng là nơi họ ra quyết định nhiều nhất. Mỗi cú click là một cam kết: người dùng giao tiền, giao dữ liệu, giao sự tin tưởng của họ. Nếu nhãn nút mơ hồ, họ sẽ do dự. Do dự dẫn đến bỏ cuộc. Trong một luồng thanh toán (checkout) của thương mại điện tử, chỉ cần vài phần trăm người dùng do dự ở nút cuối cùng là doanh nghiệp mất đi một khoản doanh thu rất lớn.
Bài này tập trung hoàn toàn vào cách viết nhãn cho nút bấm — một trong những kỹ năng nền tảng và có tác động đo lường được rõ ràng nhất của nghề UX Writing. Chúng ta sẽ đi qua ba nguyên tắc cốt lõi: bắt đầu bằng động từ, cụ thể hóa hành động, và khớp với ý định của người dùng. Đây là những nguyên tắc bạn sẽ dùng đi dùng lại suốt sự nghiệp.
Khái niệm cốt lõi
Một button label tốt trả lời được một câu hỏi rất đơn giản trong đầu người dùng: "Nếu tôi bấm nút này, chuyện gì sẽ xảy ra?" Nếu người dùng phải dừng lại để đoán, nhãn nút đã thất bại. Ba nguyên tắc dưới đây tồn tại chỉ để đảm bảo người dùng luôn trả lời được câu hỏi đó ngay lập tức.
Nguyên tắc 1 — Bắt đầu bằng động từ (verb-leading)
Nút là nơi để hành động, và hành động trong ngôn ngữ được biểu đạt bằng động từ. Vì vậy, quy tắc nền tảng nhất là: đặt động từ mô tả hành động ngay ở đầu nhãn.
- "Lưu" thay vì "Nút lưu"
- "Gửi" thay vì "Đồng ý"
- "Thêm vào giỏ" thay vì "Giỏ hàng"
Trong tiếng Việt, nguyên tắc này thậm chí còn tự nhiên hơn vì tiếng Việt vốn ưu tiên cấu trúc động từ đứng đầu mệnh lệnh: "Lưu thay đổi", "Đặt hàng", "Tải xuống", "Tạo tài khoản". Cái bẫy phổ biến là chúng ta hay bị dịch cứng từ tiếng Anh sang thành danh từ, ví dụ dịch "Registration" thành "Đăng ký" (may mắn vẫn là động từ) nhưng dịch "Submission" thành "Nộp bài" (tốt) hoặc tệ hơn là để trơ danh từ như "Thông tin" trên một nút đáng ra phải là "Xem thông tin".
Có một vài ngoại lệ hợp lý: các nhãn quá quen thuộc và đã trở thành quy ước như "OK" trong hộp thoại thông báo thuần túy (chỉ đóng thông báo, không có hậu quả gì), hoặc "Có / Không" trong câu hỏi đóng. Nhưng ngay cả những trường hợp này, một động từ cụ thể thường vẫn tốt hơn — ta sẽ thấy ở nguyên tắc 2.
Nguyên tắc 2 — Cụ thể với hành động (specific to action)
Đây là nguyên tắc phân biệt UX Writer nghiệp dư và chuyên nghiệp. Một nhãn nút không chỉ cần là động từ, nó cần cho biết động từ đó tác động lên cái gì.
So sánh:
- "OK" so với "Lưu thay đổi"
- "Gửi" so với "Gửi đơn ứng tuyển"
- "Xóa" so với "Xóa 3 mục đã chọn"
- "Tiếp tục" so với "Tiếp tục thanh toán"
Tình huống có hậu quả nghiêm trọng — như xóa dữ liệu, thanh toán, hủy đăng ký. Ở đây, nhãn nút mơ hồ là nguy hiểm. "OK" trên một hộp thoại xác nhận xóa tài khoản là một thảm họa chờ xảy ra. "Xóa vĩnh viễn tài khoản" thì rõ ràng và cho người dùng cơ hội dừng lại.
Tình huống có nhiều nút cạnh nhau — khi hai nút "Đồng ý" và "Hủy" đứng cạnh nhau, người dùng phải đọc cả câu hỏi phía trên để hiểu "Đồng ý" nghĩa là gì. Nếu thay bằng "Lưu bản nháp" và "Xóa bản nháp", người dùng hiểu ngay mà không cần đọc lại.
Có một khái niệm rất hay trong ngành gọi là nút tự giải thích (self-explanatory button): một nút tốt phải hiểu được ngay cả khi tách rời khỏi ngữ cảnh xung quanh. Nếu bạn che hết phần văn bản còn lại trên màn hình và chỉ nhìn vào nhãn nút, bạn vẫn phải đoán được nó làm gì. Hãy dùng phép thử này mỗi khi viết nhãn nút.
Nguyên tắc 3 — Khớp với ý định người dùng (match user intent)
Nhãn nút nên phản ánh cách người dùng nghĩ về hành động, chứ không phải cách hệ thống nghĩ. Đây là điểm mấu chốt mà nhiều lập trình viên viết nhãn nút hay bỏ sót.
Ví dụ, hệ thống có thể gọi hành động là "Submit form" (nộp biểu mẫu), nhưng trong đầu người dùng họ đang "Đăng ký nhận tư vấn". Nhãn nút nên là "Đăng ký nhận tư vấn" chứ không phải "Nộp biểu mẫu". Người dùng không quan tâm đến biểu mẫu; họ quan tâm đến kết quả họ muốn.
Một cách hay để làm đúng nguyên tắc này là dùng công thức khớp nhãn nút với động từ trong lời hứa của trang. Nếu tiêu đề trang nói "Đặt lịch khám online chỉ trong 2 phút" thì nút nên nói "Đặt lịch khám", tạo thành một mạch liền lạc từ lời hứa đến hành động.
Nguyên tắc này cũng bao gồm việc dùng đúng "giọng" của người dùng. Nút "Bắt đầu miễn phí" hấp dẫn hơn "Đăng ký tài khoản dùng thử" vì nó nói bằng ngôn ngữ mong muốn của người dùng (miễn phí, bắt đầu ngay) chứ không phải ngôn ngữ thủ tục của hệ thống (đăng ký, tài khoản, dùng thử).
Tình huống thực tế
Ví dụ 1 — Nút "OK" tai hại trong một app quản lý bán hàng ở TP.HCM
Một startup SaaS nhỏ ở TP.HCM làm phần mềm quản lý bán hàng cho các cửa hàng tạp hóa. Trong màn hình chỉnh sửa danh sách sản phẩm, khi người dùng bấm nút xóa một sản phẩm, một hộp thoại hiện lên với dòng chữ "Bạn có chắc chắn không?" kèm hai nút: "OK" và "Hủy".
Đội hỗ trợ khách hàng bắt đầu nhận được các cuộc gọi kiểu: "Sao tôi bấm OK mà nó lại xóa mất sản phẩm của tôi? Tôi tưởng OK là ok, để đó thôi chứ." Vấn đề là chủ tiệm tạp hóa đọc "OK" theo nghĩa "đã hiểu / để yên đó" chứ không phải "đồng ý xóa". Nhãn nút không khớp với ý định.
Nhóm sản phẩm đổi hộp thoại thành: tiêu đề "Xóa sản phẩm này?", nút chính đổi màu đỏ ghi "Xóa sản phẩm", nút phụ ghi "Giữ lại". Số cuộc gọi khiếu nại về việc "lỡ xóa nhầm" giảm gần như về không trong tháng tiếp theo.
Bài học: "OK" và "Hủy" là cặp nút mơ hồ nhất trong thiết kế. Với các hành động có hậu quả, luôn thay bằng động từ cụ thể mô tả đúng cái sẽ xảy ra ("Xóa sản phẩm") và cái để thoát ("Giữ lại").
Ví dụ 2 — Grab và nút hành động khớp ngữ cảnh
Hãy quan sát cách các ứng dụng gọi xe như Grab đặt nhãn nút theo từng bước của hành trình. Ở màn hình chọn điểm đến, nút không ghi "Tiếp tục" chung chung mà ghi rõ hành động của bước tiếp theo, kiểu "Chọn GrabBike". Sau khi chọn phương tiện, nút chuyển thành "Đặt xe" kèm số tiền, ví dụ "Đặt GrabBike - 32.000đ". Khi tài xế đang đến, nút hành động chuyển thành "Gọi tài xế" hoặc "Nhắn tin".
Điểm tinh tế ở đây là nhãn nút thay đổi theo trạng thái, và mỗi nhãn đều là một động từ cụ thể khớp với điều người dùng muốn làm ngay lúc đó. Người dùng không bao giờ phải tự hỏi "bấm nút này thì sao". Việc nhét luôn con số giá tiền vào nút "Đặt GrabBike - 32.000đ" còn là một ứng dụng xuất sắc của nguyên tắc cụ thể: người dùng cam kết một hành động mà họ biết chính xác chi phí.
Bài học: Nhãn nút không cố định — nó nên phản ánh trạng thái hiện tại và bước tiếp theo cụ thể. Đưa thông tin quyết định (như giá) vào ngay trên nút giúp giảm do dự và tăng tỷ lệ chuyển đổi.
Ví dụ 3 — Landing page của một khóa học online: "Nộp" so với "Nhận tư vấn miễn phí"
Một trung tâm dạy tiếng Anh online có trang đích để thu thập thông tin học viên tiềm năng. Biểu mẫu gồm họ tên, số điện thoại, và một nút ban đầu ghi "Gửi" (theo đúng tên kỹ thuật là submit).
Đội marketing chạy một thử nghiệm đơn giản: giữ nguyên mọi thứ, chỉ đổi nhãn nút từ "Gửi" thành "Nhận tư vấn miễn phí". Giả định phía sau là người dùng điền form không phải để "gửi" cái gì, mà để "nhận" giá trị — được tư vấn miễn phí. Nhãn mới khớp với ý định của họ.
Kết quả: tỷ lệ hoàn tất form tăng đáng kể, vì nhãn nút biến một hành động thủ tục (gửi thông tin cá nhân, nghe hơi rủi ro) thành một hành động nhận giá trị (được tư vấn, miễn phí, nghe hấp dẫn). Cùng một cú click, nhưng cảm nhận hoàn toàn khác.
Bài học: Viết nhãn nút theo góc nhìn "người dùng nhận được gì" thay vì "hệ thống làm gì". Động từ hướng đến lợi ích của người dùng ("Nhận", "Bắt đầu", "Khám phá") thường mạnh hơn động từ thủ tục ("Gửi", "Nộp").
Hướng dẫn từng bước
Đây là quy trình bạn có thể áp dụng mỗi khi cần viết hoặc rà soát một nhãn nút:
Bước 1 — Xác định hành động thật sự đằng sau nút. Hỏi: "Khi người dùng bấm, điều gì thực sự xảy ra?" Viết ra bằng một câu đầy đủ, ví dụ: "Hệ thống lưu các thay đổi vừa nhập vào hồ sơ."
Bước 2 — Rút ra động từ chính và đặt lên đầu. Từ câu trên, động từ là "lưu". Nhãn nháp: "Lưu".
Bước 3 — Thêm đối tượng để cụ thể hóa. "Lưu" cái gì? "Lưu thay đổi", "Lưu hồ sơ". Chọn danh từ mà người dùng nhận ra. Nếu ngữ cảnh đã quá rõ (ví dụ trên form chỉ có một thứ để lưu) thì "Lưu" đơn thuần có thể đủ, nhưng khi nghi ngờ, hãy cụ thể.
Bước 4 — Kiểm tra khớp ý định. Nhãn này có nói bằng ngôn ngữ của người dùng không, hay bằng ngôn ngữ của hệ thống? "Nộp biểu mẫu" là ngôn ngữ hệ thống; "Đặt lịch hẹn" là ngôn ngữ người dùng. Ưu tiên cái sau.
Bước 5 — Áp dụng phép thử che ngữ cảnh. Che hết văn bản xung quanh, chỉ nhìn nhãn nút. Bạn còn hiểu nó làm gì không? Nếu không, quay lại bước 3.
Bước 6 — Kiểm tra độ dài và cặp nút. Nhãn nên ngắn gọn (lý tưởng 1–3 từ, tối đa khoảng 4–5 từ). Nếu có nút phụ đứng cạnh, đảm bảo hai nhãn tương phản rõ về hành động (ví dụ "Xóa" và "Giữ lại", không phải "Xóa" và "Hủy" — vì "Hủy" cũng có thể bị hiểu là hủy việc xóa hay hủy cả tài khoản).
Bước 7 — Kiểm tra sự nhất quán toàn hệ thống. Nếu chỗ khác trong sản phẩm dùng "Lưu thay đổi" thì đừng chỗ này lại dùng "Cập nhật", chỗ kia dùng "Ghi lại". Một hành động, một nhãn nhất quán.
Lỗi thường gặp & mẹo
Lỗi 1 — Dùng "OK" cho mọi thứ. "OK" chỉ nên xuất hiện khi hộp thoại thuần thông báo, không có hậu quả, chỉ để đóng lại. Với bất kỳ hành động nào có thay đổi dữ liệu, hãy thay bằng động từ cụ thể.
Lỗi 2 — Cặp nút "Đồng ý / Hủy" trên câu hỏi phủ định. Khi hộp thoại hỏi "Bạn có muốn thoát mà không lưu?" thì "Đồng ý" nghĩa là thoát hay là ở lại? Người dùng rối. Mẹo: thay bằng động từ trực tiếp — "Thoát không lưu" và "Ở lại chỉnh sửa".
Lỗi 3 — Nhãn quá dài thành cả câu. "Bấm vào đây để hoàn tất việc đăng ký tài khoản của bạn" là quá dài. Rút thành "Hoàn tất đăng ký". Nút không phải chỗ để giải thích; phần giải thích đặt ở helper text.
Lỗi 4 — Danh từ thay vì động từ. Nút ghi "Giỏ hàng" khi hành động thực ra là "Thêm vào giỏ". Nút ghi "Thông tin" khi thực ra là "Xem chi tiết". Luôn hỏi: đây là hành động hay chỉ là cái tên?
Lỗi 5 — Không nhất quán giữa các nút cùng loại. Chỗ này "Đăng nhập", chỗ kia "Vào tài khoản", chỗ nọ "Sign in". Chọn một và giữ nguyên trong toàn bộ sản phẩm.
Mẹo về giọng khẩn cấp: Với hành động phá hủy (xóa, hủy), dùng động từ thẳng thắn và thường kèm màu cảnh báo. Đừng làm mềm bằng cách viết mơ hồ — người dùng cần biết rõ đây là hành động không hoàn tác được.
Mẹo về ngôi thứ nhất và ngôi thứ hai: Có tranh luận giữa "Lưu hồ sơ của tôi" (ngôi thứ nhất) và "Lưu hồ sơ của bạn". Ngôi thứ nhất đôi khi tăng chuyển đổi vì tạo cảm giác người dùng đang tự nói, nhưng dễ gây rối nếu dùng không nhất quán. Nếu chưa có style guide riêng, mặc định dùng động từ mệnh lệnh trơn ("Lưu hồ sơ") là an toàn và rõ ràng nhất.
Bài tập thực hành
Bài 1 — Sửa nhãn mơ hồ. Cho các nút sau, viết lại theo nguyên tắc verb-leading và cụ thể:
- Một hộp thoại xác nhận đăng xuất với nút "OK"
- Một nút trên trang giỏ hàng ghi "Tiếp tục"
- Một nút cuối form đặt bàn nhà hàng ghi "Gửi"
- Một nút xóa toàn bộ lịch sử trò chuyện ghi "Đồng ý"
Bài 3 — Cặp nút tương phản. Thiết kế cặp nút cho ba tình huống sau, đảm bảo hai nhãn tương phản rõ về hành động (tránh dùng "Hủy" chung chung):
- Thoát khỏi form chưa lưu
- Xóa vĩnh viễn một tài khoản
- Hủy một đơn hàng đã đặt
Tóm tắt
Button label là microcopy có tác động đo lường được rõ nhất trong UX Writing, vì mỗi cú click là một quyết định của người dùng. Ba nguyên tắc cốt lõi cần khắc sâu:
- Bắt đầu bằng động từ — nút là nơi hành động, hãy mở đầu bằng động từ mô tả hành động ("Lưu", "Gửi", "Thêm vào giỏ"). Tiếng Việt vốn ưa cấu trúc này, đừng để bị dịch cứng thành danh từ.
- Cụ thể với hành động — cho người dùng biết động từ tác động lên cái gì ("Lưu thay đổi" thay vì "OK"). Đặc biệt quan trọng ở các hành động có hậu quả và khi có nhiều nút cạnh nhau. Dùng phép thử che ngữ cảnh để kiểm tra.
- Khớp ý định người dùng — viết theo cách người dùng nghĩ và điều họ nhận được, không theo cách hệ thống vận hành ("Nhận tư vấn miễn phí" thay vì "Gửi").