Brief Website yang Kabur Membuat Proposal Terlihat Mahal Padahal Scope-nya Belum Jelas

Banyak owner bisnis meminta proposal website dengan kalimat yang terdengar sederhana: “Kami butuh website baru.” Kadang ditambah sedikit konteks: tampilannya harus lebih modern, bisa dipakai untuk campaign, ada halaman layanan, dan mudah dihubungi calon pelanggan.

Dari sisi buyer, permintaan itu terasa cukup jelas. Dari sisi vendor, kalimat yang sama bisa berarti banyak hal.

Apakah website baru itu hanya company profile lima halaman? Apakah butuh CMS agar tim internal bisa update konten sendiri? Apakah ada katalog produk, form multi-step, integrasi WhatsApp, tracking campaign, blog, multi-bahasa, dashboard, payment, migrasi konten, copywriting, desain custom, atau sekadar template yang dirapikan?

Semua jawaban itu mengubah scope. Dan ketika scope belum jelas, proposal dari beberapa vendor hampir pasti sulit dibandingkan.

Vendor A mungkin memberi harga rendah karena membaca kebutuhan sebagai landing page sederhana. Vendor B memberi harga lebih tinggi karena memasukkan CMS, struktur SEO, analytics, dan QA. Vendor C terlihat paling mahal karena memasukkan riset, copy, desain, development, dan training admin. Kalau brief awal terlalu umum, buyer akhirnya membandingkan angka, bukan membandingkan pekerjaan yang sama.

Di titik itu, proposal terlihat mahal bukan selalu karena vendor terlalu mahal. Bisa jadi karena ruang lingkupnya belum cukup terang.

Masalah seperti ini sering muncul sebelum project dimulai. Tim internal belum sepakat apa tujuan bisnis website. Marketing ingin halaman campaign yang cepat naik. Sales ingin form lead lebih rapi. Owner ingin tampilan lebih kredibel. Operasional ingin admin mudah update konten. Semua kebutuhan itu valid, tetapi tidak semuanya harus masuk fase pertama.

Kalau semua keinginan masuk ke brief tanpa prioritas, project mudah melebar sejak awal. Dalam project management, scope of work dipakai untuk menjelaskan tujuan, deliverables, tanggung jawab, timeline, serta batas apa yang termasuk dan tidak termasuk pekerjaan. Prinsipnya sederhana: semakin jelas batas pekerjaan, semakin mudah semua pihak membaca konsekuensi waktu, biaya, dan effort.

Untuk project website, batas itu sering dilupakan karena website terlihat seperti satu benda. Padahal website adalah kumpulan keputusan kecil: struktur halaman, konten, desain, fitur, tracking, performa, CMS, integrasi, hosting, maintenance, dan cara tim internal menggunakannya setelah live.

Itulah kenapa pertanyaan pertama sebelum meminta proposal sebaiknya bukan “berapa harga website?” Pertanyaan yang lebih berguna adalah: “pekerjaan apa yang sebenarnya harus diselesaikan website ini?”

Ada perbedaan besar antara website untuk membangun kredibilitas, website untuk menangkap lead campaign, website untuk katalog produk, dan website untuk operasional internal. Keempatnya bisa sama-sama disebut “website bisnis”, tetapi scope dan keputusan teknisnya berbeda.

Website kredibilitas mungkin butuh narasi layanan, portfolio yang terkurasi, dan halaman kontak yang jelas. Website campaign mungkin butuh landing page cepat, tracking yang rapi, dan copy yang fokus ke satu aksi. Website katalog perlu struktur produk dan cara update yang mudah. Website operasional bisa membutuhkan login, workflow, atau integrasi yang jauh lebih kompleks.

Jika tujuan ini tidak dipilih sejak awal, vendor akan mengisi kekosongan dengan asumsi masing-masing. Di sinilah proposal menjadi tidak sebanding.

Brief yang lebih baik tidak harus panjang. Yang penting, ia membantu vendor memahami keputusan utama.

Pertama, tulis outcome bisnisnya. Bukan hanya “website modern”, tetapi misalnya “membantu calon pelanggan memahami layanan dan menghubungi tim untuk konsultasi project”. Outcome ini akan mempengaruhi struktur halaman, CTA, dan prioritas konten.

Kedua, pisahkan must-have dan nice-to-have. Must-have adalah hal yang harus ada agar website bisa menjalankan fungsi utamanya. Nice-to-have adalah hal yang menarik, tetapi bisa ditunda jika budget, waktu, atau fokus belum memungkinkan. Tanpa pemisahan ini, semua fitur terasa sama pentingnya.

Ketiga, sebutkan batas konten. Siapa yang menulis copy? Apakah foto dan aset sudah tersedia? Apakah konten lama perlu dimigrasikan? Apakah butuh halaman blog sejak awal? Banyak project website tersendat bukan karena coding sulit, tetapi karena konten belum siap.

Keempat, jelaskan integrasi yang benar-benar dibutuhkan. Form kontak, WhatsApp, analytics, pixel iklan, payment, CRM, email marketing, atau dashboard internal tidak punya kompleksitas yang sama. Menulis “integrasi lengkap” tanpa detail akan membuat vendor menebak terlalu banyak.

Kelima, sepakati batas revisi dan definisi selesai. Redesign yang tidak punya definisi selesai mudah berubah menjadi rangkaian perubahan kecil yang tidak pernah dianggap cukup. Ini bukan soal membatasi kreativitas, tetapi menjaga agar keputusan desain dan teknis tetap bisa ditutup.

Dengan brief seperti ini, buyer tidak sedang mengunci semua keputusan terlalu dini. Justru sebaliknya: buyer memberi dasar agar diskusi dengan vendor lebih jujur. Vendor bisa memberi opsi fase, menunjukkan trade-off, dan menjelaskan mana yang berdampak langsung pada tujuan bisnis.

Untuk bisnis yang sedang tumbuh di Indonesia, kebutuhan digital sering datang bertahap. Hari ini butuh company profile. Besok butuh landing page campaign. Bulan depan butuh katalog. Setelah itu butuh integrasi operasional. Kalau brief pertama tidak membedakan fase, project awal bisa dipaksa memikul semua kebutuhan masa depan sekaligus.

Hasilnya, proposal terlihat besar, keputusan tertunda, dan website yang sebenarnya dibutuhkan sekarang tidak kunjung dikerjakan.

Brief yang tajam membantu owner mengambil keputusan lebih cepat. Bukan karena semua hal menjadi murah, tetapi karena setiap biaya punya alasan. Buyer bisa melihat pekerjaan mana yang wajib, mana yang bisa ditunda, dan mana yang sebaiknya tidak masuk scope sama sekali.

Sebelum meminta proposal website berikutnya, luangkan waktu untuk merapikan scope. Tulis tujuan bisnis, prioritas fitur, status konten, integrasi yang diperlukan, dan batas selesai. Jika masih sulit, mulai dari konsultasi singkat untuk memetakan kebutuhan sebelum bicara harga.

Proposal yang baik dimulai dari brief yang bisa dibandingkan.

Dapatkan Audit Teknis Gratis untuk mengecek apakah brief, scope, dan prioritas website Anda sudah cukup jelas sebelum meminta proposal.