Product Management
Đăng nhập
ESC

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

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

Active Listening

Communication

Lắng nghe để hiểu thay vì để phản biện — kỹ năng nền cho discovery, 1-on-1 và conflict resolution.

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: 72/100

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

Bắt đầu từ đây

Active listening là nghe để HIỂU thay vì nghe để chờ tới lượt nói. Dấu hiệu bạn đang không làm điều đó: trong lúc người kia nói, đầu bạn đang soạn câu trả lời. Công cụ nền là nhắc lại bằng lời của mình và tạm hoãn phán xét cho tới khi đủ ngữ cảnh.

Khi đã làm được

Chạy được một buổi phỏng vấn người dùng mà không dẫn dắt họ, nhận ra khi một phản đối của stakeholder thực ra là một lo lắng khác chưa nói ra, và dùng im lặng như một công cụ thay vì vội lấp vào. Nói dưới 30% thời gian mà vẫn dẫn được cuộc trò chuyện.

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

Đã đọc 0/13 mục · còn khoảng 5 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.

Active Listening là gì?

Active listening là tập trung hoàn toàn vào người nói, nhắc lại bằng lời của mình để xác nhận đã hiểu đúng, và hoãn phán xét cho tới khi nắm đủ ngữ cảnh.

Nó là kỹ năng nền cho ba việc khác nhau: discovery, 1-1, và gỡ xung đột. Thiếu nó, cả ba đều hỏng theo cùng một cách — bạn nghe thấy thứ bạn đã tin từ trước.

Khác gì với nghe bình thường và với đồng ý?

Bạn đang làm gìNgười kia cảm thấy
Active listeningNhắc lại để kiểm tra mình hiểu đúngĐược hiểu
Nghe bình thườngChờ tới lượt nóiĐược cho phép nói
Đồng ýChấp nhận quan điểm của họĐược ủng hộ

Nghe kỹ không phải là đồng ý. Bạn có thể hiểu đầy đủ một đề xuất rồi vẫn từ chối nó — và người bị từ chối theo cách đó ít khi mang theo ấm ức.

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

Tình huốngBạn làm gìNếu không
Trong phỏng vấn người dùng, họ kể một vấn đề và bạn thấy ngay giải pháp.Đừng nói ra. Hỏi “lần gần nhất chuyện đó xảy ra là khi nào, kể lại giúp mình” và nghe hết.Bạn xác nhận giả định có sẵn thay vì học được gì, và xây đúng thứ mình đã định xây.
Stakeholder phản đối một quyết định bằng lý do nghe không hợp lý.Gọi tên cảm xúc: “Có vẻ anh/chị lo phần này ảnh hưởng tới đội mình?” Lý do thật thường xuất hiện ở câu trả lời tiếp theo.Bạn tranh luận với lý do bề mặt và thắng, nhưng lo lắng thật vẫn còn và sẽ quay lại.
Một dev nói “chắc làm được” với giọng do dự.Im lặng ba giây. Phần lớn rủi ro thật được nói ra trong khoảng im lặng đó.Bạn nhận một cam kết mà chính người cam kết không tin, và biết điều đó vào tuần cuối.
Trong 1-1, người kia lặp lại một ý lần thứ hai.Đừng cắt ngang. Lặp lại thường là dấu hiệu họ đang tiến tới điều thật sự muốn nói.Bạn cắt đúng lúc họ sắp nói ra thứ quan trọng nhất buổi hôm đó.

Tại sao PM cần

  • Customer interview: nếu PM "lead" user, insight bị nhiễm bias confirmation.
  • Engineering discussion: dev thường giấu rủi ro nếu cảm thấy PM không lắng nghe.
  • Stakeholder pushback: phần lớn pushback thực ra là một concern khác chưa được nói ra.

Kỹ thuật cụ thể

  1. Mirror (Chris Voss) — lặp lại 1–3 từ cuối của người nói với intonation hỏi.
  2. Label — đặt tên cảm xúc: "Có vẻ bạn lo lắng về timeline?"
  3. Calibrated questions — "How / What" thay vì "Why" để giảm defensive.
  4. Pause — đếm 3 giây trước khi phản hồi.

Bài tập một tuần

NgàyLàm gìBằng chứng
Thứ 2–3Một cuộc họp: đặt mục tiêu nói dưới 30% thời gianSau họp viết 3 điều bạn học được mà trước đó chưa biết
Thứ 4Dùng Mirror ba lần trong ngàyGhi lại người kia nói thêm gì sau đó
Thứ 5Gọi tên một cảm xúc trong một cuộc trao đổi căngKhông khí đổi hay không
Thứ 6Im lặng 3 giây trước mỗi lần trả lờiĐếm số lần người kia nói tiếp

Sai lầm thường gặp

Sai lầmVì sao hỏngLàm thay bằng
Nghe để chờ tới lượt nóiĐầu óc đang soạn phản biện thay vì hiểu.Nhắc lại ý của họ TRƯỚC khi nói ý mình.
Cắt ngang khi người dùng lặp lạiĐó thường là lúc họ sắp nói điều quan trọng nhất.Để họ nói hết, kể cả khi bạn nghĩ đã hiểu.
Nhảy vào chế độ giải pháp giữa phỏng vấnBạn ngừng học và bắt đầu bán.Ghi giải pháp vào sổ, nói sau buổi.
Hỏi “tại sao”“Tại sao” khiến người nghe phòng thủ.“Cái gì” và “như thế nào” lấy được nhiều hơn.

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

