Một trong những lý do lớn nhất khiến doanh nghiệp triển khai OKR thất bại là không hiểu cấu trúc của nó. Họ biết OKR có Objective và Key Results, thậm chí có nơi còn nghe thêm về Plans hoặc Initiatives, nhưng lại không thật sự nắm được vai trò riêng của từng phần và mối liên hệ logic giữa chúng. Kết quả là Objective bị viết như khẩu hiệu, Key Results bị biến thành việc phải làm, còn Plans thì bị lẫn sang mục tiêu. Khi ba thành phần bị trộn lẫn, toàn bộ hệ thống mất đi sự sắc nét vốn là sức mạnh lớn nhất của OKR.
Bài này chỉ làm đúng một việc: giải phẫu cấu trúc OKR. Không bàn lan sang văn hóa doanh nghiệp, không đi rộng sang lịch sử triển khai, không nhảy sang lỗi check in hay cơ chế thưởng phạt. Trọng tâm duy nhất là giúp doanh nghiệp hiểu thật rõ OKR được cấu thành như thế nào, vì sao phải có đủ ba lớp Objective, Key Results và Plans, và điều gì sẽ xảy ra nếu viết sai một mắt xích.
Nếu không hiểu cấu trúc, doanh nghiệp sẽ luôn có cảm giác mình đang làm OKR nhưng thực chất chỉ là đổi tên cho một bản kế hoạch công việc. Nhưng nếu hiểu đúng cấu trúc, ngay cả trước khi bàn tới kỹ thuật triển khai sâu hơn, tổ chức đã tránh được một nửa số lỗi phổ biến nhất. Đó là lý do bài này cần được đọc rất chậm, rất kỹ và theo đúng tinh thần chuyên gia: không học thuộc định nghĩa, mà hiểu bản chất logic vận hành của cả hệ thống.
1. Tổng quan cấu trúc OKR
1.1. OKR là hệ thống có cấu trúc rõ ràng
OKR không phải một phương pháp mơ hồ nơi doanh nghiệp có thể viết sao cũng được miễn nghe có vẻ truyền cảm hứng. Trái lại, một trong những giá trị lớn nhất của OKR nằm ở chỗ nó có cấu trúc rất rõ. Chính cấu trúc đó tạo ra khả năng biến mục tiêu từ ý tưởng thành kết quả có thể quản trị.
Nhiều doanh nghiệp thất bại với OKR không phải vì họ không có tham vọng, mà vì họ tiếp cận nó quá cảm tính. Họ nghĩ chỉ cần viết ra một mục tiêu hay, thêm vài con số, rồi giao đội ngũ làm là xong. Nhưng OKR không hoạt động như vậy. Nó cần một cấu trúc đủ rõ để phân biệt đâu là đích đến, đâu là bằng chứng của thành công và đâu là hành động để tiến tới đích đến đó.
Khi nói OKR là hệ thống có cấu trúc rõ ràng, điều đó đồng nghĩa với việc từng thành phần trong nó phải được hiểu đúng vai trò. Không thể viết một câu mục tiêu mà vừa là định hướng, vừa là số liệu, vừa là kế hoạch hành động. Không thể lấy danh sách việc làm rồi gọi đó là Key Results. Không thể lấy một KPI thường nhật rồi gắn vào Objective và nghĩ mình đã có OKR. Cấu trúc rõ ràng là điều kiện đầu tiên để hệ thống tạo ra giá trị thật.
1.2. Ba thành phần cốt lõi
Về bản chất, cấu trúc OKR hoàn chỉnh gồm ba lớp chính. Thứ nhất là Objective, tức phần định hướng. Thứ hai là Key Results, tức phần đo lường thành công. Thứ ba là Plans, tức phần triển khai thực thi. Dù một số tài liệu hoặc doanh nghiệp chỉ nhấn mạnh hai lớp đầu, trên thực tế nếu muốn hệ thống vận hành mạnh, lớp Plans gần như không thể bị bỏ qua.
Objective trả lời câu hỏi: chúng ta muốn đạt điều gì. Key Results trả lời: làm sao biết chúng ta đã tiến tới điều đó. Plans trả lời: chúng ta sẽ hành động theo hướng nào để tạo ra kết quả ấy. Ba lớp này không cạnh tranh với nhau, mà bổ trợ cho nhau. Objective mà không có Key Results sẽ thành khẩu hiệu. Key Results mà không có Plans sẽ thành bảng đo lường thiếu động lực thực thi. Plans mà không gắn với Objective và Key Results sẽ thành danh sách việc làm rời rạc.
Điều quan trọng là phải nhìn ba thành phần này như một dòng chảy logic, không phải ba khối độc lập. Khi doanh nghiệp hiểu được dòng chảy ấy, chất lượng viết OKR sẽ thay đổi ngay từ gốc.
1.3. Vai trò của cấu trúc trong OKR
Cấu trúc trong OKR không chỉ để trình bày đẹp hơn hay để dễ nhìn hơn khi họp. Vai trò thật sự của cấu trúc là tạo ra sự rõ ràng trong tư duy quản trị. Nó buộc tổ chức phải tách biệt ba câu chuyện vốn rất dễ bị lẫn. Một là mình muốn gì. Hai là mình sẽ đo điều đó bằng gì. Ba là mình sẽ làm gì để đạt điều đó.
Trong quản trị thực tế, nếu ba lớp này không được tách ra, đội ngũ sẽ rất dễ rơi vào trạng thái tưởng rằng mình đang tiến bộ chỉ vì đang rất bận. Đây là căn bệnh phổ biến ở nhiều doanh nghiệp. Công việc rất nhiều, hoạt động rất dày, nhưng kết quả chiến lược lại không thay đổi bao nhiêu. Lý do sâu xa là vì cấu trúc mục tiêu bị lẫn giữa định hướng, đo lường và hành động.
Cấu trúc rõ giúp tổ chức nhìn thẳng vào sự thật. Objective có đủ rõ chưa. Key Results có thật sự phản ánh thành công không. Plans có thật sự tác động lên kết quả không. Nhờ vậy, doanh nghiệp không chỉ quản lý tốt hơn, mà còn học nhanh hơn qua từng chu kỳ.
1.4. Tính logic của hệ thống
Tính logic là linh hồn của cấu trúc OKR. Một OKR tốt không chỉ vì từng thành phần được viết đúng ngữ pháp, mà vì ba thành phần liên kết với nhau theo quan hệ nhân quả. Objective phải là đích đến đủ có ý nghĩa. Key Results phải là những dấu hiệu rõ ràng cho thấy đích đến đang được chạm tới. Plans phải là các hướng hành động có khả năng tác động thực sự lên Key Results.
Nếu logic này đứt ở bất kỳ điểm nào, hệ thống sẽ yếu đi ngay. Ví dụ, Objective nghe rất hay nhưng Key Results lại đo những thứ không chứng minh được thành công của Objective. Hoặc Key Results được viết đúng kiểu định lượng nhưng Plans lại không có liên quan đủ mạnh để kéo các chỉ số ấy lên. Khi đó, về mặt hình thức doanh nghiệp có thể vẫn có một bộ OKR, nhưng về mặt vận hành nó không khác gì một bộ mục tiêu rời rạc.
Tính logic của hệ thống là điều giúp OKR mạnh hơn nhiều phương pháp mục tiêu khác. Nó không cho phép doanh nghiệp sống bằng cảm giác. Nó buộc mọi thứ phải nối với nhau bằng lý do rõ ràng. Và đó cũng là lý do tại sao muốn làm OKR giỏi, trước hết phải hiểu cấu trúc thật giỏi.
2. Objective trong cấu trúc OKR
2.1. Vai trò định hướng
Objective là phần định hướng của OKR. Nó không phải phần để báo cáo, cũng không phải phần để chứng minh mình có tham vọng. Vai trò sâu nhất của Objective là tạo ra một hướng đi đủ rõ để toàn bộ đội ngũ có thể cùng nhìn về một điểm đến chung.
Một Objective tốt giúp tổ chức trả lời câu hỏi: trong giai đoạn này, điều quan trọng nhất mà chúng ta muốn tạo ra là gì. Câu hỏi này nghe đơn giản nhưng lại mang tính chiến lược rất cao. Bởi khi trả lời được nó, doanh nghiệp đồng thời trả lời luôn câu hỏi ngược lại: đâu là những thứ dù vẫn có ích nhưng chưa phải trọng tâm của chu kỳ này.
Nói cách khác, Objective không chỉ tạo định hướng về điều nên theo đuổi, mà còn giúp loại bỏ sự phân tán. Trong quản trị, tập trung luôn là nguồn gốc của hiệu suất. Và Objective chính là công cụ đầu tiên giúp tạo ra sự tập trung đó.
2.2. Objective là điểm xuất phát
Trong cấu trúc OKR, Objective luôn là điểm xuất phát. Không phải Key Results, cũng không phải Plans. Lý do rất rõ: nếu chưa biết rõ mình muốn đạt điều gì, thì chưa thể biết nên đo cái gì và càng không thể biết nên làm gì.
Rất nhiều doanh nghiệp mắc lỗi viết OKR từ dưới lên. Họ bắt đầu bằng vài con số muốn cải thiện, hoặc vài dự án muốn triển khai, rồi ghép vào một Objective nghe cho hợp lý. Cách làm này khiến Objective chỉ còn là tiêu đề của một danh sách công việc. Nó không còn đóng vai trò định hướng thật sự.
Objective phải đi trước vì nó là nơi doanh nghiệp chọn ý nghĩa của chu kỳ. Chỉ sau khi ý nghĩa ấy rõ ràng, Key Results mới có cơ sở để xuất hiện như tiêu chí thành công, và Plans mới có cơ sở để xuất hiện như các phương tiện thực thi. Nếu đảo ngược trình tự, cả hệ thống sẽ vận hành sai từ gốc.
2.3. Objective không phải số liệu
Một sai lầm rất phổ biến là viết Objective thành một câu có sẵn số đo, ví dụ kiểu “Tăng doanh thu 20 phần trăm” hoặc “Giảm tỷ lệ nghỉ việc xuống còn 10 phần trăm”. Những câu này nghe có vẻ rõ, nhưng thực ra chúng đang kéo phần đo lường sang phần định hướng và làm Objective mất vai trò vốn có.
Objective nên nói về đích đến ở cấp độ ý nghĩa, không phải ở cấp độ chỉ số. Chỉ số thuộc về Key Results. Khi Objective bị viết như số liệu, doanh nghiệp rất dễ biến OKR thành một bản KPI mở rộng. Điều này làm nghèo cấu trúc và làm mờ đi mối liên kết logic giữa các thành phần.
Một Objective tốt thường mang tính định tính, có lực định hướng và đủ gợi mở để cả đội ngũ hiểu vì sao nó quan trọng. Ví dụ thay vì viết “Tăng doanh thu 20 phần trăm”, một Objective đúng tinh thần hơn có thể là “Tạo đà tăng trưởng doanh thu bền vững từ khách hàng hiện hữu”. Sau đó, chính Key Results mới cụ thể hóa mức tăng, tỷ trọng và các dấu hiệu thành công.
2.4. Objective không phải hành động
Objective cũng không phải hành động. Đây là lỗi còn phổ biến hơn cả lỗi viết Objective bằng số liệu. Nhiều doanh nghiệp viết Objective kiểu “Triển khai hệ thống CRM”, “Mở chương trình đào tạo quản lý”, “Ra mắt sản phẩm mới”. Những câu này mô tả việc cần làm, không mô tả điều cần đạt.
Sự khác biệt này rất quan trọng. Một hành động có thể hoàn thành nhưng không tạo ra kết quả như kỳ vọng. Doanh nghiệp hoàn toàn có thể triển khai CRM xong nhưng khả năng chăm sóc khách hàng không cải thiện. Có thể đào tạo xong nhưng chất lượng quản lý vẫn không đổi. Có thể ra mắt sản phẩm mới nhưng doanh thu không tăng như mong đợi.
Objective phải nói về thay đổi mà tổ chức muốn tạo ra nhờ các hành động đó, chứ không phải bản thân hành động. Khi hiểu được điều này, doanh nghiệp sẽ bắt đầu tách rõ giữa đích đến và phương tiện. Và đó là lúc cấu trúc OKR bắt đầu có chiều sâu thật sự.
3. Key Results trong cấu trúc OKR
3.1. Vai trò đo lường
Nếu Objective là phần định hướng, thì Key Results là phần đo lường. Vai trò cốt lõi của Key Results là biến một đích đến có ý nghĩa thành thứ có thể kiểm chứng. Không có Key Results, Objective rất dễ trôi vào vùng khẩu hiệu, nơi ai cũng thấy hay nhưng không ai thật sự biết đang tiến tới đâu.
Đo lường ở đây không chỉ để chấm điểm cuối kỳ. Vai trò sâu hơn của Key Results là cho tổ chức một cơ chế nhìn thấy tiến bộ trong quá trình. Khi kết quả được định nghĩa rõ, đội ngũ biết mình đang đi đúng hay lệch, đang cần tăng tốc ở đâu và điều gì đang cản trở.
Trong quản trị, đây là khác biệt rất lớn giữa mục tiêu có thể vận hành và mục tiêu chỉ có tác dụng truyền cảm hứng. Key Results chính là cây cầu nối từ cảm hứng sang điều hành. Không có cây cầu đó, OKR mất đi giá trị thực tiễn lớn nhất của nó.
3.2. Key Results là tiêu chí thành công
Key Results phải được hiểu như tiêu chí thành công của Objective. Tức là khi các Key Results dịch chuyển đúng, doanh nghiệp có đủ cơ sở để nói rằng Objective đang được hiện thực hóa. Đây là nguyên tắc rất quan trọng vì nó giúp phân biệt Key Results với KPI nền, với task, hoặc với các chỉ số đẹp nhưng không phản ánh thành công thực sự.
Nhiều doanh nghiệp viết Key Results theo kiểu dễ đo chứ không theo kiểu đúng bản chất. Họ chọn những con số có sẵn trong dashboard vì tiện theo dõi, nhưng lại không tự hỏi những con số đó có thật sự là bằng chứng cho Objective hay không. Đây là sai lầm làm yếu hệ thống ngay từ thiết kế.
Một Key Result tốt phải trả lời được câu hỏi: nếu chỉ số này đạt, chúng ta có thật sự tiến gần hơn đến Objective không. Nếu câu trả lời còn mơ hồ, Key Result đó cần được xem lại.
3.3. Key Results phải định lượng
Điểm đặc trưng nhất của Key Results là tính định lượng. Không định lượng, nó gần như không còn là Key Result đúng nghĩa. Sự định lượng này có thể ở nhiều dạng khác nhau: tăng từ X lên Y, giảm từ A xuống B, đạt tỷ lệ M phần trăm, chạm N khách hàng, rút ngắn thời gian từ P xuống Q. Dạng nào cũng được, miễn là có một chuẩn đủ rõ để đo.
Lý do định lượng quan trọng không chỉ vì nó tạo sự minh bạch, mà vì nó chống lại ảo giác tiến bộ. Trong doanh nghiệp, rất nhiều hoạt động tạo cảm giác rằng mọi thứ đang khá hơn. Nhưng cảm giác không phải bằng chứng. Chỉ số mới là thứ cho phép tổ chức xác nhận điều đó một cách nghiêm túc.
Định lượng còn tạo ra chất lượng thảo luận tốt hơn. Khi con số rõ, cuộc trao đổi không còn là “có vẻ tốt” hay “em thấy cũng ổn”, mà là “đang ở mức nào, chênh bao nhiêu, nguyên nhân gì, đòn bẩy nào còn hiệu quả”. Đó là ngôn ngữ của quản trị trưởng thành.
3.4. Key Results không phải kế hoạch
Sai lầm phổ biến nhất trong phần Key Results là viết nó như một kế hoạch hành động. Ví dụ “Tổ chức 4 buổi đào tạo”, “Ra mắt website mới”, “Triển khai chiến dịch truyền thông”. Những nội dung này có thể quan trọng, nhưng chúng không phải Key Results. Chúng thuộc về Plans.
Lý do rất rõ: một kế hoạch có thể hoàn thành nhưng không tạo ra kết quả mong muốn. Tổ chức 4 buổi đào tạo không có nghĩa năng lực đã tăng. Ra mắt website không có nghĩa tỷ lệ chuyển đổi đã tốt hơn. Triển khai truyền thông không có nghĩa nhận diện thương hiệu đã tăng thật.
Khi Key Results bị viết như kế hoạch, doanh nghiệp sẽ tưởng rằng mình đang tiến bộ chỉ vì nhiều việc đã được hoàn tất. Nhưng bản chất OKR không phải quản lý mức độ bận rộn. Nó quản lý mức độ tạo ra thay đổi. Vì vậy, giữ Key Results ở đúng vai trò đo lường là điều bắt buộc nếu muốn hệ thống vận hành chuẩn.
4. Plans trong cấu trúc OKR
4.1. Vai trò thực thi
Plans là phần thực thi của OKR. Nếu Objective cho biết đi đâu và Key Results cho biết thành công trông như thế nào, thì Plans trả lời câu hỏi: chúng ta sẽ làm gì để tạo ra sự dịch chuyển đó. Đây là phần kéo hệ thống từ cấp độ mục tiêu xuống cấp độ hành động.
Nhiều doanh nghiệp không tách Plans thành một lớp riêng, khiến mọi thứ bị lẫn giữa mục tiêu và công việc. Hệ quả là khi họp, đội ngũ nói nhiều về việc phải làm nhưng lại không rõ việc ấy đang phục vụ Key Result nào. Plans giúp tránh sự lẫn lộn này bằng cách đặt hành động vào đúng vị trí của nó: phương tiện thực thi.
Vai trò của Plans rất lớn trong quản trị vì nó là nơi đội ngũ biến ý định thành năng lực hành động. Một OKR có thể được viết rất hay, Key Results có thể rất sắc, nhưng nếu không có Plans đủ tốt, hệ thống sẽ đứng yên.
4.2. Plans là phương tiện
Bản chất của Plans là phương tiện. Điều này nghe đơn giản nhưng lại cực kỳ quan trọng. Vì khi hiểu Plans là phương tiện, doanh nghiệp sẽ giữ được sự linh hoạt. Họ không bị gắn chặt vào một hành động duy nhất như thể đó là chân lý.
Trong thực tế, có thể đầu quý tổ chức nghĩ rằng cách tốt nhất để kéo một Key Result lên là đào tạo. Nhưng giữa quý, dữ liệu cho thấy vấn đề nằm ở quy trình chứ không nằm ở năng lực cá nhân. Lúc này, Plans phải được điều chỉnh. Nếu doanh nghiệp lẫn Plans với Objective hoặc Key Results, họ sẽ rất khó thay đổi vì cảm thấy như đang “phá mục tiêu”.
Khi coi Plans là phương tiện, tổ chức sẽ sẵn sàng thử, đo, học và điều chỉnh. Đây là tinh thần rất quan trọng trong OKR: đích đến phải rõ, nhưng đường đi có thể thay đổi nếu thực tế cho thấy cần như vậy.
4.3. Plans không phải kết quả
Plans không phải kết quả. Đây là ranh giới phải giữ thật chặt. Một chiến dịch được triển khai không phải là kết quả. Một phần mềm được cài đặt không phải là kết quả. Một quy trình được ban hành cũng không phải là kết quả. Kết quả chỉ xuất hiện khi các hành động đó làm dịch chuyển những tiêu chí thành công đã được xác định ở Key Results.
Nếu doanh nghiệp không phân biệt được điều này, họ sẽ rất dễ hài lòng giả. Tổ chức thấy nhiều việc đã xong nên tưởng rằng Objective đang tiến tốt. Nhưng đến cuối kỳ, con số không thay đổi mấy và mọi người đều ngạc nhiên. Thực ra không có gì khó hiểu cả. Vấn đề là vì từ đầu doanh nghiệp đã lấy hoạt động làm bằng chứng của thành công.
Plans cần được nhìn đúng là những giả thuyết hành động. Ta làm A, B, C vì tin rằng chúng sẽ kéo Key Results lên. Nhưng niềm tin ấy luôn cần được kiểm chứng bằng dữ liệu thực. Khi hiểu như vậy, doanh nghiệp sẽ bớt cảm tính hơn và trưởng thành hơn trong vận hành.
4.4. Plans gắn với hành động
Khác với Objective và Key Results, Plans phải gắn với hành động thật. Đây là nơi các dự án, sáng kiến, chương trình, thay đổi quy trình, hoạt động đào tạo, chiến dịch truyền thông hay nỗ lực liên phòng ban đi vào hệ thống OKR.
Tuy nhiên, gắn với hành động không có nghĩa là liệt kê cho nhiều. Plans tốt là Plans đủ trọng tâm và có khả năng tạo tác động thật lên Key Results. Nếu doanh nghiệp biến Plans thành một danh sách dài dằng dặc, họ đang vô tình tái tạo lại bệnh phân tán mà Objective vốn được sinh ra để chống lại.
Plans cần bám chặt vào logic: hành động này kéo chỉ số nào, bằng cơ chế gì, trong khoảng thời gian nào, và ai chịu trách nhiệm chính. Khi hành động được gắn với logic như vậy, đội ngũ không chỉ biết phải làm gì mà còn hiểu tại sao phải làm. Điều đó làm tăng chất lượng thực thi lên rất nhiều.
5. Logic vận hành giữa 3 thành phần
5.1. Objective định hướng
Logic vận hành của OKR luôn bắt đầu từ Objective. Không phải vì Objective quan trọng hơn các phần khác, mà vì nó là nơi xác định ý nghĩa của toàn bộ chu kỳ. Nếu Objective không rõ, phần còn lại không có điểm tựa để bám vào.
Một Objective tốt giống như việc xác định ngọn núi mà tổ chức muốn leo lên. Nó không vẽ từng bước chân, nhưng nó phải đủ rõ để mọi người biết mình đang leo núi nào và vì sao núi đó đáng leo. Khi điều này rõ, rất nhiều quyết định bên dưới trở nên dễ hơn.
Ở cấp độ vận hành, Objective còn làm một việc rất quan trọng: giữ cho tổ chức không bị lạc vào những việc tuy bận nhưng không thật sự quan trọng. Đây là sức mạnh đầu tiên của logic OKR.
5.2. Key Results đo thành công
Sau khi Objective đã rõ, Key Results bước vào như bộ tiêu chí để xác định thành công trông như thế nào. Nó chuyển đích đến từ ngôn ngữ định tính sang ngôn ngữ có thể kiểm chứng.
Điểm quan trọng là Key Results không chỉ để đo cuối kỳ. Nó còn là công cụ giúp doanh nghiệp biết mình đang đi đúng hướng hay không trong suốt quá trình. Khi chỉ số lên đúng, tổ chức có căn cứ để tự tin. Khi chỉ số đứng yên hoặc đi sai, tổ chức biết phải nhìn lại Plans hoặc thậm chí nhìn lại thiết kế Objective.
Không có Key Results, Objective rất dễ trở thành nguồn cảm hứng ngắn hạn rồi biến mất khỏi vận hành. Có Key Results, Objective bắt đầu có “xương sống” để sống trong thực tế.
5.3. Plans triển khai
Khi Objective đã rõ và Key Results đã xác định, Plans trở thành nơi hành động diễn ra. Đây là phần tạo chuyển động thật cho hệ thống. Nếu coi Objective là hướng và Key Results là cột mốc, thì Plans là những bước chân.
Trong thực tế doanh nghiệp, phần Plans thường chiếm nhiều thời gian và nguồn lực nhất, vì đây là nơi con người phải làm việc thật. Nhưng paradox ở chỗ phần tốn công nhất lại không phải phần quyết định ý nghĩa. Nó chỉ có giá trị nếu được đặt đúng chỗ trong logic chung.
Đó là lý do một tổ chức có thể làm rất nhiều Plans nhưng vẫn không tạo ra kết quả nếu Plans không bám vào Key Results và Objective. Hệ thống chỉ mạnh khi hành động đi sau định hướng và đo lường, chứ không đi trước.
5.4. Mối liên kết xuyên suốt
Sức mạnh thật của cấu trúc OKR nằm ở mối liên kết xuyên suốt giữa ba thành phần. Objective, Key Results và Plans không phải ba khối đặt cạnh nhau, mà là ba lớp nối với nhau như chuỗi nguyên nhân và kết quả.
Objective nói điều quan trọng nhất. Key Results nói bằng chứng của điều đó. Plans nói các đòn bẩy hành động có thể tạo ra bằng chứng ấy. Khi ba phần gắn chặt, doanh nghiệp có một hệ thống vừa rõ mục tiêu, vừa rõ cách đo, vừa rõ cách làm. Đây là điều làm OKR sắc hơn nhiều so với các mô hình mục tiêu thiếu liên kết.
Liên kết xuyên suốt còn giúp việc review cuối kỳ chất lượng hơn. Nếu không đạt, doanh nghiệp có thể truy ngược xem vấn đề nằm ở đâu. Objective chọn sai, Key Results đo sai hay Plans làm chưa đúng. Nhờ đó, tổ chức học được chính xác hơn qua từng chu kỳ.
5.5. Ví dụ
Giả sử một doanh nghiệp dịch vụ muốn nâng chất lượng khách hàng trung thành trong quý tới. Objective có thể là: “Xây dựng trải nghiệm đủ mạnh để tăng giá trị khách hàng quay lại”. Đây là phần định hướng, nói rõ điều tổ chức muốn tạo ra.
Key Results lúc này có thể gồm: tăng tỷ lệ khách quay lại trong 30 ngày từ 22 phần trăm lên 32 phần trăm; tăng giá trị hóa đơn trung bình của khách cũ từ 280.000 đồng lên 340.000 đồng; nâng tỷ lệ khách cũ sử dụng gói combo từ 15 phần trăm lên 28 phần trăm. Đây là phần định lượng, cho thấy thế nào là thành công.
Plans tương ứng có thể gồm: thiết kế lại kịch bản chăm sóc sau mua trong 7 ngày đầu; huấn luyện đội ngũ tư vấn về gợi ý combo cho khách cũ; điều chỉnh chương trình ưu đãi để tăng mức sử dụng theo nhóm sản phẩm; thử nghiệm tin nhắn cá nhân hóa cho nhóm khách quay lại cao giá trị. Đây là phần hành động, tạo lực kéo lên Key Results.
Khi nhìn ví dụ này, doanh nghiệp sẽ thấy rất rõ logic. Objective không phải số liệu. Key Results không phải việc phải làm. Plans không phải kết quả. Nhưng cả ba nối chặt với nhau thành một hệ thống hoàn chỉnh.
6. Kết luận
Cấu trúc OKR mạnh không phải vì nó có nhiều thuật ngữ, mà vì nó buộc doanh nghiệp phải suy nghĩ rõ ràng. Objective giữ vai trò định hướng. Key Results giữ vai trò đo lường thành công. Plans giữ vai trò thực thi. Mỗi phần có một chức năng riêng, và chính sự tách bạch đó làm nên sức mạnh logic của toàn bộ hệ thống.
Nếu doanh nghiệp làm lẫn ba lớp này, OKR sẽ rất nhanh bị biến thành KPI mở rộng hoặc thành một bản kế hoạch công việc có tên gọi mới. Nhưng nếu hiểu đúng, chỉ riêng việc viết rõ Objective, Key Results và Plans đã giúp chất lượng quản trị mục tiêu thay đổi đáng kể. Bởi lúc đó, tổ chức không chỉ nói mình muốn gì, mà còn biết cách chứng minh thành công và biết hành động nào thật sự đáng làm.
Nếu phải chốt lại bằng một ý duy nhất, tôi sẽ nói thế này: cấu trúc không phải phần phụ của OKR. Cấu trúc chính là xương sống của OKR. Hiểu đúng cấu trúc là điều kiện đầu tiên để mọi giá trị khác của OKR có cơ hội xuất hiện trong thực tế doanh nghiệp.