Purchase Request yang Lebih Mudah Dilacak dari Pengajuan sampai Approval

Banyak proses pembelian sebenarnya tidak bermasalah di tahap negosiasi atau pembayaran, melainkan jauh lebih awal: saat purchase request dibuat. Satu tim mengirim kebutuhan lewat chat, tim lain menyusul lewat email, sementara dokumen pendukung tersimpan di folder yang berbeda. Saat procurement atau finance ingin mengecek status pengajuan, mereka harus membuka beberapa kanal sekaligus hanya untuk menjawab pertanyaan sederhana: siapa yang mengajukan, apa kebutuhannya, dan sekarang pengajuannya ada di tahap mana.

Situasi seperti ini sering dianggap wajar karena pengajuan pembelian memang datang dari banyak unit kerja. Namun ketika volume permintaan meningkat, pola kerja yang tersebar mulai menimbulkan biaya operasional yang tidak kecil. Status pengajuan sulit dipantau, dokumen pendukung tertinggal, proses approval berjalan tanpa konteks yang utuh, dan tindak lanjut menjadi sangat bergantung pada ingatan masing-masing PIC.

Di titik inilah purchase request perlu diperlakukan sebagai alur kerja yang terstruktur, bukan sekadar formulir permintaan barang.

Masalah Bukan pada Formulirnya, tetapi pada Jejak Prosesnya

Dalam banyak organisasi, formulir purchase request sebenarnya sudah ada. Yang sering hilang justru jejak proses setelah formulir itu dikirim. Misalnya, tim operasional mengajukan pembelian perangkat baru untuk cabang. Formulir sudah diisi, penawaran vendor sudah dilampirkan, dan estimasi kebutuhan anggaran juga sudah tersedia. Namun setelah itu, tidak ada satu tempat yang benar-benar menunjukkan apakah pengajuan sedang menunggu atasan, finance, procurement, atau justru perlu revisi.

Akibatnya, beberapa masalah muncul berulang:

• Pengaju menanyakan status ke banyak orang karena tidak tahu siapa PIC saat ini.

• Procurement menerima pengajuan tanpa dokumen pendukung yang lengkap.

• Finance harus meminta ulang rincian anggaran karena tidak ikut melihat histori sebelumnya.

• Approval berjalan lambat karena approver tidak mendapatkan konteks kebutuhan secara utuh.

• Pengajuan yang sudah disetujui sulit ditelusuri kembali saat dibutuhkan untuk audit internal atau evaluasi pembelian.

Masalah ini bukan sekadar soal kerapian administrasi. Ketika status dan dokumen tidak berada dalam satu alur yang jelas, waktu tim habis untuk mencari informasi yang seharusnya sudah tersedia sejak awal.

Data Minimum yang Perlu Ada di Setiap Purchase Request

Agar purchase request mudah dilacak dari pengajuan sampai approval, perusahaan tidak harus langsung membuat proses yang rumit. Yang lebih penting adalah memastikan setiap pengajuan memiliki data inti yang konsisten dan mudah dibaca oleh semua pihak yang terlibat.

Beberapa informasi yang sebaiknya selalu tercatat dalam satu alur pengajuan antara lain:

• nomor atau ID purchase request

• tanggal pengajuan

• nama pengaju dan divisi

• kebutuhan barang atau jasa yang diminta

• jumlah dan estimasi anggaran

• alasan atau konteks kebutuhan

• dokumen pendukung, seperti penawaran vendor atau spesifikasi

• status pengajuan saat ini

• PIC yang sedang menangani

• histori approval dan catatan revisi

Contohnya, jika tim gudang mengajukan pembelian rak tambahan, procurement seharusnya bisa langsung melihat apakah pengajuan itu terkait pembukaan area baru, penggantian aset lama, atau penambahan kapasitas. Informasi semacam ini penting karena memengaruhi prioritas, pemilihan vendor, dan validasi anggaran.

Semakin lengkap konteks yang tercatat sejak awal, semakin kecil kemungkinan tim lain harus mengulang pertanyaan yang sama di tengah proses.

Menyusun Alur Purchase Request yang Lebih Mudah Diikuti

Alur purchase request yang baik bukan berarti memiliki banyak lapisan approval. Yang lebih penting adalah setiap tahap memiliki tujuan yang jelas, PIC yang terlihat, dan status yang mudah dipahami.

