Case study: Cách kết hợp nhịp nhàng giữa OKRs (Đột phá công nghệ) và KPIs (Duy trì hệ thống ổn định).

Có một câu hỏi mà hầu như CEO nào đang dẫn dắt một sáng kiến chuyển đổi số cũng phải trả lời, dù ít khi nói thành lời: làm sao để đội ngũ vừa dám phá vỡ hiện trạng, vừa không làm sập cái hiện trạng đang nuôi sống công ty? Bạn muốn kênh số mới ra mắt trong sáu tháng, nhưng bạn cũng không thể để hệ thống lõi — nơi 90% doanh thu đang chảy qua — chậm một nhịp. Hai mệnh lệnh này kéo về hai hướng ngược nhau, và phần lớn tổ chức xử lý chúng bằng cách... hy vọng cả hai cùng ổn.

Vấn đề nằm ở chỗ chúng ta thường dùng chung một loại thước để đo hai loại công việc có bản chất khác nhau. Đổi mới là việc đi vào vùng chưa biết, nơi thất bại có thông tin còn giá trị hơn thành công cầm chừng. Vận hành lõi là việc giữ cho cái đã biết chạy đúng, nơi mọi sai lệch đều là chi phí. Ép cả hai vào một bảng KPI duy nhất, bạn hoặc bóp nghẹt đổi mới bằng nỗi sợ trượt chỉ tiêu, hoặc dung túng sự bất ổn nhân danh "tinh thần khởi nghiệp". Cả hai đều đắt.

Bài này không bàn lý thuyết OKR hay KPI — điều đó đã có ở các bài trước. Bài này đi vào một case study minh hoạ: một doanh nghiệp bán lẻ Việt Nam điển hình triển khai kênh số mới, và cách ban lãnh đạo thiết kế hai lớp thước đo chạy song song mà không xung đột. Quan trọng hơn cả bảng biểu, là cơ chế hai lớp này "nói chuyện" với nhau trong nhịp điều hành, và cách C-Level phân xử khi chúng va nhau.

Bối cảnh case: một nhà bán lẻ đứng trước ngã ba số hoá

Hãy hình dung một doanh nghiệp mà ta tạm gọi là NhàBánLẻ — một chuỗi bán lẻ hàng tiêu dùng có khoảng 80 cửa hàng ở các đô thị lớn, doanh thu vài nghìn tỷ đồng mỗi năm, hệ thống ERP và POS đã chạy ổn định gần một thập kỷ. (Đây là tình huống minh hoạ, tổng hợp từ các mẫu hình phổ biến trên thị trường Việt Nam, không phải một công ty cụ thể.)

Áp lực đến từ hai phía. Khách hàng trẻ mua sắm trên điện thoại, kỳ vọng giao hàng nhanh, tích điểm liền tay; trong khi đối thủ thuần số đang gặm dần nhóm khách này. Ban lãnh đạo quyết định: trong 12 tháng phải ra mắt một kênh thương mại điện tử của riêng mình (ứng dụng di động cộng nền tảng đặt hàng), tích hợp chương trình khách hàng thân thiết số hoá.

Nhưng — và đây là chữ "nhưng" định hình toàn bộ case — kênh lõi vẫn phải chạy. 80 cửa hàng vẫn phải mở cửa, ERP vẫn phải chốt sổ đúng hạn, POS không được phép treo vào giờ cao điểm. CFO nói thẳng trong cuộc họp HĐQT: "Tôi ủng hộ kênh số, nhưng nếu vì nó mà hệ thống thanh toán cửa hàng gặp sự cố một ngày lễ, chúng ta mất nhiều hơn tất cả những gì kênh số kiếm được năm đầu."

Đó chính là bài toán song nhịp: một chân đạp ga đổi mới, một chân giữ vô-lăng ổn định.

Hai lớp thước đo cho hai loại công việc

