Consulting Mindset

Thấu cảm (Empathy) trong công việc: Làm sao để đứng cùng phía với khách hàng khi xảy ra sự cố

7/19/2026 · 11p đọc


title: "Thấu cảm (Empathy) trong công việc: Làm sao để đứng cùng phía với khách hàng khi xảy ra sự cố"
series: "Thư viện Kỹ năng BA·PO·EA: 45 Bài học Thực chiến"
part: "Phần 1 — Tư duy Nền tảng & Tâm lý"
skill_number: 3
audience: "BA, PO, EA & vai trò làm việc trực tiếp với khách hàng"
reading_time: "9 phút đọc"
tags:

  • empathy
  • xu-ly-su-co
  • ky-nang-mem
  • quan-he-khach-hang
  • giao-tiep

Thấu cảm (Empathy) trong công việc: Làm sao để đứng cùng phía với khách hàng khi xảy ra sự cố

10 giờ sáng thứ Bảy, hệ thống bán hàng của khách hàng bỗng dưng đứng hình đúng lúc họ đang chạy chương trình flash sale. Điện thoại bạn rung liên hồi. Bạn trả lời câu đầu tiên thế nào sẽ quyết định cả cuộc gọi — thậm chí cả mối quan hệ — đi theo hướng nào: khách hàng cảm thấy đang bị bỏ rơi một mình, hay cảm thấy có người đang chiến đấu cùng họ. Đó chính là lằn ranh giữa "xử lý sự cố" và "xử lý sự cố cùng khách hàng" — và ranh giới đó nằm ở một thứ tưởng chừng mềm mại nhưng quyết định tất cả: sự thấu cảm.

🎯 Kỹ thuật cốt lõi

Thấu cảm trong xử lý sự cố không phải là "an ủi cho khách hàng nguôi giận". Đó là một kỹ thuật giao tiếp có cấu trúc, gồm hai thao tác đi cùng nhau:

1. Ngôn ngữ "cùng phía" — chuyển từ "các anh / tôi" sang "chúng ta"

Khi sự cố xảy ra, phản xạ tự nhiên của người làm kỹ thuật/BA là phân định trách nhiệm ngay lập tức: "Bên em đang kiểm tra", "Lỗi này do server bên đối tác", "Các anh có báo trước không mà giờ mới nói". Mỗi câu như vậy, dù đúng sự thật, đều đang vô tình dựng lên một ranh giới: có hai phía, và tôi đứng phía bên kia của khách hàng.

Ngôn ngữ "cùng phía" làm ngược lại — nó gộp người nói và khách hàng vào cùng một chủ thể đang đối mặt với một vấn đề chung:

  • Thay vì "Hệ thống của các anh đang bị lỗi" → "Chúng ta đang mất khoảng 15 phút của khung giờ vàng, em cần anh chị hỗ trợ xác nhận vài điều để mình xử lý nhanh nhất."
  • Thay vì "Tôi sẽ báo lại team kỹ thuật bên tôi" → "Chúng ta cần đội kỹ thuật vào ngay, để em kéo họ vào group này luôn."
  • Thay vì "Bên em không kiểm soát được lỗi từ bên thứ ba" → "Vấn đề đang nằm ở khâu kết nối thứ ba, chúng ta cùng xem cách nào vòng qua được trong lúc chờ họ phản hồi."

Kỹ thuật này áp dụng được cho bất kỳ tình huống nào có "chúng ta" thật sự tồn tại về lợi ích: khách hàng và bạn đều muốn hệ thống chạy lại càng nhanh càng tốt. Ngôn ngữ chỉ đang phản ánh đúng sự thật đó, không phải "nói dối cho êm tai".

2. Tách cảm xúc ra khỏi vấn đề kỹ thuật — xử lý theo đúng thứ tự, không xử lý cùng lúc

