Perbedaan ini penting karena keduanya memiliki perlakuan keuangan yang berbeda. Jika Anda menggabungkan keduanya dalam satu kolom skor, kedua sinyal hilang sekaligus. OKR committed menjadi dasar asumsi anggaran skenario dasar. OKR aspirational mendorong skenario upside. Prinsip ini berlaku untuk semua jenis model: SaaS, distribusi B2B, manufaktur, atau model campuran sekalipun.
Yang tidak dibahas panduan re:Work adalah mekanika terjemahannya. Skor OKR 0,74 menjadi asumsi revenue berapa di tab Assumptions? Skor gross margin 0,68 menjadi angka apa di baris gross profit Anda? Dan bila atasan Anda bertanya "ini masuk ke proyeksi EBITDA kita di mana?" Anda butuh jawaban yang konkret, bukan sekedar skor di slide deck. Artikel ini membangun jembatan tersebut, dari tab KR_Tracker hingga ke EBITDA bridge yang bisa langsung dikirim ke investor.
Apa yang Sebenarnya Diajarkan Panduan re:Work
Panduan ini dipublikasikan dalam koleksi sumber daya Google re:Work dengan judul resmi "Set goals with OKRs" dan tersedia di rework.withgoogle.com. Mekanisme intinya: 3-5 objectives per siklus, masing-masing dengan 3-5 key results, semuanya diberi skor 0,0-1,0 di akhir siklus.
Kutipan langsung dari panduan: "Key Results harus terukur... jika Anda konsisten mendapat skor 0,7, Anda tahu Anda menetapkan bar pada level aspirational yang tepat." Untuk KR committed (yang panduan sebut "roofshots"), ekspektasinya terbalik. Melewatkan KR committed berarti ada sesuatu yang secara material salah: rekrutmen gagal, kontrak perpanjangan batal, atau sistem mengalami gangguan. Untuk KR aspirational ("moonshots"), skor 0,6-0,7 adalah zona sukses normal yang memang dirancang sejak awal.
Committed vs. Aspirational: Dua Perlakuan Keuangan yang Berbeda
Target skor menentukan cara Anda menggunakan masing-masing tipe KR dalam model keuangan.
| Committed (Roofshot) | Aspirational (Moonshot) | |
|---|---|---|
| Target skor | 1,0 | 0,6-0,7 |
| Interpretasi bila tidak tercapai | Ada yang salah | Normal; kalibrasi ulang |
| Perlakuan keuangan | Dasar asumsi skenario dasar | Pendorong skenario upside |
| Pola formula | MIN(1, aktual/target) | aktual/target (bisa melebihi 1,0) |
| Respons bila terlewat | Variansi anggaran; eskalasi segera | Sudah diperhitungkan; dokumentasikan dan sesuaikan |
Lapisan Pemetaan: OKR ke Asumsi P&L
Celah yang tidak ditutup panduan re:Work adalah terjemahan dari skor ke input model. Untuk menunjukkan cara kerjanya di luar konteks SaaS, ambil contoh distributor teknologi B2B dengan campuran revenue: kontrak recurring (maintenance dan managed services) dan proyek berbasis deliverable. Perusahaan ini memiliki empat OKR lintas departemen yang relevan untuk proyeksi H2 2026.
Tab KR_Tracker, satu baris per key result:
| Dept | Key Result | Tipe | Baseline | Stretch | Skor Q2 2026 | Asumsi Input Model |
|---|---|---|---|---|---|---|
| Sales | Revenue proyek H2 ≥ Rp 88 miliar | Aspirational | Rp 64 miliar | Rp 88 miliar | 0,74 | Rp 81,8 miliar |
| Operations | Gross margin ≥ 41% di Q4 | Aspirational | 36% | 41% | 0,68 | 39,4% |
| Renewal | Renewal rate kontrak ≥ 91% | Committed | 83% | 91% | 0,88 | 90,0% |
| IT/Infra | Go-live sistem manajemen proyek sebelum 1 Agustus | Committed | - | - | 0,92 | Kapasitas proyek +30% masuk H2 |
Formula blending di tab Assumptions menggunakan pola yang sama untuk semua KR, baik committed maupun aspirational:
// Assumptions!B3 - revenue proyek H2 blended
=KR_Tracker!E3 * KR_Tracker!G3 + (1 - KR_Tracker!E3) * KR_Tracker!F3
// E3 = skor Sales (0,74), G3 = stretch Rp 88 miliar, F3 = baseline Rp 64 miliar
// Hasil: (0,74 × 88) + (0,26 × 64) = Rp 81,8 miliar
// Assumptions!B4 - gross margin blended
=KR_Tracker!E4 * KR_Tracker!G4 + (1 - KR_Tracker!E4) * KR_Tracker!F4
// Hasil: (0,68 × 41%) + (0,32 × 36%) = 39,4%
// Assumptions!B5 - renewal rate blended (untuk revenue recurring)
=KR_Tracker!E5 * KR_Tracker!G5 + (1 - KR_Tracker!E5) * KR_Tracker!F5
// Hasil: (0,88 × 91%) + (0,12 × 83%) = 90,0%
Perbedaan committed vs. aspirational bukan terletak pada formula, melainkan pada interpretasi skor yang masuk. Skor OKR Renewal sebesar 0,88 tetap menghasilkan asumsi renewal rate yang terhubung ke baris revenue recurring. Bedanya, jika skor ini turun ke 0,60, itu bukan kondisi "normal" seperti pada KR aspirational: itu sinyal eskalasi yang perlu direspons segera, bukan dimasukkan begitu saja ke blending formula tanpa investigasi.
Dari Asumsi ke EBITDA Bridge
Dengan opening nilai kontrak aktif Rp 145 miliar dan tiga asumsi dari blending formula di atas, berikut EBITDA bridge H2 2026 berdasarkan tiga skenario:
| Baseline | Blended (skor aktual) | Stretch | |
|---|---|---|---|
| Revenue proyek | Rp 64,0 miliar | Rp 81,8 miliar | Rp 88,0 miliar |
| Revenue recurring | Rp 120,4 miliar | Rp 130,6 miliar | Rp 132,0 miliar |
| Total revenue | Rp 184,4 miliar | Rp 212,4 miliar | Rp 220,0 miliar |
| Gross margin | 36,0% | 39,4% | 41,0% |
| Gross profit | Rp 66,4 miliar | Rp 83,7 miliar | Rp 90,2 miliar |
| Opex | Rp 35,0 miliar | Rp 35,0 miliar | Rp 35,0 miliar |
| EBITDA | Rp 31,4 miliar | Rp 48,7 miliar | Rp 55,2 miliar |
| EBITDA margin | 17,0% | 22,9% | 25,1% |
| Delta vs. baseline | +Rp 17,3 miliar | +Rp 23,8 miliar |
Formula di tab P&L yang merujuk langsung ke Assumptions:
// P&L!C4 - revenue recurring H2
=Actuals!B12 * Assumptions!$B$5
// B12 = nilai kontrak aktif (Rp 145 miliar), B5 = renewal rate blended (90,0%)
// Hasil: Rp 130,6 miliar
// P&L!C5 - revenue proyek H2
=Assumptions!$B$3
// Langsung dari blended booking Sales (Rp 81,8 miliar)
// P&L!C7 - gross profit H2
=(P&L!C4 + P&L!C5) * Assumptions!$B$4
// Total revenue × gross margin blended (39,4%)
// Hasil: Rp 212,4 miliar × 39,4% = Rp 83,7 miliar
// P&L!C11 - EBITDA
=P&L!C7 - P&L!C9
// Gross profit dikurangi total opex
Ketika tim Operations memperbarui skor gross margin dari 0,68 menjadi 0,75 di KR_Tracker!E4, Assumptions!B4 otomatis menghitung ulang menjadi (0,75 × 41%) + (0,25 × 36%) = 39,75%, dan seluruh kolom gross profit serta EBITDA di P&L ikut diperbarui tanpa override manual. Selisih Rp 17,3 miliar EBITDA antara skenario baseline dan blended adalah angka hidup, bukan angka statis yang terkunci sejak awal siklus.
Dari EBITDA ke FCFF untuk deck investor. Untuk model DCF yang dikirim ke investor, EBITDA dari blended OKR ini adalah titik awal. Anda masih perlu mengurangkan D&A (yang sebagian bergantung pada timing go-live sistem dari OKR committed IT/Infra), memperhitungkan perubahan modal kerja, lalu mengurangkan capex. OKR committed IT/Infra dengan skor 0,92 berarti kapasitas proyek +30% hampir pasti masuk H2: ini relevan untuk asumsi capex (apakah Rp 28 miliar dikeluarkan H2 ini atau tertunda ke H1 2027) dan untuk proyeksi revenue proyek satu tahun ke depan. Model OKR-driven tidak menyelesaikan seluruh FCFF untuk Anda, tapi ia memberi tiga input kritis yaitu revenue, margin, dan timing capex yang sebelumnya harus di-override manual setiap kali ada update dari tim operasional.
Formula Skor untuk Kedua Tipe KR
Untuk KR committed, batasi skor di angka 1,0:
// KR_Tracker!E5 - KR committed (contoh: renewal rate)
=MIN(1, Actuals!D5 / KR_Tracker!D5)
// D5 = renewal rate aktual Q2; kolom D target = 91%
Untuk KR aspirational, biarkan skor melampaui 1,0 agar overachievement tetap terlihat:
// KR_Tracker!E3 - KR aspirational (contoh: revenue proyek)
=Actuals!D3 / KR_Tracker!D3
// Bila aktual Rp 92 miliar vs. target Rp 88 miliar: skor = 1,045
Rata-rata departemen, tidak termasuk KR yang dibatalkan, difilter berdasarkan siklus aktif:
// Tab Summary - rata-rata skor departemen Operations, siklus aktif saja
=AVERAGEIFS(
KR_Tracker!$E$2:$E$50,
KR_Tracker!$B$2:$B$50, "Operations",
KR_Tracker!$F$2:$F$50, "<>Cancelled",
KR_Tracker!$G$2:$G$50, Assumptions!$B$1
)
// B1 = label siklus aktif, misalnya "H2 2026"
Inilah yang masuk ke board pack: satu skor per departemen, terhubung ke satu asumsi per KR, menarik data langsung dari aktual.
Di Mana Panduan re:Work Kurang Lengkap untuk Keperluan Keuangan
Panduan ini tidak menyebutkan apa pun soal perubahan target di tengah siklus. Jika KR "gross margin ≥ 41%" direvisi menjadi "gross margin ≥ 38%" di bulan September karena harga bahan baku naik, masalah langsung muncul: model keuangan dibangun atas angka 41%, board sudah menerima update Q2 yang mengacu pada 41%, dan kini KR itu diam-diam bergeser. Ini bukan kegagalan desain OKR. Ini kegagalan kontrol perubahan yang tidak dibahas panduan tersebut.
Solusinya: kunci target KR di awal siklus dengan kolom timestamp KR_Lock. Jika target berubah, buat baris baru yang ditandai "Revised" dan pertahankan baris asli untuk keperluan audit. Model Anda merujuk baris yang terkunci untuk analisis variansi historis, baris revisi untuk proyeksi ke depan, dan catatan di board summary menjelaskan selisihnya. Jejak audit ini menjawab langsung pertanyaan investor ketika asumsi bergerak antara dua siklus review.
Celah lain adalah pembobotan. OKR "revenue proyek Rp 88 miliar" dan "go-live sistem manajemen proyek" tidak memiliki magnitude finansial yang setara. Panduan tidak menyediakan mekanisme pembobotan apa pun. Tambahkan kolom KR_Weight yang totalnya 1,0 per objective, lalu ganti AVERAGEIFS dengan SUMPRODUCT untuk menghitung skor tingkat departemen yang mencerminkan kepentingan relatif setiap KR.
Menarik Aktual Langsung ke Tracker
Lapisan pemetaan hanya bekerja jika kolom aktual selalu terkini. ModelMonkey dapat menarik data aktual dari sistem ERP, CRM, atau data warehouse Anda langsung ke KR_Tracker, sehingga Actuals!D3 (revenue proyek yang sudah di-invoice) selalu diperbarui tanpa ada yang harus mengekspor laporan secara manual. Ini menjaga asumsi gross margin tertimbang di Assumptions!B4 tetap aktual di antara rapat review OKR, bukan mencerminkan angka dari tiga minggu lalu.
Pada pertengahan 2026, modus kegagalan paling umum dalam model yang terhubung ke OKR bukan desain formula yang salah. Penyebabnya adalah data aktual yang sudah 6 minggu basi karena proses penarikan data masih manual dan tidak ada yang bertanggung jawab atas refresh-nya.
Jika Anda membangun tracker dari awal, template OKR untuk Google Sheets mencakup setup 5-tab lengkap, termasuk struktur KR_Tracker yang diasumsikan formula-formula di atas. Untuk menjaga status OKR tetap terkini di tengah siklus, lihat panduan memperbarui status OKR di Sheets.
FAQ: Panduan Google re:Work OKR
Apa perbedaan OKR committed dan aspirational menurut panduan Google re:Work?
OKR committed (roofshot) adalah target yang wajib dicapai; melewatkannya berarti ada masalah operasional yang serius. OKR aspirational (moonshot) dirancang untuk mendorong batas kemampuan tim; target skor suksesnya adalah 0,6-0,7, dan skor 1,0 yang konsisten justru menandakan target terlalu mudah.
Berapa target skor OKR yang dianggap baik menurut Google?
Menurut panduan "Set goals with OKRs" dari Google re:Work: untuk KR aspirational, zona sukses berada di 0,6-0,7. Untuk KR committed, skor targetnya adalah 1,0 dan di bawah itu dianggap ada yang tidak beres.
Bagaimana cara mengintegrasikan skor OKR ke model keuangan di Google Sheets?
Buat tab KR_Tracker dengan kolom baseline, stretch, dan skor aktual per KR. Gunakan formula blending di tab Assumptions: =skor × stretch + (1 - skor) × baseline. Asumsi tertimbang ini (revenue proyek, gross margin, renewal rate, dan sebagainya) kemudian menjadi input langsung ke baris P&L Anda, sehingga setiap pembaruan skor otomatis memperbarui seluruh proyeksi hingga ke EBITDA.
Apakah skor OKR boleh melebihi 1,0?
Untuk KR aspirational, ya. Gunakan formula =aktual/target tanpa pembatas MIN. Overachievement yang terlihat (misalnya skor 1,04) memberi sinyal bahwa target berikutnya perlu dinaikkan. Untuk KR committed, batasi dengan =MIN(1, aktual/target) agar tidak mengaburkan status pencapaian biner.
Apa yang harus dilakukan jika target KR berubah di tengah siklus?
Jangan timpa baris KR yang ada. Buat baris baru bertanda "Revised", pertahankan baris asli dengan kolom KR_Lock yang menunjukkan tanggal penguncian. Model keuangan Anda merujuk baris terkunci untuk analisis variansi historis dan baris revisi untuk proyeksi ke depan. Selisihnya harus dijelaskan secara eksplisit di board summary agar investor tidak mendapati asumsi yang bergerak tanpa penjelasan.
Apakah framework ini hanya cocok untuk perusahaan SaaS?
Tidak. Formula blending =skor × stretch + (1 - skor) × baseline bisa diterapkan pada asumsi apa pun: gross margin manufaktur, occupancy rate properti, tingkat utilisasi jasa profesional, atau renewal rate kontrak distribusi. Yang berubah hanya pilihan metrik di kolom baseline dan stretch, bukan struktur tracker-nya.