Radical Candor của Kim Scott: cách nói thẳng với khách hàng mà không làm mất lòng tin

Ở site khách hàng, thói quen tệ nhất không phải là thô lỗ. Tệ nhất là gật đầu trong buổi demo, rồi quay về kênh nội bộ viết rằng dữ liệu của khách không dùng được. Kim Scott có tên cho kiểu hành xử này, và cái tên chẳng dễ nghe chút nào: khen trước mặt, chê sau lưng.

Cuốn Radical Candor: Fully Revised & Updated Edition, phụ đề “Be a Kick-Ass Boss Without Losing Your Humanity”, được viết cho người làm quản lý.

Nhưng công việc của một FDE thường xoay quanh việc báo tin xấu cho những người không báo cáo cho bạn, và bạn không có quyền ra lệnh cho họ.

Đó là lý do cuốn sách này hữu ích với FDE chẳng kém gì với một người làm sếp.

Ai viết, và vì sao nên tin?

Theo giới thiệu của nhà xuất bản, Kim Scott từng là một lãnh đạo thành công ở Google trước khi chuyển sang Apple. Ở Apple, bà xây dựng và dạy một lớp về quản lý.

Trang chính thức của cuốn sách cho biết sách đã được dịch ra 20 thứ tiếng. Cuốn sách cũng là nền tảng cho công ty đào tạo do Kim Scott đồng sáng lập với Jason Rosoff. Như vậy, khung này đã được đem đi dạy và áp dụng thật, chứ không chỉ nằm trên giấy.

Bốn góc ấy trông thế nào ở site khách hàng?

Nhà xuất bản tóm cả cuốn sách trong một câu: quan tâm cá nhân và góp ý thẳng thắn. Trang radicalcandor.com nhấn thêm một chữ quan trọng: hai việc đó phải xảy ra cùng lúc. Thiếu một trong hai, bạn sẽ rơi vào một trong ba góc còn lại.

Thử hình dung: bạn deploy một hệ thống phân loại hồ sơ cho khách, và sau hai tuần thì thấy rõ team khách gắn nhãn sai khá nhiều. Có bốn cách để nói chuyện này.

Cách thứ nhất là Ruinous Empathy: bạn có quan tâm nhưng im lặng hoặc nói giảm nói tránh, kiểu “dữ liệu có vài chỗ cần xem lại thêm”. Khách không hiểu vấn đề nghiêm trọng đến đâu, và ba tuần sau mô hình vẫn kém.

Cách thứ hai là Obnoxious Aggression: “nhãn của các anh sai hết”. Câu này thẳng nhưng không cho thấy bạn quan tâm, nên người gắn nhãn sẽ phòng thủ.

Cách thứ ba là Manipulative Insincerity, khi bạn vừa không quan tâm vừa không thẳng thắn. Trong buổi họp bạn nói “dữ liệu bên anh ổn lắm”, rồi quay về kênh nội bộ gõ “nhãn của khách vứt đi được”.

Cách thứ tư là Radical Candor: “Mô hình đang kém vì nhãn ở nhóm hồ sơ này không nhất quán. Tôi muốn hệ thống chạy được cho team anh, nên đề xuất hai bên cùng soát lại 50 hồ sơ mẫu vào thứ Năm.”

Nói thẳng có phải là nói gắt?

Lỗi phổ biến nhất khi mới đọc cuốn sách là coi Radical Candor như giấy phép để nói gắt. Người mắc lỗi này giữ lại nửa “góp ý thẳng” và bỏ quên nửa “quan tâm cá nhân”. Theo đúng định nghĩa trên trang chính thức, đó chính là Obnoxious Aggression: thẳng, nhưng không cho thấy mình quan tâm.

Thử hình dung pipeline nạp dữ liệu của khách chạy mất cả đêm. Một FDE vừa đọc xong sách có thể mở đầu buổi họp bằng câu: “Nói thẳng nhé, kiến trúc bên anh lỗi thời rồi.” Câu đó có chữ “thẳng”, nhưng chỉ nhắm vào người nghe, không nêu hậu quả và không có lối ra.

Bản viết lại tốt hơn sẽ như sau: “Mỗi lần nạp dữ liệu đang mất cả đêm, nên team anh sáng nào cũng phải chờ mới làm được việc. Tôi muốn bỏ được khoản chờ đó, nên đề xuất thử tách bước nạp thành từng phần nhỏ trong một tuần.” Độ thẳng vẫn vậy, chỉ khác là người nghe thấy được lý do bạn nói ra.

Một phép thử nhanh trước khi gửi: câu của bạn có nêu một vấn đề cụ thể, một hậu quả, và một bước tiếp theo bạn sẵn sàng cùng làm không? Thiếu bước tiếp theo, lời góp ý dễ nghe giống phán xét hơn là giúp đỡ.

Ba ý đáng giữ lại

Ý đầu tiên: phải có lòng tin trước rồi mới góp ý được. Trang chính thức viết rằng lòng tin thật bắt đầu khi bạn để người khác thấy đủ nhiều về mình, đến mức họ thấy an toàn để làm điều tương tự. Ở site khách, việc này có nghĩa là thừa nhận sớm những gì team bạn chưa làm tốt, trước khi chỉ ra lỗi của họ.

Ý thứ hai: bốn góc là hành vi, không phải tính cách. Ai cũng có lúc rơi vào góc xấu. Vì vậy câu nên tự hỏi không phải là “mình có phải người thẳng thắn không”, mà là “câu mình vừa nói thuộc góc nào”, và bạn có thể tự kiểm tra ngay sau mỗi cuộc gọi.

Ý thứ ba: khen cũng cần kỹ năng như chê. Khung này đòi lời khen phải cụ thể và chân thành, lời phê bình phải tử tế và rõ ràng. Với khách, một lời khen cụ thể (“script làm sạch dữ liệu của chị giúp pipeline chạy nhanh hơn hẳn”) sẽ khiến lời phê bình tuần sau dễ lọt tai hơn nhiều.

Ai nên đọc, và đọc theo thứ tự nào?

Nếu bạn đang chuẩn bị chuyển từ một vị trí kỹ sư thuần kỹ thuật sang FDE, hãy đọc cuốn này sớm. Code thì bạn đã biết viết. Còn chuyện nói với một giám đốc bên khách rằng “cách các anh đang làm sẽ không chạy” thì thường chưa ai dạy bạn.

Nên bắt đầu bằng trang “Our Approach” trên radicalcandor.com: trang khá ngắn và đủ để bạn nắm khung bốn góc. Sau đó mới đọc sách để lấy ví dụ và cách thực hành. Nếu bạn là FDE lâu năm hoặc tech lead, hãy đọc kỹ những phần viết cho người quản lý, vì bạn cũng phải góp ý cho những đồng đội ít kinh nghiệm hơn trong team deploy.

Khi đi phỏng vấn, bạn nên có sẵn một câu chuyện đi theo đúng khung này: tin xấu là gì, bạn đã nói với ai, nói thế nào để vừa thẳng vừa cho thấy mình quan tâm, và kết quả ra sao.

Trong CV, một dòng như “phát hiện và báo sớm lỗi dữ liệu cho khách, cùng khách sửa trước go-live” thể hiện kỹ năng này rõ hơn hẳn mấy chữ “giao tiếp tốt”.

Nói thật sớm có thể làm một buổi họp trở nên khó chịu. Thứ dễ làm mất lòng tin hơn là để khách tự phát hiện ra sự thật khi đã quá muộn.