Mở đầu — vì sao bài này quan trọng
Là một Product Manager, bạn không quản lý con người theo nghĩa truyền thống — bạn không phải sếp trực tiếp của engineer, designer hay marketer. Nhưng nghịch lý thay, bạn lại là người phải đưa feedback cho họ thường xuyên nhất: về một feature làm chưa tới, về một bản design lệch khỏi insight người dùng, về một buổi họp mà ai đó nói lấn át cả phòng. Và đây chính là nơi nhiều PM mắc kẹt.
Feedback dở không chỉ vô dụng — nó còn phá hỏng quan hệ. Khi bạn nói "Anh không proactive đủ" hay "Em thấy team không respect anh", người nghe lập tức cảm thấy bị tấn công vào con người mình, chứ không phải hành vi. Họ phòng thủ, tranh cãi, hoặc gật đầu cho qua rồi không thay đổi gì. Bạn tốn năng lượng, mất thiện cảm, mà vấn đề vẫn còn nguyên.
SBI Model — Situation, Behavior, Impact — là một trong những công cụ feedback đơn giản và mạnh nhất mà một PM có thể dùng. Nó được phát triển bởi Center for Creative Leadership (CCL), và lý do nó hiệu quả là vì nó tách bạch được ba thứ mà não bộ con người thường trộn lẫn: bối cảnh cụ thể, hành vi quan sát được, và tác động thực tế. Khi bạn nói đúng theo cấu trúc này, feedback của bạn trở nên cụ thể, khó cãi, và quan trọng nhất — nó hướng vào hành vi có thể thay đổi chứ không phán xét con người.
Bài này dạy bạn cách trao feedback bằng SBI một cách thuần thục, để feedback trở thành công cụ xây dựng quan hệ thay vì làm sứt mẻ nó.
Khái niệm cốt lõi
SBI là viết tắt của ba thành phần, được nói theo đúng thứ tự:
S — Situation (Bối cảnh)
Bạn neo feedback vào một thời điểm, địa điểm, hoàn cảnh cụ thể. Thay vì nói chung chung "Dạo này em hay...", bạn nói "Trong buổi sprint review sáng thứ Ba, khi mình demo cho phía Sales...". Việc neo bối cảnh làm hai chuyện: nó giúp người nghe nhớ lại chính xác khoảnh khắc đó, và nó báo hiệu rằng bạn đang nói về một sự việc cụ thể, không phải một bản án về tính cách của họ.
Bối cảnh càng cụ thể càng tốt. "Tuần trước" yếu hơn "chiều thứ Năm tuần trước". "Trong các cuộc họp" yếu hơn "trong buổi họp planning Q3 sáng nay".
B — Behavior (Hành vi)
Đây là phần khó nhất và quan trọng nhất. Behavior là những gì bạn thực sự quan sát được — bằng mắt, bằng tai — chứ không phải diễn giải của bạn về nó. Đây là ranh giới phân biệt feedback tốt và feedback tệ.
Hãy phân biệt:
- "Em ngắt lời chị Lan ba lần khi chị đang trình bày" → đây là behavior, là sự thật quan sát được.
- "Em không tôn trọng đồng nghiệp" → đây là diễn giải, là phán xét. Người nghe có thể cãi lại ngay: "Đâu, em đâu có thiếu tôn trọng."
I — Impact (Tác động)
Cuối cùng, bạn mô tả hành vi đó tác động thế nào — đến bạn, đến team, đến công việc, đến người khác. Đây là phần trả lời câu hỏi ngầm trong đầu người nghe: "Thì sao? Tại sao điều đó quan trọng?"
Impact nên xuất phát từ góc nhìn của chính bạn ("Khi đó mình cảm thấy...", "Điều mình lo là...") hoặc từ kết quả công việc quan sát được ("Kết quả là phía Sales hiểu nhầm timeline và hứa với khách hàng sai ngày launch"). Impact giúp người nghe hiểu vì sao họ nên quan tâm và thay đổi.
Vì sao thứ tự lại quan trọng
Não người, khi nhận feedback, mặc định nhảy thẳng đến phòng thủ. SBI làm dịu phản xạ đó bằng cách bắt đầu bằng hai phần khó cãi (bối cảnh và hành vi quan sát được là sự thật), trước khi đến phần đánh giá (impact). Khi người nghe đã gật đầu với "đúng, sáng thứ Ba, mình có demo" và "đúng, mình có nói câu đó", họ khó mà phủ nhận phần impact tiếp theo.
Một điểm tinh tế: SBI là một mô tả, không phải một lời buộc tội. Bạn không nói "Em làm sai". Bạn nói "Đây là điều mình thấy, đây là tác động của nó." Phần kết luận và giải pháp, bạn để mở ra cho cuộc đối thoại sau đó.
Tình huống thực tế
Ví dụ 1: PM góp ý cho một designer ở Tiki
Minh là PM tại Tiki, làm việc với Hương — một designer giỏi nhưng hay nộp bản thiết kế sát deadline đến mức team dev không kịp review. Phiên bản feedback dở của Minh sẽ là: "Hương ơi, dạo này em làm việc thiếu chuyên nghiệp, hay trễ lắm." Câu này mơ hồ, mang tính phán xét ("thiếu chuyên nghiệp"), và Hương gần như chắc chắn sẽ phòng thủ.
Phiên bản SBI:
- Situation: "Hương ơi, trong sprint vừa rồi, cụ thể là feature filter sản phẩm, deadline design là thứ Tư."
- Behavior: "Bản final em gửi lúc 5 giờ chiều thứ Tư, tức là cuối ngày deadline. Hai sprint trước cũng vậy, đều rơi vào buổi chiều ngày cuối."
- Impact: "Hệ quả là team dev không còn thời gian trong ngày để hỏi lại em những chỗ chưa rõ, nên hai bạn dev phải đoán, và sáng hôm sau bọn em phát hiện phần spacing bị hiểu sai, mất nửa ngày làm lại. Mình cũng thấy hơi căng vì phải đẩy timeline."
Bài học: feedback SBI biến một lời chê chung chung thành một vấn đề cụ thể, giải quyết được.
Ví dụ 2: Feedback tích cực — đừng quên một nửa sức mạnh của SBI
Nhiều người tưởng feedback là để chê. Sai. SBI mạnh nhất khi dùng cho cả khen — và khen đúng cách còn hiếm hơn chê đúng cách.
Tại Grab, một PM tên Quân muốn ghi nhận engineer Tuấn. Cách khen dở: "Tuấn làm tốt lắm, giỏi quá!" Nghe thì dễ chịu, nhưng vô nghĩa — Tuấn không biết chính xác mình đã làm gì đúng để lặp lại.
Cách khen bằng SBI:
- Situation: "Tuấn ơi, trong cái incident chiều hôm qua khi payment service bị lỗi lúc giờ cao điểm."
- Behavior: "Em là người đầu tiên nhảy vào war room, em chủ động ping cả team Ops, và em viết một bản tóm tắt timeline rất rõ ràng ngay trong lúc còn đang fix."
- Impact: "Nhờ bản tóm tắt đó mà mình báo cáo lên sếp được trong 5 phút mà không phải hỏi lại ai. Và việc em chủ động kéo Ops vào giúp rút ngắn thời gian downtime đáng kể. Mình thực sự đánh giá cao cách em xử lý."
Bài học: dùng SBI cho feedback tích cực ít nhất nhiều bằng feedback góp ý. Quan hệ được xây trên feedback tích cực cụ thể, và "tài khoản thiện cảm" này chính là thứ giúp feedback góp ý của bạn được lắng nghe sau này.
Ví dụ 3: Khi Impact chạm vào cảm xúc — và cách giữ nó an toàn
Lan là PM tại một startup fintech ở Singapore, làm việc với một PM đồng cấp tên David, người hay phủ quyết quyết định của cô trong các cuộc họp chung trước mặt lãnh đạo. Đây là tình huống nhạy cảm vì impact mang tính cá nhân — nó động đến cảm giác bị coi thường.
Cách nói SBI của Lan:
- Situation: "David, trong buổi product sync sáng nay, lúc mình đang trình bày đề xuất ưu tiên cho roadmap Q3 trước mặt VP."
- Behavior: "Anh cắt ngang giữa chừng và nói 'cái này rõ ràng là không khả thi' trước khi mình kịp trình bày phần dữ liệu hỗ trợ."
- Impact: "Lúc đó mình cảm thấy bị mất uy tín trước VP, và mình lo là đề xuất bị bác bỏ trước khi anh ấy nghe được phần lập luận quan trọng nhất. Mình cũng thấy khó nói tiếp một cách tự tin."
Bài học: khi impact mang tính cảm xúc, hãy phát ngôn nó như trải nghiệm của bạn, không phải như ý đồ của người kia. SBI không suy diễn động cơ — nó chỉ mô tả hành vi và tác động. Việc đào sâu nguyên nhân là phần của cuộc đối thoại tiếp theo, không phải của câu feedback.
Hướng dẫn từng bước
Bước 1 — Trước khi nói, tự lọc diễn giải ra khỏi quan sát. Viết ra giấy (hoặc nghĩ trong đầu) điều bạn định nói. Gạch bỏ mọi từ mang tính phán xét: "lười", "thiếu trách nhiệm", "không quan tâm", "thái độ kém". Hỏi: camera ghi được gì? Chỉ giữ lại phần đó cho mục Behavior.
Bước 2 — Neo bối cảnh thật cụ thể. Xác định chính xác thời điểm, buổi họp, dự án nào. "Trong buổi retro chiều thứ Sáu tuần trước" tốt hơn "gần đây".
Bước 3 — Mô tả hành vi như một máy quay. Một đến hai hành vi cụ thể là đủ. Đừng dồn cả danh sách lỗi vào một lần — người nghe sẽ ngợp và phòng thủ.
Bước 4 — Nêu impact từ góc của bạn hoặc từ kết quả công việc. "Mình cảm thấy...", "Kết quả là...", "Điều này khiến...". Tránh tổng quát hóa kiểu "ai cũng nghĩ", "cả team thấy".
Bước 5 — Dừng lại và lắng nghe. SBI không phải bài diễn văn một chiều. Sau khi nói xong ba phần, im lặng và để người kia phản hồi. Đây là lúc cuộc đối thoại bắt đầu. Bạn có thể hỏi "Em nhìn nhận tình huống đó thế nào?" để mở ra hai chiều.
Bước 6 — Chỉ bàn giải pháp sau khi đã đồng thuận về thực tế. Đừng vội nhảy đến "lần sau em nên...". Trước hết đảm bảo hai bên cùng nhìn thấy một bức tranh, rồi mới cùng tìm hướng đi.
Một mẹo về thời điểm: trao feedback càng gần thời điểm sự việc càng tốt — lý tưởng là trong vòng 24-48 giờ, khi cả hai còn nhớ chi tiết. Feedback về một sự việc từ ba tuần trước thường mất sức nặng và dễ gây cảm giác "đào lại chuyện cũ".
Lỗi thường gặp & mẹo
Lỗi 1 — Trộn diễn giải vào Behavior. Đây là lỗi phổ biến nhất. "Em tỏ ra không quan tâm" không phải behavior. "Em nhìn điện thoại trong suốt phần demo của khách hàng" mới là behavior. Mỗi khi định nói "thái độ", "có vẻ", "tỏ ra" — dừng lại, đó là tín hiệu bạn đang diễn giải.
Lỗi 2 — Impact mơ hồ hoặc mượn danh người khác. "Mọi người đều khó chịu" yếu và nguy hiểm (người nghe sẽ hỏi "ai? mọi người là ai?"). Hãy nói về tác động bạn trực tiếp quan sát được hoặc tự trải nghiệm.
Lỗi 3 — Dùng "sandwich feedback" giả tạo. Kẹp lời chê giữa hai lời khen ("Em giỏi lắm, nhưng... À mà em vẫn tốt"). Người nghe học được rằng mỗi lời khen của bạn là dấu hiệu sắp có lời chê, và họ ngừng tin cả hai. SBI không cần sandwich — bản thân cấu trúc đã đủ an toàn vì nó hướng vào hành vi, không vào con người.
Lỗi 4 — Feedback theo cảm xúc nóng. Đừng trao feedback khi bạn đang bực. Cảm xúc sẽ rò vào giọng điệu và biến SBI thành lời buộc tội. Hãy chờ đến khi bình tĩnh, nhưng đừng chờ quá lâu mất tính kịp thời.
Mẹo văn hóa Việt Nam: Trong môi trường công sở Việt, feedback trực diện đôi khi bị xem là "mất lòng". SBI giúp ích chính ở đây — vì nó nói về sự việc cụ thể chứ không về con người, nó tạo cảm giác "ta đang cùng nhìn vào một vấn đề" thay vì "tôi đang chê bạn". Hãy chọn không gian riêng tư (1-on-1) cho feedback góp ý, và dùng giọng đối thoại chứ không phán xét. Với feedback tích cực, ngược lại, nói công khai trước team càng tốt.
Mẹo cho PM không có quyền quản lý: Vì bạn không phải sếp của họ, SBI càng quan trọng. Bạn không thể dựa vào quyền lực để ép thay đổi — bạn phải dựa vào tính thuyết phục của sự thật. SBI cho bạn đúng thứ đó: feedback dựa trên dữ kiện, khó cãi, và tôn trọng.
Bài tập thực hành
Bài tập 1 — Lọc Behavior: Lấy ba câu sau và viết lại phần behavior cho đúng (camera ghi được):
- "Anh ấy không có tinh thần đồng đội."
- "Em làm việc cẩu thả."
- "Chị ấy quá độc đoán trong họp."
Bài tập 2 — Viết một SBI hoàn chỉnh: Nghĩ về một tình huống gần đây bạn muốn góp ý cho một đồng nghiệp (engineer, designer, hoặc PM khác). Viết ra đủ ba phần S, B, I theo đúng thứ tự, mỗi phần 1-2 câu. Đọc lại và kiểm tra: phần B có chứa từ phán xét nào không? Phần I có nói từ góc của bạn không?
Bài tập 3 — SBI tích cực: Trong tuần này, hãy trao một feedback tích cực bằng SBI cho ai đó trong team — không phải lời khen chung chung, mà chỉ rõ bối cảnh, hành vi, và tác động cụ thể. Quan sát phản ứng của họ. Ghi lại cảm nhận: nó khác gì so với lời khen "làm tốt lắm" thông thường?
Bài tập 4 — Đóng vai: Tìm một đồng nghiệp tin cậy. Bạn trình bày SBI cho một tình huống khó, người kia đóng vai người nhận và cố gắng phản ứng phòng thủ. Luyện cách bạn giữ feedback ở mức mô tả, không leo thang thành tranh cãi.
Tóm tắt
SBI Model — Situation, Behavior, Impact — là cấu trúc giúp feedback của bạn trở nên cụ thể, công bằng và khó cãi. Situation neo feedback vào một bối cảnh cụ thể. Behavior chỉ mô tả những gì camera ghi được, tuyệt đối tách khỏi diễn giải và phán xét. Impact trình bày tác động từ góc nhìn của bạn hoặc từ kết quả công việc thực tế.
Sức mạnh của SBI nằm ở chỗ nó hướng vào hành vi có thể thay đổi, chứ không gán nhãn con người — nhờ đó nó giảm phòng thủ và mở đường cho đối thoại. Là một PM thường phải ảnh hưởng người mình không trực tiếp quản lý, đây là công cụ giúp bạn góp ý mà vẫn giữ được — thậm chí xây thêm — quan hệ.
Hãy nhớ ba điều: lọc diễn giải ra khỏi quan sát trước khi nói, dùng SBI cho cả khen lẫn góp ý, và sau khi nói xong thì dừng lại để lắng nghe. Feedback giỏi không phải là nói cho hay — đó là mở ra một cuộc đối thoại mà cả hai cùng nhìn thấy sự thật và cùng tiến lên.