Secara praktis, alur pengajuan biasanya dapat dibagi ke beberapa tahap berikut:

1. Pengajuan kebutuhan

Tim peminta mengisi purchase request beserta rincian kebutuhan dan dokumen pendukung. Pada tahap ini, fokus utamanya adalah memastikan kebutuhan tertulis jelas, bukan hanya “tolong dibelikan”.

2. Verifikasi awal

Atasan langsung, procurement, atau tim operasional melakukan pengecekan awal. Tujuannya bukan menyetujui pembelian, tetapi memastikan data pengajuan cukup untuk diproses lebih lanjut.

3. Approval sesuai otorisasi

Pengajuan masuk ke approver yang relevan berdasarkan nilai pembelian, jenis kebutuhan, atau divisi pengaju. Di sini status harus terlihat jelas: menunggu approval, disetujui, ditolak, atau perlu revisi.

4. Tindak lanjut pembelian

Setelah disetujui, procurement mulai menghubungkan pengajuan dengan vendor, penawaran, dan proses pembelian berikutnya.

5. Arsip dan histori

Semua keputusan, komentar, revisi, dan lampiran tetap tersimpan dalam satu histori agar mudah ditelusuri kembali.

Dengan alur seperti ini, pertanyaan “sudah sampai mana?” tidak perlu lagi dijawab lewat chat manual satu per satu. Statusnya sudah menjadi bagian dari sistem kerja.

Mengapa PIC, Status, dan Dokumen Harus Muncul dalam Satu Tampilan

Salah satu sumber keterlambatan dalam proses pengadaan adalah terputusnya konteks antar tim. Procurement mungkin memegang detail vendor, finance memegang sisi anggaran, sementara user hanya tahu barang yang dibutuhkan. Jika ketiga informasi itu tidak bertemu dalam satu alur, setiap perpindahan tahap akan menimbulkan jeda.

Karena itu, ada tiga elemen yang sebaiknya selalu terlihat bersamaan dalam purchase request:

• Status saat ini
  Semua pihak perlu tahu apakah pengajuan masih draft, menunggu approval, sedang diproses procurement, atau sudah selesai.

• PIC yang bertanggung jawab
  Bukan hanya siapa pengaju pertama, tetapi siapa yang sedang memegang proses pada tahap tersebut.

• Dokumen pendukung yang relevan
  Penawaran harga, spesifikasi, justifikasi kebutuhan, hingga catatan revisi sebaiknya tidak tersebar di email dan chat yang berbeda.

Ketika tiga elemen ini tampil dalam satu alur, koordinasi menjadi jauh lebih ringan. Procurement tidak perlu menebak dokumen mana yang paling baru. Finance tidak perlu meminta ulang file yang sudah pernah dikirim. Pengaju pun tidak perlu mengulang kronologi dari awal setiap kali ada pergantian PIC.

Purchase Request yang Rapi Membuat Proses Pembelian Lebih Terkendali

Pada akhirnya, purchase request bukan hanya dokumen pembuka sebelum purchase order dibuat. Ia adalah titik awal yang menentukan apakah proses pembelian akan berjalan rapi atau justru penuh tindak lanjut manual.

Ketika pengajuan, status, PIC, dan dokumen berada dalam satu alur yang mudah dilacak, perusahaan dapat mengurangi waktu yang hilang untuk mencari informasi, memperjelas tanggung jawab tiap tahap, dan menjaga proses approval tetap bergerak dengan konteks yang utuh. Untuk tim procurement, finance, dan operasional, ini bukan sekadar soal administrasi yang lebih rapi, tetapi soal membuat keputusan pembelian lebih mudah dipantau dari awal sampai selesai.

Penulis: Irsan Buniardi

Purchase Request yang Lebih Mudah Dilacak dari Awal sampai Approval

Sebuah tim operasional mengajukan pembelian laptop untuk karyawan baru. Formulir permintaan dikirim lewat email, rincian spesifikasi menyusul di chat, dokumen pendukung tersimpan di folder terpisah, dan status persetujuannya baru diketahui setelah beberapa kali menanyakan ke tim terkait.

Situasi seperti ini sangat umum terjadi ketika proses purchase request belum dikelola dalam alur yang rapi. Secara kasat mata, pengajuannya tetap berjalan. Namun di balik itu, banyak waktu terbuang hanya untuk mencari dokumen, memastikan siapa PIC saat ini, atau menanyakan apakah pengajuan sudah disetujui atau masih tertahan.

