Kalkulator harga untuk website yang mengubah estimasi menjadi permintaan penawaran

Kapan estimasi instan membantu, dan kapan tidak

Kalkulator penawaran instan cocok untuk jasa yang harganya mengikuti beberapa input yang bisa diukur: meter persegi lantai, jumlah ruangan yang dibersihkan, jam syuting, jumlah tamu. Kalkulator ini tidak cocok jika harga bergantung pada survei lokasi atau penilaian yang tidak bisa dirumuskan, seperti perbaikan struktur bangunan atau desain khusus. Kalau kamu tidak mau menyebut kisaran harga lewat telepon, kalkulator juga sebaiknya tidak. Dalam kasus itu, halaman permintaan penawaran dengan pertanyaan yang tepat adalah pilihan yang jujur.

Memilih pertanyaan

Setiap pertanyaan harus menggeser harga atau menyaring prospek. Kalau tidak melakukan keduanya, hapus. Daftar yang baik itu pendek dan konkret:

1. Ukuran pekerjaan dalam satuan yang dipahami pengunjung: jumlah ruangan, bukan meter persegi, kalau kebanyakan orang tidak tahu luas rumahnya.
2. Pilihan utama yang paling memengaruhi biaya, ditampilkan sebagai dua sampai empat opsi dengan deskripsi singkat masing-masing.
3. Tambahan sebagai kotak centang, masing-masing dengan harganya sendiri, supaya orang melihat kenapa totalnya berubah.
4. Waktu pengerjaan, kalau pekerjaan mendesak lebih mahal.
5. Kode pos atau wilayah, hanya jika jarak memengaruhi harga atau ada tempat yang tidak kamu layani.

Taruh kolom kontak setelah estimasi, bukan sebelumnya. Meminta email untuk membuka angka harga terasa seperti jebakan dan banyak orang pergi; menampilkan angka lebih dulu lalu menawarkan penawaran pasti menghasilkan lebih banyak permintaan yang memang layak.

Membuat rumusnya tepat

Tuliskan harga jasamu sebagai rumus sebelum meminta aplikasinya, karena kamu perlu mencocokkan hasilnya dengan pekerjaan yang pernah kamu beri penawaran. Sebagian besar harga jasa mengikuti pola seperti biaya dasar ditambah jumlah dikali tarif, ditambah biaya tambahan, dikali pengali untuk tingkat kemendesakan atau kesulitan, dengan biaya minimum.

Tampilkan kisaran, bukan satu angka (misalnya dari hasil rumus hingga 15% di atasnya), kecuali harga kamu memang tetap. Cantumkan asumsinya di bawah hasil: "Berdasarkan ruangan berukuran rata-rata dengan karpet standar. Harga final dikonfirmasi setelah kami melihat pekerjaannya." Satu kalimat itu mencegah sebagian besar perselisihan.

Apa yang dibangun Anticode

Berikan Architect pertanyaanmu, rumusmu, dan kalimat penafianmu, misalnya: "Kalkulator penawaran untuk usaha cuci karpet. Tanyakan jumlah ruangan, karpet atau permadani, penanganan noda ya atau tidak, layanan besok hari atau standar. Pakai tarif ini. Tampilkan kisaran dan rinciannya, lalu formulir untuk nama, email, telepon, dan tanggal yang diinginkan." Periksa setiap tarif di rencana yang ditampilkannya sebelum kamu membangun. Model menulis kalkulator sebagai satu aplikasi yang berjalan di browser pengunjung, sehingga total langsung berubah saat jawaban diganti, tanpa memuat ulang halaman.

Langkah permintaan penawaran memakai alur formulir Anticode: saat pengunjung mengirim datanya, aplikasi mengirimkannya sebagai kiriman kontak, dengan jawaban dan estimasi ditambahkan ke pesannya. Kamu menerimanya lewat email dan di dashboard, dan konektor bisa meneruskannya ke Slack, Google Sheets, Airtable, Notion, HubSpot, atau webhook apa pun, sehingga masuk ke tempat kamu biasa mencatat pekerjaan.

Menjaga pengecekan harga di server

Perhitungan kalkulator berjalan di browser pengunjung, artinya pengunjung yang niat bisa mengubah angkanya sebelum mengirim. Untuk perkiraan kasar, ini jarang jadi masalah; kalau kamu akan memegang angka itu, hitung ulang dari jawabannya sebelum mengonfirmasi. Fungsi website yang dipasang pada formulir kontak bawaan juga berjalan saat aplikasi mengirim permintaan; jawabannya masuk sebagai baris-baris di dalam pesan, jadi untuk memeriksanya dibutuhkan panggilan bertanda tangan ke endpoint milikmu, dan apakah aplikasi menampilkan pesan dari fungsi itu bergantung pada aplikasinya (minta fitur itu dan uji). Cara lainnya adalah formulir kustom di halaman design engine, bukan aplikasi: fungsi website-nya berjalan di server saat formulir dikirim, sebagai rumus kecil atas angka yang dikirim (ruangan dikali tarif ditambah tambahan; rumus hanya bekerja dengan angka) atau sebagai panggilan HTTPS bertanda tangan ke endpoint milikmu, dan totalnya ditampilkan di halaman terima kasih. Tidak ada yang berubah saat pengunjung mengetik, karena halaman itu tidak menjalankan skrip. Halaman fungsi website menjelaskan keduanya.

Batasan yang perlu diketahui

• Tarif adalah yang kamu masukkan. Aplikasi tidak bisa mengambil harga bahan, biaya bahan bakar, atau data live lainnya dari web; perbarui tarif dengan meminta perubahan.
• Tidak ada pembayaran atau uang muka. Kalkulator tidak bisa menerima uang. Tautkan Stripe Payment Link atau checkout serupa dari pesan terima kasih kalau kamu ingin uang muka.
• Penawaran tidak tersimpan untuk pengunjung. Tidak ada akun pelanggan; kalau mereka ingin salinan, itu datang dari balasanmu.
• Kuota kiriman. Website gratis punya jumlah kiriman yang bisa dilihat per bulan; lihat harga untuk paket.

Pertanyaan umum

Apakah pengunjung melihat estimasi yang sama dengan yang saya terima?

Ya, estimasi dan jawaban di baliknya disertakan dalam permintaan, jadi kamu bisa menghitung ulang dari jawabannya sebelum mengonfirmasi.

Bisakah saya mengubah harga nanti?

Minta perubahannya dalam satu kalimat, seperti "naikkan tarif per ruangan menjadi 40", dan aplikasinya diperbarui. Versi terbaru tetap tersimpan di riwayat versi.

Bisakah kalkulator ini sekaligus memesan jadwal pekerjaan?

Formulir aplikasi bisa berupa permintaan pemesanan dengan layanan, hari, dan jam, yang sampai ke kamu lewat alur yang sama. Formulir itu tidak bisa menerima uang muka.