Phân hệ PM Study
  • Tình huốngTình huống thực chiến
  • Kịch bảnRa quyết định tình huống
  • Biểu mẫuKho biểu mẫu tải về
  • Thẻ ghi nhớHọc thuật ngữ PMP
  • Công cụMáy tính EVM, PERT, dự phòng
  • Hỏi đápHỏi đáp & thảo luận
  • Thử tháchMỗi ngày một câu hỏi PMP
  • Lý thuyếtBài học PMBOK 8 & ECO 2026
  • Luyện thiThi thử & ôn tập PMP
  • Bài viếtThư viện bài viết PMP
PM Study
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đáp
6 chuyên mụcXem tất cả bài viết →
  • Quản lý các bên liên quanTình huống về kỳ vọng, giao tiếp và gắn kết stakeholder.
  • Lãnh đạo & đội nhómXây dựng, dẫn dắt và giải quyết xung đột trong đội dự án.
  • Kế hoạch & tiến độLập kế hoạch, ước lượng, nén tiến độ và kiểm soát baseline.
  • Rủi ro & thay đổiNhận diện, ứng phó rủi ro và kiểm soát thay đổi phạm vi.
  • Agile & HybridLựa chọn và vận hành cách tiếp cận Agile, Predictive, Hybrid.
  • Luyện thi PMPChiến lược ôn tập và mẹo xử lý câu hỏi tình huống PMP.
Công cụBài viết
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đápChuyên mụcCông cụBài viết
/
PM Study

Học quản lý dự án và ôn thi PMP bằng tiếng Việt: lý thuyết PMBOK® Guide 8, tình huống thực tế và đề luyện thi theo ECO 2026.

Chuyên mục

  • Quản lý các bên liên quan
  • Lãnh đạo & đội nhóm
  • Kế hoạch & tiến độ
  • Rủi ro & thay đổi
  • Agile & Hybrid
  • Luyện thi PMP

Tài nguyên

  • Project Management Institute (PMI)
  • PMP Exam Content Outline
  • The Scrum Guide
  • PMI Vietnam Chapter

PM Study

  • Tất cả bài viết
  • Bài viết nổi bật
© 2026 PM StudyPMP® và PMBOK® là nhãn hiệu đã đăng ký của Project Management Institute.Phiên bản 1.12.1
  1. /Quản lý các bên liên quan
  2. /Hợp đồng đã ký mới phát hiện phía khách hàng có …
Quản lý các bên liên quan· Domain: Các bên liên quan

Hợp đồng đã ký mới phát hiện phía khách hàng có bảy "người quyết định": lập bản đồ stakeholder trong khách hàng doanh nghiệp

Người ký hợp đồng chỉ là một trong nhiều người có tiếng nói ở khách hàng doanh nghiệp. Bài viết dùng khái niệm trung tâm mua hàng (buying center) để vẽ bản đồ stakeholder phía khách hàng, tìm ra người dùng, người ảnh hưởng, người gác cổng và người phê duyệt trước khi họ "xuất hiện" ở phút chót.

HP
Nguyễn Thu Hà, PMP
01/09/2026
6 phút đọc 0 0
Hợp đồng đã ký mới phát hiện phía khách hàng có bảy "người quyết định": lập bản đồ stakeholder trong khách hàng doanh nghiệp

Tình huống minh hoạ

Tình huống và số liệu dưới đây là giả định, dùng để minh hoạ.

Một công ty phần mềm ký hợp đồng triển khai hệ thống quản lý quan hệ khách hàng (CRM) cho một tập đoàn bán lẻ có 120 cửa hàng. Người ký hợp đồng là Giám đốc Kinh doanh của tập đoàn. Trong ba tháng chào bán, đội bán hàng gần như chỉ làm việc với ông và một trợ lý.

