Một dự án bất động sản có thể khả thi về tài chính nhưng vẫn thất bại nếu đánh giá sai người có khả năng làm dự án tiến lên hoặc dừng lại. Chủ đất, cơ quan quản lý, ngân hàng, cộng đồng, khách hàng, nhà thầu và đơn vị vận hành có thể tạo ảnh hưởng rất khác nhau theo từng giai đoạn.
Phân tích bên liên quan không phải lập danh sách tên rồi gửi thông tin cho tất cả như nhau. Mục tiêu là hiểu ai có quyền lực, ai có lợi ích, ai có yêu cầu chính đáng, vấn đề nào cấp thiết và cách tương tác nào phù hợp.
Chuyên đề: Mô hình định tính, hành vi & ra quyết định trong BĐS · Bài 11 · Chiến lược và cấu trúc vấn đề
Biên soạn: ThS. Nguyễn Mạnh Hùng
Đơn vị: GV. Khoa QLĐĐ&BĐS – ĐH Nông Lâm TP.HCM
Email: nguyenmanhhung@hcmuaf.edu.vn
1. Ai là bên liên quan và ai cần được ưu tiên?
Cần tách hai câu hỏi. Thứ nhất: ai có quyền lợi, nghĩa vụ hoặc có thể bị ảnh hưởng bởi dự án? Thứ hai: tại một thời điểm cụ thể, ai cần được ưu tiên quản trị? Power–Interest Matrix giúp trả lời câu hỏi quản trị; Stakeholder Salience đi sâu hơn bằng quyền lực, tính chính danh và tính cấp thiết.
2. Power–Interest Matrix
| Quan tâm thấp | Quan tâm cao | |
|---|---|---|
| Quyền lực cao | Duy trì hài lòng | Quản lý sát |
| Quyền lực thấp | Theo dõi | Cung cấp thông tin/tham vấn |
Vị trí trong ma trận không cố định. Một cơ quan ít quan tâm ở giai đoạn ý tưởng có thể trở thành bên quyền lực cao–quan tâm cao khi dự án bước vào cấp phép. Một cộng đồng ít quyền lực ban đầu có thể có ảnh hưởng lớn khi xuất hiện vấn đề môi trường hoặc truyền thông.
3. Stakeholder Salience: quyền lực – chính danh – cấp thiết
| Thuộc tính | Ý nghĩa trong BĐS | Ví dụ |
|---|---|---|
| Quyền lực | Khả năng làm thay đổi kết quả | Cơ quan cấp phép, ngân hàng |
| Tính chính danh | Yêu cầu có cơ sở pháp lý/xã hội | Người có quyền sử dụng đất |
| Tính cấp thiết | Vấn đề cần xử lý sớm | Khiếu nại an toàn, tranh chấp |
Mô hình nhắc rằng một stakeholder không chỉ quan trọng vì quyền lực. Một nhóm ít quyền lực nhưng có yêu cầu chính đáng và rất cấp thiết có thể nhanh chóng trở thành bên cần ưu tiên.
4. Dữ liệu stakeholder nên lưu thế nào?
| Trường | Nội dung |
|---|---|
| stakeholder_id | Mã bên liên quan |
| role | Vai trò |
| interest | Lợi ích/mối quan tâm |
| power_source | Nguồn quyền lực |
| legitimacy | Cơ sở chính danh |
| urgency | Mức cấp thiết |
| position | Ủng hộ/trung lập/phản đối |
| influence_link | Ảnh hưởng tới ai |
| engagement_action | Cách tương tác |
| owner | Người phụ trách |
| review_date | Ngày cập nhật |
Với nhiều dự án, stakeholder nên là một thực thể riêng và quan hệ stakeholder–project là bảng khác. Một ngân hàng hoặc cơ quan có thể liên quan nhiều dự án nhưng quyền lực khác nhau.
5. Không nên chấm điểm máy móc
Có thể dùng thang 1–5 để hỗ trợ sắp xếp, nhưng quyền lực pháp lý và quyền lực truyền thông không cùng bản chất. Tốt hơn là mô tả nguồn quyền lực, loại yêu cầu và cơ chế ảnh hưởng; điểm số chỉ là lớp tóm tắt.
6. Case: dự án đô thị nhiều nhóm lợi ích
Ban đầu ngân hàng là bên quyền lực cao nhưng quan tâm vừa. Khi pháp lý chậm, ngân hàng tăng điều kiện giải ngân; đồng thời một nhóm hộ dân có yêu cầu bồi thường cấp thiết khiến lịch bàn giao đất thay đổi. Nếu stakeholder map chỉ được lập một lần, nhóm quản lý sẽ bỏ lỡ sự thay đổi này.
7. Mạng lưới ảnh hưởng
Một stakeholder có thể ảnh hưởng người khác. Môi giới ảnh hưởng kỳ vọng khách hàng; nhóm cư dân ảnh hưởng truyền thông; ngân hàng ảnh hưởng tốc độ phát triển. Có thể bổ sung cột 'ảnh hưởng tới ai' hoặc vẽ sơ đồ mạng; khi dữ liệu đủ tốt có thể chuyển sang phân tích mạng.
8. Chiến lược tương tác
| Tình huống | Mục tiêu | Cách làm |
|---|---|---|
| Quyền lực cao, ủng hộ | Giữ cam kết | Cập nhật định kỳ |
| Quyền lực cao, phản đối | Hiểu nguyên nhân | Làm việc trực tiếp, bằng chứng rõ |
| Quyền lực thấp, yêu cầu chính đáng | Không bỏ sót tác động | Tham vấn |
| Chưa rõ lập trường | Giảm bất định | Phỏng vấn, thu thập thông tin |
9. Sai lầm thường gặp
- Chỉ liệt kê chức danh.
- Chỉ nhìn quyền lực chính thức.
- Không cập nhật theo giai đoạn.
- Gắn nhãn phản đối nhưng không hiểu nguyên nhân.
- Không giao owner.
- Xem truyền thông một chiều là engagement.
10. Phân tích stakeholder phải thay đổi theo giai đoạn dự án
Một stakeholder map cho “toàn bộ dự án” thường quá thô. Ở giai đoạn mua đất, chủ đất, ngân hàng và nhóm pháp lý nổi bật; sang giai đoạn phê duyệt, cơ quan quản lý và tư vấn trở nên quan trọng; lúc xây dựng lại xuất hiện nhà thầu, cộng đồng lân cận và đơn vị hạ tầng; khi vận hành, trọng tâm chuyển sang cư dân, khách thuê, ban quản lý và nhà cung cấp.
Vì vậy, dữ liệu stakeholder nên có trường phase hoặc ít nhất lưu lịch sử snapshot. Một giá trị “power = high” nhưng không có thời điểm gần như không có ý nghĩa quản trị.
| Giai đoạn | Stakeholder nổi bật | Dữ liệu cần theo dõi |
|---|---|---|
| Mua đất | Chủ đất, ngân hàng, pháp lý | Quyền, giá, điều kiện giao dịch |
| Phê duyệt | Cơ quan quản lý, tư vấn | Hồ sơ, query, timeline |
| Xây dựng | Nhà thầu, cộng đồng | Tiến độ, an toàn, complaint |
| Vận hành | Khách thuê/cư dân, FM | SLA, phí, hài lòng |
11. Khi stakeholder xung đột lợi ích
Phân tích bên liên quan không nhằm làm hài lòng tất cả. Chủ đầu tư có thể muốn tăng mật độ trong khi cộng đồng muốn giảm giao thông; ngân hàng muốn giảm rủi ro trong khi đội phát triển muốn tăng tốc; khách hàng muốn phí thấp nhưng vận hành cần đủ ngân sách.
Trong tình huống này cần tách position khỏi interest. Position là điều một bên đang yêu cầu; interest là lợi ích phía sau. Một nhóm dân cư phản đối lối vào có thể thực sự lo an toàn giao thông. Nếu hiểu đúng interest, doanh nghiệp có thể tìm phương án thiết kế khác mà không cần thắng–thua trực tiếp.
Biên bản phỏng vấn stakeholder nên giữ câu nói gốc, vấn đề cốt lõi, điều kiện có thể làm họ đổi quan điểm và mức tin cậy. Đây là dữ liệu rất hữu ích cho đàm phán và quản trị xung đột.
12. Từ stakeholder map sang kế hoạch tương tác
Map chỉ có giá trị khi chuyển thành kế hoạch. Với mỗi stakeholder trọng yếu cần có mục tiêu tương tác, thông điệp, kênh, tần suất, người phụ trách và trigger buộc phải nâng mức tương tác.
| Stakeholder | Mục tiêu | Kênh | Owner | Trigger |
|---|---|---|---|---|
| Ngân hàng | Giữ niềm tin tài trợ | Meeting/report | CFO | DSCR giảm |
| Cư dân lân cận | Giảm khiếu nại | Hotline/community | PM | Complaint tăng |
| Cơ quan phê duyệt | Giảm hồ sơ bổ sung | Kênh chính thức | Legal | Query mới |
Ghi nhớ trong 30 giây
- Stakeholder analysis là quản trị quan hệ quyền lực–lợi ích.
- Power–Interest hữu ích cho quản trị.
- Stakeholder Salience bổ sung chính danh và cấp thiết.
- Vị thế stakeholder thay đổi theo thời gian.
- Dữ liệu stakeholder cần lịch sử và owner.
Nguồn tham khảo
- Mitchell, Agle & Wood (1997) – Stakeholder Identification and Salience.
- Freeman – Strategic Management: A Stakeholder Approach.
Bài tiếp theo: Logic Model và Theory of Change: từ nguồn lực, hoạt động đến tác động