Pipeline di Kommo berfungsi ketika ia mengulang rute pelanggan yang sebenarnya — jalan dari permintaan hingga pembayaran. Saat itu, dari tahap-tahapnya terlihat di mana deal berada, berapa jumlahnya, dan di titik mana mereka tersangkut. Tugas integrator bukan «menata tahap», melainkan merekonstruksi rute pelanggan dan menuangkannya ke dalam pipeline.
Berikut cara menyusun pipeline semacam itu: merekonstruksi rute, mengubahnya menjadi tahap, memeriksa hasilnya, mengatur operasionalnya, dan memasang alat.
Apa itu pipeline penjualan dan kenapa bisnis membutuhkannya
Pipeline adalah rangkaian tahap yang dilalui sebuah deal dari permintaan hingga pembayaran. Tugasnya adalah mencerminkan rute pelanggan: bagaimana ia bergerak pada kenyataannya, bukan bagaimana pemilik menggambarkan prosesnya «secara ideal».
Ketika tahap-tahap cocok dengan rute yang sebenarnya, pipeline menunjukkan tiga hal: di mana deal berada saat ini, berapa banyak deal di tiap tahap, dan pada perpindahan mana mereka hilang. Ketika tidak cocok — sales tidak menjalankan pipeline, dan laporan tidak mencerminkan kenyataan.
Karena itu, pekerjaan pertama integrator bukan pengaturan, melainkan rekonstruksi rute.
Prinsip: tahap adalah tindakan yang selesai, bukan keadaan
Tahap pipeline adalah tindakan terukur yang sudah terjadi. Bukan niat sales dan bukan suasana hati pelanggan.
| Rumusan | Tipe | Apa yang salah |
|---|---|---|
| «Mengirim penawaran» | tindakan | bisa diverifikasi secara faktual |
| «Menerima pembayaran» | tindakan | bisa diverifikasi secara faktual |
| «Sedang berpikir» | keadaan | tidak bisa diukur, deal mengendap |
| «Telepon ulang» | keadaan | tidak jelas apa yang terjadi |
Namai tahap dengan kata kerja tindakan yang sudah selesai — «Mengkualifikasi», «Mengadakan rapat», «Mengirim penawaran». Dengan begitu, sales yang berbeda memahami tahap secara sama, dan dari namanya jelas apa yang harus terjadi agar deal pindah ke tahap berikutnya.
Langkah 1. Rekonstruksi rute pelanggan sebelum pengaturan
Sebelum membuka Kommo, rekonstruksi jalan pelanggan bersama pemilik bisnis. Pertanyaan dasar:
- Dari mana permintaan datang dan apa yang terjadi padanya dalam menit-menit pertama?
- Apa yang sales lakukan berikutnya — menelepon, menulis, mengirim materi?
- Pada momen apa pelanggan menerima harga dan dalam bentuk apa — lisan, penawaran, faktur?
- Apa yang harus terjadi agar deal dianggap menang? Lalu kalah?
Catat apa yang benar-benar terjadi, bukan proses yang diinginkan. Hasil langkah ini adalah daftar tindakan nyata secara berurutan. Itulah rutenya.
Langkah 2. Ubah rute menjadi tahap (5–8)
Setiap tindakan dari rute menjadi sebuah tahap. Pertahankan 5–8 tahap: setiap tahap berlebih adalah tempat di mana deal bisa tersangkut, sekaligus baris yang harus dipelihara sales secara manual. Kerangka dasar:
- Mengkualifikasi — jelas siapa pelanggannya dan apakah ia cocok.
- Mengadakan rapat atau menggali kebutuhan.
- Mengirim penawaran atau faktur.
- Negosiasi.
- Menerima pembayaran.
- Berhasil terlaksana.
Sesuai niche pelanggan, tahap bisa dipangkas atau ditambah. Uji setiap tahap dengan satu pertanyaan: «apakah di sini ada tindakan yang terukur?» Jika tidak — tahap itu berlebih.
Prompt: susun tahap dari rute dalam beberapa menit
Langkah 2 bisa dipercepat dengan AI. Berikan ChatGPT atau Claude deskripsi proses dari Langkah 1 — dan ia akan mengusulkan tahap sesuai aturan di atas. AI di sini adalah asisten pembuat draf, bukan autopilot: keputusan akhir tetap di tangan Anda.
Cara memakainya:
- Kumpulkan jawaban pelanggan dari Langkah 1 — bagaimana deal benar-benar berjalan dari permintaan hingga pembayaran.
- Salin prompt di bawah ke ChatGPT atau Claude.
- Tempelkan deskripsi pelanggan di akhir prompt, menggantikan
[DESKRIPSI PROSES]. - Periksa hasilnya dengan Langkah 4: apakah tahap berupa tindakan? jumlahnya 5–8? rutenya terlihat?
Kamu adalah pakar pengaturan pipeline penjualan di Kommo (amoCRM). Saya
integrator, sedang mengatur pipeline untuk klien. Di bawah ini deskripsi
bagaimana penjualan klien benar-benar berjalan. Ubah menjadi pipeline sesuai
aturan:
1. Tahap adalah tindakan terukur yang sudah selesai, dinamai dengan kata kerja
tindakan yang tuntas: «Mengkualifikasi», «Mengirim penawaran», «Menerima
pembayaran». BUKAN keadaan («Sedang berpikir», «Telepon ulang», «Diproses»,
«Ditunda») — rumusan seperti itu tolak dan rumuskan ulang menjadi tindakan.
2. Jumlah tahap 5–8. Jika lebih — gabungkan yang berdekatan.
3. Permintaan mentah jangan dimasukkan ke pipeline: ia tinggal di Prospek masuk.
Pipeline dimulai dari saat sales mengambil deal untuk dikerjakan.
4. Deal yang ditunda dan dingin («telepon ulang setengah tahun lagi», «tidak ada
anggaran», «sudah dingin») jangan taruh di pipeline utama — usulkan pipeline
terpisah untuk mereka.
5. Jika deskripsi tidak lengkap — ajukan dulu pertanyaan klarifikasi ke saya,
baru berikan hasilnya.
Berikan:
— Pipeline utama dalam tabel: Tahap | Apa yang memindahkan deal ke tahap berikut |
Tugas apa yang otomatis dibuat untuk sales.
— Pipeline terpisah, jika diperlukan.
— 1–2 catatan: apa dalam deskripsi yang tampak seperti «tahap jebakan» (keadaan
alih-alih tindakan).
Deskripsi proses klien:
[DESKRIPSI PROSES]Prompt ini mengulang aturan dari artikel ini, jadi AI menghasilkan tahap-tindakan, memisahkan Prospek masuk, dan mengusulkan pipeline terpisah untuk deal yang ditunda. Hasilnya tetap harus Anda periksa — AI bisa keliru, terutama jika deskripsi prosesnya tidak lengkap.
Langkah 3. Simpan permintaan mentah di Prospek masuk
Di Kommo, «Prospek masuk» (Incoming leads) adalah zona sebelum pipeline, tempat permintaan yang belum diambil sales untuk dikerjakan. Inilah satu-satunya tempat di mana sebuah deal boleh tidak punya penanggung jawab. Begitu permintaan diambil untuk dikerjakan, ia pindah ke pipeline pada sales tertentu.
Jika permintaan mentah ditaruh di tahap pertama pipeline, dua status berbeda jadi tercampur — «belum diproses» dan «sedang dikerjakan» — dan kendali atas kecepatan balasan pertama hilang. Kecepatan sentuhan pertama sangat memengaruhi konversi, karena itu ia dipisahkan untuk dikontrol tersendiri (lihat bagian tentang alat).
Langkah 4. Pastikan pipeline mencerminkan rute
Kriteria kesiapannya satu: dari pipeline langsung terlihat di mana pelanggan berada dan berapa banyak di tiap tahap. Jika untuk itu Anda harus menebak-nebak atau membuka kartu deal — rute belum direkonstruksi dengan tepat, kembali ke Langkah 1.
Simpan hanya deal aktif di pipeline
Bekerja dengan pipeline berarti menggerakkan deal menuju pembayaran, bukan menimbunnya. Jumlah deal «sedang dikerjakan» yang besar bukanlah indikator: deal yang diam di tempat adalah uang yang membeku, bukan hasil.
Di pipeline utama, simpan hanya deal yang ada niat bersama untuk dikerjakan sekarang. Deal yang ditunda — «telepon ulang setengah tahun lagi», «tidak ada anggaran sampai musim semi», «sudah dingin» — pindahkan ke pipeline terpisah dengan prosesnya sendiri: sentuhan jarang, blast pesan, pemanasan. Jika tidak, pipeline utama terisi balas dan laporan konversi jadi melenceng.
Kriteria pipeline terpisah: proses penjualan yang berbeda, bukan tahap berbeda dari satu proses. Penjualan baru dan reaktivasi deal yang ditunda adalah proses berbeda, jadi pipeline berbeda. Lead panas dan dingin adalah satu proses pada tahap berbeda, jadi tak perlu pipeline terpisah.
Alat untuk mengelola pipeline
Pipeline itu sendiri tidak menggerakkan deal. Set pengaturan minimum:
Distribusi deal
Permintaan yang tertinggal tanpa penanggung jawab akan menganggur dan kehilangan konversi. Atur distribusi otomatis: deal masuk ditugaskan ke sales yang sedang di garis depan saat ini, bukan ke yang absen atau kewalahan. Untuk shift bergilir dan tim jarak jauh, tugas ini diselesaikan widget Peresmenka — ia membagikan permintaan berdasarkan status «online».
Tugas otomatis di tiap tahap
Aturannya: setiap deal aktif punya tugas berikutnya. Tanpa tugas, deal berhenti. Atur robot Kommo: saat berpindah ke tahap «Mengirim penawaran», otomatis dibuat tugas «telepon 2 hari lagi». Tugas adalah mekanisme yang secara fisik menggerakkan deal melalui pipeline.
Laporan konversi tahap
Pipeline mengukur konversi perpindahan antar-tahap dan menunjukkan titik sempitnya.
Tanpa tahap yang jadi cermin, kehilangan seperti ini tak terlihat — dan perusahaan menambah anggaran iklan alih-alih membenahi proses penutupan. Agar laporan lengkap, tiap tahap butuh field yang benar; pengelompokan field diselesaikan widget Advanced Fields (topik tersendiri).
Pembagian tahap antar-sales
Secara bawaan, satu sales menggarap deal dari permintaan hingga pembayaran: mengkualifikasi yang dingin sekaligus menutup yang panas. Itu keterampilan yang berbeda. Pipeline memungkinkan Anda mengaitkan sales ke tahap tertentu — satu menangani yang masuk, satu lagi menutup.
Kesalahan yang sering terjadi saat mengatur pipeline
- Tahap-keadaan («Sedang berpikir», «Ditunda») alih-alih tindakan.
- Lebih dari 8–10 tahap «demi detail».
- Permintaan mentah di tahap pertama alih-alih di Prospek masuk.
- Deal yang ditunda berada di pipeline utama.
- Tidak ada tugas otomatis — deal berhenti.
- Pipeline tidak cocok dengan rute sebenarnya, dan sales tidak menjalankannya.
Pipeline menetapkan struktur. Langkah berikutnya adalah kontrol eksekusi: kecepatan balasan pertama dan aktivitas sales. Tugas-tugas ini diselesaikan oleh kontrol kecepatan balasan (SLA) dan Panel Aktivitas.