Skema pipeline penjualan untuk pendiri B2B yang tetap jujur

Mengapa kebanyakan pipeline awal berhenti dapat dipercaya

Awalnya, pipeline terasa jelas karena hanya ada beberapa deal dan sebagian besar konteks ada di kepala Anda. Lalu daftar bertambah, Anda melewatkan follow-up, dan pipeline mulai menceritakan kisah yang lebih indah daripada kenyataan. Itulah “pipeline berbohong”: bukan disengaja, tapi karena tidak ada yang memaksa sistem mengatakan yang sebenarnya.

Hal itu muncul dalam pola yang sama:

• Deal berada di satu stage selama berminggu-minggu tanpa aktivitas terbaru.
• “Next step” berubah menjadi sesuatu yang samar seperti “cek lagi minggu depan.”
• Tanggal close dipindahkan ke depan untuk memberi harapan, bukan karena pembeli menyetujui timeline.

Reaksi umum adalah membangun CRM berlebih: lebih banyak field, lebih banyak stage kustom, catatan yang lebih panjang. Ironisnya, itu biasanya membuat forecast lebih buruk. Saat memperbarui terasa berat, orang memperbarui lebih sedikit, dan pipeline diam-diam membusuk.

Skema pipeline penjualan yang minimal justru melakukan hal sebaliknya. Struktur cukup untuk mengambil keputusan. Ia tidak mencoba menangkap semuanya. Ia menangkap beberapa fakta yang mencegah Anda menipu diri sendiri.

Jika hanya mengikuti satu aturan, gunakan ini: setiap deal terbuka harus memiliki (1) tindakan berikutnya yang eksplisit, (2) tanggal untuk tindakan itu, dan (3) tanggal close yang terkait dengan timeline pembeli yang nyata (sebuah pertemuan, langkah legal, review anggaran). Jika salah satu hilang, deal itu tidak aktif.

Stage juga harus berarti sesuatu. Sebuah deal maju hanya ketika sesuatu yang konkret terjadi, bukan karena terasa bagus. Tujuannya bukan dashboard yang cantik. Tujuannya adalah pandangan jujur yang bisa Anda gunakan untuk menjalankan bisnis.

Tetapkan aturan sebelum memilih field dan stage

Skema pipeline hanya bekerja jika semua orang memperlakukannya dengan cara yang sama. Sebelum Anda menambah field atau berdebat tentang stage, tentukan apa yang direpresentasikan oleh satu item pipeline.

Default yang bersih untuk B2B: satu deal sama dengan satu keputusan pembelian. Jika perusahaan yang sama mungkin membeli dua kali (dua tim, dua produk, dua anggaran), itu dua deal, bukan satu catatan yang berantakan.

Sederhanakan objek. Anda bisa berjalan jauh dengan tiga bucket: lead (orang yang bisa Anda hubungi), account (perusahaan), dan deal (pembelian spesifik yang Anda coba tutup). Jika Anda solo, Anda bahkan bisa melewati lead dan account formal dan cukup memastikan setiap deal jelas menyebut perusahaan dan kontak utama.

Tulis beberapa aturan operasi, terutama jika ada orang lain selain Anda yang menyentuh pipeline:

• Catat aktivitas segera setelah terjadi.
• Lakukan review mingguan pada waktu yang tetap.
• Beri setiap deal tepat satu pemilik.
• Gunakan satu sumber kebenaran: jika tidak ada di pipeline, itu tidak terjadi.

Contoh: Anda berbicara dengan Alex di Northwind tentang pilot untuk tim finance. Itu satu deal. Jika sebulan kemudian produk ingin kontrak terpisah, buat deal kedua. Jangan meregangkan satu catatan untuk menutupi dua keputusan.

Field deal minimal yang benar-benar Anda gunakan

Pipeline tetap berguna ketika setiap deal memiliki beberapa field yang benar-benar Anda cek setiap minggu. Tambah field “untuk berjaga-jaga,” dan mereka berubah menjadi hiasan.