Sai lầm phổ biến nhất là cố gắng vừa trấn an vừa giải thích nguyên nhân kỹ thuật trong cùng một câu nói, giữa lúc khách hàng đang hoảng loạn. Kết quả: khách hàng không nghe được phần kỹ thuật (vì não họ đang ở trạng thái cảm xúc, chưa sẵn sàng tiếp nhận thông tin phân tích), còn phần trấn an thì nghe như đang né tránh.

Trình tự đúng là:

Bước Mục tiêu Việc làm Việc TRÁNH
1. Ghi nhận cảm xúc Cho khách hàng thấy mình thấy mức độ nghiêm trọng Nói thẳng cảm giác quan sát được: "Em hiểu giờ này mà hệ thống đứng là cực kỳ căng với bên mình" Đừng vội nói "bình tĩnh", đừng vội xin lỗi chung chung kiểu công thức
2. Xác nhận đang hành động Cho khách hàng thấy có người đang làm việc thật, ngay bây giờ Nói cụ thể ai đang làm gì: "Đội kỹ thuật đang vào log ngay lúc này" Đừng nói "sẽ xử lý sớm nhất có thể" — quá mơ hồ, không tạo cảm giác an tâm
3. Tách vấn đề kỹ thuật ra một kênh riêng Giữ cảm xúc và kỹ thuật không trộn lẫn Đề xuất kênh cập nhật riêng (nhóm chat, cuộc gọi định kỳ 15 phút/lần) để việc trấn an không bị ngắt quãng bởi thuật ngữ kỹ thuật Đừng giải thích nguyên nhân sâu (root cause) ngay lúc khách hàng đang hoảng loạn
4. Giải thích nguyên nhân Đáp ứng nhu cầu hiểu "tại sao" — nhưng CHỈ khi hệ thống đã ổn hoặc khách đã bình tĩnh Trình bày rõ ràng, có bằng chứng, không đổ lỗi Đừng biến phần giải thích thành màn tự bào chữa

Hai kỹ thuật này cộng hưởng với nhau: ngôn ngữ "chúng ta" tạo ra cảm giác đồng đội, còn việc tách trình tự giúp mỗi thông điệp phát huy đúng tác dụng của nó thay vì làm nhiễu nhau.

Bối cảnh (Situation)

(Tình huống dưới đây là minh hoạ tổng hợp từ nhiều dự án thực tế, không phải case cụ thể của một công ty nào.)

Chị H. là BA phụ trách một hệ thống bán hàng đa kênh cho một chuỗi bán lẻ vừa. Hợp đồng triển khai đã qua giai đoạn go-live được ba tháng, hệ thống chạy ổn định, mối quan hệ với khách hàng đang ở trạng thái tốt.

Vào một sáng thứ Bảy — đúng ngày khách hàng chạy chương trình khuyến mãi lớn nhất quý — module xử lý đơn hàng bắt đầu chậm dần rồi treo hẳn lúc 10 giờ, ngay giữa khung giờ khách đổ vào cửa hàng đông nhất. Trong vòng 5 phút, chị H. nhận liên tiếp 4 cuộc gọi nhỡ từ trưởng phòng vận hành phía khách hàng, kèm hàng loạt tin nhắn trong group chat dự án với giọng điệu ngày càng gay gắt: "Sao hệ thống lại đứng đúng lúc này?", "Bên em test kỹ chưa mà để lỗi thế này?", "Mỗi phút trôi qua là tiền mất thật đấy."

Thách thức (Task)

Cái khó không nằm ở kỹ thuật — đội dev đã vào cuộc và ước tính 20-30 phút sẽ có bản vá tạm thời. Cái khó nằm ở chỗ: chị H. phải trả lời điện thoại trong tình trạng chưa có câu trả lời kỹ thuật đầy đủ, trong khi khách hàng đang ở trạng thái hoảng loạn thật sự — họ nhìn thấy khách xếp hàng ở quầy, thấy doanh thu đang trôi qua trước mắt.

