Cơ chế của phản hồi tiêu cực
- Phản hồi đóng vai trò như một 'bộ điều nhiệt (thermostat)' của mức độ tin cậy
- Khi bị đánh giá quá cao thì điều chỉnh về thấp hơn, khi bị đánh giá quá thấp thì điều chỉnh về cao hơn
- Nội dung phản hồi: thông tin (nội dung thực chất) + cảm xúc (sự thất vọng, mong muốn được lắng nghe)
- Giải tỏa cảm xúc trước → sau đó mới có thể thảo luận về sự thật
Rủi ro của việc phản bác
- Phản bác đẩy người chỉ trích vào thế 'sai, ngu ngốc hoặc không đủ tư cách' → dễ làm tình hình leo thang
- Càng là phản hồi thực chất từ khách hàng thì phản bác càng làm tình hình tệ hơn
- Ví dụ: trường hợp của CodeRabbit
- Aiden Bai công khai chỉ trích → kỹ sư đặt câu hỏi → CEO Harjot đáp trả đầy công kích (hạ nhục là thiếu hiểu biết, xúc phạm indie developer)
- Kết quả: chỉ trích gia tăng, hình ảnh thương hiệu tổn hại, đối thủ hưởng lợi → kết thúc bằng lời xin lỗi một phần (nên tránh kiểu xin lỗi một phần)
Chiến lược phản hồi đúng đắn
- Là nhà sáng lập, hãy tự mình trở thành người chỉ trích khắt khe nhất
- Chủ động tiếp nhận phản hồi từ người dùng (kể cả khi có phần không công bằng)
- Thể hiện sự tò mò, tinh thần trách nhiệm và khiêm tốn → khiến người chỉ trích bất ngờ và hạ nhiệt (đã có trường hợp rút lại hoặc giảm nhẹ chỉ trích)
- Ví dụ tốt: cách Claude phản hồi
Hướng dẫn phản hồi theo từng bước (TL;DR)
- Tách thông tin và cảm xúc → giải tỏa sự thất vọng trước
- Đồng ý từ nguyên tắc trước (chất lượng là quan trọng, phản hồi có giá trị, thừa nhận trách nhiệm)
- Thừa nhận trách nhiệm nhiều hơn mức cần thiết → khiến người chỉ trích hạ phòng bị, giảm bề mặt tấn công
- Khi giải thích sự việc, hãy minh bạch và nghiêm túc (tránh thái độ phòng thủ)
- Nếu cần xin lỗi: tóm tắt ngắn gọn vấn đề → giải thích cách khắc phục → ngăn tái diễn → kết thúc (tránh hạ mình quá mức)
Lời khuyên bổ sung
- Có thể phớt lờ troll ác ý
- Với phản hồi thật sự, hãy ưu tiên lắng nghe → tránh cố ép theo ý mình
- Hãy bắt đầu bằng lời cảm ơn ("Cảm ơn bạn đã chia sẻ")
Chưa có bình luận nào.