Là BrSE, bạn không phải là người viết code. Nhưng bạn lại là người chịu trách nhiệm chính trong việc truyền đạt yêu cầu và thiết kế chức năng cho dev.
Một yêu cầu dù đúng từ khách, nếu truyền đạt sai cho dev thì kết quả vẫn là… sai.
❌ Tôi đã từng nghĩ: “Viết tài liệu rồi thì team dev sẽ tự hiểu”
…và rồi tôi nhận lại một chức năng đúng từng câu chữ nhưng sai hoàn toàn logic.
Tôi nhận ra:
Dev không đọc được suy nghĩ của bạn, và tài liệu không phải lúc nào cũng đủ.
✅ Tôi đã thay đổi cách truyền đạt như sau:
1. Vẽ luồng xử lý (flowchart)
- Dễ hình dung hơn việc viết 10 dòng mô tả.
- Flow thể hiện rõ điều kiện – phân nhánh – kết quả.
Dùng draw.io, Excalidraw hoặc Lucidchart là đủ.
2. Tạo wireframe/mock UI
- Không cần đẹp, nhưng cần rõ bố cục & tương tác.
- Ghi rõ: nút này làm gì, input này validate ra sao.
Dùng Figma, Balsamiq, hoặc vẽ tay → chụp lại.
3. Gắn ví dụ thực tế
Ví dụ:
- Input: A = 0, B = 100
- Kết quả: Không cho phép đăng ký, hiện thông báo “Giá trị A không hợp lệ”
→ Giúp dev hiểu được mục đích và kỳ vọng, chứ không chỉ xử lý đúng logic.
4. Trình bày trực tiếp qua call nếu cần
Đừng ngại call 15 phút để trình bày 1 chức năng quan trọng. Việc đó giảm đi 5 lần fix bug sau này.
💬 Mẹo: Truyền đạt như thể bạn là người dùng cuối
- Dev cần biết không chỉ “làm cái gì” mà cả “tại sao”.
- Bạn hiểu sâu đến đâu, dev đi đúng đến đó.
📌 Kết luận
Một thiết kế rõ ràng là cầu nối chắc chắn giữa mong muốn của khách và sản phẩm dev tạo ra.
BrSE không cần vẽ thiết kế đẹp như UI/UX Designer,
nhưng phải biết truyền tải thông tin một cách không thể hiểu sai được.
Bạn có từng thấy dev hiểu sai chức năng dù đã ghi trong tài liệu chưa? Hãy chia sẻ nhé!