Nếu chị H. phản xạ theo bản năng phòng thủ — giải thích ngay rằng lỗi phát sinh từ một thay đổi cấu hình phía nhà cung cấp thanh toán bên thứ ba mà đội mình không kiểm soát được — thì về mặt sự thật là đúng, nhưng về mặt cảm xúc sẽ bị khách hàng nghe thành "đang đổ lỗi né tránh trách nhiệm ngay giữa lúc họ cần một người đứng ra gánh vác". Hậu quả nếu xử lý sai: khách hàng leo thang lên cấp quản lý cao hơn ngay trong sự cố, mối quan hệ tin cậy xây dựng suốt ba tháng có thể sứt mẻ chỉ trong một cuộc gọi, và những lần gia hạn hợp đồng/mở rộng phạm vi sau này sẽ bị nhìn qua lăng kính nghi ngờ.

Hành động (Action)

Bước 1 — Nhấc máy trước khi bị gọi lần thứ 5, chủ động, không né tránh.
Chị H. chủ động gọi lại ngay khi thấy cuộc gọi nhỡ thứ hai, thay vì chờ khách gọi tiếp hoặc nhắn tin trần tình trong group chat. Câu mở đầu: "Anh ơi em H. đây, em vừa thấy hệ thống chậm, em đang cùng team xử lý, anh cho em xin 2 phút cập nhật tình hình nhé." — Không có một chữ "xin lỗi vì lỗi của bên em" nào ở đây, cũng không có giải thích kỹ thuật. Chỉ có sự hiện diện.

Bước 2 — Ghi nhận cảm xúc trước, bằng ngôn ngữ cụ thể chứ không công thức.
Khi trưởng phòng vận hành phía khách hàng nói giọng gay gắt, chị H. không đáp trả bằng lời xin lỗi rập khuôn ("Dạ em xin lỗi anh chị") mà phản chiếu đúng mức độ nghiêm trọng khách đang cảm nhận: "Em hiểu, đúng giờ cao điểm mà đứng máy thế này thì thiệt hại thấy rõ trước mắt, em cũng đang sốt ruột như anh." Câu này không hạ thấp vai trò của mình, không nhận lỗi khi chưa rõ nguyên nhân, nhưng cho khách hàng thấy: cảm giác của họ đã được nhìn thấy.

Bước 3 — Chuyển toàn bộ giao tiếp sang ngôn ngữ "chúng ta".
Suốt cuộc gọi, chị H. nhất quán dùng "chúng ta" và "mình" thay vì "bên em" / "các anh": "Chúng ta đang mất khoảng 20 phút khung giờ vàng, em đề xuất mình làm hai việc song song ngay: một là em kéo team kỹ thuật vào xử lý trực tiếp, hai là bên anh chị tạm chuyển đơn sang ghi nhận thủ công ở quầy để không mất khách đang xếp hàng." Cách nói này ngầm định: đây là vấn đề của cả hai bên cùng giải quyết, không phải "lỗi của em, hậu quả của anh".

Bước 4 — Tách kênh: một kênh cho cảm xúc/cập nhật, một kênh (âm thầm) cho kỹ thuật.
Chị H. đề xuất mở một cuộc gọi ngắn cập nhật 15 phút/lần cho đến khi hệ thống ổn định trở lại, và nói rõ: "Trong lúc chờ, em sẽ không nhắn dồn dập vào group để anh chị đỡ rối, cứ 15 phút em gọi cập nhật một lần." Đồng thời, chị âm thầm lập một thread riêng với đội dev để trao đổi log, mã lỗi, các bước debug — không đẩy những thuật ngữ kỹ thuật (timeout, retry, webhook) vào cuộc trò chuyện với khách hàng đang hoảng loạn.

Bước 5 — Chỉ giải thích nguyên nhân kỹ thuật SAU KHI hệ thống đã chạy lại.
28 phút sau, hệ thống hoạt động bình thường. Lúc này, và chỉ lúc này, chị H. mới trình bày nguyên nhân: nhà cung cấp cổng thanh toán bên thứ ba thay đổi cấu hình SSL đột ngột không báo trước, khiến các request bị timeout hàng loạt. Chị trình bày kèm bằng chứng (log timestamp, thông báo lỗi cụ thể), không có giọng điệu đổ lỗi, mà đóng khung như một phát hiện chung: "Chúng ta vừa phát hiện ra lỗ hổng này — từ giờ em sẽ đề xuất thêm cơ chế cảnh báo sớm khi bên thứ ba đổi cấu hình, để nếu có lần sau mình phát hiện trước khi ảnh hưởng tới giao dịch."