Vai tròBạn dùng nó để
Product ManagerChất lượng discovery của bạn bị chặn trên bởi kỹ năng này — không công cụ nào bù được.
Business AnalystYêu cầu bạn nhận được luôn thiếu phần người nói cho là hiển nhiên. Nghe kỹ là cách duy nhất lấy được phần đó.
Engineering ManagerTrong 1-1, thứ quan trọng nhất hiếm khi được nói trong mười phút đầu.
Product OwnerPhần lớn phản đối của stakeholder là một lo lắng khác đang mặc áo khác.

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

  • Người đối thoại nói “đúng rồi” ít nhất hai lần trong một buổi 30 phút.
  • Sau mỗi buổi phỏng vấn bạn viết được 3 điều chưa từng biết.
  • Bạn nói dưới 30% thời gian trong các buổi discovery.
  • Bạn nhận ra được lo lắng thật đằng sau một phản đối, ít nhất một lần trong tháng.

Ba tầng nghe — và tầng mà hầu hết dừng lại

TầngBạn đang làm gìNgười nói cảm thấy
1. Nghe để trả lờiChờ tới lượt mình nói; đã soạn sẵn câu đápKhông được nghe; sẽ ngừng nói thật
2. Nghe để hiểu nội dungNắm được thông tin họ nóiĐược ghi nhận, nhưng chưa đủ để nói điều khó
3. Nghe để hiểu điều chưa nói raChú ý tới điều họ tránh, điều họ nhấn mạnh, điều họ lặp lạiĐược thấu hiểu; đây là nơi thông tin thật xuất hiện

Phần lớn người ta dừng ở tầng 1 mà tin rằng mình đang ở tầng 2. Dấu hiệu nhận ra: nếu bạn đã biết mình sẽ nói gì trước khi họ nói xong, bạn đang ở tầng 1.

Bốn kỹ thuật cụ thể để lên tầng 3:

  • Nhắc lại bằng lời của bạn rồi hỏi có đúng không. "Nếu em hiểu đúng thì vấn đề là… phải không ạ?" Bước này chậm nhưng nó bắt được hiểu lầm sớm.
  • Chú ý điều được lặp lại. Người ta nhắc lại điều họ thấy chưa được nghe.
  • Đếm khoảng lặng tới ba trước khi nói. Điều quan trọng nhất thường nằm ngay sau khoảng lặng đầu tiên.
  • Hỏi thêm một câu trước khi đưa giải pháp. Phản xạ giải quyết vấn đề là thứ giết chết việc lắng nghe nhanh nhất — nhất là với người có kinh nghiệm.

Hiccups thường gặp và cách xử lý

HiccupVì sao xảy raXử lý
Nhảy vào giải pháp quá sớmPhản xạ của người có kinh nghiệm — và nó được khen thưởng suốt nhiều nămHỏi thêm một câu trước khi đề xuất bất cứ điều gì
Nhắc lại thành ra máy mócLặp lại nguyên văn thay vì diễn đạt lạiDùng lời của bạn; nếu bạn diễn đạt lại được thì bạn thật sự đã hiểu
Người nói vẫn không mở lòngChưa đủ an toàn, không phải chưa đủ kỹ thuậtBạn nói ra khó khăn của mình trước; kỹ thuật nghe không thay được sự tin cậy
Nghe xong rồi quênKhông ghi lạiGhi ba dòng ngay sau cuộc trao đổi: họ nói gì, bạn hiểu khác đi điều gì, bạn sẽ làm gì
Nghe qua tin nhắn thì hiểu saiMất toàn bộ ngữ điệu và nhịpChuyện khó thì gọi hoặc gặp; tin nhắn dành cho thông tin, không dành cho cảm xúc

Definition of done

  • Bạn nhắc lại được ý của người nói và họ xác nhận là đúng.
  • Bạn không soạn câu trả lời trong lúc họ đang nói.
  • Bạn hỏi ít nhất một câu làm rõ trước khi đưa ra bất kỳ giải pháp nào.
  • Bạn để khoảng lặng tồn tại thay vì lấp nó.
  • Sau cuộc trao đổi, bạn ghi lại được điều mình hiểu khác đi so với trước.
  • Với chuyện khó, bạn chọn gọi hoặc gặp thay vì nhắn tin.

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

Vai tròBạn dùng nó để
Business AnalystYêu cầu thật thường nằm ở điều người ta chưa nói ra, không ở điều họ nói
Product Owner / PMNghe được lý do thật đằng sau một yêu cầu, thay vì làm đúng thứ họ xin
Team LeadNgười trong đội chỉ nói vấn đề thật với người họ tin là đang nghe
DesignerTrong buổi phỏng vấn người dùng, chỗ họ ngập ngừng đáng giá hơn câu họ trả lời
Người bán hàngKhách hàng hiếm khi nói thẳng điều khiến họ do dự

Tự kiểm 3 câu

Đọc xong rồi thì thử xem — đúng cả ba là đạt.
1. Đang phỏng vấn người dùng, họ kể một vấn đề và bạn thấy ngay giải pháp. Nên làm gì?
2. Một dev nói “chắc làm được” với giọng do dự. Bạn nên làm gì?
3. Stakeholder phản đối một quyết định bằng lý do nghe không hợp lý. Cách phản hồi nào hiệu quả nhất?

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

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 Quiz

Bài thi tổng kết: Kỹ Năng Con Người cho PM

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
2 Quiz

Chương 6: Vận hành, đo lường và sự nghiệp Discovery

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
3 Quiz

Chương 5: Giao tiếp & Ra quyết định cho PM

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 4: Tín hiệu Discovery nâng cao & Chống thiên lệch

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ó 3 khóa dạy đúng phần này, miễn phí và bằng tiếng Việt.

Bắt đầu học