<>Vấn đề cốt lõi: Trình bày thiết kế mà không có ngữ cảnh
Phần lớn designer trình bày như sau:
“Đây là thứ tôi làm. Anh/chị thấy sao?”
Cách này mời gọi ý kiến cá nhân, không phải đánh giá chiến lược. Không có ngữ cảnh, khách hàng sẽ mặc định: “Tôi thích” hoặc “Tôi không thích.”
Cách sửa:
Trình bày vấn đề trước, giải pháp sau, và xuyên suốt là lý do (rationale).
/Cấu trúc trình bày 3 phần
1. Phần 1: Nhắc lại vấn đề (5 phút)
Tóm lược:
– Ta đang giải quyết vấn đề gì
– Cho ai
– Thành công được định nghĩa ra sao
– Những ràng buộc chính
Ví dụ:
“Chúng ta cần một homepage chuyển đổi tốt nhóm chủ doanh nghiệp nhỏ đang tìm phần mềm kế toán. Nghiên cứu cho thấy họ bị quá tải bởi các công cụ phức tạp và muốn thứ gì đó đơn giản, đáng tin cậy. Thành công được đo bằng tăng 20% lượt đăng ký dùng thử.”
Vì sao hiệu quả?
Nó thiết lập tiêu chí đánh giá. Khách hàng bắt đầu nghĩ: “Thiết kế này có giải quyết vấn đề không?” thay vì “Tôi có thích màu xanh không?”
2. Phần 2: Trình bày giải pháp kèm lý do thuyết phục (15–20 phút)
Đi qua thiết kế và giải thích vì sao mỗi quyết định quan trọng được đưa ra. Đừng nói:
“Đây là homepage với headline và CTA.”
Hãy nói:
“Headline tập trung vào kết quả họ mong muốn vì người dùng đang bị quá tải. Một CTA duy nhất giúp giảm tê liệt quyết định — điều mà khi testing cho thấy là rào cản lớn.”
Với mỗi thành phần, hãy trả lời:
“Vì sao chúng ta làm theo cách này?”
3. Phần 3: Kết nối lại mục tiêu (5 phút)
Liên hệ các quyết định thiết kế với mục tiêu ban đầu.
Ví dụ:
“Chúng ta ưu tiên sự đơn giản vì người dùng đang bị quá tải. Chúng ta dùng tín hiệu tạo niềm tin vì độ tin cậy là mối quan tâm hàng đầu. CTA được làm nổi bật vì chuyển đổi là chỉ số chính.”
/Công thức trình bày lý do thuyết phục
Với mỗi quyết định lớn, dùng cấu trúc: Quyết định + Lý do + Bằng chứng
Ví dụ:
Quyết định: “Chúng ta chọn layout một cột cho bảng giá.”
Lý do: “So sánh song song tạo ra tê liệt quyết định trong testing.”
Bằng chứng:
“68% người tham gia không chọn được với layout so sánh song song. 82% đưa ra quyết định với layout một cột.”
/Khi không có dữ liệu nghiên cứu
Hãy dựa trên nguyên lý:
Quyết định: “Chúng ta dùng màu xanh làm màu chủ đạo.”
Lý do: “Niềm tin là yêu cầu thương hiệu hàng đầu của bạn.”
Bằng chứng:
“46% người tiêu dùng liên hệ màu xanh với sự tin cậy — cao hơn bất kỳ màu nào khác.”
/Cách phản biện những yêu cầu phổ biến
– Về kích thước logo
Khách: “Làm logo to hơn.”
Bạn:
“Logo hiện được đặt kích thước đủ để nhận diện mà không chiếm ưu thế. Người dùng chỉ dành dưới 3 giây cho logo, nhưng họ tìm kiếm tín hiệu tin cậy và giá trị. Nếu phóng to logo, ta sẽ giảm không gian cho yếu tố chuyển đổi. Anh/chị có muốn xem dữ liệu về kích thước logo và tỷ lệ chuyển đổi không?”
– Về khoảng trắng
Khách: “Nhiều chỗ trống quá, thêm nội dung vào đi.”
Bạn:
“Khoảng trắng là chiến lược. Nó tạo hierarchy và làm thông điệp chính nổi bật. Thiết kế có khoảng trắng hợp lý giúp tăng 20% khả năng hiểu nội dung. Anh/chị thấy thiếu thông tin cụ thể nào?”
– Về màu sắc
Khách: “Tôi không thích màu xanh đó.”
Bạn:
“Màu xanh này test tốt nhất với nhóm khách hàng mục tiêu của anh/chị. Nó đạt điểm cao nhất về độ tin cậy và tính chuyên nghiệp — hai thuộc tính thương hiệu chính. Mục tiêu của chúng ta là phù hợp với khách hàng, không phải sở thích cá nhân. Anh/chị có muốn xem kết quả testing không?”
/Xử lý feedback mang tính chủ quan
– Khi họ nói “Tôi không thích”
Hãy nói:
“Anh/chị có thể giúp tôi hiểu cụ thể điều gì chưa ổn? Màu sắc, layout, hình ảnh hay thông điệp? Nếu hiểu rõ mối quan tâm, tôi sẽ xử lý chính xác hơn.”
Đào sâu thêm. “Nó không hợp” thường có nghĩa:
– “Không giống hình dung của tôi”
– “Tôi lo khách hàng sẽ không thích”
– Khi họ viện dẫn ý kiến cá nhân
Khách: “Vợ/chồng tôi nghĩ rằng…”
Bạn:
“Cảm ơn anh/chị đã chia sẻ. Anh/chị có thể nói rõ hơn góc nhìn đó không? Dù ta đang thiết kế cho [nhóm khách hàng mục tiêu], những góc nhìn khác có thể giúp lộ ra điểm mù. Ta hãy xem phản hồi đó có phù hợp với nghiên cứu không.”
– Khi họ muốn copy đối thủ
Khách: “Làm giống [đối thủ] đi.”
Bạn:
“Tôi hiểu vì sao cách đó hấp dẫn. Tuy nhiên chiến lược của chúng ta là khác biệt. Ta muốn khách hàng chọn anh/chị vì sự độc đáo. Nếu có yếu tố cụ thể nào trong cách làm của họ giải quyết vấn đề ta chưa xử lý, ta có thể phân tích phần đó.”
– Những câu hỏi giúp chuyển hướng cuộc trò chuyện
“Thay đổi đó giúp giải quyết vấn đề gì?”
→ Buộc họ lý giải thay vì nói “Tôi không thích”.
“Nó ảnh hưởng thế nào đến mục tiêu chính là [chỉ số cụ thể]?”
→ Đưa feedback quay về mục tiêu.
“Anh/chị có thể giúp tôi hiểu điều gì chưa ổn?”
→ Khai thác mối lo thật sự.
“Chúng ta có dữ liệu cho thấy phương án đó hiệu quả hơn không?”
→ Nhắc rằng dữ liệu quan trọng hơn ý kiến.
/Tạo framework feedback trước khi trình bày
Hãy đưa cấu trúc rõ ràng cho khách:
1. Feedback hữu ích:
– Có giải quyết đúng vấn đề không?
– Có phù hợp nhóm mục tiêu không?
– Có hỗ trợ mục tiêu không?
– Có vấn đề kỹ thuật không?
2. Feedback kém hữu ích:
– Sở thích cá nhân
– Ý kiến từ người không phải nhóm mục tiêu
– Yêu cầu thay đổi không có lý do
/Khi nào nên giữ vững, khi nào nên thỏa hiệp
Giữ vững khi:
– Yêu cầu đi ngược nghiên cứu người dùng
– Làm hại accessibility hoặc usability
– Mâu thuẫn best practice mà không có lý do
– Ưu tiên sở thích khách hàng hơn nhu cầu người dùng
– Ảnh hưởng tiêu cực tới chỉ số chính
Cách nói:
“Tôi cần bảo vệ lợi ích người dùng. Nếu làm vậy sẽ [giải thích tác động]. Tôi sẽ không làm tròn trách nhiệm nếu triển khai một thứ tôi biết sẽ giảm hiệu quả. Ta cùng tìm phương án khác.”
Thỏa hiệp khi:
– Đó là một phương án hợp lý
– Bạn không có dữ liệu chứng minh phương án của mình tốt hơn
– Khách hàng có insight về tệp khách mà bạn không có
– Là lựa chọn thẩm mỹ nhỏ không ảnh hưởng chức năng
– Mối quan hệ quan trọng hơn quyết định cụ thể
Cách nói:
“Hợp lý. Tôi sẽ thử phương án đó và trình bày cả hai lựa chọn cùng trade-off rõ ràng.”
/Follow-up sau buổi trình bày
Gửi email tóm tắt:
– Những gì đã trình bày
– Các quyết định chính và lý do thuyết phục
– Feedback nhận được
– Các chỉnh sửa tiếp theo
– Thông tin cần thêm từ phía khách
– Điều này tạo tài liệu và đảm bảo sự thống nhất trước khi chỉnh sửa.
/Mục tiêu cuối cùng: Quan hệ đối tác, không phải phục tùng
Khi bạn trình bày rõ lý do thuyết phục, bạn:
– Xây dựng niềm tin vào chuyên môn
– Tạo cuộc trao đổi feedback hiệu quả
– Giảm vòng lặp chỉnh sửa
– Đạt kết quả tốt hơn
– Xây dựng quan hệ dài hạn
Công việc của bạn không phải chỉ thực thi yêu cầu. Mà là dẫn dắt khách hàng đến những quyết định tốt.
Nếu bài viết này mang lại cho bạn giá trị, bạn có thể ủng hộ tác giả bằng một khoản tuỳ tâm để tôi tiếp tục duy trì website này theo cách độc lập và chất lượng.
