Cùng một chặng “Chờ duyệt hồ sơ”, design thì thấy khách đang lo và cần được trấn an, kinh doanh thì thấy một funnel đang rò khách, manager thì thấy khách sắp bỏ sang đối thủ. Ai cũng đúng cả, chỉ là mỗi người đang đeo một lăng kính khác nhau.

Nghe thì có vẻ là một chuyện triết lý nhẹ nhàng về góc nhìn. Thực ra nó là chuyện ngân sách. Lăng kính nào thắng trong phòng họp thì quý sau effort đổ về hướng đó, và designer thường là người thua cái tranh luận này, vì emotional lens là lăng kính duy nhất mà output của nó không viết được thành một câu có đơn vị tiền.

Bài này không phải là lời khuyên “hãy có empathy hơn”. Nó là ba lăng kính mình dùng khi đọc một journey, cách dựng từng cái khi data thiếu và access bị chặn, thứ tự chạy trong hai tuần, và một cách xếp ưu tiên có thể mang thẳng vào cuộc họp roadmap.

Và luận điểm chính thì hơi ngược với cách người ta hay dạy: chỗ đáng dồn tiền không phải chỗ ba lăng kính cùng chỉ vào.

Lăng kính quen nhất với dân UX. Ở mỗi stage chỉ hỏi một câu: lúc này khách đang cảm thấy gì — tự tin, bối rối, lo, hay nhẹ nhõm?

When. Khi câu hỏi là về trải nghiệm: làm sao cho khách bớt sợ ở bước eKYC, thấy được tôn trọng lúc bị từ chối, thấy nhẹ người khi tiền về tài khoản. Nó đặc biệt hợp với mấy moment of truthChặng mà niềm tin được xây hoặc mất — phải hội đủ cả hai điều kiện:✓Khách đặt cược cảm xúc cao.✓Kết quả còn có thể đi theo hai hướng — còn dao động, chưa chắc chắn.Ngược lại: chặng quan trọng nhưng lúc nào cũng trơn tru thì không phải; chặng hay trục trặc nhưng khách chẳng bận tâm cũng không phải. , chỗ mà chỉ một tương tác nhỏ cũng đủ lật niềm tin theo cả hai chiều.

How — và đây mới là phần khó. Trong ngân hàng, đúng những người bạn cần nghe nhất (người đang dở hồ sơ, người vừa bị từ chối, người đang khiếu nại) lại là nhóm mà legal và compliance ngại cho tiếp cận nhất. Xin phê duyệt phỏng vấn trực tiếp thường mất ba tuần, mà quyết định roadmap thì không chờ bạn ba tuần. Nên mình không bắt đầu bằng việc xin quyền; mình leo thang theo thứ tự này, dừng lại ở nấc nào lấy được dữ liệu dùng được:

1. Tuyến đầu — RM, giao dịch viên, CS. Họ nghe đúng nhóm khách đó mỗi ngày, và bạn xin lịch được trong 24 giờ.
2. Ghi âm tổng đài và complaint log. Đây là qualitative data đã có sẵn trong nhà, chỉ là chưa ai đọc nó theo trục stage.
3. Review 1–2 sao trên store, và search query trong help center. Search query đặc biệt tốt: nó là câu hỏi khách tự gõ ra lúc đang bí, không bị bạn dẫn dắt.
4. Phỏng vấn trực tiếp — làm sau, và chỉ làm trên 2–3 stage đã được thu hẹp bởi lăng kính thứ hai.

Dữ liệu second-hand tuần này gần như luôn thắng dữ liệu hoàn hảo tháng sau, vì quyết định sẽ được chốt trước khi dữ liệu hoàn hảo kịp về.

Ghi thế nào cho dùng được. Mỗi stage đúng ba dòng: (1) khách đang cố làm xong việc gì, (2) cảm xúc — kèm hành vi quan sát được chứng minh nó (bấm back ba lần, gọi hotline giữa chừng, chụp lại màn hình hỏi người quen), (3) nguồn. Nếu dòng 2 không có hành vi nào đỡ lưng và dòng 3 để trống, thì bạn không đang mô tả cảm xúc của khách, bạn đang mô tả cảm xúc của chính bạn khi bấm qua flow đó. Cứ dán nhãn hypothesis rồi đi tiếp, đừng để nó cải trang thành sự thật.