Tuần thứ hai sau khi khởi động, PM lần lượt nhận được:

  • Email của Giám đốc Công nghệ thông tin (CIO) phía khách hàng: hệ thống phải chạy trên nền tảng đám mây mà tập đoàn đã chuẩn hoá, không phải nền tảng trong đề xuất.
  • Phiếu yêu cầu của phòng An ninh thông tin: nhà cung cấp phải hoàn thành bộ câu hỏi đánh giá bảo mật 180 câu trước khi được cấp quyền truy cập dữ liệu thật.
  • Ý kiến của phòng Mua sắm: mọi thay đổi giá trị hợp đồng trên 5% phải qua hội đồng mua sắm họp mỗi quý.
  • Phản hồi của nhóm quản lý cửa hàng: màn hình nhập liệu "quá nhiều bước" so với cách họ đang làm.

Không ai trong số này sai. Họ đều có quyền lợi hợp pháp trong dự án. Vấn đề là đội dự án chỉ biết đến họ khi họ đã lên tiếng — và mỗi lần như vậy là một lần phải làm lại hoặc chờ đợi.

Vì sao khách hàng doanh nghiệp "nhiều đầu" hơn khách hàng cá nhân

Nghiên cứu về hành vi mua của tổ chức dùng khái niệm trung tâm mua hàng (buying center) hay đơn vị ra quyết định (decision-making unit – DMU): quyết định mua và sử dụng một giải pháp ở doanh nghiệp không do một người đưa ra, mà do một nhóm người có chuyên môn và lợi ích khác nhau cùng tham gia — người am hiểu tài chính, mua sắm, kỹ thuật và người trực tiếp sử dụng.

Các tài liệu tiếp thị B2B thường mô tả những vai trò sau trong nhóm đó:

Vai tròHọ quan tâm điều gìVí dụ trong tình huống
Người khởi xướng (initiator)Vấn đề kinh doanh cần giải quyếtGiám đốc Kinh doanh
Người quyết định (decider)Giá trị, rủi ro, cam kết với cấp trênGiám đốc Kinh doanh, có thể cả Tổng giám đốc
Người mua (buyer)Điều khoản, giá, thủ tụcPhòng Mua sắm
Người ảnh hưởng (influencer)Kiến trúc, tiêu chuẩn kỹ thuậtCIO, phòng An ninh thông tin
Người gác cổng (gatekeeper)Ai được tiếp cận thông tin, ai được gặp aiTrợ lý giám đốc, phòng Pháp chế

Tình huống liên quan

Quản lý các bên liên quanCác bên liên quan

Người quyết định thật không có trong sơ đồ tổ chức: nhận diện và gắn kết stakeholder "ẩn"

Mọi cuộc họp với Phó Tổng giám đốc đều suôn sẻ, nhưng quyết định cứ bị "treo" sau đó. Hoá ra người được hỏi ý kiến cuối cùng là một chuyên gia lâu năm không có chức danh quản lý. Cách vẽ bản đồ ảnh hưởng không chính thức và gắn kết stakeholder ẩn mà không đi đường vòng.

Ngày đăng: 06/10/2026Lượt xem: 1Bình luận: 0
Quản lý các bên liên quanCác bên liên quan

Phòng Pháp chế "xuất hiện" sát ngày go-live: nhận diện stakeholder sớm với mô hình Salience

Một bộ phận chưa từng được mời họp bỗng đề nghị dừng go-live vì rủi ro tuân thủ. Vì sao nhận diện stakeholder phải làm sớm, lặp lại, và cách dùng mô hình Salience để ưu tiên.

Ngày đăng: 01/10/2026Lượt xem: 6Bình luận: 0
Quản lý các bên liên quanCác bên liên quan

Stakeholder quyền lực cao liên tục thay đổi yêu cầu: PM nên làm gì?

Giám đốc khối kinh doanh gửi yêu cầu mới mỗi tuần qua tin nhắn. Làm sao giữ quan hệ tốt mà vẫn bảo vệ được baseline dự án?

Ngày đăng: 01/10/2026Lượt xem: 1.245Bình luận: 3Đánh giá: 4.5
Quản lý các bên liên quanCác bên liên quan

Sponsor được điều chuyển giữa dự án: giữ "người bảo trợ" khi ghế lãnh đạo đổi chủ

