Saat merencanakan infrastruktur website, banyak orang menggunakan jumlah visitor sebagai dasar perhitungan.
Pendekatan ini terlihat sederhana, tetapi sering menghasilkan keputusan yang kurang tepat.
Server tidak bekerja berdasarkan jumlah visitor. Server bekerja berdasarkan request yang harus diproses. Karena itu, dua website dengan jumlah visitor yang sama dapat menghasilkan beban infrastruktur yang sangat berbeda.
Kesalahan Umum dalam Capacity Planning
Model yang sering digunakan:
Jumlah Visitor ↓ Pilih Hosting
Masalahnya, visitor hanyalah salah satu variabel yang mempengaruhi beban sistem.
Dua website dengan 100.000 visitor dapat menghasilkan jumlah request, konsumsi CPU, penggunaan database, dan kebutuhan bandwidth yang sangat berbeda.
Visitor Bukan Satu-Satunya Sumber Load
Ketika sebuah website semakin populer, traffic yang datang tidak hanya berasal dari manusia.
Beberapa sumber load yang perlu diperhitungkan:
Human Traffic
Traffic yang memang diharapkan oleh bisnis.
Contoh:
Discovery Traffic
Traffic yang muncul karena website semakin terlihat.
Contoh:
Semakin tinggi visibilitas sebuah website, semakin aktif proses crawling yang terjadi.
Infrastructure Traffic
Traffic yang dihasilkan oleh arsitektur aplikasi.
Contoh:
Satu visitor dapat menghasilkan puluhan hingga ratusan request.
Adversarial Traffic
Traffic yang tidak memberikan nilai bisnis tetapi tetap mengonsumsi resource.
Contoh:
Traffic jenis ini sering diabaikan saat melakukan proyeksi kapasitas.
Filtering Lebih Penting daripada Menambah Resource
Tidak semua request harus sampai ke origin server.
Lapisan filtering dapat mengurangi beban yang harus diproses oleh aplikasi.
Contoh:
Visitor ↓ CDN ↓ Cache ↓ WAF ↓ Bot Management ↓ Origin Server
Tujuan utama filtering adalah mengurangi request yang benar-benar mencapai origin.
Karena itu, peningkatan kapasitas tidak selalu berarti menambah CPU atau RAM.
Dalam banyak kasus, memperbaiki filtering menghasilkan dampak yang lebih besar.
Framework Capacity Planning yang Lebih Praktis
Sebelum memilih provider atau menentukan spesifikasi server, lakukan evaluasi berikut:
Model sederhananya:
Aktivitas Bisnis ↓ Traffic Source ↓ Traffic Type ↓ Filtering Layer ↓ Origin Load ↓ Infrastructure Capacity
Mengapa Ini Penting
Kesalahan dalam capacity planning sering bukan karena estimasi visitor yang salah.
Kesalahan terjadi karena organisasi menggunakan metrik yang kurang tepat untuk mengambil keputusan.
Visitor menunjukkan demand.
Origin load menunjukkan pekerjaan yang harus dilakukan sistem.
Keduanya tidak selalu bergerak dengan angka yang sama.
Checklist
Sebelum memilih hosting atau provider:
Penutup
Jumlah visitor adalah indikator bisnis.
Origin load adalah indikator infrastruktur.
Saat melakukan capacity planning, fokus utama seharusnya bukan berapa banyak visitor yang datang, tetapi berapa banyak request yang benar-benar harus diproses oleh sistem.
]]>Banyak organisasi memiliki goal yang jelas, strategi yang terdokumentasi, KPI yang terukur, dan daftar aktivitas yang terus berjalan. Namun masih ada satu pertanyaan yang sering sulit dijawab:
Apa bukti bahwa strategi yang sedang dijalankan benar-benar berkontribusi terhadap goal organisasi?
Masalahnya bukan selalu pada kurangnya data. Sering kali yang hilang adalah hubungan yang dapat ditelusuri dari goal hingga outcome.
Sebuah organisasi dapat memiliki struktur seperti ini:
Goal
↓
Strategy
↓
Aktivitas
↓
KPI
Sekilas semuanya terlihat terhubung. Tetapi hubungan tersebut belum tentu terbukti.
Misalnya sebuah perusahaan memiliki goal meningkatkan revenue dan memilih strategi meningkatkan traffic organik. Traffic dapat naik, tetapi itu belum membuktikan revenue akan naik. Masih ada rangkaian hubungan lain yang perlu diamati:
Traffic
↓
Qualified Lead
↓
Sales Opportunity
↓
Closed Deal
↓
Revenue
Jika salah satu hubungan tidak bekerja, strategi dapat dijalankan dengan sangat disiplin tetapi kontribusinya terhadap goal tetap lemah.
Strategi sering diperlakukan seolah-olah sudah benar dan tugas organisasi hanya mengeksekusinya.
Cara yang lebih sehat adalah memperlakukan strategi sebagai hipotesis.
Contoh:
Goal:
Meningkatkan Revenue
Strategy:
Meningkatkan Organic Traffic
Hypothesis:
Jika Organic Traffic meningkat,
Qualified Lead akan meningkat.
Jika Qualified Lead meningkat,
Revenue akan meningkat.
Setiap hubungan tersebut membutuhkan evidence.
Dengan cara ini, organisasi tidak hanya bertanya apakah strategi sudah dijalankan, tetapi juga apakah asumsi yang mendasarinya masih bertahan.
Aktivitas hanya menunjukkan bahwa pekerjaan dilakukan.
Campaign berjalan
Feature dirilis
Landing page dibuat
Sales melakukan follow-up
Semua itu penting, tetapi belum membuktikan dampak terhadap goal.
Karena itu perlu dibedakan:
| Lapisan | Pertanyaan |
|---|---|
| Aktivitas | Apa yang dilakukan? |
| Output | Apa yang dihasilkan? |
| Outcome | Apa yang berubah? |
| Kontribusi | Apakah perubahan tersebut membantu goal? |
Organisasi sering berhenti pada dua lapisan pertama karena lebih mudah diukur.
KPI lokal dapat menunjukkan bahwa sebuah tim bekerja dengan baik, tetapi keberhasilan lokal belum tentu berarti keberhasilan sistem.
Contohnya:
Marketing:
Traffic naik
Sales:
Follow-up naik
IT:
Uptime tinggi
Namun revenue tetap stagnan.
Tidak ada KPI yang secara otomatis menjembatani semua hasil lokal tersebut menjadi kontribusi terhadap goal organisasi.
Itulah mengapa alignment tidak cukup dinyatakan dalam dokumen strategi. Ia perlu diuji melalui hubungan antara execution dan outcome.
Model yang lebih berguna:
Goal
↓
Strategy Hypothesis
↓
Capability
↓
Execution
↓
Outcome
↓
Evidence
↓
Learning
↓
Strategy Revision
Loop ini membuat strategi menjadi sesuatu yang dapat belajar.
Jika evidence mendukung hipotesis, strategi memperoleh tingkat keyakinan yang lebih tinggi.
Jika evidence bertentangan, organisasi memiliki alasan untuk mengubah strategi, bukan sekadar menambah aktivitas.
Ada perbedaan antara memastikan sebuah capability bekerja dan memastikan capability tersebut layak menjadi bagian dari strategi.
Contohnya pada evaluasi sebuah payment system. Sebuah capability dapat sudah tersedia untuk payroll, sementara capability pembayaran eksternal masih dalam pengembangan atau belum meyakinkan. Evaluasi yang baik tidak memaksa semuanya menjadi “ready”.
Status yang lebih jujur dapat berupa:
READY
Capability sudah tersedia dan cukup meyakinkan.
EVOLVING
Capability sedang dibangun atau membutuhkan pengujian lebih lanjut.
QUESTIONABLE
Capability ada, tetapi evidence kesiapan belum cukup.
Klasifikasi seperti ini membantu organisasi membedakan antara apa yang dapat diandalkan hari ini, apa yang sedang tumbuh, dan apa yang sebaiknya belum dijadikan asumsi strategis.
Capability individual lebih mudah diuji.
Sebuah tim dapat membuktikan bahwa produknya bekerja. Tim lain dapat membuktikan bahwa prosesnya bekerja. Masalah sering muncul di antara keduanya.
Contohnya:
UI/UX
↓
Development
↓
Web Production
atau dalam marketing:
Traffic
↓
Lead
↓
Sales
↓
Revenue
Masing-masing bagian dapat terlihat sehat, tetapi hubungan antarbagiannya belum tentu sehat.
Karena itu readiness bukan hanya pertanyaan:
“Apakah capability ini bekerja?”
Tetapi juga:
“Apakah capability ini dapat berintegrasi dengan capability lain untuk menghasilkan outcome yang dibutuhkan?”
Daripada hanya meminta daftar aktivitas, pertanyaan yang lebih kuat adalah:
Pertanyaan-pertanyaan tersebut memindahkan pembahasan dari aktivitas menuju kontribusi.
Sebuah strategi semakin mudah dipercaya jika organisasi dapat menunjukkan:
Tidak semua hubungan akan bersifat kausal secara sederhana. Justru karena itu, organisasi perlu membedakan antara bukti, korelasi, asumsi, dan hipotesis.
Organisasi tidak cukup hanya memiliki goal dan strategy.
Organisasi perlu memiliki cara untuk mengetahui apakah strategy yang sedang dijalankan memang membawa mereka menuju goal.
Itulah sebabnya saya semakin melihat strategy bukan sebagai instruksi permanen, melainkan sebagai hipotesis yang harus diuji melalui execution dan outcome.
Dengan cara pandang tersebut, governance tidak berhenti pada pertanyaan:
“Apakah strategi sudah dijalankan?”
Tetapi bergerak menuju pertanyaan yang lebih penting:
“Apa bukti bahwa strategi yang dijalankan benar-benar membantu kita mencapai tujuan?”
Baca juga Measurement Bukan Tujuan: Mendesain Sistem Tracking Berdasarkan Keputusan Bisnis dan Insight Tidak Pernah Muncul dari Dashboard.
]]>Membangun landing page sering dipersempit menjadi pekerjaan desain dan teknis: memilih theme, memasang plugin, membuat halaman, lalu menjalankan iklan.
Padahal landing page adalah bagian kecil dari sistem yang lebih besar. Nilainya baru terlihat ketika seluruh alurnya terhubung dengan tujuan bisnis, strategi, implementasi, pengukuran, dan hasil.
Roadmap ini membantu melihat WordPress bukan sebagai tujuan, tetapi sebagai salah satu capability untuk menjalankan strategi bisnis.
Sebelum membuka WordPress, tentukan dulu arah bisnisnya.
Pertanyaan yang perlu dijawab antara lain:
Hasil tahap ini bukan halaman web, melainkan arah yang jelas.
Tujuan Bisnis
↓
Strategi
↓
Tujuan Landing Page
Tanpa arah ini, desain mudah menjadi pusat perhatian sementara kebutuhan bisnis justru tidak jelas.
Setelah arah ditentukan, barulah kebutuhan landing page diterjemahkan menjadi rencana.
Hal yang perlu dipikirkan:
Pada tahap ini, landing page mulai menjadi bagian dari strategi, bukan sekadar halaman yang terlihat bagus.
WordPress kemudian digunakan untuk mewujudkan rencana tersebut.
Fokus implementasi dapat mencakup:
Prinsip sederhananya: implementasi seharusnya melayani strategi, bukan memaksa strategi mengikuti keterbatasan tools.
Halaman yang selesai dibuat belum tentu siap digunakan untuk traffic berbayar.
Sebelum meluncurkan iklan, lakukan pemeriksaan dari ujung ke ujung:
Tujuannya bukan hanya membuat halaman hidup, tetapi memastikan sistem dapat menerima dan mengolah traffic secara benar.
Setelah kampanye berjalan, pekerjaan belum selesai.
Performa iklan dan landing page perlu diamati melalui metrik yang relevan, misalnya CTR, CPL, conversion rate, dan ROAS, sesuai keputusan bisnis yang ingin dibuat.
Namun angka bukan akhir dari proses.
Pertanyaan yang lebih penting adalah:
Apa yang sebenarnya kita pelajari dari hasil tersebut?
Dari sana, perubahan dapat dilakukan secara bertahap:
Data
↓
Evaluasi
↓
Insight
↓
Perbaikan
↓
Pengujian ulang
Bagian yang terbukti berhasil dapat dikembangkan. Bagian yang tidak terbukti perlu dipertanyakan, bukan sekadar ditambah anggarannya.
Ketika seluruh roadmap dilihat sebagai sistem, ekosistemnya menjadi lebih jelas:
Landing Page
↓
Form & Lead Capture
↓
WhatsApp / CRM / Email
↓
Tracking & Analytics
↓
Marketing
↓
Sales
↓
Revenue
Karena itu masalah landing page tidak selalu berada di landing page.
Traffic yang salah, offer yang tidak sesuai, follow-up yang lambat, atau proses sales yang lemah dapat membuat hasil akhir buruk walaupun halaman web dibuat dengan baik.
Satu sistem dapat melibatkan beberapa peran:
| Peran | Fokus |
|---|---|
| Business Owner | Menentukan tujuan dan menyediakan arah |
| Freelancer / Agency | Menerjemahkan tujuan menjadi strategi dan implementasi |
| Advertiser / Marketer | Membawa traffic dan menganalisis hasil |
| Developer / Webmaster | Memastikan implementasi teknis berjalan |
| UI/UX | Memastikan pengalaman dan komunikasi produk mendukung tujuan |
Setiap peran dapat memiliki pekerjaan yang berbeda. Yang penting adalah hubungan antarpekerjaan tetap mengarah pada tujuan bisnis yang sama.
Roadmap ini sebenarnya merupakan pola yang lebih umum daripada WordPress:
Goal
↓
Strategy
↓
Planning
↓
Capability
↓
Execution
↓
Measurement
↓
Outcome
↓
Learning
WordPress berada di bagian capability dan execution. Ia penting, tetapi bukan pusat dari seluruh sistem.
Dengan cara ini, keputusan teknologi dapat dievaluasi berdasarkan kontribusinya terhadap outcome, bukan berdasarkan seberapa banyak fitur yang tersedia.
Sebelum menambah plugin, mengubah desain, atau menaikkan budget iklan, coba kembali ke beberapa pertanyaan dasar:
Pertanyaan-pertanyaan ini membantu memindahkan perhatian dari aktivitas menuju kontribusi.
Landing page yang baik bukan hanya hasil desain yang bagus atau konfigurasi WordPress yang rapi.
Ia merupakan bagian dari sistem yang dimulai dari tujuan bisnis, diterjemahkan menjadi strategi, diwujudkan melalui implementasi, diuji melalui measurement, lalu diperbaiki berdasarkan outcome.
Karena itu, ketika membangun landing page, jangan berhenti pada pertanyaan:
“Bagaimana cara membuatnya?”
Pertanyaan yang lebih penting adalah:
]]>“Bagaimana bagian ini membantu bisnis mencapai tujuan yang sudah ditetapkan?”
Banyak diskusi tentang bisnis berhenti pada tiga hal: produk, margin, dan modal. Ketiganya penting, tetapi sering belum menjelaskan mengapa sebuah bisnis dengan margin tipis bisa tumbuh sangat kuat, sementara bisnis dengan margin besar justru sulit berkembang.
Ada faktor lain yang lebih struktural: posisi dalam aliran nilai.
Dalam sebuah sistem, nilai tidak hanya tercipta dari apa yang Anda miliki atau lakukan, tetapi juga dari posisi Anda terhadap aliran nilai tersebut.
Kita cenderung melihat nilai dari sisi produksi.
Petani menghasilkan pangan. Pabrik menghasilkan barang. Pengembang menghasilkan perangkat lunak. Tenaga profesional menghasilkan jasa.
Namun nilai tidak berhenti ketika sesuatu selesai dibuat. Nilai masih harus bergerak:
Karena itu, posisi seseorang atau sebuah organisasi terhadap aliran tersebut dapat menjadi sumber kekuatan tersendiri.
Bayangkan sebuah toko yang menjual produk teknologi.
Pada awalnya, toko tersebut hanya terlihat sebagai tempat transaksi. Namun ketika penjualannya konsisten dan dipercaya oleh pemasok, muncul konsekuensi yang lebih besar: prioritas stok, hubungan pemasok yang lebih kuat, termin pembayaran, dukungan promosi, dan peluang menjual kategori lain.
Yang berubah bukan hanya jumlah transaksi.
Posisinya dalam ekosistem berubah.
Prinsip yang sama dapat muncul dalam sistem yang sangat berbeda. Sebuah platform digital mungkin tidak membuat sebagian besar produk yang dijual di dalamnya, tetapi dapat menguasai distribusi, perhatian, pembayaran, atau logistik. Sebuah jaringan pembayaran mungkin tidak menghasilkan barang yang diperjualbelikan, tetapi menjadi jalur yang dilewati transaksi.
Kekuatan muncul ketika sebuah titik menjadi penting bagi aliran nilai yang lebih besar.
Contoh yang menarik muncul di marketplace dan social commerce. Pada satu produk, jumlah seller atau affiliate bisa sangat banyak, tetapi omzet dapat terkonsentrasi pada hanya beberapa akun teratas.
Misalnya sebuah produk mencatat omzet sekitar Rp900 juta, tetapi sekitar 87,8% omzetnya datang dari hanya 2-4 seller atau affiliate. Angka seperti ini belum cukup untuk menjelaskan penyebabnya, dan tidak membuktikan bahwa produk tersebut lebih baik daripada kompetitornya.
Namun secara struktural, data itu mengajukan pertanyaan penting:
Mengapa sebagian besar aliran transaksi terkonsentrasi pada sedikit node distribusi?
Kemungkinannya beragam: jangkauan perhatian yang lebih besar, jaringan affiliate, jumlah transaksi dan ulasan yang sudah terkumpul, kemampuan membeli traffic, ketersediaan inventory, kepercayaan pasar, atau hubungan distribusi yang lebih kuat.
Dengan kata lain, keberhasilan produk tidak selalu identik dengan keberhasilan distribusinya.
Kita juga perlu berhati-hati terhadap angka konsentrasi seperti ini. Konsentrasi pada satu produk tidak otomatis berarti seluruh kategori atau pasar memiliki struktur yang sama. Angka tersebut lebih berguna sebagai sinyal untuk menyelidiki bagaimana perhatian dan transaksi mengalir, bukan sebagai bukti kausal tunggal.
Sering kali privilege dianggap sebagai sesuatu yang dikejar secara langsung: diskon, akses khusus, prioritas, kredit, atau dukungan.
Padahal privilege biasanya merupakan akibat dari posisi yang kuat.
Ketika sebuah pihak terbukti dapat menghasilkan permintaan, mempercepat perputaran barang, menghubungkan banyak aktor, atau menjaga aliran transaksi tetap berjalan, pihak lain mempunyai insentif untuk memberikan perlakuan khusus.
Urutannya sering lebih dekat ke:
Konsistensi
↓
Kepercayaan
↓
Posisi strategis
↓
Privilege
↓
Leverage
Jadi, jangan hanya bertanya bagaimana memperoleh privilege. Pertanyakan lebih dahulu mengapa sistem membutuhkan Anda.
Namun ada jebakan di sini.
Menjadi perantara tidak otomatis berarti kuat. Banyak distributor, broker, agen, dan agregator dapat digantikan ketika fungsi mereka mudah direplikasi.
Yang lebih penting adalah menjadi penghubung yang sulit digantikan.
Beberapa indikatornya:
Dengan kata lain, yang bernilai bukan sekadar berada di tengah, tetapi berada di titik yang penting.
Cara berpikir ini mengubah beberapa pertanyaan dasar.
Daripada hanya bertanya:
Tambahkan pertanyaan:
Pertanyaan terakhir sangat penting. Posisi yang terlihat kuat tetapi mudah diganti sebenarnya hanya memiliki kekuatan sementara.
Sebuah sistem dapat dibaca sebagai rangkaian aliran:
Sumber nilai
↓
Distribusi
↓
Akses
↓
Transaksi / Penggunaan
↓
Umpan balik
Peluang strategis muncul ketika kita menemukan titik yang menghubungkan banyak bagian sekaligus.
Di titik itu, nilai tidak hanya berasal dari apa yang kita hasilkan, tetapi dari hubungan kita terhadap arus yang dihasilkan banyak pihak.
Sebelum menilai sebuah bisnis, produk, organisasi, atau platform, coba periksa:
Produk yang bagus tetap penting. Margin tetap penting. Modal tetap penting.
Tetapi semua itu belum menjelaskan keseluruhan permainan.
Dalam sistem yang kompleks, posisi terhadap aliran nilai dapat menjadi sumber leverage yang jauh lebih besar daripada sekadar memiliki aset atau menjual produk dengan margin tinggi.
Karena pada akhirnya, pihak yang paling kuat tidak selalu menjadi pihak yang menciptakan nilai paling banyak.
Sering kali, kekuatan berada pada pihak yang berada di titik yang paling menentukan bagaimana nilai tersebut mengalir.
]]>Salah satu alasan paling umum membangun home server adalah menghemat biaya cloud.
Logikanya terlihat sederhana.
Daripada membayar layanan bulanan, mengapa tidak menjalankan semuanya dari rumah?
Dalam praktiknya, jawabannya tidak sesederhana itu.
Semakin lama sebuah home server beroperasi, semakin terlihat bahwa nilai terbesar yang diperoleh sering kali bukan penghematan biaya, melainkan pemahaman yang dibangun selama proses mengelolanya.
Ketika menggunakan layanan cloud, banyak kompleksitas disembunyikan.
Pengguna cukup fokus pada aplikasi.
Sebagian besar hal berikut sudah ditangani oleh penyedia layanan:
Karena itu, biaya cloud sebenarnya bukan hanya biaya komputasi.
Biaya tersebut juga mencakup pengurangan beban operasional.
Sebaliknya, ketika menjalankan server sendiri, berbagai tanggung jawab kembali ke pemilik sistem.
Pertanyaan yang mulai muncul:
Masalah-masalah tersebut memang menambah pekerjaan.
Namun di saat yang sama, masalah tersebut menjadi sumber pembelajaran yang sulit diperoleh hanya dengan menggunakan layanan siap pakai.
Perbandingan biaya sering hanya menghitung:
Padahal terdapat biaya lain yang lebih sulit diukur:
Jika seluruh biaya tersebut diperhitungkan, hasilnya tidak selalu menunjukkan bahwa home server lebih murah.
Pendekatan Cloud
Keuntungan:
Keterbatasan:
Pendekatan Home Server
Keuntungan:
Keterbatasan:
Keduanya memiliki tempat masing-masing dan tidak harus dipandang sebagai pilihan yang saling menggantikan.
Banyak keputusan teknologi menjadi lebih baik ketika tujuan utamanya dipahami dengan jelas.
Jika tujuan utamanya adalah:
“Menjalankan aplikasi dengan gangguan seminimal mungkin.”
Cloud sering menjadi pilihan yang masuk akal.
Namun jika tujuan utamanya adalah:
“Memahami bagaimana sistem bekerja.”
Maka home server menawarkan pengalaman yang jauh lebih kaya.
Kesalahan terjadi.
Layanan gagal.
Backup diuji.
Konfigurasi diperbaiki.
Semua pengalaman tersebut membentuk pemahaman yang sulit digantikan oleh teori.
Daripada melihat cloud dan home server sebagai pesaing, lebih berguna melihatnya sebagai dua alat yang melayani tujuan berbeda.
Cloud
Membeli kenyamanan.
Home Server
Membeli pengalaman.
Kombinasi Keduanya
Membeli keseimbangan antara pembelajaran dan operasional.
Dalam banyak kasus, kombinasi tersebut justru menghasilkan keputusan yang paling rasional.
Sebelum membangun home server, tanyakan beberapa hal berikut:
Jawaban atas pertanyaan tersebut biasanya lebih penting daripada spesifikasi hardware yang digunakan.
Banyak orang memulai home server dengan harapan menghemat biaya.
Namun seiring waktu, yang paling berharga sering bukan servernya.
Yang paling berharga adalah kemampuan yang diperoleh selama mengelolanya:
Kemampuan tersebut tetap relevan bahkan ketika teknologi yang digunakan berubah.
Home server memang dapat membantu mengurangi ketergantungan pada layanan cloud.
Namun melihatnya hanya dari sudut penghematan biaya sering kali melewatkan manfaat yang lebih besar.
Nilai sebenarnya bukan terletak pada server yang berjalan di rumah.
Nilai sebenarnya terletak pada proses memahami bagaimana sistem dibangun, dioperasikan, dipantau, gagal, dan dipulihkan.
Karena pada akhirnya, perangkat keras dapat diganti. Tetapi pemahaman yang diperoleh dari mengelola sistem secara langsung akan tetap menjadi aset jangka panjang — itulah yang menjadi benang merah dari seluruh seri ini.
]]>Sebagian besar sistem bisnis dan marketing terlalu bergantung pada lagging indicator.
Contohnya:
Semua metrik tersebut penting.
Namun semuanya memiliki satu kelemahan yang sama:
Ketika metrik tersebut menunjukkan masalah, kerusakan biasanya sudah terjadi.
Revenue turun.
Budget sudah habis.
Campaign sudah berjalan berminggu-minggu.
Opportunity sudah hilang.
Feedback datang terlalu lambat.
Mengukur hasil akhir.
Contoh:
Pertanyaan yang dijawab:
“Apa yang sudah terjadi?”
Mengukur sinyal awal yang muncul sebelum hasil akhir terbentuk.
Contoh:
Pertanyaan yang dijawab:
“Apa yang kemungkinan akan terjadi?”
“Apakah kita bergerak ke arah yang benar?”
Seorang dokter tidak menunggu pasien mengalami gagal organ untuk menyimpulkan bahwa ada masalah.
Dokter memantau:
Semua itu adalah leading indicator.
Tujuannya bukan memastikan masa depan.
Tujuannya adalah mendeteksi risiko lebih cepat.
Banyak tim hanya mengamati:
Impression ↓ Lead ↓ Revenue
Padahal terdapat banyak sinyal penting di tengah perjalanan:
Impression ↓ Click ↓ Landing Page View ↓ Qualified Engagement ↓ Lead ↓ Revenue
Sering kali campaign yang nantinya sukses menunjukkan pola positif jauh sebelum revenue muncul.
Misalnya:
Perilaku tersebut belum menghasilkan uang.
Tetapi sering menjadi petunjuk bahwa market mulai merespons.
Leading indicator bukan pengganti outcome.
Revenue tetap tujuan utama.
Namun revenue adalah cermin masa lalu.
Leading indicator membantu melihat arah perjalanan sebelum hasil akhir terlihat.
Saat mengevaluasi sebuah sistem, tanyakan:
Apa Outcome yang ingin dicapai?
Contoh:
Apa perilaku yang selalu muncul sebelum outcome tersebut?
Contoh:
Apakah perilaku tersebut dapat diukur lebih cepat?
Jika ya, kemungkinan besar itu kandidat leading indicator.
Tidak semua leading indicator memiliki nilai prediktif.
Banyak organisasi terjebak pada vanity metrics:
Karena mudah diukur.
Tetapi tidak memiliki hubungan yang kuat dengan outcome bisnis.
Leading indicator yang baik harus memiliki:
Daripada bertanya:
“Berapa revenue minggu ini?”
Mungkin pertanyaan yang lebih berguna adalah:
“Sinyal apa yang biasanya muncul sebelum revenue meningkat?”
Karena organisasi yang hanya mengukur hasil akhir sering terlambat bereaksi.
Sedangkan organisasi yang memahami leading indicator memiliki kesempatan untuk bertindak sebelum masalah atau peluang menjadi nyata.
]]>“Outcome memberi tahu kita apa yang sudah terjadi. Leading indicator membantu kita memahami apa yang mungkin akan terjadi berikutnya.” 🌱
Semua orang bisa mengatakan bahwa produk atau layanan mereka bagus.
Kami berpengalaman.
Kami profesional.
Kami terpercaya.
Masalahnya, klaim mudah dibuat.
Ketika seseorang harus mengambil keputusan, mereka biasanya membutuhkan lebih dari sekadar apa yang kita katakan tentang diri sendiri.
Mereka membutuhkan alasan untuk percaya.
Di situlah bukti menjadi penting.
Sebuah bisnis dapat mengatakan bahwa mereka memiliki layanan terbaik, tim berpengalaman, atau pelanggan yang puas.
Tidak ada biaya besar untuk mengatakan hal tersebut.
Karena itu, semakin banyak pilihan yang tersedia, semakin sulit bagi seseorang membedakan mana yang benar-benar mampu dan mana yang hanya pandai berbicara.
Bukti memberikan sesuatu yang dapat diamati dan dipertimbangkan.
Bentuknya bisa berbeda-beda, misalnya:
Bukti tidak selalu menjamin hasil.
Namun bukti membantu seseorang memahami bahwa sebuah klaim memiliki dasar yang dapat diperiksa.
Ketika risiko keputusan kecil, orang mungkin tidak membutuhkan banyak pertimbangan.
Tetapi semakin besar dampaknya, semakin besar kebutuhan untuk mengurangi ketidakpastian.
Memilih tempat makan berbeda dengan memilih vendor untuk proyek besar.
Membeli produk sehari-hari berbeda dengan memilih konsultan bisnis.
Dalam keputusan yang lebih besar, seseorang biasanya ingin melihat lebih banyak alasan sebelum merasa cukup yakin untuk melangkah.
Kesalahan yang sering terjadi adalah terlalu fokus menjelaskan siapa kita dan betapa baiknya layanan yang kita miliki.
Padahal calon pelanggan lebih terbantu ketika mereka dapat melihat contoh nyata.
Daripada mengatakan:
“Kami berpengalaman.”
Lebih membantu menunjukkan masalah yang pernah diselesaikan, bagaimana prosesnya, dan apa yang dihasilkan.
Daripada mengatakan:
“Pelanggan kami puas.”
Lebih membantu menunjukkan pengalaman pelanggan yang dapat dipahami dan relevan dengan kebutuhan calon pelanggan.
Bukti sering dianggap harus berupa data atau angka.
Padahal bukti dapat berbentuk apa pun yang membantu seseorang memeriksa atau memahami sebuah klaim.
Sebuah portofolio dapat menjadi bukti.
Sebuah demo dapat menjadi bukti.
Cara sebuah bisnis menjelaskan proses kerjanya juga dapat menjadi bukti tentang tingkat pemahamannya terhadap masalah yang dihadapi pelanggan.
Perjalanan pelanggan bukan hanya tentang membuat seseorang mengenal kita.
Setelah mengenal, mereka perlu memiliki alasan untuk mempertimbangkan kita.
Setelah mempertimbangkan, mereka perlu merasa cukup yakin untuk mengambil keputusan.
Bukti membantu proses tersebut dengan mengurangi jarak antara apa yang kita katakan dan apa yang dapat dilihat oleh orang lain.
Sebelum menambahkan lebih banyak klaim dalam pemasaran, coba periksa:
Klaim membantu orang mengetahui apa yang ingin kita sampaikan.
Bukti membantu mereka memutuskan apakah mereka percaya.
Karena itu, ketika seseorang semakin dekat dengan keputusan, yang mereka cari bukan hanya penjelasan tentang mengapa kita layak dipilih.
Mereka ingin melihat alasan yang membuat pilihan tersebut terasa masuk akal.
Orang lebih percaya bukti daripada klaim.
]]>Mereka juga bersaing untuk mendapatkan tempat di ingatan seseorang.
Seseorang bisa melihat bisnis Anda hari ini, tetapi belum membutuhkan produknya. Tidak ada pembelian, tidak ada percakapan, bahkan mungkin tidak ada tindakan apa pun.
Namun beberapa bulan kemudian, ketika kebutuhan muncul, nama Anda bisa kembali teringat.
Itu bukan berarti interaksi sebelumnya gagal.
Kita sering mengukur hasil pemasaran dari tindakan yang paling mudah dihitung:
Semua itu penting.
Namun tidak semua interaksi berada pada tahap tersebut.
Kadang seseorang baru mengetahui bahwa bisnis Anda ada. Mereka belum membutuhkan produk Anda, belum memiliki anggaran, atau belum memiliki alasan untuk mengambil keputusan.
Hasil yang paling realistis dari interaksi tersebut mungkin hanya satu hal:
Mereka mengingat Anda.
Keputusan pembelian sering kali tidak terjadi ketika seseorang pertama kali melihat sebuah bisnis.
Keputusan bisa terjadi jauh setelahnya, ketika kebutuhan benar-benar muncul.
Pada saat itu, orang biasanya tidak memulai dari seluruh pilihan yang ada di pasar.
Mereka cenderung mengingat beberapa nama yang pernah mereka lihat, dengar, atau dapatkan dari rekomendasi.
Karena itu prosesnya bisa terlihat seperti:
Dikenal
↓
Diingat
↓
Dipertimbangkan
↓
Dipilih
Tidak semua orang akan melewati semua tahap tersebut.
Tetapi tanpa pernah masuk ke ingatan seseorang, peluang untuk dipertimbangkan ketika kebutuhan muncul juga menjadi lebih kecil.
Menariknya, seseorang tidak harus pernah membeli dari Anda untuk mengenal dan merekomendasikan Anda.
Mereka mungkin pernah:
Ketika suatu hari orang lain bertanya:
“Kenal orang yang bisa membantu masalah ini?”
nama Anda mungkin menjadi salah satu jawaban.
Artinya, pengaruh seseorang terhadap keputusan pembelian tidak selalu datang dari dirinya sendiri sebagai pelanggan.
Mereka juga bisa menjadi penghubung menuju pelanggan lain.
Ketika semakin banyak bisnis menawarkan hal yang mirip, perhatian menjadi lebih sulit dipertahankan.
Website semakin banyak.
Konten semakin banyak.
Iklan semakin banyak.
Pilihan semakin banyak.
Dalam kondisi seperti ini, hanya dikenal tidak selalu cukup.
Bisnis juga perlu menjadi cukup jelas dan konsisten sehingga ketika kebutuhan muncul, orang masih dapat mengingat siapa yang pernah mereka lihat dan apa yang sebenarnya ditawarkan.
Tujuannya bukan sekadar menjadi terkenal.
Tujuannya adalah menjadi salah satu pilihan yang teringat ketika kebutuhan yang relevan muncul.
Salah satu kesalahan yang sering terjadi adalah menganggap semua aktivitas pemasaran harus menghasilkan transaksi langsung.
Akibatnya bisnis cenderung terlalu cepat menilai:
“Konten ini tidak menghasilkan penjualan, berarti tidak berguna.”
Padahal mungkin fungsi konten tersebut memang belum berada pada tahap transaksi.
Sebuah interaksi bisa membantu seseorang mengenal, mengingat, atau membangun kepercayaan terlebih dahulu.
Nilainya mungkin baru terlihat ketika kebutuhan muncul di kemudian hari.
Tidak semua orang yang mengenal Anda akan menjadi pelanggan.
Tidak semua orang yang melihat konten Anda akan membeli.
Namun sebagian dari mereka mungkin akan mengingat Anda.
Dan ketika kebutuhan muncul, ingatan itu dapat menjadi awal dari pertimbangan, rekomendasi, atau bahkan transaksi.
Karena itu, dalam proses go-to-market, tidak semua interaksi harus berakhir dengan pembelian.
Kadang langkah pertama yang cukup penting adalah membuat orang tahu bahwa Anda ada, memahami apa yang Anda lakukan, dan masih mengingat Anda ketika saatnya tiba.
]]>Mereka membeli kursus, berlangganan software, memesan jasa, atau membeli perangkat.
Namun jika kita mencoba memahami alasan di balik pembelian, sering kali yang dicari bukan produknya.
Yang dicari adalah perubahan yang mereka harapkan terjadi setelah membeli.
Dua orang dapat membeli produk yang sama tetapi mengharapkan hasil yang berbeda.
Seseorang membeli iPhone karena ekosistem perangkatnya.
Orang lain karena kamera.
Orang lain karena merasa lebih nyaman membuat konten dengannya.
Bahkan seseorang bisa membeli karena percaya bahwa konten yang dibuat menggunakan iPhone lebih mudah mendapatkan perhatian.
Apakah keyakinan tersebut selalu benar bukan inti pembahasannya.
Yang penting adalah harapan yang dibawa orang tersebut ketika membuat keputusan.
Produknya sama.
Perubahan yang diharapkan berbeda.
Hal yang sama terjadi pada berbagai jenis produk dan layanan.
Orang yang mengikuti kursus bahasa Inggris mungkin bukan hanya ingin membeli kelas.
Mereka mungkin mengharapkan:
Bagi sebagian orang, lingkungan atau komunitas bahkan menjadi bagian penting dari alasan mereka memilih sebuah program.
Jadi yang dibeli bukan hanya materi pembelajaran.
Ada perubahan yang diharapkan terjadi pada diri mereka setelah mengikuti program tersebut.
Coba lihat contoh lain.
Seseorang yang membeli CRM mungkin tidak benar-benar menginginkan software CRM.
Mereka menginginkan proses kerja yang lebih rapi, lead yang tidak mudah hilang, dan tim yang lebih mudah berkoordinasi.
Seseorang yang membuat website mungkin tidak sebenarnya menginginkan sekumpulan halaman web.
Mereka mungkin ingin lebih mudah ditemukan, membangun kepercayaan, mendapatkan pelanggan, atau menyediakan layanan secara lebih mudah.
Produk adalah salah satu cara untuk mencapai perubahan tersebut.
Karena setiap orang memiliki konteks yang berbeda, harapan mereka juga berbeda.
Satu produk bisa digunakan oleh banyak orang untuk mencapai tujuan yang berbeda.
Karena itu memahami pelanggan tidak cukup hanya dengan bertanya:
“Produk apa yang mereka butuhkan?”
Pertanyaan yang lebih berguna adalah:
“Perubahan apa yang mereka harapkan terjadi?”
Jawabannya dapat mengubah cara sebuah produk diposisikan, dijelaskan, bahkan dikembangkan.
Bisnis sering terlalu fokus menjelaskan apa yang mereka jual.
Mereka berbicara tentang:
Semua itu penting, tetapi belum tentu menjawab alasan seseorang membeli.
Calon pelanggan biasanya lebih tertarik pada apa yang akan berubah bagi mereka setelah menggunakan produk tersebut.
Cara sederhana untuk melihatnya adalah:
Produk
↓
Digunakan
↓
Menghasilkan pengalaman
↓
Mendorong perubahan
Perubahan itu bisa sangat berbeda bentuknya.
Bisa berupa kemampuan baru, pekerjaan yang lebih mudah, risiko yang lebih kecil, status sosial, kenyamanan, peluang, atau lingkungan yang berbeda.
Yang penting, perubahan tersebut memiliki arti bagi orang yang membeli.
Produk tetap penting.
Kualitas, fitur, harga, dan pengalaman pengguna tetap memengaruhi keputusan.
Namun memahami pembelian hanya dari sisi produk sering membuat kita kehilangan alasan yang sebenarnya.
Orang membeli karena mereka berharap sesuatu berubah setelah pembelian itu terjadi.
Karena itu pertanyaan yang layak diajukan bukan hanya:
“Apa yang kita jual?”
Tetapi juga:
“Perubahan apa yang ingin dicapai oleh orang yang membeli kita?”
Ketika pertanyaan itu mulai dijawab, cara melihat produk dan pelanggan biasanya ikut berubah.
]]>“Kami membutuhkan website.”
Sering kali website bukanlah kebutuhan sebenarnya.
Website hanyalah bentuk yang terlihat.
Di baliknya biasanya ada kebutuhan yang lebih besar seperti mendapatkan pelanggan, mengelola layanan, membangun kepercayaan, mempermudah transaksi, atau membantu orang menyelesaikan pekerjaan tertentu.
Karena itu, dua website bisa terlihat sama, tetapi sebenarnya mengerjakan pekerjaan yang sangat berbeda.
YouTube adalah website.
Tokopedia adalah website.
Facebook adalah website.
HubSpot adalah website.
Company profile juga website.
Namun sulit mengatakan bahwa semuanya adalah hal yang sama hanya karena sama-sama dapat dibuka melalui browser.
Yang membedakan bukan sekadar tampilannya.
Yang membedakan adalah apa yang sebenarnya dilakukan oleh sistem tersebut untuk penggunanya dan bisnis yang ada di belakangnya.
Bayangkan sebuah sekolah meminta dibuatkan website untuk layanan konsultasi siswa.
Kalau kita hanya menerima permintaan tersebut secara harfiah, kita mungkin mulai memikirkan halaman beranda, profil sekolah, formulir kontak, dan desain visual.
Padahal kebutuhan sebenarnya bisa jauh lebih besar.
Siswa mungkin membutuhkan cara untuk meminta sesi konsultasi.
Guru bimbingan konseling membutuhkan cara mengelola jadwal dan kasus.
Sekolah mungkin membutuhkan pelaporan.
Orang tua mungkin memiliki kebutuhan informasi tertentu.
Dalam situasi seperti ini, website hanyalah salah satu bagian yang terlihat dari sebuah sistem layanan.
Cara yang lebih berguna untuk memikirkan website adalah mulai dari pekerjaan yang ingin diselesaikan.
Bukan:
“Website seperti apa yang harus dibuat?”
Tetapi:
“Apa yang harus bisa dilakukan oleh orang yang menggunakan sistem ini?”
Pertanyaan tersebut menghasilkan keputusan yang berbeda.
Website untuk company profile mungkin berfokus pada informasi dan kepercayaan.
Website untuk toko online harus membantu orang menemukan produk dan menyelesaikan transaksi.
Website untuk platform pendidikan mungkin harus membantu proses belajar.
Website untuk layanan konsultasi mungkin harus membantu orang menemukan layanan, membuat janji, dan mengelola proses setelahnya.
Semuanya bisa disebut website.
Tetapi pekerjaan yang dilakukan berbeda.
Kesalahan yang cukup umum adalah memilih teknologi terlalu cepat.
Pertanyaan seperti:
memang penting, tetapi datang setelah tujuan sistem dipahami.
Kalau kebutuhan dasarnya belum jelas, memilih teknologi hanya membuat kita semakin cepat membangun sesuatu yang belum tentu dibutuhkan.
Ada beberapa pertanyaan sederhana yang dapat membantu:
Pertanyaan-pertanyaan ini sering menghasilkan gambaran yang jauh lebih jelas daripada sekadar membuat daftar halaman.
Sebuah website company profile mungkin cukup berupa beberapa halaman informasi.
Sementara website lain bisa menjadi pintu masuk ke sistem yang jauh lebih kompleks di belakangnya.
Misalnya terdapat:
Dari luar, semuanya tetap terlihat seperti sebuah website.
Karena yang dilihat pengguna hanya bentuk luarnya.
Ketika seseorang berkata bahwa mereka membutuhkan website, jangan terlalu cepat menganggap website sebagai produk akhirnya.
Bisa jadi website memang kebutuhan utamanya.
Tetapi bisa juga website hanya menjadi bentuk luar dari sesuatu yang lebih besar.
Yang lebih penting bukan sekadar membuat website.
Yang lebih penting adalah memahami pekerjaan apa yang harus diselesaikan, siapa yang terbantu, dan sistem apa yang diperlukan agar pekerjaan tersebut dapat berjalan.
Dengan cara berpikir seperti ini, pertanyaan tentang website berubah dari:
“Website seperti apa yang harus dibuat?”
menjadi:
]]>“Apa yang sebenarnya sedang kita bangun?”