Nhờ kinh nghiệm tích lũy trong lĩnh vực tài chính, tớ có thêm cơ hội nhận một số dự án tư vấn độc lập bên ngoài. Một trong những dự án ấy đã để lại cho tớ một bài học lớn:
Đôi khi những quyết định thiết kế nhỏ xíu cũng có thể kéo theo hệ quả lớn gấp bội.
Đó là tính năng đăng ký thanh toán tự động hàng tháng trên ứng dụng tài chính. Tính năng này giúp khách hàng đã đăng ký trả góp với công ty không phải nhớ ngày thanh toán. Chỉ cần liên kết ví điện tử một lần — tiền sẽ tự động trừ mỗi tháng.
Trên thực tế, đây là một tính năng “win-win”. Công ty giảm nợ xấu, khách hàng giảm nguy cơ quên ngày đến hạn thanh toán. Tớ cũng đã rất vui khi app có thêm tính năng này.
Cho đến một buổi họp, khi có một yêu cầu nhỏ xíu từ PO:
“Bỏ nút Huỷ. Không cho khách hàng tự hủy đăng ký tự động trong app. Ai muốn hủy thì tự qua Momo để tìm cách hủy.”
Liệu một yêu cầu nhỏ có chứa sự đánh đổi lớn?
“Yêu cầu này sẽ gây bất lợi cho người dùng”. Đó là suy nghĩ đầu tiên bật ra trong đầu tớ.
Góc nhìn của PO: Khi KPI đi ngược với trải nghiệm
Tớ đặt mình vào vị trí của PO và phần nào hiểu lý do của yêu cầu này. Tỉ lệ hủy đăng ký tự động là một con số được theo dõi hàng tuần. Nó gắn với KPI thu hồi nợ và áp lực từ cấp trên. Ẩn nút hủy đi, tỉ lệ hủy giảm, báo cáo đẹp hơn. Vì vậy, con số này gắn trực tiếp với an toàn nghề nghiệp, không phải một sự khó tính vô cớ.
Nếu để nút hủy, người dùng có thể huỷ thanh toán tự động. Công ty cũng mất đi lợi thế thu hồi tiền từ khách cũng là thật. Nhưng trước khi quyết định giữ hay bỏ nút hủy, tớ nghĩ có một câu hỏi cần trả lời trước.
Tại sao một khách hàng, sau khi đã đăng ký, lại muốn hủy tính năng này?
Câu trả lời mới giúp chúng ta đánh giá được nút hủy có thật sự cần thiết hay không – Không phải phân định đúng sai theo cảm tính.
Nỗi lo về kỳ thanh toán cuối cùng
Khách hàng lo lắng vẫn bị trừ tiền sau khi hoàn tất thanh toán cho khoản vay nếu họ không tự tay nhấn được nút Huỷ quy trình tự động thanh toán.
Đó là lý do đầu tiên tớ nghĩ đến — nhưng sau khi nghĩ lại, tớ tự biết nó chưa đủ chắc. Về mặt kỹ thuật, đội dev hoàn toàn có thể lập trình để hệ thống tự dừng trừ tiền ngay sau lần thanh toán cuối cùng. Cùng lúc đó, gửi thông báo xác nhận khoản vay đã tất toán và thanh toán tự động sẽ được huỷ. Việc “trả hết nợ rồi mà vẫn bị trừ tiền” vì vậy sẽ không có trên thực tế. Đó chỉ là nỗi lo có thật trong khoảng thời gian trước khi đến kỳ trả cuối – khi khách hàng chưa biết chắc hệ thống có tự dừng đúng lúc hay không.
Bóc tách bài toán
Sâu xa hơn, việc khách hàng muốn chủ động hủy thanh toán tự động xuất phát từ những nhu cầu rất thực tế:
- Khó khăn tài chính tạm thời: Khách hàng mất nguồn thu nhập, muốn chủ động chọn ngày trả trong thời hạn cho phép thay vì một ngày cố định để hệ thống tự trừ và có nguy cơ trừ thất bại, phát sinh phí phạt.
- Băn khoăn về số tiền bị trừ: Dù là do hệ thống trừ đúng. Đôi khi khách hàng không cảm thấy an tâm vì không được tự tay kiểm tra số tiền cần thanh toán trước khi trừ.
- Đổi hoặc đóng ví điện tử: Khách hàng ngừng dùng ví điện tử này, chuyển sang ví khác hoặc đóng tài khoản. Khách hàng cần ngắt liên kết cũ trước khi phát sinh lỗi giao dịch.
- Kiểm soát dòng tiền cá nhân: Ngày hệ thống tự trừ tiền không trùng với ngày lương về khiến tài khoản bị âm hoặc phát sinh phí phạt từ ngân hàng. Khách hàng muốn chủ động chọn lại thời điểm hoặc cách thanh toán.
Bản chất của nút hủy
Những lý do này có một điểm chung: không phải tình huống hiếm gặp. Trong phần lớn trường hợp, khách hàng cần dừng ngay lập tức ở kênh họ đã đăng ký. Thay vì phải mò mẫn qua một kênh khác nơi họ không đăng ký để đi tìm tính năng huỷ này. Đó mới là lúc bản chất của nút hủy lộ rõ. Nó không phải một tính năng phụ, mà là van an toàn cho chính người dùng khi hoàn cảnh của họ thay đổi nhanh hơn tốc độ xử lý của quy trình.
Tớ trình bày những lý do này cho PO — để cùng xác định: Nếu những nhu cầu hủy này là chính đáng và có thể xảy ra với bất kỳ khách hàng nào, thì việc ẩn nút hủy không loại bỏ được nhu cầu đó, nó chỉ đẩy khách hàng đi tìm cách khác — chậm hơn, khó hơn, và để lại ấn tượng xấu hơn.
Để dữ liệu tự trả lời
Nhưng để thuyết phục PO thì chỉ câu hỏi “Tại sao khách hủy?” chưa đủ. Đó vẫn là một giả định, chưa phải bằng chứng. Vì vậy, tớ đề nghị đo lường thêm hành vi thật của người dùng sau khi ẩn nút. Lượng ticket hỗ trợ liên quan đến việc “không tìm thấy cách hủy”, đánh giá tiêu cực trên store, tần suất gọi lên tổng đài để phàn nàn. Nếu giả định của tớ sai — nếu hầu như không ai thật sự cần hủy — thì những lo lắng của tớ cũng chỉ là giả định, tớ cũng sẽ học được một bài học khác.
Và lá bài cuối cùng trong trường hợp này tớ dùng để thuyết phục PO, không phải về đạo đức mà về rủi ro vận hành:
“Việc không cho khách hủy tại nơi khách đăng ký, liệu có đang vi phạm quy định nào không? Nếu có, ai sẽ chịu trách nhiệm khi bị khiếu nại?”
Rủi ro này chính tớ cũng cần có thời gian tìm hiểu.
Đó cũng không phải một câu hỏi ngẫu nhiên mà là một cách tranh luận. Thay vì đúng/sai – tớ đặt một câu hỏi mà chính họ phải tự đi tìm câu trả lời. Nếu vấn đề thật sự tồn tại, họ sẽ tự nhận ra mâu thuẫn trong quyết định của mình. Không nhất thiết biến nó thành một cuộc cạnh tranh trong phòng họp, chỉ cần đặt đúng câu hỏi.
PO cũng không chắc câu trả lời. Và một câu hỏi chưa có lời đáp, gắn với từ “vi phạm”, là điều bất kỳ ai ở vị trí đó cũng cần dừng lại kiểm tra trước khi đi tiếp — không phải bị thuyết phục, mà vì người làm sản phẩm buộc phải cẩn trọng.
Con số không nói dối, nhưng cũng sẽ không nói hết
Vài tuần sau khi tính năng ra mắt, dữ liệu bắt đầu hé lộ một phần câu chuyện mà báo cáo tỉ lệ hủy không thể hiện.
Ticket hỗ trợ liên quan đến “làm sao để hủy đăng ký tự động” ngày càng tăng. Một số khách hàng, vì không tìm được nút hủy trong app, để lại đánh giá tiêu cực công khai — điều trước đó không xảy ra.
Tổng đài bắt đầu ghi nhận các cuộc gọi phàn nàn. Phần lớn với chung một tâm lý: “Tại sao ở tính năng thanh toán tự động tôi không dừng việc tự động trừ tiền trên app được?”.
Tỉ lệ hủy trên báo cáo vẫn thấp — đúng như mục tiêu ban đầu. Nhưng đó không thực sự là một con số đẹp mà là một con số im lặng. Nó không phản ánh sự hài lòng, chỉ đang che giấu sự bất mãn ở một nơi khác — nơi khách hàng phải tự mò mẫm tìm cách thoát ra thay vì được hỗ trợ.
Cộng thêm câu hỏi pháp lý PO vẫn đang tự đi tìm câu trả lời, bức tranh trở nên rõ hơn.
Nút hủy được thêm trở lại vào app.
Vì sao “Ẩn nút Hủy” nguy hiểm hơn một quyết định UX thông thường
Góc độ pháp lý
Việc cố tình thiết kế sản phẩm khiến khách hàng không thể chủ động dừng dịch vụ ngay tại nơi họ đăng ký không còn đơn thuần là một tranh cãi về trải nghiệm người dùng (UX).
Sau khi tìm hiểu, tớ thấy Luật Bảo vệ quyền lợi người tiêu dùng 2023 có quy định liên quan đến quyền đơn phương chấm dứt hợp đồng cung cấp dịch vụ liên tục của người tiêu dùng, đồng thời siết chặt việc duy trì giao dịch mà không cung cấp cơ chế rõ ràng để người tiêu dùng lựa chọn tiếp tục hay dừng lại.
Vì vậy, câu hỏi đặt ra cho PO lúc này không còn chỉ là “nên giữ hay bỏ một nút Huỷ”, mà đã chuyển thành một vấn đề cần được kiểm tra nghiêm túc về mặt pháp lý.
Góc độ tâm lý
Giả định ngầm đằng sau việc ẩn nút hủy là sự bất lực sẽ ép khách hàng trả nợ tốt hơn không còn là lý do thuyết phục nữa. Khách hàng quả thật bất lực, nhưng cũng sẽ kéo theo những hệ quả tiêu cực khác.
Khách hàng đi vay đã đủ áp lực để xoay sở tài chính. Việc ẩn nút hủy phần nào giúp công ty thu hồi nợ dễ hơn, nhưng sẽ tạo ra một loại hoảng loạn khác cho người dùng: mất quyền kiểm soát tài chính.
Theo tâm lý học (khái niệm financial locus of control, Furnham, 1986), áp lực nợ nần chưa chắc làm người ta suy sụp, cảm giác không thể tự quyết định với tài khoản của mình mới gây ra điều đó. Nghiên cứu năm 2025 trên Frontiers in Psychology (Canal-Serantes, Navarro-Carrillo & Valor-Segura) cũng cho thấy cảm giác kiểm soát cá nhân đối với tài chính đóng vai trò trung gian giữa rủi ro tài chính và mức độ hạnh phúc chủ quan. Khi bị tước mất quyền chủ động, khách hàng không hề tập trung trả nợ tốt hơn. Họ chỉ kiệt sức và tìm mọi cách thoát khỏi hệ thống—kể cả những cách gây thiệt hại ngược lại cho doanh nghiệp.
Góc độ user-centric
Nhu cầu không biến mất, nó chuyển sang support, call center, review và complaint. Việc bỏ nút Huỷ chỉ tạo thêm ma sát, và ma sát đó chính là nơi rủi ro khiếu nại sinh ra. Mỗi lần ma sát bị tạo ra một cách cố ý, người dùng vẫn trả tiền — nhưng họ ngừng tin. Đó là một khoản nợ niềm tin âm thầm tích lũy, không nằm trong báo cáo tài chính nào.
Hơn nữa cảm giác “không thể thoát” không biến mất sau khi khách hàng cuối cùng cũng hủy được bằng cách đi qua ứng dụng khác. Nó đi theo họ, ảnh hưởng đến quyết định có quay lại dùng bất kỳ sản phẩm nào khác của công ty hay không.
Để người dùng được quyền tự quyết
Tỉ lệ hủy — đó là áp lực thật, đến từ một mục tiêu chính đáng: Giúp khách hàng trả nợ đúng hạn. Tuy nhiên, trong thiết kế sản phẩm, một ý tưởng luôn cần được đánh giá trên nhiều khía cạnh. Và để giải quyết một vấn đề, không chỉ có một ý tưởng duy nhất.
Giữ chân một người bằng cách chặn lối ra không phải là giữ chân — đó là giam giữ. Chỉ là trên báo cáo nó mang một tên khác. Đánh đổi một con số đẹp ngắn hạn lấy một khoản nợ niềm tin phải trả sau, ở một hình thức mà không báo cáo nào đo được, liệu có đáng giá?