Nhà cung cấp đòi tăng 25% khi gia hạn hợp đồng bảo trì: xác định vùng thoả thuận khả dĩ (ZOPA) và đặt mỏ neo trước khi ngồi vào bàn
Đàm phán không bắt đầu ở bàn họp mà ở bảng tính chuẩn bị: điểm mục tiêu, điểm kháng cự, phương án thay thế tốt nhất của mỗi bên và vùng thoả thuận khả dĩ. Bài viết hướng dẫn PM chuẩn bị một cuộc đàm phán gia hạn hợp đồng và dùng hiệu ứng mỏ neo một cách có trách nhiệm.
Tình huống minh hoạ
Tình huống và số liệu dưới đây là giả định, dùng để minh hoạ.
Hợp đồng bảo trì hệ thống ERP của một công ty sản xuất sắp hết hạn. Phí năm nay là 800 triệu đồng. Nhà cung cấp gửi báo giá gia hạn 1 tỷ đồng (+25%), lý do: chi phí nhân sự tăng và hệ thống "đã cũ, khó bảo trì hơn". Giám đốc giao PM dự án nâng cấp ERP, anh Tùng, đàm phán cùng phòng mua hàng.
Phản xạ đầu tiên của anh Tùng là trả lời email: "Mức tăng quá cao, đề nghị bên anh xem lại". Một tuần sau, nhà cung cấp gửi lại 960 triệu đồng. Anh không biết nên chấp nhận hay không, vì anh chưa từng xác định mình sẵn sàng trả tối đa bao nhiêu.
Ba khái niệm cần chuẩn bị trước
Phương án thay thế tốt nhất khi không đạt thoả thuận (BATNA): điều bạn sẽ làm nếu đàm phán thất bại. Bài trước trên trang đã giới thiệu BATNA trong khung đàm phán theo nguyên tắc Harvard; ở đây ta dùng nó để tính ra con số cụ thể.
Điểm kháng cự (reservation point): mức tệ nhất bạn còn chấp nhận — vượt qua là bạn chọn BATNA. Mỗi bên có điểm kháng cự riêng.
Vùng thoả thuận khả dĩ (ZOPA – Zone of Possible Agreement): khoảng chồng lấn giữa điểm kháng cự của hai bên. Nếu bên mua chấp nhận tối đa 900 triệu và bên bán chấp nhận tối thiểu 850 triệu, ZOPA là 850–900 triệu. Nếu không có chồng lấn, không có thoả thuận nào tốt hơn BATNA cho cả hai.
Chuẩn bị bằng con số
Bước 1: Tính BATNA của mình
Anh Tùng liệt kê phương án thay thế: chuyển sang một đơn vị bảo trì độc lập (báo giá 700 triệu nhưng cần 2 tháng chuyển giao, rủi ro gián đoạn, chi phí chuyển giao ước 150 triệu), hoặc tự đội IT nội bộ tiếp nhận (chưa đủ năng lực). BATNA thực tế: đơn vị độc lập, tổng chi phí năm đầu khoảng 850 triệu cộng rủi ro gián đoạn. Sau khi cân nhắc rủi ro, công ty sẵn sàng trả tối đa 900 triệu cho nhà cung cấp hiện tại — đó là điểm kháng cự.
Bước 2: Ước đoán BATNA của bên kia
Nhà cung cấp mất khách hàng này thì mất doanh thu ổn định và một tham chiếu trong ngành. Đội bảo trì đã quen hệ thống, chi phí phục vụ thực tế không tăng nhiều như lập luận. Ước đoán: họ khó xuống dưới 850 triệu.
Bước 3: Đặt điểm mục tiêu và đề nghị mở đầu
Điểm mục tiêu hợp lý: khoảng 840–860 triệu kèm cải thiện cam kết dịch vụ (thời gian phản hồi sự cố). Đề nghị mở đầu cần có lý lẽ: giữ mức 800 triệu, viện dẫn số lượng sự cố giảm trong năm và báo giá thị trường.
Tình huống liên quan
Đề xuất bị bác ngay tại phòng họp ban chỉ đạo: vận động trước từng người ra quyết định (pre-wiring)
Một đề xuất tốt vẫn có thể bị bác chỉ vì người ra quyết định nghe nó lần đầu giữa cuộc họp đông người. Bài viết hướng dẫn PM vận động trước từng thành viên ban chỉ đạo: gặp ai, hỏi gì, ghi nhận phản đối thế nào để cuộc họp chính thức chỉ còn là nơi chốt quyết định.
Sếp trực tiếp chỉ biết dự án gặp sự cố khi khách hàng gọi phàn nàn: quản lý ngược (managing up) để cấp trên thành đồng minh
Cấp trên trực tiếp là một bên liên quan đặc biệt: có quyền lực với PM nhưng thường thiếu thông tin về dự án. Bài viết hướng dẫn quản lý ngược — hiểu phong cách làm việc của sếp, thống nhất kỳ vọng, chọn nhịp và kênh báo cáo, và không bao giờ để sếp bị bất ngờ.
Hai công ty sáp nhập, hai hệ thống phải thành một: gắn kết stakeholder trong dự án hợp nhất sau M&A
Dự án hợp nhất hệ thống sau sáp nhập hiếm khi thất bại vì công nghệ. Nó thất bại vì hai tổ chức có hai cách làm việc, hai nhóm người lo mất vị trí và một ban lãnh đạo mới chưa thống nhất. Bài viết hướng dẫn PM nhận diện, phân tích và gắn kết stakeholder của cả hai phía.
Người dùng nói một đằng, làm một nẻo: quan sát tại chỗ (contextual inquiry) để hiểu nhu cầu thật của stakeholder
Phỏng vấn và khảo sát cho ta biết người dùng nghĩ gì về công việc của họ, còn quan sát tại chỗ cho ta thấy họ thực sự làm gì. Bài viết hướng dẫn PM và BA tổ chức buổi contextual inquiry, ghi nhận "mẹo" và "đường vòng" của người dùng, và biến chúng thành yêu cầu có giá trị.