Mở đầu — vì sao bài này quan trọng
Khi bạn còn làm Finance hay Kế toán, phần lớn công việc của bạn vận hành theo những con số "đúng hay sai": số dư phải khớp, báo cáo phải cân, deadline closing là cố định và không ai thương lượng được với cơ quan thuế. Bạn quen với một thế giới có chuẩn mực rõ ràng, nơi tranh cãi thường được giải quyết bằng cách… mở sổ ra đối chiếu.
BA sống trong một thế giới khác hẳn. Ở đây hiếm khi có một "đáp án đúng" tuyệt đối. CFO muốn báo cáo mới ngay trong sprint này, nhưng dev nói không kịp. Compliance bác bỏ một tính năng mà phòng kinh doanh khao khát. Hai stakeholder cùng cấp đòi hai thứ trái ngược nhau, và cả hai đều nghĩ mình đúng. Là BA, bạn đứng ở giữa — không có quyền ra lệnh cho ai, nhưng lại chịu trách nhiệm để mọi người đi đến một quyết định chung mà dự án có thể chạy được.
Đây chính là lúc kỹ năng negotiation (thương lượng) và conflict resolution (giải quyết xung đột) trở thành công cụ sống còn của BA. Tin tốt cho người làm Finance: bạn đã có sẵn một lợi thế ngầm. Bạn quen làm việc với ràng buộc, quen tư duy đánh đổi (trade-off), quen nói chuyện bằng dữ liệu thay vì cảm tính. Bài này sẽ giúp bạn biến những thói quen đó thành kỹ năng thương lượng chuyên nghiệp, đồng thời chỉ ra những điểm mù mà người Finance thường mắc phải khi bước sang vai trò trung gian.
Khái niệm cốt lõi
Thương lượng không phải là "thắng" đối phương
Sai lầm lớn nhất là nghĩ thương lượng giống một cuộc mặc cả: tôi đòi nhiều, anh đòi nhiều, rồi gặp nhau ở giữa. Đó là kiểu positional bargaining (mặc cả theo lập trường) — và nó hủy hoại quan hệ làm việc lâu dài. BA không thương lượng với "đối thủ", BA thương lượng với đồng nghiệp mà tuần sau vẫn phải hợp tác.
Mô hình hiệu quả hơn đến từ phương pháp Harvard (cuốn Getting to Yes), gọi là principled negotiation (thương lượng dựa trên nguyên tắc), với bốn trụ cột:
- Tách con người khỏi vấn đề. Dev nói "không kịp" không phải vì họ ghét bạn, mà vì capacity của sprint có giới hạn. Đừng biến vấn đề kỹ thuật thành mâu thuẫn cá nhân.
- Tập trung vào lợi ích, không phải lập trường. CFO nói "tôi cần báo cáo này trong sprint" (lập trường). Nhưng lợi ích phía sau là gì? Có thể là một cuộc họp hội đồng quản trị vào thứ Sáu cần số liệu. Nếu hiểu được lợi ích thật, bạn có thể tìm cách đáp ứng nó bằng một giải pháp khác rẻ hơn.
- Tạo ra nhiều phương án cùng có lợi. Thay vì "làm hay không làm", hãy đưa ra ba phương án với mức công sức và rủi ro khác nhau.
- Dùng tiêu chí khách quan. Đây là sở trường của dân Finance: thay vì cãi nhau bằng cảm tính, đưa ra dữ liệu — velocity của team, số giờ ước lượng, chi phí cơ hội.
BATNA — phương án dự phòng tốt nhất
BATNA (Best Alternative To a Negotiated Agreement) là điều bạn sẽ làm nếu cuộc thương lượng đổ vỡ. Nếu CFO không chịu giãn deadline và dev không thể làm kịp, BATNA của bạn là gì? Có thể là: giao một phiên bản report thủ công bằng Excel làm tạm trong tuần này, rồi tự động hóa ở sprint sau. Người có BATNA rõ ràng luôn thương lượng vững vàng hơn, vì họ không bị dồn vào thế phải đồng ý với mọi điều kiện.
Lợi ích ngầm của người Finance
Ba thói quen từ Finance trở thành "vũ khí mềm" khi thương lượng:
- Tư duy đánh đổi (trade-off): Bạn đã quen với việc "muốn cái này thì phải hy sinh cái kia". Đây chính là cốt lõi của scoping và prioritization.
- Nói bằng con số: Một câu "tính năng này tiết kiệm 120 giờ thao tác thủ công mỗi tháng" có sức nặng hơn mười câu cảm tính.
- Hiểu rủi ro và compliance: Bạn biết tại sao một số ràng buộc là không thể nhân nhượng, và bạn có thể "phiên dịch" điều đó cho team kỹ thuật.
Tình huống thực tế
Tình huống 1: CFO đòi report mới trong sprint, dev nói không kịp
Bối cảnh: Bạn là BA tại một công ty fintech cho vay tiêu dùng ở TP.HCM, quy mô khoảng 200 người. Sprint hiện tại đã chốt backlog. Đến thứ Ba, CFO nhắn gấp: cần một báo cáo phân tích nợ xấu theo nhóm sản phẩm, phải có trước thứ Sáu để trình hội đồng quản trị. Team dev nhìn ước lượng và lắc đầu: làm đúng chuẩn cần 8 ngày công, không thể nhét vào 3 ngày còn lại mà không bỏ dở hai tính năng đã cam kết.
Diễn giải: BA non kinh nghiệm sẽ rơi vào một trong hai cái bẫy: hoặc "vâng anh" với CFO rồi quay sang ép dev (mất lòng team), hoặc đứng về phía dev mà nói "không được đâu anh" với CFO (mất uy tín với lãnh đạo). Cả hai đều thua.
Cách xử lý đúng theo principled negotiation:
- Tìm lợi ích thật của CFO: Bạn hỏi và phát hiện hội đồng chỉ cần con số tổng nợ xấu theo 4 nhóm sản phẩm, không cần dashboard tương tác, không cần lọc theo thời gian. Lập trường là "báo cáo mới", nhưng lợi ích chỉ là 4 con số chính xác đúng hạn.
- Đưa ba phương án có tiêu chí khách quan:
- Để CFO chọn dựa trên trade-off: CFO chọn C ngay, vì lợi ích "có số đúng hạn" được đáp ứng mà không phá vỡ cam kết của team.
Tình huống 2: Compliance bác bỏ tính năng mà kinh doanh muốn
Bối cảnh: Tại một ví điện tử lớn ở Việt Nam (giả định tương tự MoMo/ZaloPay), phòng Growth muốn ra mắt tính năng "đăng ký nhanh chỉ với số điện thoại", bỏ bước xác thực eKYC để tăng tỉ lệ chuyển đổi. Họ ước tính sẽ tăng 15% người dùng đăng ký mới. Nhưng phòng Compliance bác thẳng: bỏ eKYC vi phạm quy định của Ngân hàng Nhà nước về định danh khách hàng và phòng chống rửa tiền (AML).
Diễn giải: Đây là xung đột giữa một bên muốn tăng trưởng và một bên giữ tuân thủ — và compliance gần như luôn thắng trong ngành tài chính, vì rủi ro pháp lý là rủi ro "không thể thương lượng". BA non sẽ chỉ ghi "Compliance từ chối" rồi đóng yêu cầu lại. BA giỏi sẽ làm trung gian để tìm vùng giao thoa.
Là người từng làm Finance, bạn có lợi thế: bạn hiểu tại sao compliance cứng rắn, và bạn nói được ngôn ngữ của cả hai phía. Cách xử lý:
- Xác định ranh giới bất khả xâm phạm: Bạn ngồi với Compliance, hỏi rõ "điều gì là bắt buộc theo luật, điều gì là chính sách nội bộ có thể linh hoạt?". Hóa ra luật bắt buộc eKYC trước khi giao dịch tài chính, chứ không bắt buộc ngay lúc đăng ký.
- Thiết kế giải pháp trong vùng cho phép: BA đề xuất luồng "đăng ký nhanh để xem và trải nghiệm app, nhưng phải hoàn tất eKYC trước khi nạp/rút tiền". Growth vẫn có được phần lớn cú hích chuyển đổi ở bước đầu phễu; Compliance vẫn giữ đúng luật.
- Đưa quyết định lên đúng cấp với dữ liệu: Bạn trình bày phương án này kèm con số rủi ro và lợi ích cho cả hai trưởng phòng, để họ ký xác nhận. BA không "tự quyết" thay họ.
Tình huống 3: Hai stakeholder ngang cấp đòi hai thứ trái ngược
Bối cảnh: Trong một dự án ERP cho doanh nghiệp sản xuất tại Bình Dương, Trưởng phòng Kế toán muốn hệ thống khóa cứng số liệu sau khi chốt sổ mỗi tháng để bảo đảm audit. Trưởng phòng Vận hành lại muốn được chỉnh sửa linh hoạt số liệu kho cho đến cuối quý vì hàng về trễ thường xuyên. Hai người ngang cấp, cùng báo cáo lên Giám đốc, và đã tranh cãi suốt hai cuộc họp.
Diễn giải: BA không có thẩm quyền ép một trong hai. Nếu bạn nghiêng về ai, bạn mất phía còn lại. Đây là lúc dùng kỹ thuật facilitation kết hợp tiêu chí khách quan.
- Làm rõ lợi ích phía sau: Kế toán cần tính toàn vẹn dữ liệu cho audit. Vận hành cần phản ánh đúng thực tế hàng hóa. Hai lợi ích này thực ra không loại trừ nhau.
- Thiết kế giải pháp dung hòa: BA đề xuất cơ chế "khóa mềm" — sau khi chốt sổ, số liệu được khóa nhưng cho phép tạo bút toán điều chỉnh (adjustment entry) có ghi log, có người duyệt, thay vì sửa đè trực tiếp. Audit vẫn truy vết được mọi thay đổi; vận hành vẫn điều chỉnh được.
- Dùng quy chuẩn ngành làm trọng tài: Bạn viện dẫn nguyên tắc kế toán về adjustment entries để cả hai thấy đây không phải ý kiến cá nhân của bạn, mà là cách làm chuẩn mực. Đây là sức mạnh của "tiêu chí khách quan".
Hướng dẫn từng bước
Khi bước vào một tình huống cần thương lượng hoặc gỡ xung đột, hãy đi theo quy trình sau:
Bước 1 — Chuẩn bị trước khi nói. Trước cuộc họp, viết ra: lập trường của mỗi bên, lợi ích thật phía sau lập trường đó (hỏi "tại sao họ muốn điều này?"), và BATNA của bạn. Người Finance vốn giỏi chuẩn bị số liệu — hãy mang theo dữ liệu định lượng cho mỗi phương án.
Bước 2 — Lắng nghe để hiểu, không phải để phản bác. Mở đầu bằng việc hỏi và xác nhận lại: "Để em hiểu đúng, anh cần báo cáo này gấp vì cuộc họp HĐQT thứ Sáu, đúng không ạ?". Khi đối phương cảm thấy được lắng nghe, họ hạ phòng thủ.
Bước 3 — Tách con người khỏi vấn đề. Đặt vấn đề về cùng một phía: "Cả hai chúng ta đều muốn dự án ra đúng hạn mà không vỡ chất lượng. Vấn đề là capacity sprint chỉ có 30 story point." Biến "anh chống tôi" thành "chúng ta cùng chống lại bài toán".
Bước 4 — Đưa ra nhiều phương án, kèm trade-off rõ ràng. Đừng bao giờ đặt câu hỏi nhị phân "có hay không". Luôn có tối thiểu ba phương án với mức công sức / rủi ro / thời gian khác nhau. Để người có thẩm quyền chọn dựa trên dữ liệu.
Bước 5 — Neo vào tiêu chí khách quan. Khi tranh luận nóng lên, kéo về dữ liệu: velocity team, số giờ ước lượng, chi phí cơ hội, quy định pháp lý, chuẩn ngành. Đây là điểm mạnh tự nhiên của bạn — dùng nó.
Bước 6 — Chốt và ghi lại bằng văn bản. Sau khi thống nhất, viết lại quyết định, ai chịu trách nhiệm gì, đánh đổi đã chấp nhận là gì, và gửi cho tất cả các bên xác nhận. Một xung đột "đã giải quyết" mà không ghi lại sẽ bùng lại sau hai tuần.
Lỗi thường gặp & mẹo
Lỗi 1 — Nói "vâng" với mọi yêu cầu của sếp. Phản xạ "khách hàng/sếp luôn đúng" từ thời Finance khiến nhiều BA mới gật đầu với mọi thứ rồi về ép team. Mẹo: thay vì từ chối thẳng, hãy "đồng ý có điều kiện": "Em làm được, nhưng nếu thêm việc này thì việc kia phải lùi — anh muốn ưu tiên cái nào?".
Lỗi 2 — Biến xung đột thành chuyện cá nhân. Khi dev phản đối, đừng nghĩ "họ làm khó mình". Tách con người khỏi vấn đề. Giữ giọng điệu mô tả sự kiện, không phán xét con người.
Lỗi 3 — Cãi bằng cảm tính thay vì dữ liệu. Đây là điểm lạ, vì dân Finance vốn giỏi số. Nhưng khi căng thẳng, người ta dễ rơi vào tranh luận "tôi nghĩ / anh nghĩ". Mẹo: bất cứ khi nào thấy mình bắt đầu bằng "tôi cảm thấy", hãy dừng lại và đổi sang "dữ liệu cho thấy".
Lỗi 4 — Cố thắng compliance. Đừng. Hãy hỏi ranh giới thật và thiết kế trong vùng cho phép. Compliance là đồng minh, không phải vật cản — và bạn, người từng làm Finance, hiểu họ hơn ai hết.
Lỗi 5 — Thương lượng xong không ghi lại. Thỏa thuận miệng là thỏa thuận sẽ bị quên. Luôn chốt bằng email hoặc trên Confluence/Jira.
Mẹo vàng: Im lặng là một công cụ thương lượng. Sau khi đưa ra phương án, đừng vội lấp khoảng lặng. Để đối phương suy nghĩ và phản hồi. Người Finance quen sự chính xác thường nói quá nhiều để giải thích — hãy luyện thói quen đưa đề xuất ngắn gọn rồi dừng lại.
Bài tập thực hành
Bài tập 1 — Phân tích lợi ích. Lấy một tình huống thật bạn từng gặp (hoặc tình huống 1 ở trên). Viết ra: lập trường của mỗi bên, rồi đào xuống ít nhất 2 tầng "tại sao?" để tìm lợi ích thật. Bạn sẽ ngạc nhiên vì lợi ích thật thường khác xa lập trường ban đầu.
Bài tập 2 — Soạn ba phương án. Với cùng tình huống đó, viết ba phương án giải quyết, mỗi phương án nêu rõ: công sức, thời gian, rủi ro, và điều phải đánh đổi. Trình bày như một bảng so sánh — đúng phong cách Finance.
Bài tập 3 — Đóng vai. Nhờ một người bạn đóng vai CFO đang đòi report gấp. Bạn luyện đi qua đủ 6 bước: lắng nghe, xác nhận lợi ích, tách người khỏi vấn đề, đưa phương án, neo dữ liệu, chốt văn bản. Ghi âm lại và tự nghe xem mình có rơi vào lỗi "vâng anh" hay "cãi cảm tính" không.
Bài tập 4 — Viết email chốt. Soạn một email tổng kết một thỏa thuận: quyết định cuối, người chịu trách nhiệm, trade-off đã chấp nhận, và bước tiếp theo. Giữ dưới 150 từ.
Tóm tắt
Negotiation và conflict resolution không phải là tài năng bẩm sinh — đó là quy trình có thể học và luyện. Cốt lõi nằm ở principled negotiation: tách con người khỏi vấn đề, tập trung vào lợi ích thật thay vì lập trường, tạo nhiều phương án cùng có lợi, và neo mọi quyết định vào tiêu chí khách quan. Luôn biết BATNA của mình để không bị dồn vào thế bí.
Là người chuyển từ Finance/Kế toán, bạn mang sẵn ba lợi thế hiếm: tư duy đánh đổi, thói quen nói bằng con số, và sự thấu hiểu compliance. Nhiệm vụ của bạn là chuyển những thế mạnh đó từ vai trò "người đối chiếu số liệu" sang vai trò "người trung gian tạo đồng thuận". Khi CFO đòi report gấp, khi compliance bác tính năng, khi hai stakeholder kéo về hai hướng — đừng tìm cách thắng, hãy tìm phương án thứ ba mà mọi người đều có thể sống chung. Đó là dấu ấn của một BA trưởng thành.