Sai lầm mà NhàBánLẻ suýt mắc — và nhiều doanh nghiệp Việt đã mắc — là giao cho đội kênh số một bộ KPI kiểu vận hành: "đạt X đơn hàng/tháng, Y doanh thu/quý" ngay từ ngày đầu. Với một sản phẩm chưa từng tồn tại, những con số đó là phỏng đoán trá hình thành cam kết. Khi đội không đạt (điều gần như chắc chắn ở giai đoạn đầu), họ hoặc nản, hoặc bắt đầu "làm đẹp số".

Cách làm đúng là tách bạch bản chất công việc, rồi chọn thước đo tương ứng.

Điểm mấu chốt: OKR (Objectives and Key Results — Mục tiêu và Kết quả then chốt) và KPI (Key Performance Indicators — Chỉ số hiệu suất trọng yếu) không phải hai lựa chọn thay thế nhau. Chúng là hai công cụ cho hai địa hình khác nhau. Dùng OKR để giữ ổn định hệ thống thanh toán là vô nghĩa — bạn không "khát vọng" đạt 99,9% thời gian hoạt động, bạn cam kết nó. Ngược lại, dùng KPI cứng để đo một kênh chưa biết hình hài là tự trói tay đội ngũ đổi mới.

Bảng OKR của kênh số: khát vọng có kỷ luật

Đây là bộ OKR quý mà đội kênh số của NhàBánLẻ đặt ra cho giai đoạn ra mắt (minh hoạ, đơn giản hoá để làm rõ cấu trúc):

Objective (Mục tiêu quý): Biến kênh số thành một cửa ngõ mua sắm mà khách hàng trẻ thực sự chọn, không phải một app tải về rồi bỏ.

• KR1 — Đạt 50.000 người dùng hoạt động hàng tháng (MAU) đã hoàn tất ít nhất một đơn hàng.
• KR2 — Tỷ lệ khách quay lại mua lần hai trong vòng 30 ngày đạt 25%.
• KR3 — Rút thời gian từ mở app đến hoàn tất thanh toán xuống dưới 90 giây (đo ở phân vị 90).
• KR4 — 15% doanh thu của nhóm khách hàng thành thị đến từ kênh số.

Ba đặc điểm khiến đây là OKR chứ không phải KPI trá hình. Thứ nhất, các KR đo kết quả (khách quay lại, doanh thu chuyển dịch) chứ không đo hoạt động (số tính năng phát hành). Thứ hai, mức đặt ra là khát vọng — ban lãnh đạo và đội thống nhất trước rằng đạt 70% các KR này đã là một quý thành công; không ai bị kỷ luật vì MAU dừng ở 38.000. Thứ ba, chúng gắn với một giả thuyết kinh doanh có thể sai: nếu KR2 (khách quay lại) thấp thảm hại dù KR1 (người dùng) cao, đó là tín hiệu sản phẩm chưa đủ giá trị giữ chân — một bài học đáng giá hơn nhiều so với việc "đạt chỉ tiêu tải app".

Chính điểm thứ ba là lý do OKR tồn tại: nó cho phép tổ chức học nhanh trong vùng chưa biết, thay vì diễn cho đẹp một kịch bản đã định sẵn.

Bảng KPI của hệ thống lõi: cam kết không thương lượng

Song song, đội vận hành và công nghệ giữ một bảng KPI hoàn toàn khác về tinh thần — đây là những ngưỡng phải giữ, bất kể kênh số đang chạy nhanh đến đâu:

Không có chữ "khát vọng" nào ở đây. Nếu POS sập trong giờ cao điểm, đó không phải "chưa đạt KR" — đó là sự cố, có quy trình ứng phó, có người chịu trách nhiệm, có báo cáo hậu sự cố. KPI vận hành đo sự tin cậy, và sự tin cậy không có phiên bản "70% là tốt".

Sự tách bạch này giải phóng cả hai đội. Đội kênh số biết rằng ranh giới của họ là những KPI lõi kia — họ được tự do thử nghiệm miễn là không chạm ngưỡng đỏ của hệ thống. Đội vận hành biết rằng nhiệm vụ của họ là giữ nền móng, không bị cuốn theo áp lực "phải đổi mới" đến mức lơ là sự ổn định. Mỗi bên có một thước đo phản ánh đúng bản chất công việc của mình.

