Sebelum menerima proyek freelance, wajib tanyakan 7 hal: detail scope pekerjaan, batas revisi, skema dan jadwal pembayaran, alasan deadline, jalur komunikasi, cara feedback diberikan, dan definisi “selesai” menurut klien. Tujuh pertanyaan ini menyaring 90% proyek bermasalah — sebagian besar drama freelance (scope creep, pembayaran macet, klien sulit) sebenarnya bisa dideteksi sejak percakapan pertama.
Freelancer pemula serung merasa bertanya banyak = berisiko kehilangan klien. Kenyataannya justru sebaliknya: klien serius menghargai freelancer yang jelas dan terstruktur, sementara klien yang kesal ketika ditanya detail biasanya adalah sinyal merah itu sendiri. Berikut tujuh pertanyaan beserta alasan dan cara membaca jawabannya.
1. “Bisa dijelaskan scope pekerjaan secara rinci?”
Ini pertanyaan paling penting. Minta klien menuliskan apa yang termasuk dan tidak termasuk dalam pekerjaan. “Buatkan website” terlalu kabur — berapa halaman, siapa isi kontennya, apakah termasuk hosting, siapa yang sediakan foto? Semakin spesifik jawabannya, semakin kecil risiko scope creep: klien yang terus menambah permintaan di luar kesepakatan tanpa biaya tambahan. Kalau klien tidak bisa menjelaskan scope, tawarkan bantuan menyusunnya bersama — proses ini sendiri sudah menunjukkan profesionalitasmu.
2. “Berapa kali revisi yang disertakan dalam harga?”
Revisi tanpa batas adalah pembunuh profit paling umum. Sepakati sejak awal: misalnya harga termasuk 2 kali revisi besar, revisi tambahan dihitung per jam atau per paket. Tanyakan juga pola feedback klien sebelumnya — kalau di briefing awal mereka sudah mengganti arah tiga kali, siapkan kontrak yang melindungimu. Menuliskan batas revisi bukan sikap tidak ramah; itu standar industri yang justru membuat hubungan kerja lebih sehat.
3. “Bagaimana skema pembayarannya?”
Standar aman untuk proyek baru: DP 30–50% sebelum mulai, sisanya saat serah terima (atau dibagi per milestone untuk proyek panjang). Freelancer yang menerima 100% setelah selesai menanggung seluruh risiko. Untuk kerja jangka panjang bulanan, sepakati tanggal tagihan tetap. Tanyakan juga metode pembayaran dan siapa yang menanggung biaya transfer, apalagi kalau klien luar negeri. Klien yang menolak DP tanpa alasan wajar perlu diwaspadai ekstra.
4. “Apa yang menjadi alasan deadline ini?”
Terasa aneh, tapi pertanyaan ini sangat informatif. Deadline yang punya alasan jelas (peluncuran produk, event, akhir tahun fiskal) biasanya dikelola dengan baik. Deadline “secepatnya” atau “besok juga bisa” tanpa alasan sering menandakan perencanaan klien yang berantakan — dan freelancer akan menanggung tekanannya. Kalau deadline memang ketat dan masuk akal, tawarkan struktur: bagian mana yang bisa dikerjakan dulu, dan apakah ada bagian yang boleh menyusul.
5. “Siapa satu orang yang jadi penanggung jawab keputusan dan komunikasi?”
Proyek dengan terlalu banyak “bos” adalah resep revisi tanpa akhir: atasan suka A, tim suka B, istri klien suka C. Tanyakan siapa satu orang yang berhak memutuskan dan memberi feedback final. Kalau klien menjawab “nanti kita diskusi dulu tim”, tetapkan sejak awal bahwa feedback dikumpulkan menjadi satu kanal dari satu penanggung jawab. Ini menyelamatkan jam-jam kerjamu di tengah proyek.
6. “Bagaimana proses feedback dan berapa lama waktunya?”
Sering terlupakan: klien yang lambat memberi feedback bisa membuat proyek 2 minggu menggantung 2 bulan — dan freelancer biasanya yang disalahkan “telat”. Sepakati aturan sederhana, misalnya feedback diberikan maksimal 3 hari kerja setelah serah terima, dan keterlambatan feedback menggeser deadline secara proporsional. Tanyakan juga mediumnya: chat, email, atau video call? Feedback desain lewat chat sering menimbulkan salah paham; minta di dokumen atau call.
7. “Menurut Anda, seperti apa hasil yang dianggap ‘selesai’?”
Dua orang bisa bekerja baik tapi berakhir kecewa karena definisi “selesai” berbeda. Untuk penulis: berapa kata, siapa yang riset, apakah termasuk gambar? Untuk desainer: jumlah file, format, siapa pegang file sumber? Untuk developer: apakah termasuk deployment, dokumentasi, garansi bug? Minta klien menggambarkan tampilan “serah terima final” dalam kalimatnya sendiri, lalu tuliskan kembali di proposal. Kalimat satu itu bernilai sama dengan pulsa panik di akhir proyek.
Membaca Sinyal Merah Selama Bertanya
- Klien kesal atau tergesa-gesa saat ditanya detail — biasanya akan lebih buruk saat proyek berjalan.
- Harga ditekan drastis di awal dengan janji “proyek lanjutan banyak” — janji klasik yang jarang terealisasi.
- Menolak DP dengan alasan “dulu juga begitu” — turunkan risiko: kerjakan bertahap dengan serah terima kecil-kecilan.
- Scope berubah-ubah bahkan sebelum deal — hampir pasti berlanjut setelah deal.
Ingat: boleh saja menolak proyek. Reputasimu lebih bernilai daripada satu proyek bermasalah yang memakan waktu dan mental.
Cara Mengemas Pertanyaan Ini agar Tetap Ramah
Kirimkan sebagai daftar terstruktur, bukan interogasi: “Supaya hasilnya sesuai harapan, ada beberapa hal yang saya mau pastikan dulu.” Tambahkan ringkasan kesepakatan di proposal tertulis sebelum mulai bekerja — scope, revisi, harga, jadwal pembayaran, deadline, dan definisi selesai. Dokumen satu halaman itu adalah proteksi terbaikmu, dan secara paradoks juga membuat klien merasa lebih aman menyewamu.
FAQ
Apakah menanyakan DP akan menyingkirkan klien?
Klien serius terbiasa dengan DP 30–50% — ini praktik normal di industri kreatif dan profesional. Yang terpinggirkan biasanya klien yang tidak berniat bayar penuh sejak awal. Kehilangan klien semacam itu bukan kerugian.
Berapa DP yang wajar untuk proyek freelance baru?
30–50% untuk proyek biasa; bisa 50%+ untuk proyek besar atau klien baru tanpa rekam jejak. Untuk proyek jangka panjang, alternatifnya milestone: dibayar per tahap yang diserahkan.
Kalau klien tidak tahu scope-nya sendiri, bagaimana?
Tawarkan sesi diskusi singkat untuk memetakan kebutuhan — bisa gratis atau berbayar sebagai “discovery/discovery call”. Hasilnya kamu tulis menjadi scope tertulis yang jadi dasar harga. Jangan pernah mulai bekerja dengan scope yang hanya ada di kepala dua pihak.
Apakah semua kesepakatan harus dibuat kontrak formal?
Untuk proyek kecil, proposal atau ringkasan kesepakatan tertulis via email yang dibalas “setuju” sudah cukup sebagai dokumentasi. Untuk proyek besar atau klien korporat, kontrak formal lebih aman — terutama soal hak pakai karya dan kerahasiaan.
Kapan sebaiknya freelancer menolak sebuah proyek?
Saat sinyal merah menumpuk: harga jauh di bawah layak, scope tidak mau dijelaskan, klien tidak menghargai proses, atau instingmu tidak nyaman setelah dua-tiga percakapan. Waktu yang dihemat dari proyek buruk bisa dipakai mencari klien yang baik.
Kesimpulan
Proyek freelance yang bermasalah hampir selalu bisa dilihat dari jauh — asalkan kamu bertanya sebelum menerima. Tujuh pertanyaan inti: scope rinci, batas revisi, skema pembayaran dengan DP, alasan deadline, satu penanggung jawab, proses feedback, dan definisi “selesai”. Ajukan dengan nada kolaboratif, tuliskan jawabannya dalam proposal tertulis, dan jangan takut menolak bila jawabannya memprihatinkan. Bertanya banyak di awal bukan tanda ragu — itu tanda profesional.
Ditulis oleh Dina Maharani — HR practitioner yang berpindah ke sisi penulisan, berbagi panduan karier dan freelance berdasarkan praktik industri.