Bối cảnh
- Dự án có những phần mà khách chỉ nói mơ hồ kiểu:
“Phần này cần xử lý linh hoạt hơn.”
- Không có mockup, không có logic cụ thể, không có deadline
- Sau 3 ngày, khách gửi mail CC toàn bộ quản lý:
“Team xử lý quá chậm. Không thấy tiến triển.”
👉 Cảm giác cực kỳ ức chế – vì team đã hỏi lại nhiều lần nhưng không được câu trả lời rõ.
Sai lầm ban đầu của mình
- Mình im lặng vì không biết phải phản hồi ra sao
- Không bảo vệ team, không làm rõ được nguồn gốc chậm trễ
- Khách tiếp tục tạo cảm giác team thiếu trách nhiệm
Mình đã thay đổi cách xử lý như sau
1. Tóm tắt lại toàn bộ nội dung trao đổi (mail log + yêu cầu ban đầu)
“Dưới đây là toàn bộ các điểm đang chưa rõ và câu hỏi đã gửi phía khách vào ngày xx.”
2. Gửi lại task breakdown kèm trạng thái
❌ Task A: Đang chờ confirm mockup
⏳ Task B: Đã bắt đầu từ ngày X – đang xử lý step Y
3. Call ngắn 15 phút để ‘reset lại mặt bàn’
“Chúng tôi cần xác nhận lần cuối để tránh hiểu nhầm.”
Bài học rút ra
- Dù khách không rõ ràng – bạn vẫn phải làm rõ lại bằng log và status
- Nếu không chủ động làm rõ, mọi trách nhiệm mặc định đổ về phía BrSE
- Việc phàn nàn thường do khoảng cách thông tin – không phải vì team làm chậm thật
Kết luận
Là BrSE, bạn không chỉ làm cầu nối kỹ thuật – mà còn là người truyền đạt kỳ vọng.
Nếu kỳ vọng mơ hồ → hãy biến nó thành câu hỏi cụ thể.
Nếu bị trách không rõ lý do → hãy phản hồi bằng log, timeline và đề xuất xác minh lại.
👉 Trong bài tiếp theo, mình sẽ kể về một tình huống tế nhị hơn: “Dev làm sai nhưng khách lại nghĩ BrSE hiểu nhầm”.