Masalahnya bukan semata soal administrasi. Ketika informasi pengajuan tersebar di banyak kanal, risiko miskomunikasi ikut meningkat. Tim pengaju bisa merasa permintaannya belum diproses, sementara tim procurement sebenarnya masih menunggu dokumen yang belum lengkap. Finance pun sulit memetakan pengeluaran yang sedang berjalan jika status permintaan belum jelas.

Karena itu, purchase request sebaiknya tidak diperlakukan hanya sebagai formulir awal pembelian. Ia perlu menjadi titik awal dari alur pengadaan yang dapat dilacak dengan jelas sejak pengajuan dibuat hingga approval selesai.

Purchase Request Perlu Menyimpan Lebih dari Sekadar Nama Barang

Dalam praktik sehari-hari, banyak purchase request hanya berisi daftar barang dan jumlah yang dibutuhkan. Padahal, ketika permintaan mulai diproses oleh beberapa pihak, informasi itu sering kali tidak cukup untuk menjaga konteks tetap utuh.

Agar proses pembelian lebih mudah diikuti, sebuah purchase request idealnya memuat informasi yang membantu semua pihak membaca kebutuhan secara cepat, seperti:

• nama barang atau jasa yang diajukan,

• jumlah dan spesifikasi singkat,

• tujuan pembelian atau kebutuhan bisnisnya,

• divisi pengaju,

• estimasi kebutuhan waktu,

• anggaran jika sudah tersedia,

• dokumen pendukung seperti penawaran, justifikasi, atau spesifikasi teknis.

Informasi ini membantu procurement memahami permintaan sejak awal tanpa perlu bolak-balik meminta klarifikasi. Bagi atasan atau pihak approver, konteks pengajuan juga menjadi lebih jelas sehingga proses persetujuan tidak hanya bergantung pada penjelasan lisan.

Semakin lengkap data di tahap awal, semakin kecil kemungkinan proses terhambat hanya karena informasi dasar tidak tercatat dengan baik.

Status dan PIC Harus Terlihat Jelas di Setiap Tahap

Salah satu sumber kebingungan terbesar dalam proses purchase request adalah ketidakjelasan status. Tim pengaju tidak tahu apakah permintaan masih menunggu review, sudah masuk tahap negosiasi vendor, atau justru tertahan karena dokumen belum lengkap.

Karena itu, status pengajuan perlu dibuat sederhana tetapi cukup informatif. Misalnya, alur status bisa dibagi menjadi beberapa tahap seperti:

• draft atau baru diajukan,

• menunggu review atasan,

• menunggu verifikasi procurement,

• menunggu penawaran vendor,

• menunggu approval finance,

• disetujui dan siap dibuatkan PO,

• ditolak atau dikembalikan untuk revisi.

Status saja belum cukup jika tidak disertai PIC yang jelas. Setiap tahap perlu menunjukkan siapa yang sedang memegang proses tersebut. Dengan begitu, jika ada pertanyaan atau hambatan, tim tidak perlu menebak-nebak harus menghubungi siapa.

Contoh yang sering terjadi: sebuah pengajuan dianggap “mandek”, padahal sebenarnya sedang menunggu revisi spesifikasi dari divisi pengaju. Jika sistem menunjukkan status dan PIC secara jelas, situasi seperti ini bisa dipahami lebih cepat tanpa menimbulkan asumsi bahwa procurement lambat memproses.

Dokumen yang Terpusat Mengurangi Risiko Kehilangan Konteks

Dalam proses pembelian, dokumen hampir selalu ikut bergerak bersama pengajuan. Ada permintaan pembelian yang membutuhkan lampiran penawaran vendor, pembandingan harga, spesifikasi teknis, hingga justifikasi kebutuhan.

Masalah muncul ketika dokumen-dokumen tersebut tersebar di email, chat, dan folder terpisah. Begitu ada pergantian PIC, proses review ulang, atau kebutuhan audit internal, tim harus mengulang pencarian dari awal.

Menempatkan dokumen purchase request dalam satu alur yang terpusat membantu mengurangi masalah ini. Setiap pengajuan dapat langsung terhubung dengan lampiran yang relevan, sehingga semua pihak melihat sumber informasi yang sama.