Sponsor khởi xướng dự án được điều chuyển, người kế nhiệm chưa từng nghe về business case. Cách PM chủ động "onboard" sponsor mới, tái xác nhận giá trị và tránh để dự án mồ côi.

Ngày đăng: 01/10/2026Lượt xem: 2Bình luận: 0
Người dùng (user)
Công việc hằng ngày có dễ hơn không
Quản lý cửa hàng, nhân viên bán hàng

Điểm mấu chốt cho PM: sau khi hợp đồng được ký, trung tâm mua hàng không biến mất — nó trở thành tập hợp stakeholder phía khách hàng của dự án. Những người có tiếng nói khi mua thì cũng có tiếng nói khi nghiệm thu.

Phân tích theo PMBOK® Guide

PMBOK® Guide ấn bản 6 đặt quy trình Nhận diện các bên liên quan (Identify Stakeholders) ở ngay nhóm khởi tạo và yêu cầu lặp lại trong suốt dự án. Ấn bản 7 đưa Stakeholders thành một lĩnh vực hiệu suất (performance domain) với các bước: nhận diện, hiểu và phân tích, ưu tiên, gắn kết, theo dõi. Nguyên tắc "Effectively engage with stakeholders" nhấn mạnh gắn kết chủ động, không chờ họ tự tìm đến.

Với khách hàng doanh nghiệp, có ba điểm cần nhấn mạnh:

  1. Danh sách stakeholder không lấy từ hợp đồng. Hợp đồng chỉ ghi người ký và đầu mối. PM phải chủ động hỏi: "Ai sẽ phải ký biên bản nghiệm thu? Ai quản lý hạ tầng? Ai phải phê duyệt khi có thay đổi?"
  2. Quyền lực nằm ở thủ tục, không chỉ ở chức danh. Một chuyên viên an ninh thông tin có thể chặn việc truy cập dữ liệu thật — tức là chặn cả lịch kiểm thử. Mô hình salience (quyền lực, tính hợp pháp, tính cấp bách) giúp nhận ra những người như vậy.
  3. Bản đồ phải được kiểm chứng với chính khách hàng. Đội dự án nhìn từ ngoài vào sẽ luôn thiếu. Người bảo trợ phía khách hàng là người phù hợp nhất để xác nhận và bổ sung.

Cách làm: lập bản đồ stakeholder phía khách hàng trong 5 bước

Bước 1: Tiếp nhận "di sản" của giai đoạn bán hàng

Đọc hồ sơ chào bán, biên bản các buổi demo, danh sách người đã tham dự. Hỏi đội bán hàng: ai từng phản đối, ai im lặng, ai chỉ xuất hiện ở buổi cuối? Người im lặng ở giai đoạn bán thường là người lên tiếng ở giai đoạn triển khai.

Bước 2: Phỏng vấn người bảo trợ bằng câu hỏi theo quy trình

Thay vì hỏi "anh/chị nghĩ còn ai liên quan?", hãy đi theo vòng đời dự án: ai duyệt thiết kế, ai cấp môi trường, ai cấp quyền dữ liệu, ai ký nghiệm thu, ai vận hành sau go-live, ai trả tiền. Mỗi câu hỏi thường lộ ra một phòng ban.

Bước 3: Phân loại và đánh giá

Ghi vào sổ đăng ký stakeholder (stakeholder register): vai trò trong trung tâm mua hàng, mức quyền lực và quan tâm, thái độ hiện tại, mức gắn kết mong muốn. Lưới quyền lực – quan tâm (power/interest grid) giúp chọn cách tiếp cận cho từng nhóm.

Bước 4: Thiết kế điểm chạm

Mỗi nhóm quan trọng cần một "điểm chạm" sớm: CIO cần một buổi rà soát kiến trúc trong tuần đầu; phòng An ninh thông tin cần nhận bộ hồ sơ bảo mật trước khi đội cần dữ liệu thật; nhóm quản lý cửa hàng cần được mời vào buổi thiết kế màn hình chứ không chỉ buổi UAT.

