Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Board & Exec Communication

Communication

Communicate product strategy với board, CEO, investors — concise, data-driven, decision-oriented.

Bạn đang ở đâu với kỹ năng này?

Làm bài Đánh giá Kỹ năng Giao tiếp cho PM/BA — 5 người đã làm. Một lần làm chấm điểm cho tất cả kỹ năng trong nhóm Communication, không chỉ kỹ năng này.

Làm bài đánh giá Trung bình cộng đồng ở kỹ năng này: 55/100

Kỹ năng này cho bạn điều gì

Bắt đầu từ đây

Ban lãnh đạo có 5–15 phút cho chủ đề của bạn và họ cần một QUYẾT ĐỊNH, không cần cập nhật tiến độ. Quy tắc nền: kết luận nằm ở câu đầu tiên, không nằm ở cuối. Tiêu đề slide phải là điều bạn muốn họ nhớ, không phải tên chủ đề.

Khi đã làm được

Chuẩn bị được một buổi 15 phút xin quyết định: một trang đọc trước, 2–3 phương án kèm khuyến nghị và lý do, rủi ro nói thẳng, và trả lời được câu hỏi khó mà không né. Biết đưa tin xấu ở slide đầu thay vì chôn ở slide 25.

Roadmap — Cách học và đạt kỹ năng

Đã đọc 0/15 mục · còn khoảng 6 phút
Cách chúng tôi ghi nhận

Một mục được tính là đã đọc khi nó nằm giữa màn hình đủ lâu so với độ dài của nó (bảng và sơ đồ tính một nửa), bạn vẫn đang cuộn hoặc bấm phím, và bạn đã thấy tới cuối mục. Lướt nhanh hoặc để tab mở không được tính. Chúng tôi chỉ lưu thời gian đọc từng mục — không lưu gì khác.

Board & Exec Communication là gì?

Giao tiếp với ban lãnh đạo khác giao tiếp với đội ở ba điểm: thời gian rất ngắn, họ cần quyết định chứ không phải trạng thái, và họ quan tâm tác động tài chính và chiến lược chứ không quan tâm chi tiết kỹ thuật.

Sai lầm phổ biến nhất là trình bày kết quả công việc (đã ship gì) thay vì kết quả kinh doanh (nó đổi được gì).

Cùng một nội dung, ba khán giả

Nói vớiHọ cầnĐộ dàiMở đầu bằng
ĐộiNgữ cảnh để tự quyếtBao lâu cũng đượcVấn đề
Quản lý cấp trênBiết có cần can thiệp không5 phútTrạng thái + rủi ro
Ban lãnh đạoMột quyết định5–15 phútCâu hỏi cần họ trả lời

Khi nào bạn gặp chuyện này

Tình huốngBạn làm gìNếu không
Bạn có 15 phút và 40 slide.Cắt còn 5 slide, phần còn lại vào phụ lục. Một trang đọc trước gửi 24 giờ sớm.Họ mất tập trung ở slide 5 và bạn không bao giờ tới được phần cần quyết định.
Số liệu quý này xấu.Nói ở slide đầu, kèm nguyên nhân và việc bạn đang làm. Tin xấu nói sớm là tín hiệu bạn kiểm soát được tình hình.Chôn ở slide 25, có người tìm thấy trước bạn, và niềm tin mất nhanh hơn số liệu.
Một thành viên hội đồng hỏi câu bạn không biết trả lời.“Em chưa có số đó. Em gửi anh/chị trước thứ Sáu.” Rồi gửi thật.Bạn đoán, họ kiểm, và mọi con số khác của bạn cũng bị nghi ngờ từ đó.

Document formats

  • Exec brief — 1 trang, BLUF, dùng cho quyết định cụ thể.
  • Board memo — 6 trang (Amazon style), narrative + data.
  • Board deck — 10–20 slide, mỗi slide 1 message.
  • QBR (Quarterly Business Review) — performance vs OKR.

Slide structure (per slide)

  1. Title = takeaway, không topic.
  2. 1 chart hoặc 3 bullet, không cả hai.
  3. Footer: source + date.
  4. Backup slide trong appendix.

BAD vs GOOD title

BADGOOD
"Q3 Revenue""Q3 revenue beat plan by 12% driven by Enterprise tier"
"User growth""DAU plateaued at 1.2M; activation drop is root cause"