Một điều đáng nhớ từ Kahneman khi vẽ đường cong này: người ta chấm điểm cả một trải nghiệm chủ yếu dựa vào đỉnh cảm xúc và đoạn kết (peak-end ruleCon người không nhớ trải nghiệm theo trung bình cộng của từng phút, mà theo khoảnh khắc cảm xúc mạnh nhất (peak, dù vui hay tệ) và cảm giác ở đoạn cuối (end). Hệ quả: sửa cái peak và cái end ăn điểm hơn dàn đều nỗ lực khắp journey. ), chứ không lấy trung bình đều khắp. Nên đừng dàn effort cho phẳng cả đường; nhắm vào đáy sâu nhất và vào đoạn cuối.

Điểm mù. Cảm xúc mạnh không đồng nghĩa với mất tiền, và cảm xúc phẳng không đồng nghĩa với an toàn. Emotional lens một mình sẽ dẫn bạn đi đánh bóng một stage khó chịu mà chẳng ai bỏ đi, trong khi bỏ quên một stage êm ru đang rò mất nửa số khách. Đó là lý do phải có lăng kính thứ hai.

Lăng kính này gạt cảm giác sang một bên, chỉ hỏi đúng một câu: ở stage này, bao nhiêu người đi tiếp và bao nhiêu người biến mất? Journey trở thành một cái funnel, mỗi stage là một chỗ có thể rò. Dữ liệu là số: conversion từng bước, chỗ khách bấm back, chỗ session chết giữa chừng.

When. Khi bạn cần xếp priority dựa trên bằng chứng thay vì linh cảm. Đây cũng là lăng kính rẻ nhất để bắt đầu, vì phần lớn số liệu đã nằm sẵn đâu đó trong công ty rồi.

How. Cái bẫy ở đây không phải là thiếu số, mà là số sai định nghĩa. Trước khi đọc bất kỳ funnel nào, mình kiểm bốn thứ:

• Đếm theo người, đừng đếm theo session. Một khách thử ba lần rồi bỏ là một khách mất, không phải ba. Funnel đếm theo session luôn thổi phồng chỗ khách kiên trì nhất, và đó thường lại là chỗ bạn đang làm tốt.
• Tách drop khỏi pause. Trong fintech rất nhiều người dừng giữa chừng vì thiếu giấy tờ rồi hai ngày sau quay lại làm tiếp. Không đặt cửa sổ thời gian (ví dụ 7 ngày) thì bạn đang tính pause thành drop, và sẽ đi sửa một chỗ không hỏng.
• Tách khách tự bỏ khỏi khách bị từ chối. Hồ sơ bị system reject vì credit policy không phải vấn đề UX. Trộn hai nhóm này vào một con số là lỗi hay gặp nhất khi đọc funnel vay, và nó khiến cả team đi tối ưu một bước mà kết quả đã được quyết ở chỗ khác.
• Segment trước khi kết luận. Một mức drop 31% tổng có thể là 55% trên Android đời cũ và 12% trên iOS. Con số tổng che mất cả nguyên nhân lẫn quy mô thật của việc cần làm.

Và đo funnel của chính mình. benchmarkBenchmark ngành cho biết “bình thường” là bao nhiêu và giúp bạn dựng hypothesis — ví dụ “bước eKYC ngành drop-off ~30%“. Nhưng nó không phải số của bạn. Phải đo funnel thật của sản phẩm mình rồi mới biết chặng nào đang tệ hơn hoặc tốt hơn mặt bằng. chỉ là điểm tham chiếu để dựng giả thuyết, không phải bằng chứng.

Điểm mù. Số cho biết bạn mất người ở đâu, không bao giờ cho biết vì sao. Và nó cũng không nói mất ở đó đắt tới mức nào — 100 người rớt ở bước xem lãi suất và 100 người rớt ở bước ký hợp đồng là hai thiệt hại hoàn toàn khác nhau, nhưng trên funnel chúng trông y hệt.

