Mở đầu — vì sao bài này quan trọng
Là một Designer, bạn đã quen với việc bảo vệ quyết định thiết kế của mình. Khi sếp hỏi "tại sao nút này phải màu cam?", bạn có sẵn một kho lý lẽ: nghiên cứu người dùng, nguyên tắc tương phản màu, heuristic của Nielsen, kết quả A/B test. Đó chính là design rationale — nghệ thuật giải thích vì sao một lựa chọn thiết kế là đúng.
Nhưng khi bạn bước vào vai trò Business Analyst, có một sự thật phũ phàng bạn cần đối diện: hội đồng phê duyệt ngân sách không quan tâm nút màu cam đẹp đến đâu. Họ quan tâm đến một câu hỏi duy nhất — "Nếu tôi bỏ ra 500 triệu đồng làm việc này, tôi thu về được gì, khi nào hòa vốn, và rủi ro là bao nhiêu?"
Đó là khoảng cách giữa design rationale và business case. Design rationale trả lời câu hỏi "Giải pháp này có tốt cho người dùng không?". Business case trả lời câu hỏi "Giải pháp này có đáng để doanh nghiệp đầu tư không?". Cả hai đều là nghệ thuật thuyết phục, đều dựa trên bằng chứng, đều có cấu trúc lập luận chặt chẽ. Điểm khác biệt cốt lõi là đơn vị đo lường: một bên đo bằng trải nghiệm, một bên đo bằng tiền.
Tin vui là: kỹ năng lập luận có cấu trúc mà bạn đã rèn trong nghề Design chính là 80% nền tảng để viết một business case xuất sắc. Bài học này sẽ dạy bạn cách "dịch" ngôn ngữ design rationale sang ngôn ngữ ROI mà C-level và phòng Tài chính hiểu và tin. Đây là kỹ năng phân biệt một BA "biết viết tài liệu" với một BA "được mời vào phòng họp ra quyết định".
Khái niệm cốt lõi
Business Case là gì?
Business case là một tài liệu (hoặc bản trình bày) lập luận rằng một khoản đầu tư — làm tính năng mới, mua phần mềm, tái cấu trúc quy trình — là xứng đáng về mặt kinh doanh. Nó không chỉ nói "chúng ta nên làm cái này" mà chứng minh bằng con số: chi phí bao nhiêu, lợi ích bao nhiêu, bao lâu hoàn vốn, rủi ro gì, và điều gì xảy ra nếu không làm.
Một business case chuẩn thường gồm các thành phần: bối cảnh vấn đề (problem statement), các phương án (options), phân tích chi phí – lợi ích (cost-benefit analysis), các chỉ số tài chính (ROI, payback, NPV), rủi ro và giả định, và khuyến nghị.
Ba chỉ số tài chính bạn bắt buộc phải nói được
1. ROI (Return on Investment — Tỷ suất hoàn vốn). Công thức đơn giản:
> ROI = (Lợi ích ròng − Chi phí) / Chi phí × 100%
Ví dụ: bỏ ra 200 triệu, thu về lợi ích 300 triệu trong năm đầu → ROI = (300 − 200)/200 = 50%. Con số này trả lời câu "mỗi đồng bỏ ra sinh lời bao nhiêu".
2. Payback Period (Thời gian hoàn vốn). Bao lâu thì lợi ích tích lũy bằng chi phí bỏ ra. Nếu bạn đầu tư 200 triệu và mỗi tháng tiết kiệm/kiếm thêm 25 triệu, payback ≈ 8 tháng. Ban lãnh đạo Việt Nam rất thích chỉ số này vì nó trực giác và dễ so sánh giữa các dự án.
3. NPV (Net Present Value — Giá trị hiện tại ròng). Chỉ số "cao cấp" hơn, tính đến việc 1 đồng hôm nay có giá trị hơn 1 đồng năm sau (do lạm phát và chi phí cơ hội vốn). NPV quy đổi tất cả lợi ích tương lai về giá trị hiện tại, trừ đi chi phí đầu tư. NPV dương nghĩa là đáng làm. Bạn chưa cần thành thạo NPV ngay, nhưng phải biết nó tồn tại và khi nào phòng Tài chính sẽ hỏi.
Bản đồ "dịch thuật": từ Design sang Business
Đây là bảng đối chiếu tư duy giúp bạn chuyển hóa lập luận thiết kế thành lập luận kinh doanh:
| Ngôn ngữ Design | Ngôn ngữ Business Case |
|---|---|
| "Trải nghiệm mượt hơn" | "Giảm tỷ lệ bỏ giỏ hàng 8% → tăng doanh thu X đồng/tháng" |
| "Giảm friction khi đăng ký" | "Tăng conversion rate từ 3% lên 4.2% → thêm Y khách hàng mới" |
| "Người dùng ít bối rối hơn" | "Giảm 30% ticket hỗ trợ → tiết kiệm Z giờ nhân sự CSKH" |
| "Giao diện nhất quán hơn" | "Giảm thời gian onboarding nhân viên mới 2 ngày → tiết kiệm chi phí đào tạo" |
| "Đẹp và hiện đại hơn" | "Tăng chỉ số hài lòng (CSAT) → giảm churn 5% → giữ lại doanh thu định kỳ" |
Lợi ích hữu hình vs vô hình
Không phải mọi thứ đều quy ra tiền dễ dàng. Business case tốt phân biệt:
- Lợi ích hữu hình (tangible): đo trực tiếp bằng tiền — doanh thu tăng, chi phí giảm.
- Lợi ích vô hình (intangible): thương hiệu mạnh hơn, nhân viên hài lòng hơn, rủi ro pháp lý thấp hơn. Với những thứ này, bạn vẫn nên cố gắng ước lượng đại diện (proxy). Ví dụ, "brand perception tốt hơn" có thể proxy bằng "giảm chi phí quảng cáo để đạt cùng lượng khách".
Tình huống thực tế
Ví dụ 1 — Tiki: Từ "redesign trang checkout" sang "thu về 4,2 tỷ/năm"
Bối cảnh (tình huống mô phỏng dựa trên bài toán phổ biến của các sàn TMĐT Việt Nam): Một BA vốn xuất thân UX Designer tại một sàn thương mại điện tử phát hiện trang thanh toán có tỷ lệ bỏ giỏ (cart abandonment) 68% — cao bất thường. Với tư duy Designer cũ, anh sẽ đề xuất: "Trang checkout rối, cần đơn giản hóa từ 4 bước xuống 2 bước."
Nhưng anh viết business case như sau. Sàn có 500.000 lượt vào checkout/tháng, giá trị đơn hàng trung bình 350.000đ. Tỷ lệ hoàn tất hiện tại 32%. Anh dẫn nghiên cứu ngành cho thấy đơn giản hóa checkout thường cải thiện conversion 3–5 điểm phần trăm; anh chọn con số bảo thủ +3% (từ 32% lên 35%).
- Lợi ích: 500.000 × 3% × 350.000đ = 5,25 tỷ đồng/tháng doanh thu tăng thêm. Trừ đi biên lợi nhuận gộp giả định 10% → 525 triệu lợi nhuận gộp tăng thêm/tháng... anh điều chỉnh về con số thận trọng hơn cho lợi ích ròng năm đầu là 4,2 tỷ đồng.
- Chi phí: 2 designer + 3 dev × 2 tháng ≈ 600 triệu đồng.
- ROI năm đầu ≈ (4.200 − 600)/600 = 600%. Payback ≈ chưa tới 2 tháng.
Ví dụ 2 — MoMo: khi con số thận trọng cứu bạn
Bối cảnh mô phỏng: Một BA đề xuất xây dựng tính năng "gợi ý dịch vụ thanh toán thông minh" cho ví điện tử. Ở phiên bản đầu, cô ước lượng lợi ích lạc quan: "tính năng này sẽ tăng giao dịch 20%". Giám đốc Tài chính hỏi ngay: "Dựa vào đâu ra 20%?".
Cô không trả lời được thuyết phục, và business case bị trả về. Ở phiên bản hai, cô làm lại theo nguyên tắc kịch bản ba tầng:
- Kịch bản thận trọng (conservative): +5% giao dịch → NPV vẫn dương.
- Kịch bản cơ sở (base): +10%.
- Kịch bản lạc quan (optimistic): +18%.
Bài học rút ra: Designer thường yêu ý tưởng của mình nên hay dùng con số lạc quan. Nhưng trong business case, sự thận trọng đáng tin cậy thắng sự lạc quan thiếu căn cứ. Luôn cho thấy dự án vẫn ổn ngay ở kịch bản xấu — đó là điều khiến người phê duyệt yên tâm ký.
Ví dụ 3 — Chi phí của việc KHÔNG làm (cost of inaction)
Bối cảnh: Một ngân hàng số tại Việt Nam có form mở tài khoản online với tỷ lệ hoàn tất chỉ 40% do quá nhiều trường nhập liệu. Một BA nền Design muốn xin ngân sách tối ưu. Thay vì chỉ nói lợi ích của việc làm, cô làm nổi bật cái giá của việc đứng yên:
Mỗi tháng có 100.000 người bắt đầu mở tài khoản, 60.000 người bỏ dở. Giá trị vòng đời khách hàng (CLV) trung bình ước tính 1,2 triệu đồng. Ngay cả khi chỉ 5% trong số bỏ dở đó lẽ ra sẽ thành khách hàng thật → 3.000 khách × 1,2 triệu = 3,6 tỷ đồng cơ hội bị mất mỗi tháng. "Chúng ta đang mất 43 tỷ đồng tiềm năng mỗi năm chỉ vì không sửa cái form này."
Bài học rút ra: Trình bày cost of inaction (chi phí của việc không hành động) thường mạnh hơn cả lợi ích của việc hành động, vì nó tạo cảm giác cấp bách. Đây là kỹ thuật kể chuyện — thứ Designer vốn giỏi — nhưng được vũ khí hóa bằng con số tài chính.
Hướng dẫn từng bước
Bước 1 — Xác định vấn đề bằng ngôn ngữ kinh doanh, không phải ngôn ngữ thẩm mỹ. Đừng viết "giao diện lỗi thời". Hãy viết "quy trình X đang gây thất thoát Y đồng/tháng do Z". Gắn vấn đề với một đau đớn tài chính đo được.
Bước 2 — Liệt kê các phương án, bao gồm cả phương án "không làm gì". Business case nghiêm túc luôn so sánh ít nhất 2–3 lựa chọn (ví dụ: tự xây, mua sẵn, thuê ngoài) và một baseline "giữ nguyên hiện trạng". Điều này chứng minh bạn đã suy nghĩ thấu đáo, không thiên vị giải pháp yêu thích.
Bước 3 — Ước lượng chi phí đầy đủ. Không chỉ chi phí phát triển. Bao gồm: nhân sự (design + dev + QA + BA), công cụ/license, chi phí vận hành sau khi ra mắt, chi phí đào tạo, và chi phí cơ hội. Người phê duyệt sẽ mất niềm tin ngay nếu thấy bạn quên tính chi phí bảo trì.
Bước 4 — Định lượng lợi ích và "nối dây" tới tiền. Với mỗi lợi ích, hỏi: nó tăng doanh thu, giảm chi phí, hay giảm rủi ro? Dùng công thức rõ ràng: (số lượng người/giao dịch bị ảnh hưởng) × (mức cải thiện %) × (giá trị đơn vị). Luôn ghi rõ nguồn của mỗi con số.
Bước 5 — Tính các chỉ số: ROI, Payback, và nếu cần, NPV. Trình bày ba kịch bản (thận trọng / cơ sở / lạc quan). Nếu Excel làm bạn ngại, chỉ cần một bảng tính đơn giản: hàng là các tháng, cột là chi phí và lợi ích tích lũy, tìm điểm giao nhau chính là payback.
Bước 6 — Nêu rõ giả định và rủi ro. Mọi con số đều dựa trên giả định (ví dụ "giả định lượng traffic không đổi"). Liệt kê chúng minh bạch. Với rủi ro, nêu cả biện pháp giảm thiểu. Một BA giỏi chủ động nói về điểm yếu của chính đề xuất — điều này xây dựng lòng tin.
Bước 7 — Viết khuyến nghị rõ ràng và một trang tóm tắt (executive summary). C-level thường chỉ đọc trang đầu. Đặt kết luận, con số ROI và khuyến nghị lên trên cùng, chi tiết để phía sau. Đây là tư duy "kim tự tháp ngược" — quan trọng nhất trước.
Lỗi thường gặp & mẹo
Lỗi 1: Bán tính năng thay vì bán giá trị. Designer hay say sưa mô tả cách giải pháp hoạt động mà quên nói nó mang lại gì. Người duyệt ngân sách không cần biết bạn dùng bottom-sheet hay modal; họ cần biết nó tạo ra bao nhiêu tiền.
Lỗi 2: Con số lạc quan không có gốc. "Chắc chắn tăng 50%" mà không dẫn nguồn sẽ giết business case của bạn. Mẹo: luôn dùng con số thận trọng, dẫn benchmark ngành hoặc dữ liệu nội bộ, và trình bày kịch bản xấu nhất.
Lỗi 3: Quên chi phí vận hành và bảo trì. ROI trông đẹp trên giấy vì bạn chỉ tính chi phí xây dựng một lần. Mẹo: luôn cộng thêm chi phí "nuôi" giải pháp trong 12 tháng.
Lỗi 4: Bỏ qua phương án "không làm gì". Nếu bạn không cho thấy hiện trạng tệ đến đâu, người ta không thấy lý do phải hành động. Mẹo: luôn tính cost of inaction.
Lỗi 5: Tài liệu quá dài, chôn kết luận ở cuối. Mẹo: viết executive summary một trang, đặt con số ROI ngay dòng đầu.
Mẹo vàng: Trước khi trình bày, hãy tự hỏi "Nếu đây là tiền túi của tôi, tôi có bỏ ra không?". Nếu chính bạn còn không tin con số, đừng mong CFO tin.
Bài tập thực hành
Chọn một đề xuất thiết kế mà bạn từng làm hoặc đang ấp ủ (ví dụ: redesign trang đăng ký, thêm tính năng gợi ý sản phẩm). Viết một mini business case dài khoảng 1 trang gồm:
- Problem statement bằng ngôn ngữ kinh doanh (gắn với một con số thất thoát/cơ hội).
- Bảng "dịch thuật" ít nhất 3 lợi ích thiết kế → 3 lợi ích kinh doanh nối dây tới tiền.
- Ước lượng chi phí (nhân sự + vận hành 12 tháng).
- Tính ROI và Payback theo công thức trong bài, trình bày 2 kịch bản: thận trọng và cơ sở.
- Ba giả định và một rủi ro kèm biện pháp giảm thiểu.
- Một câu khuyến nghị và một dòng nêu cost of inaction.
Tóm tắt
Chuyển từ Designer sang BA, bạn không vứt bỏ kỹ năng lập luận đã rèn — bạn nâng cấp đơn vị đo lường của nó từ trải nghiệm sang tiền. Design rationale thuyết phục rằng giải pháp tốt cho người dùng; business case thuyết phục rằng nó đáng để doanh nghiệp đầu tư.
Ghi nhớ ba cột trụ: (1) mọi lợi ích phải nối dây tới tăng doanh thu, giảm chi phí, hoặc giảm rủi ro; (2) luôn nói được ROI và Payback, trình bày theo kịch bản thận trọng để tạo niềm tin; (3) đừng quên cost of inaction — cái giá của việc đứng yên thường là lập luận mạnh nhất. Khi bạn viết business case thuyết phục, bạn không còn là người "làm giao diện" — bạn là người được mời vào bàn ra quyết định.