Vai trò của các "Digital Champion" (Đại sứ chuyển đổi số) tại các phòng ban: Họ là ai và làm thế nào để kích hoạt họ?

Bạn đã ký ngân sách bảy hoặc tám con số cho một nền tảng mới. Nhà cung cấp đã bàn giao. Đội IT đã cấu hình xong. Trên slide báo cáo, dự án "go-live" đúng hạn. Rồi ba tháng sau, bạn nhìn vào dữ liệu sử dụng thực tế và thấy một sự thật khó chịu: phần lớn tính năng đắt tiền nhất gần như không ai chạm tới, còn phòng ban thì lặng lẽ quay về file Excel cũ và nhóm Zalo nội bộ.

Đây không phải lỗi phần mềm. Đây là khoảng trống giữa "triển khai" và "được sử dụng" — khoảng trống mà không một hợp đồng nhà cung cấp nào lấp được, không một khoá đào tạo tập trung nào chạm tới, và không một email từ CEO nào đủ sức kéo dài quá 48 giờ. Khoảng trống đó chỉ được lấp bởi con người bên trong tổ chức, những người đồng nghiệp tin, những người biến một công cụ xa lạ thành thói quen làm việc hằng ngày.

Đó chính là Digital Champion — Đại sứ chuyển đổi số. Và nếu bạn đang hình dung họ là những nhân viên IT được cử xuống từng phòng, thì bài này tồn tại để sửa lại hình dung đó. Champion không phải một chức danh kỹ thuật. Champion là hạ tầng lan toả thay đổi từ bên trong — và giống mọi hạ tầng, nếu C-Level không thiết kế và bảo trợ có chủ đích, nó sẽ không tự mọc ra.

Champion không phải IT: định nghĩa lại vai trò

Sai lầm phổ biến nhất là đánh đồng Digital Champion với "người rành công nghệ nhất phòng". Người rành công nghệ nhất thường lại là người kém phù hợp nhất, vì ba lý do.

Thứ nhất, họ thường tiếp thu công cụ mới quá dễ, đến mức không còn cảm nhận được vì sao đồng nghiệp thấy khó. Họ mất khả năng đồng cảm với người mới. Thứ hai, "sự rành rẽ" của họ thường gắn với vị thế cá nhân — họ có xu hướng trở thành người gác cổng tri thức thay vì người phát tán nó. Thứ ba, ảnh hưởng của họ nằm ở kỹ năng, không nằm ở niềm tin. Mà thứ khiến một đồng nghiệp chịu thay đổi cách làm việc không phải là kỹ năng của người hướng dẫn, mà là niềm tin họ đặt vào người đó.

Digital Champion đúng nghĩa là người có uy tín phi chính thức — thứ quyền lực không nằm trong sơ đồ tổ chức. Đó là người mà đồng nghiệp tự tìm đến hỏi trước khi hỏi sếp; người mà khi họ nói "cái này dùng được, tôi thử rồi", cả phòng tin. Họ là nút giao (node) trong mạng lưới ảnh hưởng thực của tổ chức — mạng lưới mà báo cáo nhân sự không bao giờ vẽ ra được.

Nguyên tắc tuyển chọn cốt lõi: ưu tiên thái độ hơn kỹ năng. Kỹ năng dạy được trong vài buổi; thái độ và uy tín thì không. Chân dung một champion tốt:

Một champion không cần giỏi nhất về công cụ. Họ cần đủ giỏi để đi trước đồng nghiệp nửa bước — đủ gần để vẫn hiểu nỗi khó của người đi sau.

Mô hình vận hành: champion làm gì trong ngày thường

Bổ nhiệm một danh sách champion rồi để đó là cách chắc chắn nhất để mạng lưới chết yểu. Vai trò phải được định nghĩa bằng công việc cụ thể, lặp lại. Có ba chức năng vận hành, và cả ba đều là thứ mà cấu trúc chính thức của tổ chức làm rất tệ.