Mulai dengan format nama deal yang mencegah duplikasi. Pola sederhana bekerja: Perusahaan - Produk/Ruang Lingkup - Kuartal/Bulan. Contoh: “Acme - Team plan - Mar 2026.” Ini membuat jelas ketika “Acme - Demo” dan “Acme - Follow-up” sebenarnya adalah deal yang sama.

Setiap deal juga perlu identitas jelas:

• Account/perusahaan
• Kontak utama
• Peran kontak (decision maker, champion, finance, IT)

Peran penting karena mengubah apa yang Anda lakukan selanjutnya. Champion perlu enablement. Decision maker butuh business case.

Tambahkan field akuntabilitas:

• Deal owner (satu orang)
• Sumber (inbound, outbound, partner, referral, event)

Lalu tambahkan hanya data finansial dan waktu yang akan Anda gunakan:

• Expected value dan deal type (baru, ekspansi, perpanjangan)
• Target close date (tanggal nyata, bukan “suatu saat”)
• Probability hanya jika Anda menggunakannya dalam forecast mingguan yang Anda percayai

Jika ragu tentang sebuah field, jangan masukkan. Anda selalu bisa menambahkannya nanti. Menghapus field setelah kebiasaan terbentuk jauh lebih sulit.

Field kualifikasi yang mencegah deal khayalan

Kebanyakan pipeline yang “besar” sebenarnya tidak besar. Mereka penuh deal yang enak dilihat tapi tidak punya jalur jelas menuju jawaban ya.

Mulai dengan satu field yang memaksa kejelasan: Use case (ruang lingkup). Tulis apa yang pembeli coba capai dengan kata-kata sederhana, plus apa yang terlihat seperti “selesai.” Jika Anda tidak bisa mendeskripsikan hasil dalam dua kalimat, Anda mungkin belum memahami deal.

Selanjutnya, tangkap proses pengambilan keputusan di satu tempat. Ini bukan dump kontak. Ini cerita bagaimana keputusan dibuat: siapa yang menandatangani, siapa yang bisa memblokir, dan langkah apa yang harus diikuti (security review, legal, procurement). Jika Anda belum tahu penandatangan, anggap deal masih awal.

Tambahkan sinyal kecocokan harga, meskipun kasar. Rentang (“< $5k”, “$5-25k”, “$25k+”) sudah cukup, atau sederhana Likely / Unclear / Unlikely berdasarkan apa yang Anda dengar. Tujuannya adalah menghentikan kemajuan deal yang tidak mampu membayar Anda.

Terakhir, simpan field red flags satu baris. Jika butuh paragraf, itu masuk catatan.

Set ringkas yang bekerja untuk sebagian besar pendiri B2B:

• Use case + kriteria sukses
• Proses pengambilan keputusan (penandatangan, influencer, langkah)
• Kecocokan harga (rentang atau Likely/Unclear/Unlikely)
• Opsi pesaing (disebutkan atau “status quo”)
• Red flags (satu baris)

Contoh: “Ingin pembersihan CRM sebelum perpanjangan, penandatangan VP Sales, security review diperlukan, anggaran kemungkinan $10-20k, bersaing dengan tidak melakukan apa-apa, red flag: champion tidak memegang kepemilikan proyek.” Catatan tunggal itu lebih sulit untuk menipu diri sendiri.

Pelacakan aktivitas yang menjaga pipeline jujur

Pipeline menjadi buruk ketika berubah menjadi daftar keinginan. Perbaikannya bukan menambah field. Melainkan beberapa sinyal aktivitas yang memaksa setiap deal menjawab satu pertanyaan: apa yang terjadi selanjutnya?

Jika Anda hanya menambah satu lapisan ke skema pipeline, buatlah field aktivitas ini:

• Last activity date (otomatis jika bisa, manual jika perlu)
• Next step (satu tindakan konkret, bukan “follow up”)
• Next step due date (tanggal nyata)
• Last touch channel (telepon, email, meeting, demo, chat)
• Reason lost (dropdown singkat, catatan satu kalimat opsional)

