Tình huống thực tế

Khách Nhật gửi mô tả: “Chỗ này làm giống như site A là được.”

Mình vào site A, thấy có biểu đồ dạng thanh → đoán là khách cũng muốn biểu đồ thanh, nên mình confirm rất sơ sài rồi bảo dev làm theo.

👉 Kết quả: khách muốn biểu đồ đường, và format chỉ lấy 3 giá trị chính, không đầy đủ như site A. Cả team phải làm lại UI.

Bài học rút ra

  • ❌ Cố đoán = dễ sai hướng ngay từ đầu
  • ❌ Tự suy diễn mà không xác nhận → khách nghĩ bạn không hiểu yêu cầu
  • ✅ Yêu cầu mơ hồ cần được phân tách ra từng điểm cụ thể để hỏi lại

Cách cải thiện

  1. Phân tích kỹ yêu cầu dạng: “giống A”, “cho đẹp hơn”, “tùy bên bạn xử lý” → Những cụm đó đều cần xác minh chi tiết

  2. Xác nhận lại bằng so sánh hoặc tùy chọn:

    “Ý ông là muốn biểu đồ dạng đường như trong trang A, hay chỉ cần hiển thị con số chính?”

  3. Gợi ý lựa chọn để khách chọn:

    • “Loại A: Chi tiết đầy đủ như site A”
    • “Loại B: Rút gọn chỉ 3 mục chính như mockup gửi kèm”

  4. Đính kèm hình ảnh minh họa khi cần:

    • Vẽ nhanh UI draft → đính kèm xác nhận trước khi dev triển khai

Kết luận

BrSE không phải là người biết hết – nhưng là người phải đảm bảo “không hiểu nhầm”. Với những yêu cầu mơ hồ, cách tốt nhất là phá nhỏ yêu cầu, xác nhận từng phần, không đoán. Việc xác nhận kỹ càng ban đầu giúp tiết kiệm rất nhiều thời gian về sau.