Pilihan Strategis: Saat Keduanya Sama-Sama Opsi yang Baik

• Pilihan strategis adalah memilih satu dari dua opsi yang sama-sama menarik, lalu menerima konsekuensi yang merugikan yang menyertainya
• Strategi yang sesungguhnya bukanlah “kata-kata bagus”, melainkan pilihan konkret yang melibatkan trade-off, dan harus dengan jelas menentukan ‘satu’, bukan ‘keduanya’
• Pilihan strategis yang nyata berarti sisi sebaliknya juga cukup masuk akal, dan efek tingkat kedua dari pilihan itu menjalar ke seluruh perusahaan
• Ketika beberapa pilihan strategis saling memperkuat tanpa bertentangan, seluruh organisasi dapat bergerak cepat ke arah yang konsisten
• Jika memilihnya tidak sulit, itu bukan pilihan yang nyata; keputusan sulit harus dibuat lebih dulu agar anggota tim dapat membuat penilaian yang benar secara mandiri

---

Mengapa Pilihan Strategis Diperlukan

• Semua orang di perusahaan membuat keputusan secara mandiri setiap hari, dan inilah mekanisme inti perluasan organisasi
• Namun keputusan yang masuk akal secara individual bisa saling bertentangan, dan jika semua bergerak ke arah berbeda maka produktivitas tinggi pun tidak menghasilkan kemajuan
• Bahkan tim yang otonom tetap membutuhkan alignment, dan alignment ini harus bertumpu pada keputusan tingkat makro, yaitu pilihan strategis, bukan taktik (yang berubah tiap minggu) atau slogan kosong (yang tidak mengubah apa pun)
• Jika keputusan sehari-hari selaras dengan pilihan strategis, ketidaksesuaian antara janji marketing dan hasil engineering menghilang, dan pengambilan keputusan saling menguatkan secara majemuk

3 Sifat Pilihan Strategis yang Nyata

• 1. Kedua sisi sama-sama opsi yang masuk akal

  • "Desain yang bagus" bukan pilihan strategis — karena "desain yang buruk" tidak pernah menjadi alternatif yang masuk akal
  • "All-in-one" dan "core kecil + ekstensibilitas ekstrem" adalah pilihan nyata — ada banyak perusahaan sukses yang memilih masing-masing jalur
  • "Keduanya" bukan pilihan yang valid — sebuah produk entah bersifat mandiri sepenuhnya, atau tidak
    • Merancang UX sebagai pengalaman yang utuh, atau merancangnya agar menerima UX pihak ketiga
    • Menjualnya sebagai "produk dengan semua yang dibutuhkan", atau sebagai "platform ekosistem untuk segalanya"
    • Support menjawab untuk seluruh produk, atau merutekan ke vendor plugin
  • Jika Anda benar-benar membuat pilihan strategis, daftar efek tingkat kedua yang menyebar ke seluruh perusahaan akan menjadi panjang
  • Ini sama dengan konsep Opposite Test — sisi sebaliknya tidak boleh remeh atau tidak bermakna agar pilihan itu benar-benar substansial

• 2. Sebuah pilihan memuat hasil yang diinginkan sekaligus yang merugikan

  • Pernyataan klise terasa menyenangkan karena tidak punya sisi negatif, tetapi itu bukan keputusan yang nyata
  • Contoh biaya nyata dari "desain yang hebat":
    • Membutuhkan desainer berbakat → perlu tim yang lebih besar
    • Engineer harus peduli pada kualitas UX sama seriusnya seperti mereka peduli pada scaling database
    • Perlu investasi pada design system
    • Kecepatan pengembangan fitur menurun — yang dituntut bukan sekadar berfungsi, tetapi terancang dengan baik
    • Fitur yang akan merusak desain harus ditolak meski diminta pelanggan
    • Tidak semua pelanggan sepakat soal "desain yang bagus", jadi sebagian akan puas, sebagian akan tidak
  • Pilihan strategis adalah paket lengkap — Anda tidak bisa mengambil kelebihannya sambil menghindari kelemahannya
  • Jika konsekuensinya ditulis secara eksplisit dalam strategi, ruang interpretasi pribadi berkurang dan ini membantu alignment keputusan sehari-hari