Aturan praktis: jika sebuah deal tidak punya next step atau tidak ada due date, itu bukan deal nyata. Parkir atau tutup saja. Ini melakukan lebih banyak untuk akurasi forecast daripada model scoring mana pun.

Simpan “Reason lost” singkat agar Anda benar-benar menggunakannya: harga, tidak ada anggaran, tidak ada keputusan, memilih pesaing, waktu, tidak cocok.

Contoh penerapan: Anda ada demo dengan ops lead pada hari Selasa. Tepat setelah panggilan, Anda set last activity date = Selasa, last touch channel = meeting, next step = “Kirim 2 studi kasus dan konfirmasi siapa yang menandatangani,” next step due date = Kamis. Jika Kamis berlalu tanpa balasan, deal berubah merah tanpa ada perdebatan tentang “kemajuan pipeline.”

Model stage sederhana untuk kebanyakan pendiri B2B

Model stage yang baik melakukan satu pekerjaan: mengatakan kebenaran tentang di mana setiap deal berada, tanpa membuat Anda mengasuh belasan langkah kecil. Jika Anda tidak bisa mengatakan apa yang harus benar agar sebuah deal berada di stage, stage itu berubah menjadi perasaan.

Pengaturan enam stage ini bekerja untuk sebagian besar pendiri B2B:

1. New: Anda punya nama dan alasan untuk menghubungi. Sentuhan pertama sudah dilakukan atau dijadwalkan.

2. Qualified: Kecocokan dasar terkonfirmasi. Masalah nyata, pelanggan cocok dengan ICP Anda, dan ada jalur yang masuk akal untuk membeli.

3. Discovery done: Anda sudah melakukan percakapan nyata. Anda memahami use case, kriteria sukses, dan siapa yang terlibat.

4. Proposal sent: Harga dan ruang lingkup ada di tangan pelanggan. Next step dijadwalkan atau diminta secara eksplisit.

5. Negotiation/Legal: Procurement, security, persetujuan anggaran, atau edit kontrak sedang berlangsung.

6. Closed won / Closed lost: Hasil ditandai dan alasan dicatat.

Majukan deal hanya ketika sesuatu terjadi di dunia nyata (meeting selesai, proposal dikirim, legal dimulai). Jika tidak ada yang terjadi, stage tetap sama.

Definisi stage yang menghentikan deal melayang

Nama stage bukan definisi stage. Jika Anda hanya memberi label kolom “Qualified” atau “Negotiation,” Anda akan berakhir dengan deal yang duduk di sana karena tidak ada yang setuju apa arti “selesai.”

Tulis aturan stage sebagai cek benar/salah sederhana. Ketika setiap deal di stage memiliki fakta yang sama, pipeline Anda tetap dapat dipercaya.

Gunakan kriteria masuk dan keluar (bukan vibe)

Kriteria masuk mengatakan apa yang harus sudah benar sebelum deal masuk stage. Kriteria keluar mengatakan apa yang harus berubah sebelum bisa maju. Jaga keduanya singkat dan dapat diukur.

Contoh:

• Discovery: masuk hanya setelah percakapan langsung pertama terjadi; keluar hanya setelah Anda punya pernyataan masalah yang jelas dan meeting berikutnya dipesan.
• Proposal sent: masuk hanya ketika tawaran berharga benar-benar dikirim; keluar hanya ketika pembeli mengonfirmasi sedang direview dan Anda punya tanggal keputusan.
• Legal/procurement: masuk hanya ketika pembeli memperkenalkan proses atau pemangku kepentingan; keluar hanya ketika Anda punya redline final atau langkah purchase order.

Jika Anda tidak bisa menulis kriteria tanpa kata-kata seperti “baik,” “kuat,” atau “tertarik,” stage itu terlalu kabur.

Tambahkan aturan “maks hari di stage”

Tetapkan usia maksimum untuk setiap stage sebagai peringatan dini, bukan hukuman. Contoh: Discovery max 14 hari, Proposal max 21 hari. Ketika deal mencapai batas, trigger reset: pesan next step, pindahkan kembali, atau tutup.

