Thanh toán, ví điện tử & QR

Vì sao hiểu thanh toán quan trọng

Thanh toán là trái tim của phần lớn fintech Việt Nam. Đây là nơi tiền thật di chuyển, nơi người dùng cảm nhận được giá trị tức thì, và cũng là nơi mọi sai sót đều lộ ra ngay lập tức. Một PM không hiểu sâu về cơ chế thanh toán sẽ thiết kế những luồng trông mượt trên bản vẽ nhưng gãy trong thực tế, khi giao dịch treo, khi tiền bị trừ mà đơn không thành công, khi hai bên đối soát lệch nhau.

Cái giá của việc thiếu kỹ năng ở đây rất trực tiếp. Nếu bạn không hiểu trạng thái của một giao dịch có thể là đang chờ, thành công, thất bại, hay bất định, bạn sẽ không thiết kế được cơ chế xử lý cho trường hợp bất định, và người dùng sẽ mất tiền mà không biết kêu ai. Nếu bạn không hiểu quy trình đối soát cuối ngày với ngân hàng và NAPAS, bạn sẽ hứa hoàn tiền tức thì mà hệ thống không kham nổi.

QR là một mặt trận riêng ở Việt Nam. Với sự phổ biến của VietQR theo chuẩn NAPAS, gần như mọi quán ăn vỉa hè đều có mã QR. Một PM làm sản phẩm thanh toán mà không hiểu sự khác nhau giữa QR tĩnh và QR động, giữa QR do người bán tạo và QR do người mua trình, sẽ bỏ lỡ những cơ hội sản phẩm quan trọng và tạo ra lỗ hổng gian lận.

Bức tranh lớn

Một giao dịch thanh toán không phải một hành động đơn lẻ mà là một chuỗi trạng thái. Người dùng khởi tạo, hệ thống ghi nhận, tiền được ủy quyền, tiền được chuyển, và cuối cùng hai bên đối soát để chốt sổ. Ở mỗi mắt xích có thể xảy ra lỗi, và PM phải thiết kế cách xử lý cho từng khả năng.

graph TD
A[Nguoi dung khoi tao] --> B[He thong ghi nhan don]
B --> C[Uy quyen tru tien]
C --> D{Ket qua}
D -->|Thanh cong| E[Ghi nhan hoan tat]
D -->|That bai| F[Hoan tra so du]
D -->|Bat dinh| G[Cho doi soat]
G --> H[Doi soat cuoi ngay]
H --> E
H --> F

Ví điện tử là một mô hình trong đó số dư người dùng được giữ tại tài khoản đảm bảo thanh toán. QR là một lớp giao diện đặt lên trên hạ tầng chuyển tiền. QR tĩnh gắn cố định với một tài khoản người bán và phù hợp cho cửa hàng nhỏ. QR động sinh ra cho từng đơn với số tiền cụ thể, giảm sai sót và giảm gian lận. Hiểu rõ những lớp này giúp PM thiết kế đúng cho từng ngữ cảnh.

Ví dụ chi tiết

Xét một chuỗi cà phê muốn nhận thanh toán QR. Bước một, PM quyết định dùng QR động thay vì QR tĩnh, vì QR động gắn số tiền và mã đơn cụ thể, giúp thu ngân đối chiếu chính xác và tránh việc khách quét nhầm quán khác. Bước hai, luồng được thiết kế: thu ngân nhập số tiền, hệ thống sinh mã VietQR, khách quét bằng ứng dụng ngân hàng, tiền chuyển vào tài khoản chuỗi qua NAPAS.

Bước ba, PM xử lý trạng thái bất định. Nếu khách báo đã chuyển nhưng hệ thống chưa nhận được thông báo, thu ngân cần một màn hình tra cứu theo mã đơn thay vì tin lời khách. Bước bốn, PM thiết kế đối soát cuối ngày, hệ thống tải sao kê từ ngân hàng và tự động khớp từng giao dịch với đơn hàng, gắn cờ những khoản lệch để kế toán xử lý.

Bước năm, PM đo lường. Chỉ số quan trọng là tỷ lệ giao dịch được xác nhận tự động trong vài giây, vì mỗi giây chờ ở quầy làm hàng dài thêm. Bối cảnh Việt Nam ở đây rất rõ, thói quen quét mã đã phổ biến nhưng kết nối mạng ở một số nơi chập chờn, nên thiết kế phải bền với mạng yếu.

Lộ trình từng bước để làm chủ

graph LR
A[Hoc vong doi giao dich] --> B[Hieu chuan VietQR]
B --> C[Thiet ke xu ly trang thai bat dinh]
C --> D[Xay quy trinh doi soat]
D --> E[Toi uu toc do xac nhan]
E --> F[Giam gian lan QR]

Trước tiên nắm vững vòng đời một giao dịch với đủ mọi trạng thái. Sau đó học chuẩn VietQR và cách NAPAS chuyển mạch. Kế đến, thực hành thiết kế cho trường hợp bất định vốn hay bị bỏ quên. Tiếp theo xây dựng tư duy đối soát cuối ngày. Cuối cùng tối ưu tốc độ và chống gian lận.

Thói quen & kỷ luật

Working mindset: Tôi thiết kế cho trường hợp tệ nhất của một giao dịch, không phải cho trường hợp đẹp nhất.

Cần luyện tập gì (drills)

Drill một: liệt kê mọi trạng thái một giao dịch có thể rơi vào và với mỗi trạng thái viết cách hệ thống và người dùng nên phản ứng. Drill hai: thiết kế màn hình tra cứu giao dịch cho thu ngân khi khách nói đã chuyển tiền mà hệ thống chưa nhận. Drill ba: phân biệt bằng lời năm điểm khác nhau giữa QR tĩnh và QR động và nêu ngữ cảnh phù hợp cho mỗi loại.

Checklist hành động tuần này

• [ ] Vẽ đầy đủ vòng đời giao dịch với mọi trạng thái cho một luồng thật
• [ ] Thiết kế cách xử lý cho trạng thái bất định
• [ ] Đọc tài liệu chuẩn VietQR của NAPAS
• [ ] Phỏng vấn một người bán về nỗi đau khi đối soát
• [ ] Đo tỷ lệ giao dịch xác nhận tự động trong ba giây

Chỉ số & North Star

North Star cho sản phẩm thanh toán thường là tỷ lệ giao dịch thành công và được xác nhận nhanh, vì đây là thứ quyết định người dùng có quay lại hay không.

Dấu hiệu bạn đã thành thạo

Bạn nghĩ về trạng thái bất định trước khi nghĩ về trạng thái thành công. Bạn thiết kế được luồng thanh toán bền với mạng yếu. Bạn giải thích được cho kế toán cách hệ thống tự đối soát. Bạn nhận ra một thiết kế QR nào đó mở lỗ hổng gian lận chỉ bằng cách nhìn luồng.

Cạm bẫy thường gặp

Chốt lại

• Một giao dịch là chuỗi trạng thái, PM phải thiết kế cho cả bất định lẫn thất bại.
• QR động và QR tĩnh phục vụ ngữ cảnh khác nhau, chọn sai gây sai sót và gian lận.
• Đối soát cuối ngày là xương sống, phải tự động hóa để tránh lệch sổ.
• Tốc độ xác nhận và tỷ lệ thành công quyết định người dùng có quay lại hay không.