Một — Tuyến hỗ trợ đầu tiên (first-line support). Khi một nhân viên kẹt ở thao tác thứ ba của quy trình mới, họ sẽ không mở ticket cho IT và chờ nửa ngày. Họ sẽ quay sang người ngồi cạnh. Champion chính là "người ngồi cạnh" được trang bị. Họ hấp thụ 70–80% các vướng mắc vụn vặt tại chỗ, trong vài phút, bằng ngôn ngữ của phòng ban. Điều này không chỉ tăng tốc độ adoption (mức độ chấp nhận và sử dụng thực tế); nó còn giảm tải khổng lồ cho đội IT trung tâm, vốn không bao giờ đủ người để xử lý hàng trăm câu hỏi "nút này ở đâu".

Hai — Kênh phản hồi hai chiều (two-way feedback loop). Đây là chức năng bị đánh giá thấp nhất và có giá trị chiến lược cao nhất. Champion là tai mắt của C-Level đặt ngay tại tuyến đầu. Họ nghe được điều mà không khảo sát nào bắt được: rằng quy trình phê duyệt mới thực ra khiến kế toán mất thêm hai bước; rằng trường dữ liệu "bắt buộc" kia không ai hiểu để làm gì nên mọi người điền bừa. Không có kênh này, lãnh đạo điều hành chuyển đổi số trong bóng tối, chỉ nhìn thấy dashboard xanh trong khi thực địa đang âm ỉ. Champion biến tín hiệu yếu từ mặt đất thành thông tin ra quyết định.

Ba — Người bản địa hoá công cụ (localizer). Nhà cung cấp bán một công cụ tổng quát; champion dịch nó thành cách-chúng-ta-làm-việc-ở-đây. Họ tạo ra "công thức" riêng cho phòng: template phù hợp nghiệp vụ, quy ước đặt tên, checklist rút gọn, mẹo xử lý tình huống đặc thù. Chính lớp bản địa hoá này biến một phần mềm chung chung thành một công cụ mà phòng ban cảm thấy "thuộc về mình". Adoption thật sự bắt đầu ở thời điểm công cụ ngừng là của "dự án" và trở thành của "chúng tôi".

Hãy nhìn ba chức năng này cạnh nhau với cấu trúc chính thức:

Vòng đời champion: tuyển chọn — trao quyền — trang bị — duy trì

Một mạng lưới champion là một tài sản có vòng đời, cần được quản trị như một chương trình, không phải một sự kiện. Bốn giai đoạn.

Tuyển chọn: mời, đừng gán

Đừng để trưởng phòng "cử đại một người cho đủ danh sách" — bạn sẽ nhận về người rảnh nhất, không phải người có ảnh hưởng nhất. Cách tốt hơn là kết hợp hai tín hiệu: đề cử từ quản lý và một khảo sát ngang hàng đơn giản ("khi cần hỏi về công cụ/quy trình, bạn hay hỏi ai?"). Cái tên xuất hiện ở giao điểm của hai danh sách chính là champion tự nhiên. Và quan trọng: đây phải là lời mời có thể từ chối. Champion bị ép buộc là champion hình thức.

Trao quyền: chính danh hoá vai trò

Champion cần một mandate — sự uỷ quyền rõ ràng và công khai. Đồng nghiệp phải biết vai trò này tồn tại và được lãnh đạo công nhận, nếu không champion sẽ bị coi là "kẻ nhiều chuyện thích can thiệp". Chính danh hoá gồm: một thông báo chính thức từ ban lãnh đạo, một phần thời gian làm việc được phân bổ hợp pháp cho vai trò (ví dụ 10–15%, không phải "làm thêm ngoài giờ"), và quyền tiếp cận trực tiếp đội dự án.

Trang bị: cho họ đi trước nửa bước

