Mở đầu — vì sao bài này quan trọng
Nếu bạn từng ngồi trong một cuộc họp lập kế hoạch quý và nghe ai đó nói "OKR quý này là tăng doanh thu lên 5 tỷ" rồi người khác cãi lại "đó là KPI chứ không phải OKR", thì bạn đã chứng kiến chính xác vấn đề mà bài học này giải quyết. Ba khái niệm KPI, OKR và Goals bị nhầm lẫn với nhau ở gần như mọi tổ chức đang lớn lên, và sự nhầm lẫn đó không chỉ là chuyện thuật ngữ. Nó dẫn đến việc đội ngũ đo sai thứ cần đo, đặt mục tiêu sai kiểu, và cuối cùng là làm việc quần quật nhưng không tạo ra thay đổi thực sự.
Khi một công ty còn nhỏ, mọi người ngồi cùng một phòng, ai cũng biết ưu tiên là gì nên không cần khung đo lường trang trọng. Nhưng khi bạn scale từ 20 lên 200 người, sự "hiểu ngầm" đó biến mất. Đội ngũ ở các nhóm khác nhau bắt đầu tối ưu cho những con số khác nhau, đôi khi mâu thuẫn nhau. Đây chính là lúc bạn cần một ngôn ngữ chung để phân biệt rõ: thứ nào là chỉ số sức khỏe cần giữ ổn định, thứ nào là mục tiêu thay đổi cần đẩy tiến lên, và thứ nào chỉ là khát vọng định hướng. Hiểu sai sự khác biệt này là một trong những nguyên nhân âm thầm khiến quá trình scale của rất nhiều đội vận hành (Operations) bị trục trặc.
Bài này sẽ giúp bạn phân biệt dứt khoát ba khái niệm, biết khi nào dùng cái nào, và tránh những cái bẫy kinh điển như biến OKR thành danh sách công việc hay dùng KPI làm mục tiêu tăng trưởng.
Khái niệm cốt lõi
KPI — chỉ số sức khỏe (health metric)
KPI (Key Performance Indicator) là chỉ số bạn đo liên tục để biết một phần của hệ thống đang khỏe hay ốm. Hãy nghĩ về nó như các chỉ số sinh tồn của cơ thể: nhịp tim, huyết áp, nhiệt độ. Bạn không "đạt được" nhịp tim rồi thôi; bạn theo dõi nó suốt đời để đảm bảo nó nằm trong ngưỡng an toàn.
Đặc điểm của KPI:
- Đo liên tục, không có điểm kết thúc. Uptime của hệ thống, doanh thu hàng tháng (MRR), NPS (Net Promoter Score), tỷ lệ churn, thời gian xử lý đơn trung bình — tất cả đều được theo dõi mãi mãi.
- Thường có ngưỡng (threshold) chứ không phải đích. Uptime phải trên 99.9%, churn phải dưới 3%/tháng, thời gian phản hồi hỗ trợ dưới 2 giờ.
- Phản ánh trạng thái vận hành hiện tại, giúp bạn phát hiện sớm khi có gì đó trục trặc.
OKR — mục tiêu thay đổi (change metric)
OKR (Objectives and Key Results) là công cụ để đẩy một sự thay đổi có chủ đích trong một khoảng thời gian nhất định, thường là một quý. Nếu KPI là giữ cho cơ thể khỏe, thì OKR là "tôi muốn chạy được marathon trong 3 tháng tới" — một mục tiêu tham vọng, có thời hạn, đòi hỏi nỗ lực khác thường.
Cấu trúc OKR gồm hai phần:
- Objective (Mục tiêu): một câu định tính, truyền cảm hứng, mô tả bạn muốn đi tới đâu. Ví dụ: "Trở thành lựa chọn số một cho khách hàng doanh nghiệp vừa và nhỏ tại TP.HCM."
- Key Results (Kết quả then chốt): 3–5 chỉ số định lượng chứng minh bạn đã đạt Objective. Ví dụ: "Tăng số khách hàng doanh nghiệp trả phí từ 40 lên 120", "Nâng tỷ lệ giữ chân khách doanh nghiệp từ 70% lên 85%".
Điểm mấu chốt: OKR đo sự dịch chuyển, không phải trạng thái ổn định. Một OKR tốt luôn có dạng "từ X đến Y" (from-to). Nếu Key Result của bạn không có điểm xuất phát và điểm đến, khả năng cao bạn đang viết một KPI trá hình.
Goals — khát vọng định hướng
Goals (Mục tiêu chung) là tầng khát vọng rộng nhất, thường mang tính chiến lược và dài hạn, không nhất thiết đo được ngay. "Chúng ta muốn dẫn đầu thị trường logistics thương mại điện tử ở Đông Nam Á" là một Goal. Nó cho biết hướng đi, nhưng bản thân nó quá lớn và mơ hồ để hành động trực tiếp.
Mối quan hệ giữa ba tầng có thể hình dung như sau:
- Goals cho bạn hướng (điểm đến dài hạn, nhiều năm).
- OKR cho bạn bước đi trong quý này để tiến gần Goal hơn (thay đổi có thời hạn).
- KPI cho bạn tín hiệu sức khỏe để biết trong lúc theo đuổi mục tiêu, những phần đang vận hành có bị hỏng không.
Điểm phân biệt then chốt: đừng biến KPI thành OKR
Đây là sai lầm phổ biến nhất. Một KPI đang khỏe không nên trở thành OKR. Ví dụ uptime đang ở 99.95% — nếu bạn đặt OKR "giữ uptime 99.95%", đó là lãng phí OKR, vì OKR nên dành cho thay đổi, không phải duy trì. Nhưng nếu uptime đang tệ ở mức 98% và bạn muốn kéo lên 99.9%, lúc đó nó xứng đáng thành một OKR vì nó đòi hỏi thay đổi thực sự. Nói cách khác: cùng một chỉ số có thể là KPI (khi bạn giữ ổn định) hoặc trở thành Key Result trong OKR (khi bạn cần cải thiện nó mạnh mẽ). Bối cảnh quyết định, không phải bản thân con số.
Tình huống thực tế
Ví dụ 1: Sàn thương mại điện tử Việt Nam nhầm KPI thành OKR
Một sàn TMĐT giả định tên "ChợViet" có khoảng 150 nhân viên. Trong kỳ lập kế hoạch quý, đội vận hành viết OKR như sau: "Objective: Vận hành xuất sắc. KR1: Duy trì tỷ lệ giao hàng đúng hẹn 95%. KR2: Giữ tỷ lệ hoàn đơn dưới 8%. KR3: Duy trì NPS ở mức 45."
Nghe qua có vẻ chuyên nghiệp, nhưng cả ba KR đều là duy trì — tức là chúng đã là KPI mà đội đang theo dõi hàng ngày. Kết quả là hết quý, đội "đạt OKR" nhưng công ty không tiến thêm được bước nào. Họ đã dùng công cụ dành cho thay đổi để mô tả trạng thái đứng yên.
Sau khi được tư vấn, họ tách bạch lại. Ba chỉ số kia được đưa về dashboard KPI với ngưỡng cảnh báo (giao đúng hẹn không dưới 95%, hoàn đơn không quá 8%). OKR quý mới được viết lại xoay quanh một thay đổi cụ thể: "Objective: Rút ngắn thời gian giao hàng nội thành để cạnh tranh với đối thủ. KR1: Giảm thời gian giao trung bình nội thành Hà Nội từ 34 giờ xuống 18 giờ. KR2: Mở 3 điểm trung chuyển micro-hub mới. KR3: Tăng tỷ lệ đơn giao trong ngày từ 20% lên 45%."
Bài học: Nếu Key Result của bạn có động từ "duy trì", "giữ", "đảm bảo" thì gần như chắc chắn đó là KPI, không phải OKR. OKR phải bắt đầu bằng "tăng", "giảm", "chuyển từ… sang".
Ví dụ 2: Startup fintech Đông Nam Á dùng đủ ba tầng đúng cách
Một startup fintech giả định tên "PayGo" hoạt động tại Việt Nam và Philippines, đang trong giai đoạn scale mạnh. Họ dùng cả ba tầng và phân vai rõ ràng.
- Goal (2 năm): "Trở thành ví điện tử được tin dùng nhất cho lao động tự do khu vực Đông Nam Á." Đây là kim chỉ nam, không đo trực tiếp.
- OKR (quý này): "Objective: Chiếm được lòng tin của tài xế công nghệ ở thị trường Philippines. KR1: Tăng số tài xế active hàng tháng từ 12.000 lên 40.000. KR2: Nâng tỷ lệ tài xế dùng ví để rút thu nhập hàng ngày từ 25% lên 60%."
- KPI (theo dõi liên tục): tỷ lệ giao dịch thành công phải ≥ 99.5%, thời gian rút tiền trung bình < 90 giây, chi phí hỗ trợ trên mỗi người dùng, tỷ lệ gian lận < 0.3%.
Bài học: OKR cho bạn động lực tiến lên, KPI cho bạn dây an toàn. Thiếu KPI, đội dễ "đạt OKR bằng mọi giá" và phá vỡ những thứ đang chạy tốt.
Ví dụ 3: Đội marketing biến OKR thành danh sách công việc
Một công ty SaaS Việt giả định có đội marketing viết OKR: "Objective: Đẩy mạnh marketing. KR1: Viết 20 bài blog. KR2: Chạy 5 chiến dịch quảng cáo. KR3: Tổ chức 2 webinar."
Vấn đề: cả ba KR đều là hoạt động (output), không phải kết quả (outcome). Bạn có thể viết đủ 20 bài blog mà không ai đọc, chạy đủ 5 chiến dịch mà không ra khách hàng nào. Đây là lỗi kinh điển: nhầm "làm việc" với "tạo tác động".
Đội được hướng dẫn viết lại theo kết quả: "Objective: Biến content thành cỗ máy tạo lead ổn định. KR1: Tăng số lead từ organic search từ 300 lên 900/tháng. KR2: Nâng tỷ lệ chuyển đổi từ lead sang demo từ 4% lên 9%." Còn "viết 20 bài blog", "chạy 5 chiến dịch" thì được chuyển xuống thành initiatives — tức là các hành động bạn tin sẽ giúp đạt KR, chứ không phải bản thân KR.
Bài học: Key Result đo kết quả bạn muốn thấy, không phải việc bạn định làm. Nếu bạn hoàn thành KR mà công ty không tốt lên, thì KR đó viết sai.
Hướng dẫn từng bước
Đây là quy trình tôi khuyên bạn áp dụng khi thiết lập hệ thống đo lường cho một đội đang scale:
- Liệt kê tất cả những gì bạn đang đo hoặc muốn đo. Đừng phân loại vội, cứ viết ra hết: doanh thu, uptime, số bài blog, thời gian giao hàng, NPS, số nhân viên onboard…
- Phân từng thứ vào một trong ba nhóm. Hỏi mỗi mục ba câu:
- Xây dashboard KPI trước. Với mỗi KPI, đặt ngưỡng an toàn và ngưỡng cảnh báo. Đây là hệ thống báo động luôn bật, không phụ thuộc vào chu kỳ OKR.
- Chọn 1–3 OKR cho quý, không hơn. Một đội chỉ nên có vài Objective. Mỗi Objective có 3–5 Key Result dạng "từ X đến Y". Ít mà tập trung thắng nhiều mà dàn trải.
- Kiểm tra chéo OKR với Goal. Mỗi OKR quý phải trả lời được: "Nó đưa chúng ta gần Goal dài hạn hơn như thế nào?" Nếu không liên quan, cân nhắc bỏ.
- Tách initiatives ra khỏi Key Results. Danh sách việc cần làm (viết blog, mở hub, tuyển người) là initiatives phục vụ KR, đừng để chúng chiếm chỗ của KR.
- Rà soát định kỳ với nhịp khác nhau. KPI xem hàng tuần (thậm chí hàng ngày với chỉ số vận hành). OKR check-in giữa quý và chấm điểm cuối quý (thang 0–1, đạt 0.7 với OKR tham vọng đã là tốt). Goal xem lại mỗi 6–12 tháng.
Lỗi thường gặp & mẹo
Lỗi 1 — Biến KPI đang khỏe thành OKR. Nếu chỉ số đang tốt và bạn chỉ cần giữ nó, đừng lãng phí một OKR để "duy trì". Để nó ở dashboard KPI. Mẹo: nếu KR chứa từ "duy trì/giữ", hãy nghi ngờ.
Lỗi 2 — Key Result là hoạt động, không phải kết quả. "Ra mắt tính năng X" không phải KR; "tăng tỷ lệ dùng tính năng X từ 10% lên 40%" mới là KR. Mẹo: hỏi "nếu tôi hoàn thành cái này mà công ty không tốt lên thì sao?" — nếu câu trả lời là "vẫn có thể xảy ra", thì đó là output, không phải outcome.
Lỗi 3 — Đặt quá nhiều OKR. Đội có 8 Objective là đội không có ưu tiên. Mẹo: giới hạn 1–3 Objective/quý cho mỗi đội. OKR là công cụ tập trung, không phải bảng liệt kê mọi thứ.
Lỗi 4 — Gắn thưởng trực tiếp vào điểm OKR. Khi tiền thưởng phụ thuộc điểm OKR, người ta sẽ đặt OKR dễ để chắc chắn đạt, và tinh thần tham vọng biến mất. Mẹo: dùng OKR để định hướng và học hỏi, đánh giá lương thưởng bằng khung riêng.
Lỗi 5 — Chỉ nhìn OKR mà bỏ quên KPI. Khi cả đội dồn sức cho OKR tăng trưởng, những chỉ số sức khỏe dễ bị bỏ mặc cho tới khi vỡ. Mẹo: mỗi cuộc họp review đều nhìn KPI dashboard trước, OKR sau.
Mẹo tổng quát: Khi bối cảnh thay đổi, một chỉ số có thể đổi vai. Uptime khỏe là KPI; uptime kém cần cứu thì thành KR. Đừng cứng nhắc gán nhãn vĩnh viễn — hỏi "lúc này tôi đang giữ hay đang thay đổi nó?"
Bài tập thực hành
Bài tập 1 — Phân loại. Cho danh sách sau, hãy phân mỗi mục vào KPI, OKR, hoặc Goal, và giải thích ngắn gọn: (a) "Tỷ lệ khách hàng hài lòng ≥ 90%"; (b) "Tăng doanh thu mảng B2B từ 2 tỷ lên 5 tỷ trong quý 3"; (c) "Trở thành nền tảng giáo dục trực tuyến số 1 Việt Nam"; (d) "Thời gian phản hồi ticket dưới 4 giờ"; (e) "Giảm thời gian onboard nhân viên mới từ 3 tuần xuống 1 tuần trong quý này".
Bài tập 2 — Sửa OKR sai. Một đội viết: "Objective: Cải thiện sản phẩm. KR1: Sửa 50 bug. KR2: Release 3 tính năng. KR3: Duy trì uptime 99.9%." Hãy chỉ ra mỗi KR sai ở đâu (output hay KPI trá hình) và viết lại thành OKR đúng theo dạng outcome "từ X đến Y".
Bài tập 3 — Thiết kế cho đội của bạn. Chọn một đội bạn đang làm việc cùng. Viết: 1 Goal dài hạn, 1 Objective cho quý này với 2–3 Key Result dạng from-to, và 3 KPI sức khỏe kèm ngưỡng cảnh báo. Kiểm tra: Objective có tiến gần Goal không? Các KR có phải outcome không? KPI có phần nào đang bị OKR "đạp ga" đe dọa không?
Tóm tắt
Ba khái niệm này khác nhau ở bản chất mục đích, không chỉ ở tên gọi:
- KPI là chỉ số sức khỏe đo liên tục, có ngưỡng, trả lời "mọi thứ có đang chạy tốt không". Bạn duy trì nó.
- OKR là công cụ đẩy thay đổi có thời hạn, gồm Objective định tính và Key Results định lượng dạng "từ X đến Y", trả lời "quý này ta muốn thay đổi gì". Bạn dịch chuyển nó.
- Goals là khát vọng chiến lược dài hạn, cho hướng đi nhiều năm. Bạn hướng tới nó.