Storytelling structure

  1. Context — where we are, where we want to be.
  2. Insight — what we learned (data + customer voice).
  3. Decision needed — what we ask the board/CEO to decide.
  4. Options & recommendation — present 2–3 option, recommend 1 với rationale.
  5. Risks & mitigations.

Một trang xin quyết định

MụcBao nhiêuNội dung
Quyết định cần1 câuChúng tôi xin phê duyệt X trước ngày Y
Vì sao bây giờ2 câuĐiều gì đã đổi khiến việc này cần quyết hôm nay
Phương án2–3 dòngMỗi phương án kèm chi phí và đánh đổi
Khuyến nghị1 câu + lý doChọn cái nào, và vì sao
Rủi ro2–3 gạch đầu dòngNói thẳng, kèm cách giảm

Sai lầm thường gặp

Sai lầmVì sao hỏngLàm thay bằng
Trình bày output thay vì outcomeHọ không quan tâm bạn ship gì, họ quan tâm nó đổi gì.Mỗi slide kết thúc ở một con số kinh doanh.
Chôn tin xấuNiềm tin mất nhanh hơn số liệu.Slide đầu, kèm việc đang làm.
Né câu hỏi khóMột lần né là mọi câu trả lời khác bị nghi.“Em chưa biết, em gửi trước thứ Sáu.”
Tiêu đề là chủ đề“Q3 Revenue” không nói gì cả.Tiêu đề là điều bạn muốn họ nhớ.

Vì sao vai trò của bạn cần cái này

Vai tròBạn dùng nó để
Head of ProductĐây là kênh bạn dùng để xin nguồn lực; chất lượng của nó quyết định roadmap năm sau.
Chief Product OfficerBạn ở trong phòng đó thường xuyên — cách bạn trình bày được cả tổ chức sao chép.
Product ManagerBạn ít vào phòng đó, nên mỗi lần vào đều đáng chuẩn bị kỹ gấp đôi.
Engineering ManagerNợ kỹ thuật chỉ được cấp ngân sách nếu bạn dịch được nó sang ngôn ngữ kinh doanh.

Definition of done — dấu hiệu bạn đã đạt

  • Ban lãnh đạo nhắc lại đúng thông điệp của bạn một tuần sau buổi họp.
  • Mỗi buổi kết thúc bằng một quyết định, không phải “để xem thêm”.
  • Tin xấu luôn ở phần đầu.
  • Bạn chưa từng đoán một con số trong phòng đó.

Nguyên tắc nền — lãnh đạo không thiếu thông tin, họ thiếu thời gian

Sai lầm gốc của phần lớn báo cáo lên cấp cao là giả định rằng người nghe cần được thuyết phục bằng khối lượng. Thực tế ngược lại: họ đọc mười báo cáo mỗi tuần, và thứ họ cần là biết nhanh nhất điều gì đã đổi và bạn cần gì ở họ.

Cách trình bàyNgười nghe nghĩ gì
Bắt đầu từ bối cảnh và quá trình"Bao giờ thì tới phần tôi cần biết?"
Bắt đầu từ kết luận và yêu cầu"Được, giờ tôi nghe phần vì sao."

Cấu trúc ba câu mở đầu, dùng được cho mọi báo cáo:

  • Câu 1 — Tình hình: "Dự án X đang chậm 3 tuần so với kế hoạch."
  • Câu 2 — Vì sao quan trọng: "Điều này làm lùi doanh thu quý 2 khoảng 4 tỷ."
  • Câu 3 — Cần gì ở anh/chị: "Em cần anh quyết giữa hai phương án, trước thứ Sáu."

Ba câu này nên nằm ở đầu trang đầu tiên. Mọi thứ còn lại là tài liệu hỗ trợ cho ai muốn đào sâu.

Mang tin xấu lên cấp trên

Cách bạn mang tin xấu quyết định việc lần sau bạn còn được tin hay không.

  • Báo sớm, kể cả khi chưa có giải pháp. Tin xấu biết muộn luôn tệ hơn tin xấu biết sớm, và lãnh đạo hiểu điều đó — thứ họ không tha thứ là bị bất ngờ.
  • Nói rõ đã làm gì rồi. Không phải để bào chữa, mà để họ biết không cần gợi ý những thứ bạn đã thử.
  • Mang theo phương án, không mang theo câu hỏi trống. Hai tới ba phương án kèm đánh đổi, và đề xuất của bạn.
  • Nói rõ điều gì bạn cần và điều gì bạn không cần. "Em không cần thêm người; em cần anh nói chuyện với bên đối tác."
  • Đừng làm nhẹ đi. Nếu bạn nói "hơi chậm một chút" cho một việc chậm ba tuần, lần sau không ai đánh giá đúng được mức độ khi nghe bạn báo cáo.