Champion cần được tiếp cận tính năng, thông tin thay đổi và tài liệu sớm hơn phần còn lại. Họ cần một kênh riêng nối thẳng với đội triển khai để hỏi nhanh và báo lỗi. Và họ cần một cộng đồng champion xuyên phòng ban — nơi họ gặp nhau, so sánh cách làm, thấy mình không đơn độc. Cảm giác thuộc về một "biệt đội" có sứ mệnh chung là nhiên liệu động lực mạnh hơn bất kỳ khoản thưởng nào.

Duy trì động lực: nhiên liệu, không phải một lần đổ đầy

Đây là nơi hầu hết chương trình champion thất bại. Nhiệt huyết ban đầu cạn dần khi công việc champion cộng dồn lên KPI vốn đã đầy. Duy trì động lực cần cả ghi nhận phi vật chất (sự công nhận công khai từ C-Level, cơ hội phát triển, vị thế "người trong cuộc") lẫn ghi nhận thực chất (đưa vai trò champion vào đánh giá hiệu suất, điều chỉnh KPI để phản ánh thời gian họ bỏ ra). Một lời cảm ơn của CEO trong cuộc họp toàn công ty đáng giá hơn ta tưởng — nhưng nó không thay thế được việc giảm tải công việc chính cho họ.

Ba cách giết chết một mạng lưới champion

Rủi ro của mô hình này rất cụ thể và rất dễ đoán. Biết trước để phòng.

Quá tải (burnout). Champion vẫn phải hoàn thành 100% công việc chính, nay gánh thêm vai trò champion mà không được giảm tải. Trong vài tuần đầu họ gồng bằng nhiệt huyết. Đến quý sau, họ kiệt sức và lặng lẽ rút lui — mang theo cả uy tín họ từng đặt cược vào dự án. Đây là rủi ro số một, và nó là lỗi thiết kế của lãnh đạo, không phải lỗi của champion.

Thiếu ghi nhận. Champion làm phần việc khó nhất của chuyển đổi số — thuyết phục con người — nhưng khi dự án thành công, ánh đèn chiếu vào ban dự án và nhà cung cấp. Khi champion cảm thấy mình vô hình, họ ngừng đầu tư. Tệ hơn, họ trở thành người hoài nghi có uy tín — và một champion quay lưng gây thiệt hại lớn hơn nhiều so với một nhân viên bình thường phản đối.

Hình thức (tokenism). Danh sách champion tồn tại trên slide để báo cáo tiến độ, nhưng không ai được trao quyền, trang bị hay giao việc thật. Đây là rủi ro nguy hiểm nhất vì nó tạo ảo giác an toàn: lãnh đạo tin rằng "chúng ta đã có mạng lưới champion" trong khi thực tế không có gì vận hành. Mạng lưới hình thức còn tệ hơn không có, vì nó che mất khoảng trống adoption cho đến khi quá muộn.

Một cách chẩn đoán nhanh: hãy hỏi ba câu. Champion của chúng ta có được giảm tải công việc chính không? Lần gần nhất một phản hồi từ champion làm thay đổi một quyết định của dự án là khi nào? Nếu ngày mai một champion xin rút, có ai trong ban lãnh đạo biết không? Nếu cả ba câu đều không có câu trả lời rõ ràng, mạng lưới của bạn đang là hình thức.

Vai trò C-Level: bảo trợ, không vi mô

Đây là phần không thể uỷ thác. Mạng lưới champion là một cấu trúc quyền lực phi chính thức chạy song song với sơ đồ tổ chức chính thức — và cấu trúc phi chính thức luôn cần một người bảo trợ chính thức để tồn tại mà không bị các trưởng phòng xem như mối đe doạ hoặc gánh nặng.

Vai trò của C-Level có bốn phần, và không phần nào là quản lý vi mô:

