Tình huống thực tế
Trong một buổi họp báo cáo tiến độ, mình dành 10 phút để giải thích với khách rằng team dev đang fix lỗi do race condition ở thread phụ khi ghi dữ liệu đồng thời vào Redis.
👉 Khách yên lặng, và sau đó chỉ hỏi một câu: “Khi nào xong?”
Bài học rút ra
- ❌ Trình bày kỹ thuật chi tiết = dễ gây mệt mỏi, mất trọng tâm
- ❌ Khách không hiểu (hoặc không quan tâm) lỗi nằm ở đâu trong code
- ✅ Điều họ cần biết là: “Tình hình? Ảnh hưởng? Khi nào xong?”
Cách cải thiện
Chuẩn bị câu trả lời dạng ‘business-level’:
“Đang xảy ra lỗi ghi dữ liệu không ổn định. Dev đã xác định nguyên nhân, đang xử lý và dự kiến hoàn tất trong hôm nay.”
Tách riêng cách trình bày với dev và với khách
Chỉ đưa chi tiết kỹ thuật nếu khách yêu cầu rõ
Nếu cần trình bày – hãy dùng hình ảnh, ví dụ đơn giản hoá
Kết luận
Khách hàng quan tâm đến kết quả và ảnh hưởng – không phải chi tiết kỹ thuật. Là BrSE, bạn cần đóng vai trò “người dịch kỹ thuật thành ngôn ngữ kinh doanh”. Trình bày rõ – nhưng không rườm rà.