Bước 6 — Đóng vòng lặp bằng hành động cụ thể, không chỉ bằng lời xin lỗi.
Ngay chiều hôm đó, chị H. gửi một bản ghi nhớ ngắn (không phải báo cáo sự cố dài dòng) liệt kê: điều gì đã xảy ra, đã làm gì, và 2 hành động phòng ngừa cụ thể sẽ triển khai trong tuần tới — có deadline, có người phụ trách.

Kết quả (Result)

Sự cố kéo dài 28 phút, ước tính ảnh hưởng khoảng 40-50 đơn hàng bị chậm xử lý (một phần được chuyển sang ghi nhận thủ công nên không mất hẳn). Về mặt thiệt hại kinh doanh, đây vẫn là một con số không nhỏ với khách hàng.

Nhưng về mặt quan hệ, kết quả khác hẳn kịch bản xấu nhất: cuộc gọi kết thúc không có ai leo thang lên cấp trên, trưởng phòng vận hành phía khách hàng thậm chí chủ động nhắn lại cuối ngày: "Cảm ơn em hôm nay xử lý nhanh, quan trọng là có người bắt máy ngay." Trong buổi retro nội bộ tuần sau, đội dự án ghi nhận đây là lần đầu tiên một sự cố mức nghiêm trọng không kéo theo một cuộc họp căng thẳng nào với ban lãnh đạo khách hàng.

Điều chưa hoàn hảo: chị H. thừa nhận trong buổi rút kinh nghiệm rằng bản ghi nhớ hành động phòng ngừa gửi đi hơi chậm (chiều hôm đó thay vì ngay sau khi sự cố kết thúc), và một trong hai hành động phòng ngừa đề xuất mất gần ba tuần mới triển khai xong do phải chờ đối tác thứ ba xác nhận API mới — một khoảng trễ mà lẽ ra nên được cập nhật chủ động cho khách hàng thay vì để họ tự hỏi.

📋 Áp dụng ngay

  • Trong 3 câu đầu tiên khi tiếp nhận sự cố, dùng "chúng ta"/"mình" ít nhất một lần thay vì "bên em"/"các anh" — tập luyện điều này trước khi nó thành phản xạ.
  • Không bao giờ giải thích nguyên nhân kỹ thuật trong cùng câu với lời trấn an — tách thành hai thời điểm khác nhau, ưu tiên trấn an và hành động cụ thể trước.
  • Chủ động gọi lại/nhắn lại trước khi khách hàng phải gọi lần thứ hai — sự chủ động chính là một dạng thấu cảm hành động.
  • Thiết lập một nhịp cập nhật cố định (ví dụ 15 phút/lần) trong sự cố kéo dài, để khách hàng không phải đoán hoặc dồn dập hỏi.
  • Sau khi sự cố kết thúc, gửi hành động phòng ngừa cụ thể có deadline — đừng để lời xin lỗi là điểm kết thúc duy nhất của câu chuyện.

💡 Bài học đúc rút (Key Takeaway): Khách hàng không nhớ bạn giải thích lỗi giỏi đến đâu, họ nhớ bạn có đứng cùng phía với họ trong khoảnh khắc hoảng loạn hay không. Thấu cảm không phải là nói lời xin lỗi hay hơn — mà là chọn đúng thời điểm để nói cái gì, và chọn đúng đại từ để đứng ở đâu.

🔗 Kỹ năng liên quan


Bài trước: Kỹ thuật Lắng nghe chủ động · Bài tiếp theo: Đọc vị tâm lý khách hàng

Thấu cảm (Empathy) trong công việc: Làm sao để đứng cùng phía với khách hàng khi xảy ra sự cố