• 3. Lebih dari sekadar konsisten, tetapi saling memperkuat

  • Gunakan daftar pilihan-konsekuensi untuk memeriksa kontradiksi, karena benturan sering tersembunyi dalam efek tingkat kedua
  • Contoh: "tim kecil" dan "fitur kaya" tampak tidak berkaitan, tetapi tim kecil biasanya harus menjaga produk tetap kecil dan sederhana, sehingga keduanya berbenturan
    • Namun ini bisa diatasi dengan pilihan tambahan: "tim kecil + core kecil + ekosistem yang bisa diperluas" — ekosistem menangani kekayaan fitur
    • Setiap pilihan saling terkait sambil membawa implikasinya sendiri, dan proses eksplorasi inilah cara mencapai sekumpulan keputusan yang konsisten
  • Idealnya bukan sekadar tidak bentrok, tetapi saling menguatkan — "ekstensibilitas" membantu "fitur kaya", dan tim kecil menjaga core tetap kecil sehingga ada ruang bagi ekosistem untuk berkembang
  • Ketika pilihan-pilihan yang kuat saling memperkuat, perusahaan memperoleh kepribadian “dunia seharusnya seperti ini”, dan pelanggan yang setuju akan semakin mencintainya
  • Seluruh organisasi bergerak cepat, perdebatan ulang tentang trade-off berkurang, dan terbentuk siklus positif di mana konsistensi terasa seperti kompetensi

Cara Mengubah Pilihan Lemah Menjadi Pilihan Kuat

• Saat mencoba merumuskan pilihan strategis, orang berulang kali menulis pilihan semu yang lemah yang gagal lolos Opposite Test
  • Karena mereka sudah punya sisi favorit, mereka cenderung membuat sisi sebaliknya tampak jelas buruk agar pilihan mereka "menang"
• Kuncinya adalah mengekstrak sudut pandang valid yang tersembunyi di bawah pilihan yang dirumuskan secara lemah
• Pertanyaan yang berguna:
  • Adakah perusahaan sukses dan dicintai yang memilih sisi yang dianggap "buruk" itu?
  • Mengapa orang tetap menyukainya meski ada kekurangannya?
  • Hal yang "dicintai" itulah sisi berlawanan yang sebenarnya dalam pilihan strategis
• Contoh konkret: aplikasi catatan
  • Aplikasi all-in-one seperti Apple Notes dan Bear — tanpa plugin atau API, mereka mengontrol seluruh pengalaman untuk mencapai konsistensi yang indah
  • Obsidian — menawarkan rangkaian kemampuan yang luar biasa dan dapat diunduh, dan walau UX-nya dikeluhkan terasa ramai, aplikasi ini tetap dicintai karena pilihan fitur yang luas serta kemungkinan membangun sistem pengelolaan informasi sendiri
  • Jika kita bertanya "mengapa Obsidian tetap dicintai meski UX-nya berantakan", kita sampai pada pilihan yang nyata: "all-in-one vs ekstensibilitas tanpa batas"

Godaan untuk Memilih "Keduanya"

• Karena kedua sisi sama-sama diinginkan, godaan untuk menarik elemen dari sisi seberang adalah sesuatu yang tak terhindarkan
  • Anda membuat produk all-in-one, tetapi plugin milik pesaing populer sehingga mulai menjajaki plugin
  • "Mari naikkan harga, kita meninggalkan uang di meja" atau "Mari perlambat dan poles lagi, ini memalukan"
• Godaan ini terasa meyakinkan karena pilihan seberangnya memang sungguh hebat
• Alasan strategi itu ada: agar siapa pun di organisasi bisa dengan yakin berkata, "secara abstrak ini ide yang bagus, tetapi tidak cocok dengan bundel trade-off yang kita pilih"
• Prinsip intinya: saat ada benturan, pegang teguh pilihan strategis; saat tidak ada benturan, pilih yang terbaik
  • Contoh: strategi Anda adalah "harga terendah", tetapi jika kualitas bisa ditingkatkan tanpa menaikkan biaya, maka itu layak diterima
  • Namun dalam kebanyakan kasus ada benturan, dan jika keputusan dibuat tanpa konsistensi, Anda akan berakhir pada satu-satunya posisi yang kalah — kualitasnya tidak cukup untuk membangun loyalitas, kekuatannya pun tidak cukup untuk menang di use case yang kompleks
• Agile Manifesto menunjukkan sikap ini dengan baik — "working software over comprehensive documentation" bukan berarti dokumentasi itu buruk, melainkan bahwa ketika waktu terbatas (dan selalu terbatas), Anda berinvestasi lebih banyak pada satu sisi
  • Manifesto itu secara eksplisit menyatakan: "meskipun item di sebelah kanan juga bernilai, kami lebih menghargai item di sebelah kiri"
• Pola yang sama berlaku pada strategi: jika strateginya harga murah, jangan memasukkan produk mahal hanya "untuk menangkap segmen pelanggan itu juga", tetapi tetap terima peningkatan kualitas selama tidak mengancam posisi murah
• Ini adalah pilihan yang tegas, bukan keseimbangan

Tabel Contoh Pilihan Strategis

• Harga terendah vs harga premium
  • Harga terendah: pasar terbesar, positioning aksesibilitas dan rasionalitas, menutup banyak pesaing yang hanya bisa menang lewat harga / tidak bisa banyak berinvestasi pada iklan dan penjualan, bergantung pada word of mouth, ada batas atas untuk kualitas dan fitur
  • Harga premium: margin tinggi untuk berinvestasi pada brand dan distribusi, sinyal status menjadi fungsi / pasar lebih kecil, perlu investasi brand berkelanjutan (marketing, prestise), premium runtuh jika investasi dihentikan