Có một loại stage mà cả hai lăng kính trên đều dễ bỏ lỡ: khách không hề khó chịu, cảm xúc phẳng lì, nhưng vẫn lặng lẽ rời đi và làm xong việc đó bằng cách khác. Không một lời than, không một cú bấm bực bội. Đó là silent churnKhách rời đi lặng lẽ — không than phiền, không báo trước. Vì cảm xúc phẳng nên chẳng có tín hiệu nào để bắt. Khác với passive churn (rời do lỗi thanh toán, thẻ hết hạn…): silent churn là khách chủ động bỏ đi trong im lặng. . Emotional lens mù với nó vì không có peak nào để bắt; drop-off lens thấy con số nhưng không biết nó nghiêm trọng cỡ nào.

Business lens hỏi hai câu mà hai lăng kính kia không hỏi: mất một khách ở đây thì tổ chức thiệt bao nhiêu, và khách bỏ đi dễ tới mức nào — tức switching costCái giá (thời gian, công sức, tiền, rủi ro, thói quen) mà khách phải trả để chuyển sang một cách khác hoàn thành cùng công việc. Switching cost thấp nghĩa là khách rời bạn gần như không mất gì — cực kỳ nguy hiểm ở những chặng cảm xúc phẳng, vì họ đi mà chẳng cần lý do to tát nào. cao hay thấp. Và cái dễ quên nhất: đối thủ của một job đâu chỉ là sản phẩm cùng loại. Đối thủ là bất kỳ cách nào làm xong được việc đó, kể cả ra quầy, kể cả nhờ người quen, kể cả bỏ cuộc.

Đo switching cost thế nào. Nghe trừu tượng nhưng có bốn proxy khá thô mà dùng được ngay:

• Hỏi thẳng trong interview: nếu hôm nay app này không dùng được, bạn làm gì tiếp? Câu trả lời càng ra nhanh và càng cụ thể thì switching cost càng thấp.
• Bấm giờ tới lựa chọn thay thế. Đối thủ đã nằm sẵn trong máy khách chưa? Nếu chuyển sang mất dưới năm phút thì coi như switching cost bằng không.
• Xem khách đã bỏ vốn vào đây chưa. Đã upload giấy tờ, đã liên kết tài khoản, đã có lịch sử giao dịch — mỗi thứ đó là một sợi dây giữ chân. Stage nào khách chưa bỏ gì vào thì ở đó họ chưa có gì để mất.
• Job có deadline không. Cần tiền gấp thì việc đó phải xong ở đâu đó. Không phải chỗ bạn thì là chỗ khác.

Value per user thì xin, đừng tự chế. Một cuộc 30 phút với finance hoặc BU là đủ. Nếu không xin được con số tuyệt đối, dùng trọng số tương đối cũng được: stage này đáng gấp ba stage kia. Mục tiêu là xếp hạng, không phải dự báo doanh thu.

Ba lăng kính không thay nhau, mà chồng lên nhau, và cái hay là chúng không trùng khớp. Moment of truth cho biết stage nào đáng nhớ. Drop-off cho biết stage nào đáng sửa. Business lens cho biết mất ở đó đau tới đâu. Ba câu hỏi khác nhau, nên một stage đáng nhớ chưa chắc đã đáng sửa.

Chồng cả ba lên cùng một trục stage thì đọc được ngay. Cột tô đậm ở eKYC là ưu tiên #1: emotion chạm đáy mà drop-off cũng lớn nhất, hai lăng kính cùng chỉ vào một chỗ.

Nhưng đây mới là chỗ mình muốn nói rõ: P1 không phải insight của bạn. Growth cũng thấy nó trong dashboard, CS cũng thấy nó trong ticket, sếp cũng thấy nó trong báo cáo tuần. Bạn nên mang P1 vào phòng họp để có credibility, nhưng nếu chỉ có P1 thì bạn vừa làm lại việc mà cái dashboard đã làm xong.