Tentukan tindakan default ketika kriteria tidak terpenuhi:

• Pindahkan kembali jika info yang hilang masih bisa dikumpulkan.
• Tutup lost jika pembeli tidak responsif setelah aturan follow-up yang jelas (mis. 3 upaya dalam 10 hari kerja).

Ini mencegah “deal zombie” memperbesar forecast Anda.

Bangun skema Anda dalam satu sore

Anda bisa membangun skema pipeline dalam beberapa jam jika memperlakukannya seperti produk kecil: aturan dulu, lalu hanya apa yang mendukung aturan tersebut.

Mulai di halaman kosong, bukan di dalam tool. Tulis stage dan kriteria masuk/keluar dalam bahasa Inggris sederhana. Jika Anda tidak bisa menjelaskan sebuah stage dalam satu kalimat, mungkin itu dua stage (atau bukan stage sama sekali).

Alur bangun sederhana:

• Draft 5 sampai 8 stage dan satu tes “done” yang jelas untuk masing-masing.
• Buat set field minimal (target 10 sampai 15), fokus pada fakta yang bisa Anda verifikasi.
• Tambahkan pelacakan aktivitas dan jadikan “next step due date” wajib untuk stage aktif.
• Import deal saat ini dan bersihkan sambil berjalan: gabung duplikat, hapus entri stale “mungkin suatu saat,” dan perbaiki pemilik yang hilang.
• Jalankan review mingguan selama 2 sampai 4 minggu sebelum mengubah apa pun.

Lakukan satu tes realistis saat setup: ambil sebuah deal yang sedang Anda kerjakan dan coba pindahkan stage demi stage. Jika Anda terus menebak, kriterianya terlalu kabur.

Satu aturan yang layak ditegakkan sejak awal: jika tanggal aktivitas berikutnya kosong, deal tidak bisa tetap di stage aktif.

Kesalahan umum yang menciptakan bloat di CRM

Sebagian besar bloat CRM dimulai dari niat baik: Anda ingin lebih akurat, jadi Anda menambah field, stage, dan lebih banyak pencatatan. Hasilnya kebalikan. Orang berhenti memperbarui, dan pipeline menjadi tempat deal menua.

1) Stage yang hanya berbeda karena vibe

Jika dua stage terasa sama, mereka akan digunakan sama. “Discovery”, “Deep discovery”, dan “Discovery follow-up” sering berarti “kita sudah bicara,” tanpa event selanjutnya yang jelas. Stage harus berubah hanya ketika sesuatu yang nyata berubah.

Tes cepat: jika Anda tidak bisa mengatakan apa yang harus benar untuk masuk sebuah stage dalam satu kalimat, kemungkinan stage itu berlebih.

2) Tanggal close berubah jadi tanggal harapan

Tanggal close berguna hanya jika terkait dengan alasan. Perlakukan itu sebagai tanggal titik keputusan berikutnya (persetujuan anggaran, meeting procurement, batas tanda tangan), dan pindahkan saat event itu bergeser.

3) Aktivitas disimpan sebagai catatan panjang

Catatan panjang menyembunyikan satu hal yang Anda butuhkan: apa yang terjadi terakhir, dan apa yang terjadi berikutnya. Jaga catatan singkat, dan lacak aktivitas dengan last activity date plus next step (dengan pemilik dan tanggal jatuh tempo).

4) Semua dianggap “qualified”

Tanpa definisi, “qualified” menjadi “mereka terdengar bagus.” Pilih 3 sampai 4 cek yang harus benar (masalah, pembeli, timeline, dan beberapa bentuk anggaran). Jika salah satu hilang, itu belum qualified.

5) Deal tak pernah ditutup as lost

Pipeline yang hanya tumbuh berhenti menjadi pipeline dan berubah menjadi kuburan. Tutup lost cepat ketika deal tidak aktif atau tidak cocok, dan tangkap satu alasan jelas agar Anda bisa belajar.

Checklist mingguan untuk kebersihan pipeline