• UX all-in-one yang konsisten vs ekosistem yang bisa diperluas
  • All-in-one: pengalaman yang dirancang membangun kepercayaan dan kebiasaan, support dan onboarding lebih sederhana / seluruh keluasan fitur sepenuhnya menjadi tanggung jawab sendiri, power user yang membutuhkan plugin dan scripting akan pergi
  • Ekosistem: fitur long-tail yang tidak mungkin Anda sediakan sendiri, partner berfungsi sebagai saluran distribusi / konsistensi UX menurun, keamanan, kompatibilitas, dan support menjadi masalah rantai pasok yang tidak bisa dikendalikan
• UX sederhana vs fitur yang kuat
  • UX sederhana: waktu menuju nilai lebih singkat, pertumbuhan self-serve, beban kognitif rendah / kehilangan deal untuk workflow kompleks dan governance, kalah dalam checklist dan RFP
  • Fitur yang kuat: menang dalam workflow berisiko tinggi, pendapatan per pelanggan tinggi, retensi tinggi berkat switching cost / onboarding membutuhkan pelatihan, setup, dan ahli, support menjadi biaya wajib
• Support minimal vs support high-touch
  • Support minimal: margin tinggi, fokus pada produk, memaksa usability dan kualitas dokumentasi / tidak bisa melayani buyer yang meminta telepon dan SLA, kehilangan feedback loop saat pelanggan churn
  • Support high-touch: menjembatani gap yang tak bisa diisi pesaing, menciptakan loyalitas dan diferensiasi, mesin penemuan produk karena mendengar kenyataan setiap hari / mahal dan sulit diskalakan, menciptakan ekspektasi 24/7 dan ketergantungan
• Kesederhanaan tim kecil vs kompleksitas enterprise
  • Tim kecil: siklus penjualan singkat, pelanggan bisa sukses tanpa konsultan / kehilangan deal enterprise yang menuntut governance, audit, dan integrasi perusahaan
  • Enterprise: lolos gerbang procurement dan mendapatkan anggaran besar, integrasi, izin, dan governance menciptakan lock-in dan retensi / butuh dana, kesabaran, dan mesin penjualan untuk siklus penjualan panjang, membuat produk dan UX membengkak
• Kecepatan paling mutakhir vs stabilitas yang kokoh
  • Kecepatan paling mutakhir: kebaruan yang terdiferensiasi, menarik builder dan early adopter / bug dan error menjadi bagian dari brand, use case konservatif pergi
  • Stabilitas yang kokoh: kepercayaan dalam workflow penting menjadi moat, "tidak pernah rusak" mengalahkan "baru", support dan churn lebih rendah / kecepatan lambat, kebaruan menarik perhatian dan anggaran, kehilangan peluang frontier dan berisiko tertinggal
• Open source vs closed source
  • Open source: hambatan kepercayaan rendah, komunitas mempercepat fitur dan integrasi / core terasa "gratis" sehingga monetisasi sulit, governance dan maintenance menjadi politis dan menguras tenaga
  • Closed source: kontrol penuh atas roadmap, UX, licensing, dan pricing, governance lebih sederhana / adopsi melambat pada segmen yang khawatir soal transparansi dan lock-in, harus membiayai kecepatan sendiri tanpa leverage komunitas
• Sedikit fitur tetapi sangat matang vs banyak fitur
  • Sedikit tetapi matang: kualitas akhir dan konsistensi menciptakan kepuasan, retensi, dan word of mouth; kompleksitas rendah → lebih sedikit bug, dokumentasi, tiket, dan iterasi lebih cepat / lemah dalam checklist dan RFP, churn karena edge case segmen tertentu tidak terpenuhi
  • Banyak fitur: lebih banyak kotak tercentang dalam perbandingan procurement, cakupan luas memperbesar pasar dan membuka banyak jalur upsell / kualitas tidak merata, konsistensi UX runtuh, support dan dokumentasi meningkat eksplosif

Kesimpulan

• Menerima kelemahan dari pilihan kita itu menyakitkan, dan kelebihan dari pilihan seberang selalu tampak menggoda — itulah inti strategi
• Jika pilihannya tidak sulit, itu bukan pilihan yang nyata. Sebuah pilihan harus selalu mencakup hal yang ditinggalkan dan efek samping
• Keputusan sulit harus diambil sekarang untuk meringankan beban anggota tim lainnya, agar semua orang bisa membuat keputusan yang bijak secara mandiri

[bbulbum]

Saya jadi teringat bahwa dalam banyak kasus, kita memilih opsi di titik tengah, atau menambahkan pengecualian, karena kelebihan dari pilihan lain.

[roxie]

Itu pengamatan yang bagus. Jika keputusan itu mudah, mungkin sebenarnya itu bukan hal yang benar-benar perlu diputuskan!