Nơi hai lớp giao nhau: nhịp điều hành (governance cadence)

Tách bạch thước đo là điều kiện cần. Nhưng nếu OKR và KPI sống trong hai thế giới không bao giờ gặp nhau, bạn có hai bộ máy chạy song song đến ngày chúng đâm vào nhau — thường là vào lúc tệ nhất. Điều làm nên khác biệt ở NhàBánLẻ là cơ chế để hai lớp này giao tiếp có kỷ luật, qua ba tầng nhịp điều hành.

Nhịp tuần — cấp đội. Đội kênh số họp ngắn theo tiến độ OKR: KR nào đang đi đúng, giả thuyết nào cần điều chỉnh. Đội vận hành theo dõi bảng KPI thời gian thực. Ở tầng này, hai đội chưa cần gặp nhau nhiều — trừ một điểm: mọi thay đổi của kênh số có khả năng chạm hệ thống lõi (ví dụ tích hợp thanh toán, đồng bộ tồn kho) phải qua một hàng đợi kiểm soát thay đổi chung.

Nhịp tháng — cấp điều hành. Đây là nơi hai bảng được đặt cạnh nhau trên cùng một mặt bàn. Ban điều hành xem tiến độ OKR kênh số và tình trạng KPI lõi trong cùng một phiên. Câu hỏi trọng tâm không phải "đội nào làm tốt hơn" mà là: có đánh đổi nào đang âm thầm hình thành không? Ví dụ, để tăng tốc KR3 (rút thời gian thanh toán), đội kênh số muốn đẩy một thay đổi vào cổng thanh toán dùng chung — điều có thể đe doạ KPI thời gian hoạt động của POS. Phiên tháng là nơi phát hiện va chạm này trước khi nó xảy ra.

Nhịp quý — cấp chiến lược/HĐQT. Tái định nghĩa OKR cho quý tới dựa trên những gì đã học; xem lại liệu các ngưỡng KPI lõi có còn phù hợp khi quy mô kênh số lớn lên. Đây cũng là lúc CEO ra quyết định phân bổ lại nguồn lực giữa "đạp ga" và "giữ lái".

GÓC NHÌN C-LEVEL

• Chúng ta đang đo đội đổi mới bằng thước của đội vận hành — hay ngược lại — mà không nhận ra?
• Khi OKR của kênh mới va vào KPI ổn định của hệ thống lõi, ai là người có thẩm quyền phân xử, và họ phân xử trong bao lâu?
• Nếu đội đổi mới đạt 65% OKR quý này, phản xạ đầu tiên của tôi là ăn mừng vì họ dám thử, hay trừng phạt vì họ "trượt chỉ tiêu"?
• Chúng ta có một "ngưỡng đỏ" rõ ràng mà không sáng kiến số nào được phép chạm tới — hay ranh giới đó chỉ tồn tại trong đầu vài người?
• Nhịp điều hành của chúng ta có thực sự đặt hai bảng cạnh nhau, hay mỗi bên báo cáo trong hầm riêng của mình?

Khi hai lớp va nhau: C-Level phân xử thế nào

Đây là phần mà mọi khung quản trị đẹp đẽ được thử lửa. Ở NhàBánLẻ, xung đột đến đúng như dự báo: quý hai, đội kênh số phát hiện tỷ lệ bỏ giỏ hàng cao vì bước thanh toán chậm, và giải pháp nhanh nhất là tích hợp thẳng vào lõi thanh toán của hệ thống cửa hàng để dùng chung hạ tầng đã được chứng thực. Đội vận hành phản đối: bất kỳ thay đổi nào ở cổng thanh toán lõi ngay trước mùa cao điểm đều là rủi ro không chấp nhận được cho KPI thời gian hoạt động.

Hai bên đều đúng theo logic của mình. Đây chính là lúc cần một nguyên tắc phân xử, không phải một cuộc tranh cãi ai to tiếng hơn. Nguyên tắc mà ban lãnh đạo áp dụng có thể gói trong ba câu:

1. Sự ổn định của hệ thống lõi là ràng buộc, không phải biến số để đánh đổi lấy tốc độ. Khi một sáng kiến số đe doạ ngưỡng đỏ của KPI lõi, mặc định là "không", trừ khi có bằng chứng thuyết phục ngược lại.
2. Nhưng "không" phải kèm một con đường thay thế, không phải một cánh cửa đóng. Người nói không có trách nhiệm đề xuất cách đạt mục tiêu đổi mới bằng lối khác.
3. Khi vẫn bế tắc, quyết định được nâng lên đúng một cấp — và được ra trong vòng một nhịp điều hành, không để treo.

Kết cục cụ thể: ban điều hành quyết định hoãn tích hợp trực tiếp vào lõi, thay vào đó dựng một lớp đệm thanh toán riêng cho kênh số — chậm hơn vài tuần, tốn hơn một chút, nhưng cách ly rủi ro khỏi hệ thống cửa hàng trong mùa cao điểm. Sau mùa cao điểm, khi ngưỡng rủi ro thấp hơn, tích hợp sâu mới được cân nhắc lại.

Bài học không nằm ở giải pháp kỹ thuật, mà ở nguyên tắc phân xử. C-Level không có mặt để chọn phe. Vai trò của lãnh đạo là thiết lập trước thứ tự ưu tiên — ổn định lõi là ràng buộc cứng, đổi mới là mục tiêu tối ưu trong ràng buộc đó — để khi va chạm xảy ra, tổ chức đã biết luật chơi thay vì phải phát minh nó trong lúc khủng hoảng. Một quyết định treo lơ lửng ba tuần vì "chưa ai dám quyết" thường gây thiệt hại lớn hơn cả một quyết định sai được sửa nhanh.

Ba bài học cho lãnh đạo

Rút gọn từ case này, có ba điều đáng để mỗi C-Level mang về.

Thứ nhất, đừng dùng một thước cho hai loại việc. Đổi mới cần OKR để được phép học và thất bại có ích; vận hành cần KPI để được cam kết và tin cậy. Trộn lẫn hai thứ, bạn phá hỏng cả hai — đội đổi mới sợ hãi trốn trong vùng an toàn, đội vận hành thì lơ là nền móng.

Thứ hai, thiết kế của thước đo chưa đủ; nhịp điều hành mới là nơi giá trị được tạo ra. Hai bảng đặt cạnh nhau đều đặn trong phòng họp điều hành, với câu hỏi thường trực "đánh đổi nào đang hình thành?", là cơ chế phát hiện xung đột sớm. Không có nhịp này, bạn chỉ biết OKR và KPI đã va nhau khi sự cố đã lên mặt báo.

Thứ ba, phân xử ưu tiên là công việc không thể uỷ thác của C-Level. Không phải mọi xung đột đều cần CEO, nhưng nguyên tắc phân xử — cái gì là ràng buộc cứng, cái gì được đánh đổi, ai quyết trong bao lâu — phải do lãnh đạo đặt ra trước, minh bạch và nhất quán. Đó là khác biệt giữa một tổ chức chạy song nhịp và một tổ chức chạy song song đến ngày đâm nhau.

Chuyển đổi số không thất bại vì thiếu công nghệ. Nó thất bại vì tổ chức không dựng được cơ chế để cái mới và cái cũ cùng tồn tại có kỷ luật. OKR và KPI, khi được đặt đúng chỗ và cho "nói chuyện" đúng nhịp, chính là cơ chế đó. Câu hỏi cuối cùng dành cho bạn không phải "chúng ta nên dùng OKR hay KPI", mà là: trong tổ chức của bạn, khi tham vọng đổi mới va vào mệnh lệnh ổn định, ai cầm cân — và họ đã biết luật chưa?

Bài trước: KPIs hệ thống số vs Vanity Metrics · Bài tiếp theo: Execution Plan 6–12 tháng