Cách UX Designer Dùng Save Để Nghiên Cứu Cạnh Tranh và Kiểm Tra Thiết Kế
UX Designer dành hàng giờ để đánh giá chuẩn đối thủ — chụp ảnh màn hình ứng dụng đối thủ, ghi lại các mẫu tương tác và thu thập cảm hứng thiết kế. Nhưng ảnh chụp màn hình không thể được phân tích bởi AI, và bookmark bị thất lạc. Bạn cần nội dung ở định dạng bạn thực sự có thể làm việc.
Dưới đây là cách UX Designer đang dùng Save để tăng tốc nghiên cứu.
Quy Trình 1: Trang Đích Đối Thủ → Kiểm Tra UX
Bạn đang thiết kế lại trang chủ. Bạn cần hiểu những gì đang hiệu quả với đối thủ.
Quy trình:
- Lưu 5-8 trang đích đối thủ dưới dạng Markdown — tất cả bản sao, CTA, cấu trúc phần và điều hướng được giữ nguyên
- Chạy kiểm tra so sánh:
“Đây là 8 trang đích đối thủ trong [ngành]. Phân tích cấu trúc nội dung: Họ tổ chức phần hero, bằng chứng xã hội, khối tính năng và CTA như thế nào? Những mẫu nào xuất hiện ở 5+ trang này? Điều gì độc đáo ở 2 trang hàng đầu?”
“Dựa trên các trang này, hành trình người dùng phổ biến nhất từ lần đầu vào đến chuyển đổi là gì? Họ ưu tiên những bước nào?”
- Thiết kế với dữ liệu — Bạn bắt đầu thiết kế lại biết những mẫu nào là tiêu chuẩn ngành và nơi bạn có thể khác biệt
Quy Trình 2: Tài Liệu Hệ Thống Thiết Kế → Lập Kế Hoạch Thành Phần
Bạn đang xây dựng hoặc cập nhật hệ thống thiết kế. Bạn muốn học từ cách các công ty đã thành lập ghi lại hệ thống của họ.
Quy trình:
- Lưu các trang tài liệu hệ thống thiết kế từ Shopify Polaris, Atlassian, IBM Carbon hoặc tương tự
- Trích xuất các mẫu:
“Đây là các trang tài liệu cho 3 hệ thống thiết kế lớn. So sánh cách họ cấu trúc tài liệu thành phần: họ bao gồm những mục nào, cách họ xử lý các biến thể, hướng dẫn nào họ cung cấp? Tạo mẫu tôi có thể theo cho hệ thống thiết kế của riêng mình.”
“Những hướng dẫn khả năng tiếp cận nào họ nhúng trực tiếp vào tài liệu thành phần? Tạo danh sách kiểm tra tôi nên theo cho mọi thành phần.”
- Xây dựng trên nền tảng đã được chứng minh — Tài liệu hệ thống thiết kế của bạn tuân theo các phương pháp hay nhất từ ngày đầu tiên
Quy Trình 3: Hướng Dẫn Khả Năng Tiếp Cận → Danh Sách Kiểm Tra WCAG
Sản phẩm của bạn cần kiểm tra khả năng tiếp cận. Hướng dẫn WCAG toàn diện nhưng dày đặc.
Quy trình:
- Lưu các trang WCAG liên quan và bất kỳ bài viết tập trung vào khả năng tiếp cận về loại sản phẩm của bạn
- Tạo danh sách kiểm tra thực tế:
“Đây là hướng dẫn WCAG 2.2 cho tuân thủ Level AA và 2 bài viết về khả năng tiếp cận trong [loại ứng dụng]. Tạo danh sách kiểm tra kiểm tra thực tế đặc thù cho một [mô tả sản phẩm của bạn]. Nhóm các mục theo trang/thành phần, không theo tiêu chí WCAG. Đánh dấu mục nào là thắng nhanh vs. nỗ lực lớn.”
- Kiểm tra hiệu quả — Danh sách kiểm tra tùy chỉnh hữu ích hơn 10 lần so với thông số WCAG thô
Quy Trình 4: Phản Hồi Người Dùng + Nghiên Cứu Đối Thủ → Brief Thiết Kế Lại
Bạn có khiếu nại người dùng và cảm hứng từ đối thủ. Bạn cần biến chúng thành kế hoạch thiết kế lại mạch lạc.
Quy trình:
- Lưu các trang phản hồi người dùng (đánh giá trên app store, thread hỗ trợ, kết quả kiểm tra khả năng sử dụng) và trang đối thủ hiển thị các cách tiếp cận tốt hơn
- Viết brief thiết kế lại:
“Đây là phản hồi người dùng về [tính năng] của sản phẩm và 4 trang đối thủ xử lý cùng tính năng đó. Ánh xạ từng khiếu nại người dùng với giải pháp của đối thủ. Sau đó viết brief thiết kế để thiết kế lại [tính năng] của chúng tôi giải quyết mọi điểm đau, tham chiếu các cách tiếp cận đối thủ tốt nhất.”
- Thống nhất nhóm — Brief kết nối nỗi đau người dùng với các giải pháp đã được chứng minh, không phải các ý tưởng thiết kế trừu tượng
Bắt Đầu
- Cài đặt Save (miễn phí, 3 lần lưu/tháng)
- Lưu trang đối thủ, tài liệu hệ thống thiết kế và hướng dẫn khi bạn nghiên cứu
- Cung cấp cho Claude hoặc ChatGPT để phân tích và tổng hợp
- Biến nghiên cứu thành quyết định thiết kế nhanh hơn
Thiết kế tốt không chỉ là sáng tạo — nó còn cần được thông tin. Save đảm bảo nghiên cứu của bạn cung cấp thông tin cho mọi quyết định.
Câu hỏi hoặc phản hồi? Liên hệ với chúng tôi tại [email protected]