Bạn mới làm BA mà thấy “tư duy hệ thống yếu”, “phân tích logic chưa tốt” là chuyện rất bình thường.
Vì tư duy hệ thống không tự nhiên mà có. Nó được hình thành khi bạn luyện cách nhìn một yêu cầu không chỉ ở màn hình, mà nhìn xuyên qua:
người dùng → quy trình → dữ liệu → rule → trạng thái → exception → hệ thống liên quan.
Nếu mới bắt đầu, bạn không nên học lan man quá nhiều. Hãy đi theo 5 hướng sau.
1. Học cách phân tích một flow từ đầu đến cuối
Muốn tư duy hệ thống tốt hơn, trước hết phải biết nhìn một nghiệp vụ thành flow.
Ví dụ: “User thanh toán đơn hàng”
Đừng chỉ nghĩ:
User bấm thanh toán → thành công.
Hãy tách thành:
User chọn sản phẩm
→ vào giỏ hàng
→ chọn địa chỉ
→ áp voucher
→ chọn phương thức thanh toán
→ hệ thống kiểm tra tồn kho
→ hệ thống tạo order
→ hệ thống gọi payment gateway
→ nhận kết quả thanh toán
→ cập nhật order status
→ gửi thông báo cho user
Khi phân tích bất kỳ chức năng nào, hãy tự hỏi:
Ai là người dùng?
Bắt đầu từ đâu?
Kết thúc khi nào?
Có những bước nào ở giữa?
Hệ thống nào tham gia?
Dữ liệu nào được tạo/cập nhật?
Đây là nền tảng đầu tiên của tư duy hệ thống.
2. Học về trạng thái của hệ thống
Newbie BA thường nghĩ mọi thứ chỉ có “thành công” hoặc “thất bại”.
Nhưng hệ thống thật thường có nhiều trạng thái hơn.
Ví dụ payment có thể có:
INITIATED: vừa khởi tạo
PROCESSING: đang xử lý
SUCCESS: thành công
FAILED: thất bại
TIMEOUT: quá thời gian phản hồi
REFUNDED: đã hoàn tiền
Nếu bạn hiểu status, bạn sẽ bắt đầu tư duy logic tốt hơn rất nhiều.
Ví dụ câu hỏi nên tự đặt:
Khi user bấm Pay thì order đang ở status nào?
Khi payment success thì order chuyển sang status nào?
Nếu gateway timeout thì có phải failed luôn không?
Nếu user bấm Pay 2 lần thì xử lý thế nào?
Status nào user nhìn thấy, status nào chỉ dùng nội bộ?
Tư duy hệ thống mạnh thường bắt đầu từ tư duy về state/status.
3. Học Business Rule và Exception Flow
Một chức năng không chỉ có happy flow.
Ví dụ tính năng áp voucher.
Happy flow:
User nhập voucher → hệ thống áp dụng giảm giá.
Nhưng thực tế sẽ có rất nhiều rule và exception:
Voucher không tồn tại
Voucher hết hạn
Voucher hết lượt sử dụng
Đơn hàng chưa đủ giá trị tối thiểu
Sản phẩm không thuộc phạm vi áp dụng
Một đơn chỉ được dùng một voucher
User xóa sản phẩm sau khi áp voucher thì sao?
Muốn logic tốt hơn, hãy luyện thói quen hỏi:
Điều kiện nào bắt buộc?
Trường hợp nào không được phép?
Nếu dữ liệu sai thì sao?
Nếu user thao tác sai thì sao?
Nếu hệ thống bên ngoài không phản hồi thì sao?
Nếu cùng một hành động xảy ra 2 lần thì sao?
BA mới thường chỉ viết flow đúng.
BA tốt hơn sẽ nghĩ được flow lỗi.
4. Học kiến thức IT nền tảng: API, Database, SQL
Muốn tư duy hệ thống sâu hơn thì không thể chỉ nhìn UI.
Bạn nên học ở mức cơ bản:
API
Hiểu:
Request là gì?
Response là gì?
Status code là gì?
GET/POST/PUT/PATCH/DELETE khác nhau thế nào?
Ví dụ user bấm “Thanh toán”, đằng sau có thể gọi API:
POST /payments
Request có:
orderId
amount
paymentMethod
transactionId
Response có:
paymentStatus
message
transactionId
Khi hiểu API, bạn sẽ thấy hệ thống vận hành phía sau màn hình như thế nào.
Database
Hiểu:
Table
Field
Primary Key
Foreign Key
Relationship
Ví dụ E-commerce có:
users
products
carts
orders
payments
Khi user thanh toán, không chỉ UI thay đổi, mà dữ liệu trong order và payment cũng thay đổi.
SQL cơ bản
Không cần giỏi như Dev, nhưng nên biết:
SELECT
WHERE
JOIN
SQL giúp bạn kiểm tra dữ liệu thật và hiểu bug tốt hơn.
5. Luyện bằng mini case, đừng chỉ học lý thuyết
Muốn tăng tư duy logic, cách nhanh nhất là tự lấy một chức năng quen thuộc ra phân tích.
Ví dụ:
Quên mật khẩu
Đăng nhập bằng OTP
Checkout E-commerce
Chuyển tiền ngân hàng
Theo dõi đơn hàng
Đặt lịch khám
Đăng ký khóa học
Với mỗi case, hãy tự làm 7 phần:
Mục tiêu của chức năng là gì?
Actor là ai?
Main flow gồm những bước nào?
Business rule là gì?
Exception flow là gì?
Data nào được tạo/cập nhật?
Có API/hệ thống nào liên quan không?
Ví dụ với “Quên mật khẩu”, đừng chỉ viết:
User nhập email → nhận OTP → đổi mật khẩu.
Hãy hỏi thêm:
Email không tồn tại thì sao?
OTP hết hạn sau bao lâu?
Nhập sai OTP mấy lần thì khóa?
Password mới có rule gì?
Reset xong có logout các thiết bị khác không?
Có ghi log bảo mật không?
Càng luyện nhiều case kiểu này, tư duy hệ thống sẽ càng lên.
Nếu muốn bắt đầu, nên học theo thứ tự này
Đừng học quá rộng ngay từ đầu. Có thể đi theo lộ trình:
User Flow / Use Case
User Story + Acceptance Criteria
Business Rule + Exception Flow
Data Model cơ bản
API cơ bản
SQL cơ bản
NFR: performance, security, logging, usability
Một domain cụ thể như E-commerce hoặc Banking/Fintech
Quan trọng nhất là học đến đâu phải thực hành đến đó.
Một bài tập đơn giản để luyện mỗi ngày
Chọn một chức năng bất kỳ, ví dụ “Đặt đồ ăn online”.
Sau đó tự trả lời:
User làm gì đầu tiên?
Hệ thống kiểm tra gì?
Khi nào order được tạo?
Khi nào payment được ghi nhận?
Nếu nhà hàng hủy đơn thì sao?
Nếu shipper không nhận đơn thì sao?
Nếu user thanh toán rồi nhưng đơn bị hủy thì xử lý thế nào?
Data nào thay đổi?
Status đơn hàng gồm những gì?
Làm bài này 10–15 case, bạn sẽ thấy tư duy logic cải thiện rõ.
Kết luận
Tư duy hệ thống không phải là học một khóa là có ngay.
Nó đến từ việc bạn luyện nhìn một tính năng theo nhiều lớp:
User làm gì
→ hệ thống xử lý gì
→ dữ liệu thay đổi gì
→ rule nào áp dụng
→ status nào chuyển đổi
→ lỗi nào có thể xảy ra
→ hệ thống khác nào liên quan
Với newbie BA, đừng quá áp lực chuyện “mình chưa tư duy sâu”.
Hãy bắt đầu từ những case nhỏ, phân tích thật kỹ, viết flow, rule, exception, data và API ở mức cơ bản.
Làm đều như vậy, sau vài tháng bạn sẽ không còn nhìn phần mềm như một cái màn hình nữa.
Bạn sẽ bắt đầu nhìn nó như một hệ thống.