Bước 5: Cập nhật định kỳ

Khách hàng doanh nghiệp tái cơ cấu, thay người, đổi ưu tiên. Rà soát bản đồ ở mỗi mốc lớn và mỗi khi có tín hiệu bất thường (một người mới được cc vào email, một phòng ban mới gửi yêu cầu).

Sai lầm thường gặp

  • Coi đầu mối hợp đồng là "khách hàng": đầu mối chỉ là kênh liên lạc, không thay mặt được tất cả các phòng ban.
  • Ngại hỏi vì sợ khách hàng nghĩ mình chưa chuẩn bị: hỏi có cấu trúc ở tuần đầu thể hiện sự chuyên nghiệp; phát hiện stakeholder ở tuần thứ mười mới là thiếu chuẩn bị.
  • Chỉ nhìn chức danh: người gác cổng và người dùng cuối thường không có chức danh cao nhưng có thể làm dự án chậm lại nhiều tuần.
  • Bản đồ nằm trong ngăn kéo: sổ đăng ký stakeholder phải gắn với kế hoạch truyền thông và kế hoạch gắn kết, không phải tài liệu nộp cho có.

Góc ôn thi PMP

  • Nhận diện stakeholder là việc liên tục, bắt đầu từ khởi tạo. Đề thi hay đưa tình huống "một stakeholder mới xuất hiện giữa dự án" → việc đầu tiên là cập nhật sổ đăng ký stakeholder và phân tích, chưa phải thay đổi phạm vi ngay.
  • Đầu vào quan trọng của Identify Stakeholders gồm project charter, tài liệu kinh doanh, thoả thuận (agreements) — với dự án cho khách hàng bên ngoài, hợp đồng là nguồn gợi ý stakeholder đầu tiên nhưng không đầy đủ.
  • Khi stakeholder phía khách hàng đưa ra yêu cầu mới, PM vẫn đi theo quy trình kiểm soát thay đổi; gắn kết tốt không có nghĩa là chấp nhận mọi yêu cầu.

Nguồn tham khảo

  • Wikipedia – Buying center (trung tâm mua hàng / đơn vị ra quyết định trong tổ chức)
  • Wikipedia – Stakeholder analysis (lưới quyền lực – quan tâm, mô hình salience)
  • APM – Is stakeholder engagement pointless? (10 nguyên tắc gắn kết stakeholder của APM/RICS)
#khach-hang-doanh-nghiep#buying-center#stakeholder-mapping#nhan-dien-stakeholder#b2b

Trắc nghiệm tình huống PMP

Câu 1/1
Dự án triển khai phần mềm cho một tập đoàn đang ở tuần thứ ba. Trưởng phòng An ninh thông tin của khách hàng, người chưa từng xuất hiện trong giai đoạn đàm phán, gửi yêu cầu nhà cung cấp phải qua đánh giá bảo mật trước khi được truy cập dữ liệu thật. Đầu mối hợp đồng phía khách hàng nói "cứ làm theo kế hoạch, tôi sẽ lo". PM nên làm gì trước tiên?

Bạn chọn phương án nào?

Tuần đầu dự án, bạn muốn phỏng vấn 8 trưởng phòng phía khách hàng để lập bản đồ stakeholder. Đầu mối hợp đồng phía khách hàng không muốn: "Mọi việc cứ qua tôi, đừng làm phiền các phòng". Nếu là PM, bạn chọn cách nào?

Bài viết hữu ích? Chia sẻ cho đồng nghiệp nhé!

Đánh giá bài viết

Bình luận

Mục lục

Tình huống minh hoạVì sao khách hàng doanh nghiệp "nhiều đầu" hơn khách hàng cá nhânPhân tích theo PMBOK® GuideCách làm: lập bản đồ stakeholder phía khách hàng trong 5 bướcSai lầm thường gặpGóc ôn thi PMPNguồn tham khảoTrắc nghiệmBình chọn
Quảng cáoTemplate quản lý dự án (mẫu)
Quảng cáoBộ đề thi thử PMP (mẫu)