Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn đang thiết kế lại tính năng thanh toán cho một ví điện tử mới ở Việt Nam. Bạn ngồi trong phòng họp, đội ngũ tranh luận sôi nổi về việc nên đặt nút "Xác nhận" ở đâu, nên yêu cầu OTP mấy bước, nên hiển thị số dư như thế nào. Mỗi người một ý, ai cũng có lý lẽ riêng, và không ai có dữ liệu để chốt. Trong khi đó, ngay bên ngoài cánh cửa phòng họp, MoMo, ZaloPay và ShopeePay đã phục vụ hàng chục triệu người dùng Việt mỗi ngày — họ đã thử nghiệm, mắc lỗi, và tối ưu các luồng này suốt nhiều năm.
Đây chính là lý do Competitive Research & Benchmarking (nghiên cứu đối thủ và đo chuẩn) tồn tại. Nó không phải để bạn sao chép đối thủ một cách mù quáng, mà để bạn hiểu được "luật chơi ngầm" của ngành: người dùng đã quen với điều gì, đâu là chuẩn mực mà họ kỳ vọng, và quan trọng nhất — đâu là khoảng trống mà chưa ai lấp đầy. Là một UX Researcher, nếu bạn bỏ qua bước này, bạn đang tự đẩy đội ngũ vào tình thế "phát minh lại bánh xe" hoặc tệ hơn, tạo ra một sản phẩm đi ngược lại thói quen của người dùng mà không có lý do chính đáng.
Trong toàn bộ chuỗi bài về nghiên cứu, bài này giữ vai trò đặc biệt: nó là loại nghiên cứu mà bạn có thể làm mà không cần tuyển participant, vì "đối tượng nghiên cứu" chính là sản phẩm của đối thủ. Điều đó khiến nó nhanh, rẻ và cực kỳ phù hợp khi bạn cần ra quyết định gấp.
Khái niệm cốt lõi
Competitive Research là gì và không là gì
Competitive Research trong UX là quá trình phân tích có hệ thống các sản phẩm của đối thủ (và cả sản phẩm tương tự ngoài ngành) để hiểu họ giải quyết vấn đề của người dùng như thế nào. Benchmarking là phần định lượng hơn của nó: bạn đo lường sản phẩm của mình so với đối thủ theo những thước đo cụ thể — thời gian hoàn thành tác vụ, số bước, điểm khả dụng, tỷ lệ lỗi.
Một điểm cần phân biệt rõ: Competitive Research trong UX khác với phân tích đối thủ trong Marketing hay Business. Marketing quan tâm tới thị phần, giá, kênh phân phối, định vị thương hiệu. UX Research quan tâm tới trải nghiệm: luồng thao tác, kiến trúc thông tin, cách xử lý lỗi, vi tương tác. Bạn không hỏi "đối thủ bán được bao nhiêu", mà hỏi "đối thủ làm cho việc đăng ký dễ tới mức nào, và tại sao".
Bốn lý do cốt lõi để làm
Quay lại bản phác thảo ban đầu, có bốn động lực chính khiến nghiên cứu này đáng giá:
- Hiểu chuẩn mực của ngành (category norms). Mỗi ngành có những "quy ước" mà người dùng đã được huấn luyện qua nhiều năm. Trên app gọi xe, người dùng kỳ vọng thấy bản đồ với ghim vị trí của mình ở giữa. Trên app ngân hàng, họ kỳ vọng số dư hiển thị ngay đầu màn hình. Đi ngược lại những chuẩn này mà không có lý do tốt sẽ làm tăng tải nhận thức (cognitive load) cho người dùng.
- Tìm khoảng trống để khác biệt hóa (identify gaps). Khi bạn lập bảng so sánh các đối thủ, những ô trống sẽ tự lộ ra: tính năng nào tất cả đều thiếu? Pain point nào chưa ai giải quyết tốt? Đó là cơ hội để sản phẩm của bạn nổi bật.
- Tránh phát minh lại bánh xe (avoid reinventing). Nếu cả ngành đều đặt nút giỏ hàng ở góc trên bên phải, có lẽ đã có lý do. Bạn không cần tốn ba tuần usability testing để khám phá lại điều mà thị trường đã chứng minh.
- Đặt thanh chuẩn cho khả dụng (set the bar for usability). Benchmark cho bạn một con số tham chiếu. Nếu người dùng hoàn thành thanh toán trên app đối thủ trong 40 giây mà trên app bạn mất 75 giây, bạn biết mình đang ở đâu và cần cải thiện bao nhiêu.
Phân biệt các loại đối thủ
Một sai lầm phổ biến là chỉ nhìn vào đối thủ trực tiếp. Hãy chia thành ba nhóm:
- Đối thủ trực tiếp (direct): cùng giải quyết một vấn đề cho cùng nhóm người dùng. Ví dụ Tiki, Shopee, Lazada với nhau.
- Đối thủ gián tiếp (indirect): giải quyết cùng vấn đề bằng cách khác. Một người muốn mua đồ điện tử có thể chọn Shopee, hoặc ra cửa hàng Thế Giới Di Động, hoặc mua qua Facebook.
- Đối thủ tham chiếu / ngoài ngành (analogous/aspirational): không cạnh tranh nhưng có trải nghiệm đáng học. Một app giao đồ ăn có thể học cách Spotify làm onboarding, dù hai sản phẩm chẳng liên quan gì về thị trường.
Các phương pháp chính
Bản phác thảo gốc nhắc tới phương pháp Heuristic — và đó đúng là phương pháp xương sống. Cụ thể có vài hướng:
- Heuristic evaluation đối thủ: dùng một bộ nguyên tắc (ví dụ 10 heuristic của Nielsen — bạn đã học ở Bài 20) để chấm điểm sản phẩm đối thủ một cách có cấu trúc, thay vì cảm tính.
- Feature comparison matrix: lập bảng ma trận tính năng × đối thủ để thấy bức tranh tổng thể.
- Task-based benchmarking: chọn một vài tác vụ quan trọng (ví dụ "đăng ký tài khoản", "tìm và mua sản phẩm"), thực hiện trên từng sản phẩm và đo lường.
- UX teardown: chụp lại từng màn hình của một luồng (flow) trên app đối thủ, phân tích từng quyết định thiết kế.
- SUS benchmarking: cho người dùng dùng thử app đối thủ rồi điền thang điểm SUS (Bài 29) để có con số khả dụng so sánh được.
Tình huống thực tế
Ví dụ 1 — Một ngân hàng số Việt Nam đo chuẩn luồng mở tài khoản
Một ngân hàng số mới (giả định, gọi là "NeoBank VN") muốn tung ra tính năng mở tài khoản eKYC hoàn toàn online. Đội UX Research được giao nhiệm vụ: làm sao để luồng mở tài khoản của chúng ta tốt hơn Timo, Cake và TPBank?
Họ chọn task-based benchmarking. Tác vụ chuẩn là: "Từ lúc tải app đến lúc tài khoản được kích hoạt". Họ tuyển 5 người dùng thật cho mỗi app, ghi lại thời gian và số lần bị kẹt. Kết quả:
- Cake: trung bình 6 phút 20 giây, 1 điểm kẹt (chụp CMND bị từ chối nhiều lần).
- Timo: 8 phút 10 giây, 2 điểm kẹt.
- TPBank: 11 phút, 3 điểm kẹt.
Bài học: benchmark không chỉ cho bạn biết "ai nhanh hơn", mà còn chỉ ra pain point chung của cả ngành — và đó thường là nơi sinh ra lợi thế cạnh tranh.
Ví dụ 2 — App giao đồ ăn và bảng ma trận tính năng
Một startup giao đồ ăn ở Đông Nam Á muốn định vị mình giữa GrabFood, ShopeeFood và Baemin. Researcher lập một feature comparison matrix, chấm từng tiêu chí trải nghiệm chứ không phải tính năng kinh doanh:
| Tiêu chí UX | GrabFood | ShopeeFood | Baemin |
|---|---|---|---|
| Theo dõi tài xế thời gian thực | Tốt | Trung bình | Tốt |
| Lọc món theo dị ứng / ăn chay | Không | Không | Không |
| Đặt lại đơn cũ chỉ 1 chạm | Có | Có | Không |
| Gợi ý món theo thời tiết / giờ trong ngày | Không | Không | Không |
Bài học: ma trận tính năng biến "cảm giác mơ hồ về cơ hội" thành các ô trống cụ thể trên bảng. Khác biệt hóa hiệu quả nhất thường nằm ở khoảng trống mà mọi đối thủ cùng bỏ qua, không phải ở việc làm tốt hơn 5% thứ họ đã làm.
Ví dụ 3 — Sàn TMĐT học hỏi từ ngoài ngành
Một sàn thương mại điện tử Việt nhận thấy tỷ lệ bỏ giỏ hàng ở bước thanh toán rất cao. Thay vì chỉ nhìn Shopee và Lazada (đối thủ trực tiếp), researcher mở rộng sang đối thủ tham chiếu ngoài ngành: họ teardown luồng thanh toán của Grab (gọi xe) và Netflix (đăng ký).
Họ phát hiện Grab cho phép lưu nhiều phương thức thanh toán và chọn mặc định thông minh dựa trên lịch sử, còn Netflix giảm tối đa số trường nhập liệu khi gia hạn. Áp dụng vào sàn TMĐT: họ rút gọn bước thanh toán từ 4 màn hình xuống 2, ghi nhớ phương thức ưu tiên, và pre-fill địa chỉ. Sau A/B test (bạn đã học ở Bài 17), tỷ lệ hoàn tất thanh toán tăng từ 61% lên 73%.
Bài học: đừng giới hạn competitive research trong đúng ngành của bạn. Những trải nghiệm tốt nhất mà người dùng đã quen thuộc đến từ mọi app họ dùng hàng ngày — và họ mang kỳ vọng đó sang sản phẩm của bạn.
Hướng dẫn từng bước
Bước 1 — Xác định mục tiêu nghiên cứu. Đừng "phân tích đối thủ" chung chung. Hãy đóng khung bằng câu hỏi cụ thể: "Luồng onboarding của chúng ta có dài hơn chuẩn ngành không?" hoặc "Đối thủ xử lý lỗi thanh toán thế nào?". Mục tiêu rõ ràng quyết định bạn nhìn vào đâu.
Bước 2 — Lập danh sách đối thủ theo ba nhóm. Chọn 3–5 đối thủ trực tiếp, 1–2 gián tiếp, và 1–2 tham chiếu ngoài ngành. Quá nhiều sẽ loãng; quá ít sẽ thiếu góc nhìn.
Bước 3 — Chọn tiêu chí so sánh. Dựa trên mục tiêu, liệt kê các tiêu chí UX cụ thể: số bước trong luồng chính, thời gian hoàn thành, cách xử lý trạng thái rỗng/lỗi, mức độ tuân thủ heuristic Nielsen. Viết tiêu chí ra trước khi mở app đối thủ để tránh thiên kiến.
Bước 4 — Thu thập dữ liệu một cách có hệ thống. Với mỗi đối thủ, thực hiện đúng các tác vụ đã chọn, chụp màn hình từng bước, ghi chú thời gian và điểm vướng. Đừng dựa vào trí nhớ. Một thư mục ảnh chụp có cấu trúc là tài sản quý cho cả đội.
Bước 5 — Chấm điểm và lập ma trận. Đưa dữ liệu vào bảng so sánh. Với phần định tính, dùng thang nhất quán (Tốt / Trung bình / Kém hoặc thang 1–5). Với phần định lượng, ghi con số thật.
Bước 6 — Phân tích khoảng trống và chuẩn mực. Đọc bảng theo hai chiều: chiều dọc tìm chuẩn mực (điều gì ai cũng làm), chiều ngang tìm khoảng trống (điều gì ai cũng thiếu, hoặc bạn yếu hơn hẳn).
Bước 7 — Chuyển thành insight và khuyến nghị. Mỗi phát hiện phải dẫn tới một hành động. "Đối thủ X làm onboarding 5 bước, ta làm 9 bước" → khuyến nghị rút gọn. Đặt benchmark mục tiêu cụ thể để đội thiết kế có đích nhắm.
Lỗi thường gặp & mẹo
Lỗi 1 — Sao chép thay vì học hỏi. Thấy đối thủ làm gì hay là bê nguyên về. Vấn đề: bối cảnh, nhóm người dùng và mô hình kinh doanh của họ khác bạn. Mẹo: luôn hỏi "tại sao họ làm vậy, và điều đó có đúng với người dùng của ta không?".
Lỗi 2 — Phân tích cảm tính, thiếu cấu trúc. "App này nhìn xấu", "app kia dễ dùng" — đó là ý kiến, không phải dữ liệu. Mẹo: dùng bộ heuristic và thang điểm cố định để phân tích lặp lại được và bảo vệ được trước stakeholder.
Lỗi 3 — Chỉ nhìn đối thủ trực tiếp. Bỏ qua đối thủ ngoài ngành làm bạn mất nguồn cảm hứng lớn nhất. Mẹo: luôn thêm ít nhất một sản phẩm "aspirational" vào danh sách.
Lỗi 4 — Coi đối thủ là chân lý. Đối thủ cũng mắc lỗi UX. Nếu cả ngành làm sai, sao chép cái sai đó không khiến nó đúng. Mẹo: vẫn kết hợp với nghiên cứu người dùng của riêng bạn — competitive research bổ sung chứ không thay thế.
Lỗi 5 — Làm một lần rồi quên. Sản phẩm đối thủ cập nhật liên tục. Bản phân tích sáu tháng trước có thể đã lỗi thời. Mẹo: duy trì một "competitive teardown log" sống, cập nhật mỗi quý hoặc khi đối thủ ra bản lớn.
Mẹo bổ sung: lưu trữ tất cả ảnh chụp và bảng so sánh vào research repository (Bài 36) để cả đội tra cứu, và để bạn thấy được sự tiến hóa của đối thủ theo thời gian.
Bài tập thực hành
Chọn một luồng cụ thể trong một sản phẩm bạn quan tâm — ví dụ "luồng đăng ký tài khoản" của các app gọi xe, hoặc "luồng thanh toán" của các sàn TMĐT Việt Nam.
- Liệt kê 3 đối thủ trực tiếp, 1 gián tiếp và 1 tham chiếu ngoài ngành.
- Xác định 1 mục tiêu nghiên cứu rõ ràng và 5–7 tiêu chí so sánh UX.
- Tự thực hiện luồng đó trên từng app, chụp màn hình mỗi bước, ghi lại số bước và thời gian.
- Đánh giá mỗi app theo các tiêu chí, dùng heuristic Nielsen cho phần định tính.
- Lập một feature comparison matrix hoàn chỉnh.
- Viết ra: 2 chuẩn mực ngành (điều ai cũng làm) và 2 khoảng trống (cơ hội khác biệt hóa).
- Đề xuất 1 benchmark mục tiêu cụ thể cho sản phẩm của bạn (ví dụ "hoàn thành dưới X giây, tối đa Y bước").
Tóm tắt
Competitive Research & Benchmarking là cách bạn học từ cả một thị trường mà không tốn chi phí tuyển participant. Bốn giá trị cốt lõi: hiểu chuẩn mực ngành, tìm khoảng trống để khác biệt, tránh phát minh lại bánh xe, và đặt thanh chuẩn khả dụng. Hãy phân biệt ba loại đối thủ (trực tiếp, gián tiếp, tham chiếu) và đừng bao giờ bỏ qua nhóm ngoài ngành. Phương pháp xương sống là heuristic evaluation kết hợp task-based benchmarking và feature comparison matrix — tất cả đều cần cấu trúc và thang đo nhất quán để tránh phân tích cảm tính.
Quan trọng nhất: competitive research bổ sung chứ không thay thế nghiên cứu người dùng của bạn. Đối thủ cho bạn biết "luật chơi" và "điểm yếu chung của ngành", nhưng chỉ người dùng thật của bạn mới cho biết điều gì thực sự đúng cho sản phẩm bạn đang xây. Hãy dùng đối thủ làm tấm gương soi, không phải làm bản thiết kế để sao chép.