Pendekatan ini juga membantu ketika pengajuan harus ditinjau kembali beberapa minggu atau beberapa bulan kemudian. Tim tidak perlu lagi mengingat-ngingat alasan pembelian atau mencari file lama di banyak tempat. Konteksnya tetap tersimpan bersama permintaan tersebut.

Purchase Request yang Rapi Membuat Approval Lebih Terkendali

Approval sering dianggap sebagai tahap yang paling lambat dalam pengadaan. Namun dalam banyak kasus, akar masalahnya justru terjadi lebih awal: informasi pengajuan tidak lengkap, dokumen pendukung tercecer, atau tidak ada kejelasan siapa yang harus menindaklanjuti berikutnya.

Ketika purchase request dikelola dalam alur yang lebih terstruktur, proses approval menjadi lebih mudah dikendalikan. Bukan berarti semua pengajuan otomatis berjalan cepat, tetapi setidaknya statusnya terlihat, hambatannya bisa dikenali, dan pihak yang perlu mengambil keputusan dapat melihat konteks pembelian tanpa harus mengumpulkan informasi dari nol.

Pada akhirnya, purchase request yang rapi bukan hanya membantu procurement. Ia juga membantu finance, operasional, dan pihak pengaju bekerja dengan acuan yang sama. Saat status, PIC, dan dokumen berada dalam satu alur yang jelas, proses pembelian menjadi jauh lebih mudah dilacak dari awal sampai approval.

Penulis: Irsan Buniardi

Data CRM yang Rapi untuk Keputusan Penjualan yang Lebih Akurat

Di banyak tim penjualan, dashboard CRM terlihat meyakinkan dari luar. Jumlah prospek banyak, nilai pipeline besar, dan status deal tersebar di berbagai tahap. Namun ketika manajemen mulai meninjau kondisi pipeline lebih dalam, gambaran yang muncul sering kali tidak sejelas yang terlihat di layar.

Ada deal yang masih tercatat aktif padahal prospeknya sudah tidak merespons. Ada peluang yang nilainya belum diperbarui setelah ruang lingkup proyek berubah. Ada pula catatan follow-up yang tertinggal sehingga manajer kesulitan memahami konteks terakhir dari sebuah percakapan.

Masalah seperti ini biasanya bukan karena CRM-nya tidak memadai, melainkan karena kualitas input datanya tidak dijaga secara konsisten. Ketika data CRM tidak rapi, keputusan penjualan menjadi lebih rentan salah arah karena dibuat di atas informasi yang tidak lengkap atau sudah tidak relevan.

Data CRM Bukan Sekadar Arsip, tetapi Dasar Membaca Pipeline

Dalam praktik sehari-hari, CRM sering diperlakukan hanya sebagai tempat mencatat nama prospek, nilai deal, dan status umum seperti “ongoing” atau “proposal sent”. Padahal, nilai utama CRM justru terletak pada kemampuannya membantu tim membaca pipeline secara lebih akurat.

Agar fungsi itu berjalan, data yang masuk perlu cukup lengkap untuk menjawab pertanyaan penting seperti:

• Deal mana yang masih aktif dan benar-benar bergerak?

• Prospek mana yang belum di-follow-up sesuai jadwal?

• Hambatan apa yang membuat peluang tertahan di satu tahap?

• Deal mana yang nilainya besar tetapi belum memiliki langkah berikutnya yang jelas?

• Peluang mana yang perlu perhatian manajer karena prosesnya mulai melambat?

Tanpa data yang tertata, manajemen hanya melihat daftar peluang tanpa konteks. Akibatnya, evaluasi pipeline menjadi dangkal dan tindakan yang diambil sering terlambat.

Kebiasaan Input Data Menentukan Kualitas Pembacaan Pipeline

CRM yang rapi tidak terbentuk dari dashboard yang bagus, melainkan dari kebiasaan input data yang disiplin di level tim. Di sinilah tantangan utamanya. Banyak sales merasa proses input hanya pekerjaan administratif tambahan, padahal data itulah yang nantinya dipakai untuk evaluasi dan pengambilan keputusan.

Contoh yang sering terjadi cukup sederhana. Seorang sales sudah melakukan meeting kedua dengan prospek dan mengetahui bahwa keputusan pembelian masih menunggu persetujuan anggaran bulan depan. Namun informasi ini tidak dicatat dalam CRM. Status deal tetap “proposal sent” tanpa catatan hambatan atau target tindak lanjut.