Điều ít ai nói: lãnh đạo giỏi đánh giá cao người báo tin xấu sớm và rõ ràng hơn là người luôn có tin tốt. Nhóm thứ hai thường là nhóm đang giấu.

Ví dụ — cùng một tình hình, hai cách báo cáo

Cách thường gặp (và vì sao nó thất bại):

"Em xin báo cáo tiến độ dự án tích hợp thanh toán. Đội đã hoàn thành phần kết nối API, đang làm phần đối soát. Tuần trước có gặp một số vấn đề với tài liệu từ phía đối tác, đội đã liên hệ nhiều lần. Hiện tại tiến độ có chậm so với kế hoạch ban đầu nhưng đội đang cố gắng…"

Tới câu thứ tư, người nghe vẫn chưa biết có vấn đề gì nghiêm trọng không và có cần làm gì không. Họ bắt đầu đọc email khác.

Cách đúng:

"Tích hợp thanh toán sẽ trễ 3 tuần, lùi doanh thu quý 2 khoảng 4 tỷ. Nguyên nhân là đối tác chưa cung cấp tài liệu đối soát, đã yêu cầu 4 lần trong 3 tuần. Em cần anh gọi cho giám đốc kỹ thuật bên họ trước thứ Sáu — em đã đi hết kênh ở cấp của em. Chi tiết ở trang 2."

Khác biệt không phải độ dài — bản thứ hai còn ngắn hơn. Khác biệt là nó bắt đầu từ thứ người nghe cần, và nói rõ hành động cụ thể cần ở họ. Phần quá trình và nỗ lực vẫn quan trọng, nhưng nó thuộc về trang 2.

Definition of done

  • Ba câu đầu nói rõ tình hình, vì sao quan trọng, và cần gì ở người nghe.
  • Tài liệu chi tiết nằm phía sau, không nằm phía trước.
  • Tin xấu được báo sớm, không làm nhẹ đi, kèm phương án và đề xuất.
  • Nói rõ bạn cần gì và không cần gì.
  • Số liệu luôn có điểm so sánh, không đứng một mình.

Tự kiểm 3 câu

Đọc xong rồi thì thử xem — đúng cả ba là đạt.
1. Bạn có 15 phút với ban lãnh đạo và đang có 40 slide. Nên làm gì?
2. Số liệu quý này xấu. Nên đặt nó ở đâu trong bài trình bày?
3. Tiêu đề slide nào phù hợp nhất cho buổi họp với ban lãnh đạo?

Khóa học liên quan (4)

Sử dụng trong vai trò

Thảo luận & tài liệu thêm 0

Chia sẻ kinh nghiệm, đặt câu hỏi, hoặc đính kèm tài liệu/YouTube giúp người khác học kỹ năng này.

Hãy là người đầu tiên chia sẻ kinh nghiệm cho kỹ năng này.

Kiểm tra kỹ năng này

Bài kiểm tra của các khóa dạy kỹ năng này
1 Chẩn đoán

Đánh giá Kỹ năng Giao tiếp cho PM/BA

Chấm riêng từng chiều của kỹ năng này.

5 người đã làm
Làm bài này
2 Chẩn đoán

Đánh giá Kỹ năng Lãnh đạo cho PM

Chấm riêng từng chiều của kỹ năng này.

3 người đã làm
Làm bài này
3 Quiz

Chương 2: Kể chuyện với dữ liệu và Kỹ năng trình bày trên sân khấu

Bài kiểm tra của một khóa dạy kỹ năng này.

chưa ai làm
Làm bài này
4 Quiz

Chương 1: Nền tảng Giao tiếp cho Tech Team

Bài kiểm tra của một khóa dạy kỹ năng này.

chưa ai làm
Làm bài này

Học kỹ năng này ở đâu?

Có 4 khóa dạy đúng phần này, miễn phí và bằng tiếng Việt.

Bắt đầu học