Pilot berbayar adalah alat penting untuk SaaS B2B tahap awal. Ia membantu pelanggan mencoba produk dengan risiko terbatas, sambil memberi founder bukti bahwa masalah cukup penting untuk dibayar. Tetapi pilot yang buruk berubah menjadi konsultasi gratis, custom project, atau demo panjang tanpa keputusan.
Pilot berbayar yang sehat punya scope sempit, biaya jelas, timeline pendek, owner di kedua sisi, dan success criteria yang disepakati sebelum mulai.
Kapan pilot berbayar masuk akal
Pilot cocok jika:
- masalah pelanggan nyata tetapi implementasi penuh terlalu besar
- buyer ingin melihat produk memakai data mereka
- workflow butuh validasi di lapangan
- procurement belum siap untuk kontrak tahunan
- founder perlu membuktikan value sebelum ekspansi
Pilot tidak cocok jika prospek hanya ingin eksplorasi tanpa owner. Jika tidak ada orang dari sisi pelanggan yang bertanggung jawab, pilot akan menggantung.
Scope harus kecil
Pilih batas yang jelas:
- satu cabang
- satu tim
- satu workflow
- satu jenis laporan
- satu periode transaksi
- satu integrasi ringan atau import data
Scope kecil membuat hasil bisa dinilai. Jika pilot mencakup seluruh perusahaan, tim akan tenggelam dalam pengecualian sebelum value terlihat.
Harga pilot
Pilot gratis sering membuat komitmen lemah. Biaya tidak harus besar, tetapi harus cukup untuk menunjukkan keseriusan.
Struktur sederhana:
- pilot fee untuk onboarding dan setup
- durasi 2-6 minggu
- scope tertulis
- biaya bisa dikreditkan ke kontrak tahunan jika lanjut
- biaya tambahan jika scope berubah
Untuk pelanggan mid-market, pilot fee juga membantu internal champion memperlakukan proyek sebagai pekerjaan resmi, bukan eksperimen informal.
Success criteria
Tentukan sebelum pilot:
- metrik apa yang ingin diperbaiki
- data apa yang harus tersedia
- siapa user yang harus aktif
- output apa yang harus dihasilkan
- keputusan apa yang akan dibuat di akhir
Contoh:
"Dalam 4 minggu, tim finance dapat menutup rekonsiliasi 1 cabang dengan data transaksi mingguan, mengurangi pekerjaan manual, dan menghasilkan laporan yang bisa direview owner. Di akhir pilot, buyer memutuskan lanjut ke 5 cabang atau menghentikan."
Criteria seperti ini lebih baik daripada "mencoba platform".
Owner di dua sisi
Pilot perlu:
- sponsor bisnis
- user harian
- project owner pelanggan
- owner dari vendor
- technical/data contact jika perlu
Jika owner pelanggan tidak jelas, founder akan menjadi satu-satunya orang yang mendorong pilot. Itu tanda buruk untuk implementasi penuh.
Timeline 4 minggu
Contoh ritme:
- Minggu 1: kick-off, data, user, workflow
- Minggu 2: setup, training, penggunaan pertama
- Minggu 3: penggunaan aktif, support, perbaikan kecil
- Minggu 4: review hasil, decision meeting
Jangan biarkan pilot berjalan tanpa meeting akhir. Decision meeting harus dijadwalkan sejak kick-off.
Apa yang harus ditolak
Tolak atau tunda jika:
- prospek meminta custom besar sebelum pilot
- tidak ada data contoh
- tidak ada owner
- scope terus melebar
- success criteria tidak bisa ditulis
- pilot gratis diminta hanya untuk "lihat-lihat"
Founder boleh fleksibel, tetapi jangan membuat pilot menjadi proyek tanpa batas.
Template proposal pilot
Isi satu halaman:
- Latar belakang masalah
- Scope pilot
- Durasi
- Data yang dibutuhkan
- User dan owner
- Biaya
- Yang termasuk
- Yang tidak termasuk
- Success criteria
- Jadwal decision meeting
- Opsi setelah pilot
Template pendek lebih mudah disetujui daripada proposal panjang yang belum tentu dibaca.
Cara mengevaluasi hasil pilot
Decision meeting harus membahas bukti, bukan perasaan. Siapkan:
- metrik sebelum dan sesudah
- user yang aktif
- workflow yang berhasil
- bagian yang masih manual
- request custom yang muncul
- biaya support selama pilot
- risiko jika diperluas
Pertanyaan utama:
- Apakah masalah yang diuji benar-benar penting?
- Apakah produk mengurangi pekerjaan atau risiko?
- Apakah pelanggan punya owner untuk rollout lebih luas?
- Apakah scope berikutnya bisa dijual ulang ke pelanggan lain?
- Apakah harga kontrak penuh masih sehat setelah melihat effort implementasi?
Jika jawabannya lemah, pilot tidak gagal sepenuhnya. Ia memberi sinyal bahwa segmen, scope, atau produk perlu diperbaiki.
Jangan mengubah pilot menjadi custom project
Custom request akan muncul. Bedakan:
- konfigurasi sehat: bisa dipakai pelanggan serupa
- gap produk inti: perlu masuk roadmap
- custom project: hanya berguna untuk satu akun
Jika request custom terlalu besar, tawarkan fase terpisah dengan harga dan scope berbeda. Jangan memasukkannya diam-diam ke pilot karena takut kehilangan deal. Founder perlu belajar menjual produk, bukan hanya tenaga implementasi.
Red flag setelah pilot
Waspadai jika:
- pelanggan puas tetapi tidak mau bayar kontrak lanjutan
- hanya satu user yang memakai produk
- owner internal tidak hadir di review
- semua value bergantung pada kerja manual founder
- next step selalu meminta custom tambahan
Pilot yang baik harus memperjelas keputusan, bukan memperpanjang ketidakpastian.
Hitung ekonomi pilot
Pilot berbayar tetap bisa rugi jika effort terlalu besar. Hitung:
- jam onboarding
- jam support
- custom setup
- waktu founder
- biaya infrastruktur atau tool
- potensi kontrak setelah pilot
Jika pilot fee kecil tetapi effort besar, pastikan ada alasan strategis: logo penting, learning kuat, atau peluang kontrak besar. Jika tidak, naikkan pilot fee atau persempit scope.
Cara mengubah pilot menjadi kontrak
Sebelum pilot selesai, siapkan opsi:
- lanjut ke paket tahunan
- perluas ke cabang/tim lain
- tambah modul tertentu
- hentikan karena criteria tidak tercapai
Jangan menunggu pelanggan bertanya "setelah ini apa?" Founder harus membawa rekomendasi berdasarkan data pilot. Misalnya: "Dari 4 minggu, workflow cabang A sudah berjalan, tetapi data cabang B belum siap. Rekomendasi kami: lanjut 3 cabang dulu, bukan semua cabang."
Checklist sebelum kick-off
- pilot fee disetujui
- scope tertulis
- data awal tersedia
- owner pelanggan ditunjuk
- user pertama jelas
- success criteria disetujui
- decision meeting terjadwal
- hal yang tidak termasuk ditulis
Tanpa checklist ini, pilot mudah berubah menjadi akses gratis yang tidak pernah selesai.
Kapan pilot sebaiknya ditolak
Tolak dengan sopan jika prospek belum punya masalah jelas, tidak mau menunjuk owner, atau meminta akses penuh tanpa biaya dan tanpa decision meeting. Kalimat yang bisa dipakai:
"Agar pilotnya berguna, kami perlu scope, data contoh, owner, dan kriteria keberhasilan. Kalau itu belum siap, lebih baik kita lakukan discovery lanjutan dulu daripada menjalankan pilot yang sulit dievaluasi."
Menolak pilot yang buruk sering lebih sehat daripada mengejar logo yang menghabiskan waktu.
Langkah berikutnya
Ambil satu prospek yang meminta demo lanjutan dan ubah menjadi proposal pilot satu halaman. Jika kamu tidak bisa menulis scope, owner, data, biaya, dan success criteria, prospek belum siap pilot. Kembali ke discovery sebelum memberi akses produk.