Bagi sales yang menangani deal tersebut, konteksnya mungkin masih diingat. Tetapi bagi manajer yang meninjau puluhan peluang sekaligus, informasi penting itu hilang. Pipeline terlihat sehat, padahal ada banyak deal yang sebenarnya belum memiliki kepastian gerak.

Karena itu, beberapa elemen dasar sebaiknya selalu diperbarui dalam CRM:

• Status deal terbaru

• Nilai peluang yang masih relevan

• Catatan singkat hasil diskusi terakhir

• Hambatan utama yang sedang dihadapi prospek

• Tanggal dan bentuk next action

• PIC atau pihak pengambil keputusan dari sisi prospek

Kelengkapan data semacam ini jauh lebih membantu daripada sekadar melihat jumlah deal di setiap tahap.

Data yang Rapi Membantu Manajemen Mengambil Keputusan yang Lebih Tepat

Manajemen penjualan tidak hanya membutuhkan angka total pipeline. Mereka perlu memahami kualitas isi pipeline tersebut. Di sinilah data CRM yang rapi mulai memberi dampak yang nyata.

Misalnya, jika banyak deal tertahan di tahap proposal selama lebih dari tiga minggu, manajer bisa meninjau apakah masalahnya ada pada harga, kecepatan revisi proposal, atau kualitas prospek sejak awal. Jika banyak peluang bernilai besar belum memiliki next action, tim bisa segera melakukan intervensi sebelum momentum hilang.

Data CRM yang rapi juga membantu saat perusahaan perlu mengambil keputusan yang lebih luas, seperti:

• Meninjau target penjualan kuartalan berdasarkan peluang yang benar-benar aktif

• Menentukan prioritas dukungan untuk deal strategis

• Mengevaluasi performa tim berdasarkan pergerakan peluang, bukan sekadar jumlah aktivitas

• Membaca pola hambatan yang berulang di proses penjualan

Tanpa data yang tertata, semua keputusan tersebut cenderung bergantung pada asumsi, ingatan individu, atau laporan lisan yang belum tentu konsisten.

CRM yang Berguna Selalu Ditopang Disiplin Operasional

Pada akhirnya, kualitas CRM tidak ditentukan oleh fitur semata, tetapi oleh disiplin operasional yang mengiringinya. Tim sales perlu melihat CRM bukan sebagai beban administrasi, melainkan sebagai alat kerja yang membantu menjaga konteks, mengurangi kehilangan peluang, dan membuat evaluasi lebih objektif.

Ketika data CRM diperbarui dengan rapi, manajemen dapat membaca pipeline dengan lebih jernih, melihat risiko lebih cepat, dan mengambil keputusan berdasarkan kondisi lapangan yang lebih mendekati kenyataan. Dalam lingkungan penjualan yang bergerak cepat, ketepatan membaca situasi sering sama pentingnya dengan kemampuan mengejar target.

Penulis: Irsan Buniardi

Mengelola Banyak Prospek Tanpa Bergantung pada Ingatan Sales

Pada awalnya, seorang sales mungkin masih mampu mengingat hampir semua prospek yang sedang ditangani. Nama perusahaan, hasil diskusi terakhir, hingga jadwal tindak lanjut masih bisa dicatat secara mental.

Namun situasinya berubah ketika jumlah prospek bertambah. Dalam satu minggu, seorang sales bisa berinteraksi dengan puluhan calon pelanggan melalui telepon, email, pesan singkat, maupun pertemuan langsung.

Pada titik tertentu, mengandalkan ingatan menjadi semakin berisiko. Prospek yang sebenarnya potensial bisa terlupakan hanya karena tidak ada catatan yang jelas atau tidak ada pengingat untuk melakukan tindak lanjut.

Masalah ini tidak selalu terlihat di awal, tetapi dampaknya dapat muncul dalam bentuk peluang yang berhenti tanpa alasan yang jelas.

Kehilangan Konteks Sering Lebih Berbahaya daripada Kehilangan Kontak

Banyak tim penjualan fokus pada jumlah prospek yang masuk, tetapi kurang memperhatikan kualitas dokumentasi selama proses berlangsung.

Padahal, tantangan sebenarnya sering kali bukan kehilangan kontak prospek, melainkan kehilangan konteks percakapan.

