Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn mở hai ứng dụng ngân hàng. Ứng dụng A báo lỗi: "Giao dịch thất bại. Mã lỗi 0x80042. Vui lòng liên hệ bộ phận hỗ trợ." Ứng dụng B báo: "Số dư của bạn chưa đủ để hoàn tất chuyển khoản này. Hãy kiểm tra lại hoặc nạp thêm tiền nhé." Cùng một sự cố kỹ thuật, nhưng cảm giác để lại hoàn toàn khác nhau. Sự khác biệt đó không nằm ở màu sắc, font chữ hay layout — nó nằm ở voice (giọng nói) và tone (sắc thái) của sản phẩm.
Ở Bài 25, bạn đã học về microcopy — từng con chữ nhỏ trong nút bấm, label, thông báo. Nhưng nếu mỗi designer, mỗi content writer, mỗi PM tự viết theo cảm hứng riêng, sản phẩm sẽ giống một dàn nhạc mà mỗi nhạc công chơi một bản khác nhau. Voice and Tone Guidelines chính là bản nhạc tổng phổ giúp tất cả mọi người chơi cùng một bài. Đây là phần "tính cách" của design system mà nhiều đội bỏ quên, trong khi nó lại là thứ người dùng cảm nhận rõ nhất.
Là một Product Designer, bạn không chỉ vẽ giao diện đẹp — bạn còn định hình cách sản phẩm "nói chuyện" với hàng triệu người. Bài này sẽ giúp bạn phân biệt rạch ròi voice và tone, và quan trọng hơn là biết cách xây dựng một bộ guideline mà cả đội có thể dùng được trong thực tế.
Khái niệm cốt lõi
Voice là gì — tính cách bất biến
Voice là tính cách cố định của thương hiệu khi giao tiếp. Nó giống như tính cách của một con người: dù hôm nay vui hay buồn, người đó vẫn là chính họ. Voice không đổi từ màn hình onboarding cho đến thông báo lỗi, từ email marketing cho đến tooltip nhỏ xíu.
Voice thường được mô tả bằng vài tính từ cốt lõi. Ví dụ một thương hiệu có thể chọn voice là "thân thiện + thông minh + thẳng thắn". Khi đã chọn, ba tính từ này phải hiện diện ở mọi nơi. Nếu ở chỗ này sản phẩm tỏ ra ấm áp gần gũi, chỗ kia lại lạnh lùng quan liêu, thì người dùng sẽ thấy thương hiệu "đa nhân cách" — mất lòng tin một cách vô thức.
Một mẹo quan trọng khi định nghĩa voice: với mỗi tính từ, hãy ghi rõ "là gì" và "không phải là gì". Ví dụ:
- Thân thiện nghĩa là: dùng ngôn ngữ đời thường, xưng hô gần gũi. Không phải là: suồng sã, dùng quá nhiều tiếng lóng, hay cợt nhả vô duyên.
- Thông minh nghĩa là: giải thích rõ ràng, đi thẳng vào trọng tâm. Không phải là: khoe thuật ngữ chuyên môn, làm người dùng thấy mình kém cỏi.
Tone là gì — sắc thái thay đổi theo bối cảnh
Tone là cách voice được điều chỉnh tùy theo tình huống và cảm xúc của người dùng tại thời điểm đó. Vẫn là con người đó với tính cách đó, nhưng khi đi đám cưới bạn nói khác lúc đi đám tang. Voice không đổi, nhưng tone phải linh hoạt.
Hãy hình dung phổ tone theo trạng thái người dùng:
- Khi người dùng đang vui (vừa hoàn thành đơn hàng, đạt một thành tựu): tone có thể vui tươi, ăn mừng, dùng chút hài hước.
- Khi người dùng đang trung tính (đang điền form, đọc hướng dẫn): tone bình thản, rõ ràng, không màu mè.
- Khi người dùng đang căng thẳng hoặc gặp lỗi (mất tiền, giao dịch thất bại, mất dữ liệu): tone phải nghiêm túc, đồng cảm, trấn an. Đây là lúc TUYỆT ĐỐI không đùa cợt.
Mối quan hệ giữa voice và tone
Cách dễ nhớ nhất: Voice là cái bạn nói. Tone là cách bạn nói nó ra. Voice trả lời câu hỏi "Chúng ta là ai?". Tone trả lời câu hỏi "Lúc này, người dùng đang cảm thấy thế nào và họ cần gì từ chúng ta?".
Một thương hiệu chỉ có một voice duy nhất, nhưng có thể có hàng chục tone khác nhau trải dài theo từng ngữ cảnh. Đây là điểm nhiều người nhầm lẫn nhất, nên bạn cần khắc cốt ghi tâm.
Vì sao Product Designer phải quan tâm
Bạn có thể nghĩ đây là việc của copywriter. Nhưng trong thực tế, designer là người đặt chữ vào khung. Bạn quyết định một thông báo lỗi xuất hiện ở đâu, dài bao nhiêu, đi kèm icon gì. Nếu bạn không hiểu voice và tone, bạn sẽ thiết kế một ô error màu đỏ chói lóa kèm icon dấu chấm than to đùng cho một lỗi nhỏ xíu kiểu "tên đăng nhập đã tồn tại" — khiến người dùng hoảng loạn không cần thiết. Voice/tone và visual design phải khớp nhau thì trải nghiệm mới liền mạch.
Tình huống thực tế
Ví dụ 1: MoMo và bài toán giữ vui nhưng không hời hợt
MoMo — ví điện tử phổ biến tại Việt Nam — có voice rất rõ: trẻ trung, thân thiện, gần gũi với người dùng phổ thông. Bạn thấy điều này qua cách họ đặt tên tính năng, qua các nhân vật heo đất dễ thương, qua giọng văn vui nhộn trong các chương trình khuyến mãi.
Nhưng hãy thử nghĩ về tình huống một người dùng chuyển nhầm 5 triệu đồng cho sai số điện thoại. Ở khoảnh khắc đó, nếu app vẫn giữ giọng vui nhộn kiểu "Úi, có gì đó sai sai rồi nè!" thì người dùng sẽ phẫn nộ. Tone đúng ở đây phải là: nghiêm túc, đồng cảm, hướng dẫn rõ ràng các bước xử lý — "Chúng tôi hiểu bạn đang lo lắng. Đây là các bước để yêu cầu hoàn tiền..."
Bài học rút ra: Voice "vui tươi" của MoMo không hề mâu thuẫn với tone "nghiêm túc" lúc xử lý sự cố tiền bạc. Một thương hiệu trưởng thành biết khi nào nên đùa và khi nào phải im lặng lắng nghe. Đây chính là sức mạnh của việc tách bạch voice và tone.
Ví dụ 2: Đội startup giáo dục 12 người và sự hỗn loạn không có guideline
Một startup edtech tại TP.HCM (gọi là EduGrow, công ty giả định) có 12 người, trong đó 4 người thường xuyên viết nội dung trong sản phẩm: 2 designer, 1 PM, 1 marketer. Họ không có voice/tone guideline. Kết quả sau 6 tháng: cùng một ứng dụng nhưng màn hình onboarding xưng "mình – bạn" ngọt ngào, trong khi trang thanh toán lại xưng "Quý khách" trang trọng, còn thông báo lỗi thì cộc lốc kiểu "Sai mật khẩu".
Khi họ chạy một đợt khảo sát người dùng, 23% phản hồi rằng app "không nhất quán" và "không biết là dành cho học sinh hay cho phụ huynh". Đội ngồi lại, dành 2 buổi workshop định nghĩa voice là "đồng hành – rõ ràng – khích lệ", thống nhất xưng hô "mình – bạn" xuyên suốt, và lập một bảng tone theo ngữ cảnh. Ba tháng sau, điểm hài lòng về "sự rõ ràng của ứng dụng" tăng từ 6.4 lên 8.1 trên thang 10.
Bài học rút ra: Guideline không phải là thứ xa xỉ chỉ dành cho tập đoàn lớn. Ngay cả đội nhỏ cũng cần, vì càng nhiều người viết thì càng dễ phân mảnh. Một bộ guideline đơn giản trên một trang giấy cũng đủ tạo khác biệt lớn.
Ví dụ 3: Grab và việc điều chỉnh tone xuyên ngữ cảnh
Grab hoạt động ở nhiều mảng: gọi xe, giao đồ ăn, thanh toán. Voice của họ tương đối thống nhất — thực dụng, đáng tin cậy, thân thiện vừa phải. Nhưng tone thay đổi rõ rệt theo bối cảnh.
Khi bạn đặt món thành công, app dùng tone hào hứng nhẹ nhàng: "Tài xế đang trên đường, món ngon sắp tới rồi!". Nhưng khi tài xế hủy chuyến và bạn phải đặt lại, tone chuyển sang đồng cảm và chủ động giải quyết: "Rất tiếc về sự bất tiện này. Chúng tôi đang tìm tài xế khác cho bạn." Khi thông báo về phí huỷ hay tranh chấp, tone trở nên trang trọng và chính xác hơn vì liên quan đến tiền.
Bài học rút ra: Trong một sản phẩm lớn, bạn cần lập bản đồ tone (tone map) cho từng loại tình huống chính: thành công, chờ đợi, lỗi nhẹ, lỗi nghiêm trọng, vấn đề tiền bạc. Mỗi ô trong bản đồ là một hướng dẫn cụ thể giúp người viết không phải đoán mò.
Hướng dẫn từng bước
Bước 1 — Xác định 3 đến 4 tính từ voice cốt lõi. Tổ chức một workshop ngắn với đội. Hỏi: "Nếu thương hiệu của chúng ta là một con người, họ sẽ là người như thế nào?". Thu thập các tính từ rồi gom nhóm, chọn ra 3–4 từ quan trọng nhất. Đừng chọn quá nhiều — 6, 7 tính từ thì không ai nhớ nổi và chúng dễ mâu thuẫn nhau.
Bước 2 — Với mỗi tính từ, viết "là gì / không phải là gì". Đây là bước quan trọng nhất để guideline dùng được. Ví dụ với tính từ "Thẳng thắn": là gì = nói thẳng vào vấn đề, không vòng vo; không phải là = thô lỗ, cộc lốc, thiếu cảm xúc.
Bước 3 — Lập bản đồ tone theo ngữ cảnh. Liệt kê các tình huống chính trong sản phẩm (onboarding, thành công, đang chờ, lỗi nhẹ, lỗi nghiêm trọng, thanh toán, hủy/hoàn tiền). Với mỗi tình huống, ghi rõ tone nên ra sao và cảm xúc của người dùng lúc đó.
Bước 4 — Viết ví dụ "đúng và sai" cho từng tình huống. Con người học qua ví dụ nhanh hơn qua quy tắc trừu tượng. Mỗi ô tone nên có ít nhất một câu "viết thế này" và một câu "đừng viết thế này".
Bước 5 — Thống nhất các quy ước cụ thể của tiếng Việt. Đây là phần đặc thù mà guideline tiếng Anh không có: chọn cách xưng hô ("mình – bạn", "chúng tôi – bạn", hay "Quý khách"), quy ước viết hoa, cách dùng dấu câu, có dùng emoji hay không và dùng ở đâu. Sự lưỡng lự trong xưng hô là lỗi phổ biến nhất ở sản phẩm Việt.
Bước 6 — Đưa guideline vào nơi mọi người thực sự nhìn thấy. Một file để trong ngăn kéo thì vô dụng. Tích hợp nó vào design system, vào Figma, vào quy trình review. Lý tưởng nhất là gắn các đoạn microcopy mẫu ngay cạnh component để designer copy được liền.
Bước 7 — Kiểm tra và cập nhật định kỳ. Voice/tone sống cùng sản phẩm. Khi đối tượng người dùng thay đổi, khi mở rộng thị trường, hãy rà soát lại guideline mỗi 6–12 tháng.
Lỗi thường gặp & mẹo
Lỗi 1 — Nhầm voice với tone. Nhiều đội định nghĩa "voice của chúng ta là vui vẻ" rồi cố ép cả những màn hình báo lỗi cũng phải vui. Hãy nhớ: vui vẻ có thể là voice, nhưng tone phải nghiêm túc khi người dùng đang gặp khó khăn.
Lỗi 2 — Chọn quá nhiều tính từ voice. Khi bạn chọn 7 tính từ, một số sẽ mâu thuẫn (vừa "chuyên nghiệp" vừa "tinh nghịch") và không ai áp dụng nổi. Giữ ở mức 3–4 và làm cho chúng thật sắc nét.
Lỗi 3 — Guideline trừu tượng, không có ví dụ. Viết "hãy thân thiện" là vô nghĩa với người thực thi. Luôn đi kèm câu mẫu cụ thể. Mẹo: dùng định dạng bảng hai cột "Nên / Không nên".
Lỗi 4 — Bỏ qua đặc thù tiếng Việt. Xưng hô là vấn đề lớn nhất. Một sản phẩm mà chỗ thì "bạn", chỗ thì "anh/chị", chỗ thì "Quý khách" sẽ khiến người đọc khó chịu ngầm. Hãy chốt một cách xưng hô chủ đạo và chỉ phá lệ khi có lý do rõ ràng (ví dụ ngữ cảnh siêu trang trọng).
Lỗi 5 — Đùa giỡn sai chỗ. Hài hước là con dao hai lưỡi. Trong tình huống mất tiền, mất dữ liệu, lỗi bảo mật, tuyệt đối không đùa. Mẹo kiểm tra nhanh: đọc câu đó và tự hỏi "Nếu tôi là người dùng đang bực mình, câu này khiến tôi nguôi hay khiến tôi nổi giận hơn?".
Mẹo vàng — Đọc to thành tiếng. Cách kiểm tra voice/tone nhanh nhất là đọc to câu chữ lên. Nếu bạn không bao giờ nói câu đó với một người thật bằng giọng đó, thì đừng viết nó vào sản phẩm.
Bài tập thực hành
Bài 1 — Định nghĩa voice. Chọn một sản phẩm bạn yêu thích (hoặc sản phẩm bạn đang làm). Viết ra 3–4 tính từ voice. Với mỗi tính từ, viết một dòng "là gì" và một dòng "không phải là gì". Cố gắng làm cho phần "không phải là gì" thật cụ thể.
Bài 2 — Lập bản đồ tone. Lấy đúng sản phẩm đó, liệt kê 5 tình huống: chào mừng người mới, hoàn tất một hành động thành công, đang tải/chờ, lỗi nhập liệu nhỏ, và lỗi nghiêm trọng liên quan tiền bạc. Với mỗi tình huống, ghi: cảm xúc người dùng + tone phù hợp + một câu microcopy mẫu.
Bài 3 — Sửa câu sai tone. Cho câu báo lỗi sau: "Lỗi! Thanh toán thất bại. Hết tiền rồi hả? 😅". Hãy chỉ ra nó vi phạm nguyên tắc tone nào và viết lại cho đúng với một voice "thân thiện – đáng tin cậy".
Bài 4 — Quy ước tiếng Việt. Viết một đoạn quy ước ngắn (nửa trang) cho sản phẩm của bạn: chọn cách xưng hô, quy ước viết hoa tiêu đề, và chính sách dùng emoji (chỗ nào được, chỗ nào cấm).
Tóm tắt
Voice và tone là phần "tính cách" của sản phẩm — thứ người dùng cảm nhận rõ ràng nhất nhưng các đội lại hay bỏ quên. Voice là tính cách cố định, không đổi xuyên suốt mọi điểm chạm, thường gói gọn trong 3–4 tính từ kèm định nghĩa "là gì / không phải là gì". Tone là sắc thái linh hoạt, điều chỉnh theo bối cảnh và cảm xúc của người dùng tại từng thời điểm — vui khi họ vui, nghiêm túc và đồng cảm khi họ gặp khó.
Cách nhớ gọn nhất: voice là cái bạn nói, tone là cách bạn nói nó. Để guideline thực sự dùng được, đừng dừng ở những tính từ trừu tượng — hãy lập bản đồ tone theo ngữ cảnh, viết ví dụ "đúng/sai" cụ thể, và đặc biệt chú ý đặc thù tiếng Việt như xưng hô. Các ví dụ từ MoMo, Grab và một startup edtech cho thấy: một bộ guideline rõ ràng giúp sản phẩm nói chuyện như một con người nhất quán, đáng tin, thay vì một dàn nhạc mỗi người chơi một bài. Khi bạn làm chủ được điều này, bạn không chỉ thiết kế giao diện — bạn thiết kế cả cảm giác mà sản phẩm để lại trong lòng người dùng.