Kolom Anggaran yang Dikosongkan Membuat Penawaran Sulit Dibandingkan

Email tanya-tanya biasanya cuma satu dua kalimat: “Kami ingin membuat layanan seperti ini.” Vendor menerima kalimat itu lalu mengisi sisanya sendiri di kepala masing-masing, ada yang membayangkan proyek kecil, ada yang membayangkan proyek besar. Cara membaca beberapa penawaran berdampingan, baris per baris, sudah ditulis terpisah. Artikel ini membahas langkah sebelum itu, apa yang bisa Anda isi lebih dulu sebelum vendor terpaksa menebak.

Yang Terjadi Kalau Kolom Anggaran Dibiarkan Kosong

Banyak yang sengaja tidak menyebut anggaran, khawatir angka itu akan dihabiskan sampai penuh oleh vendor. Yang terjadi justru sebaliknya. Tanpa angka, vendor memakai skala proyek yang paling sering mereka tangani sebagai patokan default: satu studio memakai patokan toko online kecil, studio lain memakai patokan proyek pribadi. Kalimat yang sama menghasilkan bayangan proyek yang berbeda-beda, dan angka yang kembali pun jadi tidak bisa dibandingkan.

Anda tidak perlu memastikan angka pasti. Rentang saja sudah cukup. Satu kalimat seperti “sejauh ini kami bisa sampai angka segini, lebih dari itu perlu dibicarakan lagi” membuat vendor bisa memilih apa yang dipangkas dan apa yang dipertahankan di dalam rentang itu. Memberi rentang bukan berarti vendor otomatis berhak menagih sampai angka tertinggi. Kalau ada vendor yang melakukan itu, itu bukan kesalahan Anda karena sudah terbuka soal anggaran, melainkan tanda untuk mencari vendor lain.

Tentukan Siapa yang Memutuskan, Sebelum Email Terkirim

Kalau siapa pengambil keputusan belum jelas sejak tahap tanya-tanya, prosesnya bisa berhenti lagi setelah penawaran datang. Staf meneruskan penawaran ke atasan, arahnya ternyata berbeda, dan vendor harus menyusun ulang penawaran dari awal. Menyusun ulang hampir sama beratnya dengan membuat penawaran baru, waktunya pun terpakai lagi sebanyak itu.

Sebelum email dikirim, selesaikan dulu di internal tim siapa yang benar-benar memutuskan untuk proyek ini, dan berapa orang yang perlu setuju. Kalau satu orang bisa memutuskan sendiri, itu jalur tercepat. Kalau butuh persetujuan beberapa orang, samakan dulu prioritas mereka sebelum penawaran datang, bukan sesudahnya. Persempit juga kontak di pihak vendor jadi satu orang saja. Pertanyaan yang sama, kalau masuk ke dua orang berbeda di pihak Anda, jawabannya bisa jadi dua versi.

Kirim Referensi yang Diikuti, dan yang Sengaja Dilewati

Banyak email tanya-tanya cuma mengirim satu tautan situs atau aplikasi dengan keterangan “kira-kira seperti ini.” Kalau tidak dijelaskan apakah tautan itu menunjuk gaya desain, susunan layar, atau seluruh fiturnya, vendor terpaksa menebak salah satu dari tiga kemungkinan itu, dan tebakan yang meleset membuat penawaran membengkak. Tautan yang dimaksudkan cuma untuk gaya desain, kalau dibaca sebagai permintaan menyertakan semua fiturnya, hasilnya penawaran yang lebih besar dari yang sebenarnya diperlukan.

Menyebutkan apa yang tidak diinginkan juga membantu. Fitur yang ada di situs referensi tapi sengaja tidak dipakai kali ini, cara yang pernah dicoba di vendor lain dan ternyata tidak cocok. Daftar pengecualian seperti ini pendek tapi efeknya besar. Menyebut yang tidak diinginkan justru lebih cepat mempersempit lingkup dibanding menyebut yang diinginkan.

Daftar Dulu Apa yang Sudah Anda Punya

Kalau ini bukan proyek baru dari nol melainkan perbaikan atau migrasi dari yang sudah ada, daftar apa yang sudah dimiliki bisa mengisi separuh isi penawaran dengan sendirinya. Nama dan paket alat yang sedang dipakai, data login, kode atau berkas desain peninggalan vendor sebelumnya, dan penawaran lama kalau ada, kirim semuanya sekaligus. Tanpa bahan ini vendor akan menghitung seolah membangun dari nol, padahal sering kali memakai ulang yang sudah ada justru jauh lebih sederhana.

Saat mengumpulkan bahan itu, kadang muncul kenyataan kata sandi login tidak diketahui, atau orang yang dulu memegangnya sudah keluar. Kalau begitu keadaannya, mengambil kembali akses ke akun lebih mendesak daripada meminta penawaran, urutannya sudah ditulis terpisah di Minggu Pertama Setelah Developer Berhenti Membalas.

Belum Semua Terisi Pun, Konsultasi Tetap Bisa Dimulai

Keempat hal di atas tidak harus selesai lebih dulu sebelum Anda menghubungi kami. Konsultasi pengembangan Weple justru dibangun untuk membantu mengisi kolom-kolom kosong ini. Kirim saja apa yang sedang ada di kepala Anda sekarang, bagaimana menuliskan rentang anggaran, referensi mana yang paling penting, dan kami akan membahasnya bersama. Cakupan dan biaya sesi konsultasi ada di halaman harga. Catatan hasil konsultasinya tetap bisa Anda pakai walau akhirnya dikirim ke vendor lain.