Tại sao làm lâu năm nhưng vị trí Team Leader/Manager sếp vẫn ưu tiên tuyển ngoài?
Senior lâu năm nhưng chưa được lên Team Leader? Tìm hiểu 3 lý do khiến sếp chưa tin tưởng và cách xây dựng năng lực quản lý thực thụ.
Có một cảm giác rất khó nuốt mà nhiều Senior đi làm lâu năm chắc từng trải qua ít nhất một lần: team mở vị trí Team Leader/Manager, bạn nghĩ mình là người có lợi thế nhất, nhưng cuối cùng sếp lại chọn một người bên ngoài.
Hồi trước mình nghĩ công ty sính ngoại hoặc không ghi nhận người cũ. Nhưng khi trực tiếp ngồi ghế quản lý và tuyển dụng, mình mới nhận ra thực tế khác hẳn: Sếp không chọn người làm lâu nhất, sếp chọn người khiến họ cảm thấy an toàn nhất khi giao team. Hôm nay mình share lại vài góc nhìn từ phía người quản lý khi cân nhắc cất nhắc một nhân sự lên làm lead, anh em đọc thử xem sao nha 👇
Phần 1: Vì sao người làm lâu năm vẫn bị lép vế trước ứng viên bên ngoài?
Để hiểu chuyện này, mình nghĩ phải tạm gạt cảm giác ấm ức của người trong cuộc sang một bên và thử nhìn từ phía sếp khi cân nhắc một người vào vị trí leader.
Sếp cần người đọc đúng vấn đề từ số liệu, không phải người nhảy ngay vào giải pháp
Một điểm khá chí mạng mình thấy nhiều bạn Senior hay mắc phải: có số liệu trong tay, có cả kinh nghiệm thực chiến, nhưng khi báo cáo với sếp thì chỉ dừng lại ở việc mô tả bề nổi chứ không giải thích được nguyên nhân cốt lõi. Trong khi cái sếp thực sự khát khao muốn hiểu lại là chữ “Tại sao”.
Ví dụ nhé, tháng này số đơn đăng ký tư vấn sản phẩm/ dịch vụ giảm. Một senior quen xử lý việc có thể nói ngay: “Vậy mình chạy thêm ads, làm thêm content, đẩy thêm email để kéo số lên.” Nghe thì chủ động, nhưng nguyên nhân vấn đề do đâu?
Market demand: Ít người quan tâm hơn vì nhu cầu thị trường đang giảm, mùa vụ đi xuống, đối thủ có ưu đãi mạnh hơn hay khách hàng chưa còn thấy vấn đề đủ cấp thiết?
Customer need: Nhiều người vẫn quan tâm nhưng chưa đăng ký vì pain chưa đủ đau, nhu cầu chưa rõ, ngân sách chưa sẵn sàng hay họ chưa thấy lý do phải hành động ngay?
Content message: Nội dung có đang nói trúng vấn đề của khách hàng không, hay chỉ đang nói về sản phẩm/khóa học theo cách mình muốn nói?
Channel performance: Kênh nào đang kéo traffic tốt, kênh nào tụt hiệu suất, kênh nào có nhiều người xem nhưng ít người để lại thông tin?
Sếp thừa hiểu: Leader mà nhìn số rồi đoán mò next steps thì chỉ khiến cả team cày cuốc vô tri và đốt sạch ngân sách. Chưa bắt đúng bệnh mà đã đòi dẫn dắt team, chỉ có nước kéo nhau đi xuống. 🤦
Đọc thêm:
Sếp cần người biết quản trị và phân bổ nguồn lực, không phải người biến số liệu thành đống việc lẻ tẻ
Một cái bẫy kinh điển của nhiều Senior khi mới lên Lead là tưởng càng track nhiều số thì càng quản lý tốt. Vì muốn mọi thứ trơn tru, bạn bắt đầu soi từng hoạt động nhỏ, từng chỉ số lẻ, từng đầu việc của cấp dưới. Cuối tuần, cả team ngồi nhìn báo cáo rất đầy đủ số, nhưng lại không ai chốt được tuần tới nên ưu tiên làm gì.
🙅 Track số không sai, nhưng việc thiếu tư duy dữ liệu dữ liệu (Data Mindset) sẽ biến quy trình quản trị thành một đống thủ tục rườm rà.
Đây là điều sếp rất ngại khi promote một Senior lên Manager. Vì nếu người lead không biết chọn ưu tiên, họ sẽ biến mọi tín hiệu trên dashboard thành task mới cho team. Kết quả là team rất bận nhưng nguồn lực bị rải mỏng, không việc nào đủ lực để kéo KPI.
Sếp sợ nhất chữ “Em thấy, em tin” khi ra quyết định lớn
Level Senior trở xuống thường chỉ cần làm tốt việc của mình, sai một chiến dịch thì sửa, thiệt hại cùng lắm là vài chục triệu tiền ads hay một tuần chậm KPI. Nhưng ở level Leader/Manager, một quyết định sai của bạn có thể đốt sạch vài trăm triệu tiền ngân sách, làm chệch hướng cả một quý của công ty và kéo sụt tinh thần của cả tập thể.
Đây là lý do sếp rất sợ những câu kiểu: “Em thấy angle này đang hot”, “Em tin kênh này sẽ win”, “Em nghĩ mình cứ dồn ngân sách vào đây đi”. Kinh nghiệm và trực giác không vô dụng, nhưng nếu chỉ dựa vào “em thấy” và “em tin”, quyết định đó trong mắt sếp vẫn giống một canh bạc. Đặc biệt với những senior còn trẻ tuổi muốn thăng tiến sớm, vừa ít kinh nghiệm vừa không có số chứng minh thì ai tin bạn cho được?!
Đọc thêm:
Phần 2: Chiến lược “thoát kẹt” - Senior phải làm gì để không bị sếp bỏ qua khi có vị trí Manager?
Muốn được nhìn như một Manager, bạn phải chứng minh được năng lực: bóc đúng vấn đề, chọn đúng ưu tiên, vận hành team bằng chỉ số đúng và ra quyết định có kiểm soát rủi ro.
1. Thay đổi cách báo cáo: Ngừng kể lể lại data, hãy nói ngôn ngữ của người dùng dữ liệu ra quyết định
Thứ sếp thực sự cần ở một người Leader là tư duy Outcome-based: Tại sao KPI lại đang bị nghẽn (stuck) ở đó và hành động tiếp theo của bạn là gì.
Để dịch chuyển sang bậc tư duy này, có một công cụ cực kỳ mạnh mẽ mà bạn nên bỏ túi ngay là Issue Tree. Bạn có thể hình dung Issue Tree giống như một chiếc kính hiển vi, giúp bóc tách một bài toán tăng trưởng lớn thành các nhánh nguyên nhân gốc rễ. Khi đã định vị được chính xác nguyên nhân vấn đề, bạn sẽ biết đâu là chỉ số cốt lõi cần tối ưu để đưa ra next steps sát với thực tế, thay vì đoán mò theo cảm tính!
Bạn có thể tham khảo cách xây dựng một Issue Tree hoàn chỉnh trong khóa học Power BI & AI for Data Analytics của TM Data School
Khi đã làm chủ được tư duy Issue Tree, một bài báo cáo của bạn gửi sếp sẽ được chuẩn hóa theo bộ khung 3 phần cực kỳ logic như sau:
Phần 1 - Tình hình hiện tại: Đi thẳng vào vấn đề bằng cách nêu bật số liệu tổng quan và khoảng cách (gap) so với mục tiêu ban đầu.
Phần 2 - Nguyên nhân gốc rễ: Dùng dữ liệu để chỉ rõ đâu là nguyên nhân vấn đề. Ở phần này, bạn có thể áp dụng các kỹ thuật phân tích như:
So sánh theo thời gian (Time series analysis): Đối chiếu số liệu tuần này/tháng này với các chu kỳ trước để tìm ra thời điểm số bắt đầu gãy.
So sánh chéo (Cross-channel/Product analysis): Đặt các kênh marketing hoặc các nhóm sản phẩm lên bàn cân để xem phần nào đang kéo sụt hiệu suất chung.
So với tiêu chuẩn thị trường (Market benchmark): Nhìn rộng ra ngoài để biết số tụt là do nội tại team hay do xu hướng chung của ngành.
Phân tích chuyên sâu hành vi (RFM hoặc Cohort Analysis): Đào sâu xem nhóm khách hàng nào đang rời bỏ mình, hoặc tần suất/giá trị mua sắm của họ thay đổi ra sao.
Phần 3 - Next steps: Đề xuất hành động giải quyết trực tiếp nguyên nhân vừa tìm ra.
Để dễ hình dung, bạn có thể tham khảo sơ đồ Issue Tree dưới đây mình từng dùng để giải trình và chốt phương án cứu số với sếp đợt team bị chậm KPI:
Trộm vía tìm đúng nguyên nhân nên cuối cùng cũng fix được, cuối tháng team kéo lại đạt 93% KPI overall. Đợt đó sếp không trách gì mà còn khen mình có tư duy growth vì biết dùng data để giải quyết vấn đề. Sau đó, mình cũng được sếp tin tưởng giao lead team ở các dự án tiếp theo luôn, hehe.
Đọc thêm:
2. Thay đổi cách vận hành team: Quản trị bằng hệ thống dashboard
Sau khi biết bóc vấn đề bằng Issue Tree, bước tiếp theo là biến nó thành cách vận hành team. Vì nếu insight chỉ nằm trong báo cáo gửi sếp mà không đi vào thực thi hằng tuần, team vẫn sẽ quay lại cách làm cũ: bận rộn, rời rạc và phản ứng theo cảm tính.
Đầu tiên, bạn cần lọc ra chỉ số cốt lõi để theo dõi để ngừng quản lý vi mô khiến team khó chịu và kìm hãm sự sáng tạo của cấp dưới. Vậy làm sao để biết đâu là chỉ số “core” cần đưa lên dashboard vận hành? Thay vì gom tất cả số liệu vào một chỗ một cách vô tri, bạn chỉ cần phân chia bộ chỉ số của team thành 2 tầng rõ rệt dưới đây:
Tầng Lagging (1 trang Overview tracking - Chỉ số kết quả): Hiển thị những số liệu thuộc về quá khứ mà bạn không thể thay đổi ngay lập tức được (ví dụ: tổng số MQL, doanh thu cuối tháng). Trang này đóng vai trò như một cái nhìn tổng quan để bạn và sếp nhìn vào là biết ngay tình hình “sống chết” của dự án, team đang đi đúng hay lệch hướng để kiểm soát mục tiêu chung.
Tầng Leading (Các tab Deep-dive - Chỉ số dẫn dắt): Khu vực dành riêng cho nhân viên thực thi, hiển thị dưới dạng đồ thị xu hướng (Trend). Tầng này sẽ chứa các chỉ số giúp dự báo kết quả tương lai, thứ mà nhân viên có thể chủ động tác động và thay đổi bằng hành động hàng ngày (ví dụ: Tỷ lệ click - CTR, Tỷ lệ chuyển đổi - CR). Nhìn vào đây, member sẽ biết ngay lỗ hổng đang nằm ở đâu để tự sửa mà không cần bạn phải đi chỉ tay năm ngón.
Lưu ý, bạn cần phân định rõ mục đích của dữ liệu theo thời gian thực:
Dữ liệu theo ngày: Dùng để phát hiện các bất thường mang tính kỹ thuật hoặc hệ thống (ví dụ: sập đường link, lỗi form đăng ký, lỗi phân phối chiến dịch). Cứ thấy biến động chạm ngưỡng cảnh báo thì vào dập lửa ngay lập tức.
Dữ liệu tối ưu chiến lược: Đối với các Leading Indicators như CTR hay CR, bạn phải hướng dẫn team đánh giá dựa trên xu hướng theo tuần hoặc dựa trên một quy mô mẫu đủ lớn để đưa ra kết luận. Tuyệt đối không đè nhân viên ra bắt bẻ hay ép sửa bài ngay lập tức chỉ vì số của ngày hôm nay trồi sụt nhẹ so với ngày hôm qua.
Mình đã thử áp dụng cho task làm email dashboard của mình. Trang 1 là màn hình Overview tổng quan, hiển thị các chỉ số kết quả. Mình chỉ cần dùng đúng trang này để đại diện cả team báo cáo nhanh với sếp nhìn là hiểu ngay.
Còn trang 2 là các tab bóc tách sâu chỉ số dẫn dắt, mình giao thẳng cho team để anh em tự theo dõi hiệu suất thực thi và chủ động tối ưu công việc hàng ngày.
3. Thay đổi cách ra quyết định: Thử nghiệm nhỏ, đặt ngưỡng để kiểm soát rủi ro
Thực ra, không ai bắt bạn phải chắc chắn 100% rồi mới được hành động. Vấn đề là niềm tin của bạn phải có cơ sở: có số liệu ban đầu để backup, có kế hoạch test nhỏ, có chỉ số tracking và có ngưỡng rõ ràng để biết khi nào nên scale, khi nào nên sửa, khi nào nên dừng.
Đó là lúc bạn có thể áp dụng định lý Bayes trong ra quyết định. Bạn bắt đầu bằng một niềm tin ban đầu, nhưng không bám chặt vào nó. Khi có thêm dữ liệu mới từ test thực tế, bạn cập nhật lại mức độ tin tưởng của mình vào quyết định đó.
Mình đã học được định lý này trong khoá Analytics for Strategy của TM Data School
Ví dụ, team mình từng muốn đổi định vị của một khóa học. Team có một giả thuyết mới: nếu chuyển thông điệp từ A sang B thì nhóm manager có thể sẽ quan tâm hơn. Nhưng đây là quyết định lớn nên team không đổi toàn bộ ngay, mà test trước qua một tệp email nhỏ.
Trước khi test, team đặt rõ:
Baseline định vị cũ: conversion rate trung bình 1.4%
Ngưỡng để test tiếp: conversion rate đạt ít nhất 2%
Ngưỡng an toàn: unsubscribe không vượt 0.4%
Kết quả test đầu tiên: email theo định vị mới đạt conversion rate 2.3%, unsubscribe 0.31%. Số này tốt hơn baseline, nên team có cơ sở để tin hơn vào định vị mới.
Nhưng như vậy vẫn chưa đủ để đổi toàn bộ ngay, vì kết quả tốt có thể bị ảnh hưởng bởi tiêu đề, chất lượng tệp gửi, thời điểm gửi hoặc giá cả. Quyết định tiếp theo là:
Nếu định vị mới tiếp tục giữ conversion rate trên 2% trong 2-3 vòng test tiếp theo, đồng thời unsubscribe không vượt 0.4%, team sẽ rollout rộng hơn sang landing page, ads và sales script.
Nếu conversion rate rơi dưới 2%, team chưa đổi định vị mà quay lại sửa message hoặc offer.
Nếu unsubscribe vượt 0.4%, team dừng test để kiểm tra xem thông điệp mới có đang tạo sai kỳ vọng với người nhận không.
Tạm kết
Làm lâu năm là một lợi thế, nhưng không phải tấm vé đảm bảo cho vị trí Team Leader/Manager. Nhưng khi kết hợp với tư duy data-driven, thì bạn thực sự trở thành ứng viên nổi bật cho các vị trí quản lý để dẫn dắt team và xử lý những bài toán tăng trưởng phức tạp.
Tư duy data driven và năng lực nhìn nhận hệ thống như một Business Owner không phải là kỹ năng tự động bộc phát, mà là kết quả của một quá trình mài giũa bài bản. Nếu bạn đang tìm kiếm một bệ phóng để làm chủ năng lực thiết lập Issue Tree, đọc số và dùng dữ liệu làm vũ khí quản lý team, hãy tham khảo khóa học Analytics for Strategy tại TM Data School. Khóa học được thiết kế không phải để dạy bạn những lý thuyết data khô khan, mà tập trung giải quyết đúng bài toán tăng trưởng qua 5 case study thực tế.
Tham khảo khóa học ở đây nha!