• Chính danh hoá. Công khai đặt tên, công nhận và bảo vệ vai trò champion trước toàn tổ chức. Khi CEO/CDO đích thân nói "đây là những người dẫn dắt thay đổi của chúng ta", vai trò có sức nặng mà không một memo HR nào tạo ra được.
• Bảo vệ nguồn lực. Đảm bảo phần thời gian dành cho champion là thật, được cấp quản lý trực tiếp tôn trọng, không bị nuốt mất bởi áp lực KPI phòng ban. Đây là nơi cam kết của lãnh đạo được kiểm chứng: bạn sẵn sàng đánh đổi một phần năng suất ngắn hạn cho adoption dài hạn hay không.
• Lắng nghe kênh phản hồi. Tạo cơ chế để tín hiệu từ champion đi thẳng tới cấp ra quyết định, và — quan trọng hơn — chứng minh rằng tín hiệu đó dẫn tới thay đổi. Không gì giết động lực nhanh bằng việc phản hồi rơi vào hư không.
• Gắn với chiến lược. Đặt mạng lưới champion vào đúng chỗ trong bức tranh lớn: đây là năng lực thay đổi (change capability) của tổ chức, một tài sản dùng lại được cho mọi sáng kiến tương lai, không phải chi phí một lần cho một dự án.

Kinh nghiệm triển khai cho thấy sự khác biệt giữa dự án chuyển đổi "sống" và "chết lâm sàng" hiếm khi nằm ở chất lượng công nghệ. Nó nằm ở việc lãnh đạo có coi con người là hạ tầng của thay đổi hay không. Champion là cách bạn biến 5 lãnh đạo tin vào tầm nhìn thành 500 nhân viên thay đổi hành vi — và không có đường tắt nào khác cho phép nhân số đó.

GÓC NHÌN C-LEVEL

• Chúng ta đang chọn champion theo uy tín thực sự trong mạng lưới ảnh hưởng, hay chỉ theo chức danh và mức độ "rảnh"?
• Champion của chúng ta có được cấp thời gian và sự bảo vệ thật để làm vai trò này, hay đang âm thầm gánh nó ngoài giờ cho đến khi kiệt sức?
• Lần gần nhất một tín hiệu từ tuyến đầu — qua champion — thực sự làm thay đổi một quyết định của tôi là khi nào?
• Nếu ngày mai ba champion giỏi nhất đồng loạt xin rút, tôi có biết trước không, và điều đó nói lên gì về chương trình?
• Chúng ta đang xây một mạng lưới thật, hay một danh sách trên slide để yên lòng rằng "adoption đã được lo"?

Kết: hạ tầng con người của thay đổi

Công nghệ là phần dễ mua nhất trong chuyển đổi số. Bạn viết một tấm séc và nó xuất hiện. Nhưng hành vi của con người thì không mua được — nó phải được nuôi lớn từ bên trong, bởi những người mà đồng nghiệp tin tưởng. Digital Champion không phải một sáng kiến "nice to have" của bộ phận nhân sự; đó là hệ thống phân phối cho toàn bộ khoản đầu tư chuyển đổi số của bạn. Không có nó, tầm nhìn của C-Level dừng lại ở tầng quản lý và không bao giờ chạm tới bàn phím của người thực sự làm việc.

Câu hỏi chiến lược không phải "chúng ta có nên có champion không" — mà là "chúng ta có đang đối xử với mạng lưới này như một tài sản được thiết kế, bảo trợ và nuôi dưỡng, hay như một dòng đẹp đẽ trong bản kế hoạch dự án". Sự khác biệt giữa hai lựa chọn đó, cộng dồn qua mọi sáng kiến số bạn sẽ triển khai trong năm năm tới, chính là sự khác biệt giữa một tổ chức học được cách thay đổi và một tổ chức mãi mắc kẹt ở lần go-live đầu tiên.

Trước khi ký ngân sách cho nền tảng tiếp theo, hãy hỏi: ai sẽ là những người biến nó thành thói quen — và chúng ta đã trao cho họ đủ chính danh để làm điều đó chưa?

Bài trước: Quản trị sự thay đổi · Bài tiếp theo: Xây dựng Tháp chỉ huy (Dashboard)