Bối cảnh

  • Trong một buổi demo với khách cấp cao từ công ty mẹ ở Nhật
  • Tính năng mới hoạt động tốt, logic xử lý đúng
  • Nhưng có một lỗi nhỏ về UI:
    • Text bị tràn dòng trên màn hình 1280px
    • Một label bị sai chính tả tiếng Nhật

👉 Trước đó mình đã thấy – nhưng nghĩ “nhỏ thôi, để sau sửa cũng được”

Điều gì đã xảy ra trong buổi demo?

  • Khách ngồi xem màn hình – và chỉ sau 2 phút đã hỏi:

    “Sao dòng chữ này lại tràn ra như vậy?” “Chữ này viết sai chính tả kìa.”

  • Không ai phản hồi được ngay

  • Không khí chùng xuống – khách bắt đầu mất sự tin tưởng

  • Demo kết thúc sớm – feedback chính: “Trải nghiệm chưa được kiểm tra kỹ”

➡️ Tính năng thì đúng, nhưng ấn tượng tổng thể là thiếu chăm chút

Bài học xương máu

  • Những lỗi nhỏ về UI không nhỏ như mình tưởng
  • Trong demo – trải nghiệm người dùng quan trọng hơn logic xử lý bên trong
  • Là BrSE, bạn phải test như người dùng cuối, không chỉ kiểm tra đúng/sai kỹ thuật

Sau này mình đã thay đổi thế nào?

1. Tạo checklist “UI cần để ý” cho mỗi màn demo

Font, hiển thị responsive, lỗi chính tả, căn lề, màu sắc

2. Chạy demo trên nhiều kích thước màn hình trước khi trình chiếu

Bao gồm cả màn hình nhỏ, trình chiếu projector, dark mode nếu có

3. Nói với dev: ‘Chỉ 5px lệch cũng là vấn đề’ – khi là demo

Vì đó là thứ khách thấy đầu tiên, cảm nhận đầu tiên

Kết luận

UI là bộ mặt của sản phẩm. Là BrSE, bạn không thể bỏ qua những chi tiết nhỏ – nhất là khi mỗi lần demo là một cơ hội xây dựng (hoặc mất) lòng tin.

👉 Trong bài tiếp theo, mình sẽ chia sẻ tình huống: “Khi khách yêu cầu ‘gặp trực tiếp để giải thích’, dù mình đã viết rất rõ trong mail”