Giá trị nằm ở chỗ hai đường tách xa nhau. Mình đặt emotion và switching cost chung một trục (cao là tốt hoặc an toàn, thấp là xấu hoặc rủi ro) để đọc biên độ lệch. Rõ nhất là Discovery (ưu tiên #2): khách đang vui, đường cam nằm trên, nhưng switching cost lại thấp, đường xám nằm dưới. Vui đấy mà mong manh. Nhìn mỗi emotional lens sẽ bỏ lỡ hoàn toàn, vì emotion chưa chạm đáy nên không có gì báo động; chỉ khi thêm switching cost mới lộ ra mầm silent churn, chỗ khoanh nét đứt trong hình.

Và cái 20% rớt ở Application chính là chỗ mầm đó nảy. Hai lăng kính, hai stage khác nhau, cùng kể một câu chuyện: khách rời ở Application không phải vì Application quá khó, mà vì tới lúc đó họ vẫn chưa bỏ gì vào cuộc chơi này cả. Switching cost thấp nghĩa là đám rớt đó đi luôn, không phải rớt tạm rồi lát quay lại. Càng về cuối journey hai đường càng chụm lại trên cao; tới Disbursement thì khách vừa hài lòng vừa khó bỏ, chỗ đó khỏi lo.

Chuyện này mình gặp ngoài đời. Có lần ra hub của một bank để mở thẻ, CMND của mình (hồi còn xài CMND) bị lóa vì ánh sáng phản chiếu nên khâu xác minh trượt hoài, xoay đủ kiểu vẫn không xong. Đáng lẽ phải bực, nhưng thật ra mình chẳng thấy khó chịu mấy: trong ví vẫn còn thẻ backup, không mở được thì thôi. Bank đó không nhận được một tín hiệu nào cả — mình không phàn nàn, không gọi hotline, không đánh giá thấp. Trên mọi báo cáo NPS và complaint, case của mình đơn giản là không tồn tại. Đúng cái bẫy khoảng-cách ở Discovery: emotion không xuống đủ thấp để ai kịp lo, nhưng switching cost thấp nên mình rời đi êm ru.

Xếp ưu tiên thế nào cho ra được số. Chỗ nên dồn tiền không phải stage bạn dán nhãn “moment of truth”, mà là stage vừa mất nhiều vừa còn cứu được:

Recovery rate là thừa số hay bị bỏ qua nhất, và nó ước lượng được theo nguyên nhân chi phối:

• Nguyên nhân là quy định bắt buộc, credit policy: 0–5%. Sửa UI không đổi được kết quả.
• Nguyên nhân là hạ tầng, core banking, SDK bên thứ ba: 10–20%. Có cứu được nhưng không nằm trong tay bạn.
• Nguyên nhân là copy, flow, thứ tự hỏi, kỳ vọng, timing: 40–60%. Đây là phần thuộc về design.

Đây là số thô để xếp hạng, không phải dự báo — và phải nói rõ điều đó ra trước khi ai đó copy nó vào slide như một cam kết. Với funnel ở trên, giả sử 10.000 khách vào mỗi tháng và mỗi khách giải ngân đáng 2 triệu contribution:

Stage	Rớt / tháng	Nguyên nhân chi phối	Recovery rate	Recoverable loss	Effort
eKYC	3.100	Hỗn hợp: hướng dẫn chụp (design) + hồ sơ không đạt (policy)	~35%	~2,2 tỷ	Cao — SDK bên thứ ba, compliance
Application	2.000	Form dài, hỏi thông tin nhạy cảm quá sớm	~45%	~1,8 tỷ	Thấp — đổi thứ tự và copy
Review	700	Không rõ mất bao lâu, không có tín hiệu tiến độ	~50%	~700 tr	Thấp

Xếp theo drop-off thuần thì eKYC bỏ xa Application. Xếp theo recoverable loss thì khoảng cách hẹp lại rõ rệt. Chia thêm cho effort thì Application đáng làm trước, dù nó không phải cột cao nhất trên biểu đồ và cũng không phải chỗ khách khó chịu nhất. Đó chính xác là kết luận mà không lăng kính đơn lẻ nào cho ra được, và cũng là dạng câu mà PM có thể mang đi ra quyết định ngay.

Sai lầm hay gặp nhất là bắt đầu bằng emotion curve, đơn giản vì đó là thứ designer thấy thoải mái nhất. Ba tuần sau bạn có một bức tranh đẹp, dán kín tường, mà PM không biết phải làm gì với nó. Thứ tự mình dùng ngược lại, và lý do là mỗi bước thu hẹp phạm vi cho bước sau:

• Ngày 1–3 — drop-off lens trước. Data đã có sẵn, không phải xin phê duyệt của ai, và nó cắt journey từ mười hai stage xuống còn hai ba chỗ đáng quan tâm. Nếu công ty chưa có instrumentation thì chính đó là finding đầu tiên, và phải làm trước mọi thứ khác.
• Ngày 4–8 — emotional lens, nhưng chỉ trên hai ba stage đó. Năm tới tám cuộc phỏng vấn là đủ, vì câu hỏi lúc này đã thu hẹp lại chỉ còn “vì sao ở đây”. Access bị chặn thì leo thang proxy theo thứ tự ở section 01.
• Ngày 9–10 — business lens. Sizing và switching cost. Việc này cần một cuộc 30 phút với finance hoặc BU chứ không cần nghiên cứu.
• Ngày 11–12 — ghép, xếp hạng, viết một trang. Một trang thôi: ba stage, recoverable loss, effort, và việc đề xuất làm trước.

Đảo thứ tự này thì bạn sẽ phỏng vấn dàn đều mười hai stage rồi hết ngân sách trước khi tới được câu hỏi đáng tiền.

Còn một lý do nữa, thuộc về chính trị nội bộ hơn là phương pháp: mỗi lăng kính đã có chủ sẵn trong công ty. Growth sở hữu drop-off, finance và BU sở hữu business lens, design sở hữu emotional. Bạn không cần thắng lăng kính của họ. Bạn cần là người duy nhất trong phòng cầm được cả ba. Cách nhanh nhất để mất chỗ ngồi là mang emotion curve vào một cuộc họp P&L. Cách nhanh nhất để có chỗ ngồi là mở đầu bằng đúng funnel của họ, rồi thêm vào cái mà funnel đó không nhìn thấy.

Lăng kính chỉ tốt bằng dữ liệu nuôi nó. Mình gắn cho mỗi phát hiện một trong ba nhãn, và nhãn quyết định nó được phép làm gì:

• Measured — có số, có định nghĩa rõ, có ngày. Được phép đổi roadmap.
• Triangulated — hai nguồn độc lập cùng chỉ một hướng (ví dụ drop-off và chỗ complaint dồn về). Được phép đổi roadmap.
• Hypothesis — một nguồn, hoặc linh cảm. Chỉ được phép quyết định nghiên cứu tiếp theo làm gì, không được phép quyết định build gì.

Riêng moment of truth thì mình bắt buộc phải ở mức triangulated mới dám gọi tên, vì đây là cái nhãn dễ bị dùng để hợp thức hoá sở thích cá nhân nhất.

Thêm hai thói quen nhỏ mà đỡ được nhiều tranh cãi về sau. Một, ghi ngày và điều kiện lên mọi con số: funnel của sáu tháng trước, sau một lần đổi flow, là fiction. Hai, giữ đúng phân vai giữa hai loại dữ liệu — quantitative cho biết ở đâu, qualitative cho biết vì sao. Chỉ dùng một loại thì bạn hoặc biết chỗ đau mà không biết chữa, hoặc đi chữa một chỗ chẳng ai thấy đau.

Emotional lens cho biết khách cảm thấy gì và niềm tin được xây ở đâu. Drop-off lens cho biết bạn đang mất người ở đâu. Business lens cho biết mất ở đó đau cỡ nào và khách dễ bỏ đi ra sao. Chạy theo thứ tự drop-off → emotional → business để mỗi bước thu hẹp phạm vi cho bước sau, rồi xếp hạng bằng recoverable loss chia cho effort.

Nhưng điểm chính không phải là “hãy dùng đủ ba cho cẩn thận”. Điểm chính là chỗ ba lăng kính bất đồng — stage khách vui mà switching cost thấp, stage drop-off khủng mà recovery rate gần bằng không — chính là toàn bộ lý do một journey cần người đọc chứ không chỉ cần một cái dashboard. Chỗ chúng đồng ý thì công cụ nào cũng tìm ra. Chỗ chúng lệch nhau mới là chỗ bạn được trả tiền để nhìn thấy.

Xem thêm: Service Blueprints in practice, Ecommerce.