Sebagai contoh, seorang prospek pernah menyampaikan bahwa keputusan pembelian baru akan dibahas tiga minggu lagi setelah rapat internal perusahaan. Jika informasi tersebut tidak dicatat, sales mungkin melakukan follow-up terlalu cepat atau justru terlambat.

Catatan yang baik seharusnya tidak hanya berisi nama dan nomor telepon. Informasi yang perlu didokumentasikan antara lain:

• Ringkasan hasil diskusi terakhir.

• Kebutuhan utama prospek.

• Hambatan yang sedang dihadapi.

• Pihak yang terlibat dalam pengambilan keputusan.

• Jadwal tindak lanjut berikutnya.

Semakin lengkap konteks yang tersimpan, semakin mudah bagi sales melanjutkan komunikasi tanpa harus mengulang proses dari awal.

Status Prospek Membantu Prioritas Menjadi Lebih Jelas

Ketika jumlah peluang mulai bertambah, tidak semua prospek membutuhkan perhatian yang sama pada waktu yang sama.

Di sinilah status prospek menjadi penting.

Tanpa status yang jelas, seluruh prospek terlihat memiliki tingkat urgensi yang sama. Akibatnya, sales dapat menghabiskan waktu untuk prospek yang belum siap membeli, sementara peluang yang lebih matang justru kurang mendapat perhatian.

Sebagai contoh, status sederhana seperti berikut dapat membantu proses kerja sehari-hari:

• Prospek baru.

• Sedang dikualifikasi.

• Menunggu demonstrasi.

• Proposal telah dikirim.

• Dalam negosiasi.

• Tidak aktif sementara.

Status semacam ini membantu tim memahami posisi setiap peluang tanpa harus membuka seluruh riwayat komunikasi satu per satu.

Reminder Membantu Menjaga Momentum Penjualan

Banyak peluang bisnis tidak hilang karena ditolak, tetapi karena tidak ada tindak lanjut yang konsisten.

Seorang prospek mungkin meminta untuk dihubungi kembali minggu depan. Prospek lain menunggu revisi proposal. Ada juga yang meminta informasi tambahan setelah berdiskusi dengan tim internal mereka.

Tanpa sistem pengingat, aktivitas tersebut mudah terlewat di tengah banyaknya pekerjaan harian.

Reminder membantu memastikan bahwa setiap tindakan yang sudah disepakati memiliki jadwal yang jelas.

Misalnya:

• Pengingat untuk menghubungi kembali prospek.

• Pengingat pengiriman proposal.

• Pengingat tindak lanjut pasca presentasi.

• Pengingat evaluasi peluang yang tidak bergerak dalam periode tertentu.

Pendekatan ini membuat proses penjualan lebih terkontrol dan mengurangi ketergantungan pada memori individu.

Proses yang Terdokumentasi Membuat Peluang Lebih Mudah Dilacak

Semakin banyak prospek yang ditangani, semakin penting pula memiliki sistem yang mampu menyimpan catatan, status, dan aktivitas secara terpusat.

Bukan karena tim sales tidak mampu mengingat, tetapi karena kapasitas manusia memiliki batas. Ketika informasi penting hanya tersimpan di kepala masing-masing individu, risiko kehilangan konteks akan terus meningkat.

Dengan dokumentasi yang rapi, status yang jelas, dan pengingat yang konsisten, peluang penjualan menjadi lebih mudah dilacak dari awal hingga akhir proses. Pada akhirnya, kemampuan mengelola informasi sering kali sama pentingnya dengan kemampuan menjual itu sendiri.

Penulis: Irsan Buniardi

Menyusun Sales Playbook yang Benar-Benar Dipakai Tim

Seorang sales baru bergabung dan mulai melakukan pendekatan ke prospek. Ketika menghadapi pertanyaan tentang harga, ia meminta bantuan rekan kerja. Saat harus melakukan follow-up, ia mencari contoh pesan dari percakapan lama. Ketika diminta mengirim proposal, ia kembali bertanya dokumen mana yang sebaiknya digunakan.

Situasi seperti ini sering terjadi ketika perusahaan belum memiliki sales playbook yang benar-benar digunakan dalam aktivitas sehari-hari.

Akibatnya, kualitas komunikasi dengan prospek menjadi tidak konsisten. Setiap anggota tim menggunakan pendekatan yang berbeda, sementara proses pembelajaran banyak bergantung pada pengalaman individu.