Pilih satu waktu setiap minggu (30 menit cukup) dan anggap itu seperti pertemuan dengan diri Anda di masa depan. Kebersihan pipeline lebih soal memastikan setiap deal masih punya jalur nyata ke depan daripada menambah field.

Alur review sederhana:

• Pastikan setiap deal terbuka punya kontak utama yang disebut dan pernyataan masalah satu kalimat.
• Cek bahwa setiap deal punya satu next step dan tanggal jatuh tempo.
• Terapkan aturan stale: jika tidak ada aktivitas berarti dalam 7 sampai 14 hari, pindahkan deal kembali atau tutup sebagai “no decision” untuk sekarang.
• Urutkan berdasarkan usia di stage dan paksa keputusan pada lima terlama.
• Lakukan sanity check forecast pada sepuluh deal terbesar: jelaskan dalam satu kalimat mengapa masing-masing akan close dan apa yang masih bisa menghalangi.

Contoh konkret: jika sebuah deal ditandai “Proposal sent” tapi tidak ada meeting yang dijadwalkan untuk membahasnya, itu bukan deal di stage proposal. Pindahkan kembali, set next step, dan hentikan penghitungan sampai pembeli terlibat lagi.

Contoh skenario: satu deal dari panggilan pertama hingga tanda tangan

Anda menjual alat analytics B2B ke perusahaan e-commerce 50 orang. Setelah panggilan pertama, Anda buat deal dan isi hanya apa yang akan Anda gunakan minggu depan. Skema sederhana membayar di sini karena memaksa kejelasan, bukan birokrasi.

Tepat setelah panggilan, record terlihat seperti:

• Problem: reporting mingguan butuh 6 sampai 8 jam, angka berbeda antar tim
• Stakeholders: Sponsor = Head of Ops; Decision maker = CFO; User = Analyst
• Next step: kirim ringkasan 2 halaman + jadwalkan demo 30 menit
• Next step date: Selasa, 23 Jan
• Target close date: 15 Feb

Deal mulai di Discovery. Anda memajukannya hanya ketika invite kalender diterima (bukan ketika seseorang “terdengar tertarik”). Setelah demo, trigger untuk pindah ke evaluation adalah permintaan konkret (mis. “Bisakah Anda terhubung ke Shopify dan data gudang kami?”), diikuti pemeriksaan teknis yang disepakati.

Sekarang terjadi stall: CFO menghilang setelah menyangkut harga. Log Anda menunjukkan dua follow-up, tidak ada balasan, dan tanggal next step lewat. Aturannya sederhana: jika tidak ada next step yang disepakati, deal tidak bisa tetap di Proposal.

Jadi Anda mengambil langkah jujur: pindahkan kembali ke evaluation (jika perlu sponsor baru atau info yang hilang) atau close lost (jika decision maker tidak mau terlibat sampai batas waktu). Dalam contoh ini, Anda pindah kembali, perbarui stakeholder (Ops menarik finance manager), set tanggal next step baru, dan kembali ke Proposal hanya setelah CFO mengonfirmasi meeting keputusan.

Jaga kecil, lalu otomatiskan yang berulang

Skema pipeline hanya bekerja jika Anda mempercayainya. Cara tercepat mencapai itu adalah mulai minimal dan jalani selama 30 hari. Itu menunjukkan apa yang sebenarnya Anda gunakan, bukan apa yang Anda kira butuhkan.

Selama bulan pertama, bersikap ketat: jika sebuah field tidak mengubah keputusan, hapus. Jika sebuah keputusan terus muncul dan Anda tidak bisa menjawabnya dari pipeline, tambahkan tepat satu field untuk menutup celah itu.

Tes sederhana sebelum menambah field baru: “Jika ini kosong, kita tidak bisa memutuskan apakah akan ___.”

Jika Anda ingin membangun CRM kustom ringan daripada memaksa yang generik, tools seperti Koder.ai (koder.ai) bisa membantu setelah Anda menulis stage, field wajib, dan aturan validasi. Jauh lebih mudah menghasilkan dan iterasi aplikasi sederhana ketika skema sudah jelas.