Sales playbook hadir bukan untuk menambah dokumentasi, melainkan untuk membantu tim menghadapi situasi yang berulang dengan cara yang lebih terstruktur.

Sales Playbook Bukan Kumpulan Dokumen yang Jarang Dibuka

Salah satu alasan sales playbook sering gagal digunakan adalah karena isinya terlalu panjang dan sulit dicari saat dibutuhkan.

Banyak perusahaan memiliki dokumen pelatihan yang lengkap, tetapi ketika sales sedang berada di tengah percakapan dengan prospek, mereka membutuhkan panduan yang cepat ditemukan dan mudah dipahami.

Sebagai contoh, ketika prospek mengatakan harga terlalu mahal, sales tidak membutuhkan teori panjang tentang negosiasi. Mereka membutuhkan contoh respons yang relevan dengan konteks tersebut.

Karena itu, isi sales playbook sebaiknya fokus pada situasi nyata yang paling sering terjadi dalam proses penjualan.

Beberapa bagian yang biasanya paling sering digunakan antara lain:

• Penanganan keberatan terkait harga.

• Pertanyaan umum dari prospek.

• Panduan follow-up berdasarkan tahap penjualan.

• Template proposal.

• Ringkasan keunggulan produk atau layanan.

• Proses eskalasi jika ada kebutuhan khusus dari pelanggan.

Semakin mudah informasi ditemukan, semakin besar kemungkinan playbook benar-benar digunakan.

Menyusun Panduan Handling Objection yang Praktis

Banyak prospek tidak langsung menyetujui penawaran yang diberikan. Mereka biasanya memiliki pertanyaan, kekhawatiran, atau alasan untuk menunda keputusan.

Karena itu, bagian objection handling sering menjadi salah satu bagian terpenting dalam sales playbook.

Alih-alih memberikan jawaban baku yang harus dihafalkan, playbook dapat berisi:

• Contoh keberatan yang paling sering muncul.

• Konteks di balik keberatan tersebut.

• Beberapa pendekatan respons yang dapat digunakan.

• Pertanyaan lanjutan untuk menggali kebutuhan prospek.

Misalnya ketika prospek mengatakan masih menggunakan solusi lama. Respons yang efektif mungkin bukan langsung menawarkan diskon, tetapi memahami alasan mereka belum ingin berubah.

Pendekatan seperti ini membantu sales memahami konteks percakapan, bukan sekadar menghafal jawaban.

Membuat Follow-Up dan Proposal Lebih Konsisten

Banyak peluang bisnis berhenti bukan karena produk yang ditawarkan kurang sesuai, tetapi karena proses tindak lanjut berjalan tidak konsisten.

Ada prospek yang tidak mendapatkan follow-up tepat waktu. Ada pula proposal yang dikirim dengan format berbeda-beda sehingga pengalaman pelanggan menjadi tidak seragam.

Sales playbook dapat membantu mengurangi masalah tersebut dengan menyediakan panduan yang jelas.

Contohnya:

• Kapan follow-up pertama dilakukan setelah meeting.

• Jenis informasi yang perlu dikirim setelah presentasi.

• Struktur proposal yang digunakan tim.

• Tahap kapan manajer perlu dilibatkan.

Dengan pendekatan yang lebih konsisten, tim memiliki acuan yang sama tanpa harus mengulang diskusi operasional yang sama setiap minggu.

Sales Playbook yang Tumbuh Bersama Pengalaman Tim

Kesalahan yang sering terjadi adalah menganggap sales playbook sebagai dokumen yang selesai dibuat sekali lalu disimpan selamanya.

Padahal kondisi pasar, kebutuhan pelanggan, dan pola keberatan prospek dapat berubah seiring waktu.

Karena itu, sales playbook sebaiknya diperlakukan sebagai dokumen kerja yang terus diperbarui berdasarkan pengalaman tim.

Ketika ada pola keberatan baru, proses penjualan baru, atau pendekatan yang terbukti membantu percakapan dengan prospek menjadi lebih efektif, informasi tersebut dapat dimasukkan ke dalam playbook.

Pada akhirnya, sales playbook yang paling berguna bukanlah yang paling tebal atau paling lengkap. Yang paling bernilai adalah playbook yang membantu tim mengambil keputusan lebih cepat, berkomunikasi lebih konsisten, dan menghadapi situasi penjualan sehari-hari dengan lebih percaya diri.

Penulis: Irsan Buniardi