Dua tahun lalu gw nerima project aplikasi e-commerce karena 'kasian' sama founder yang lagi desperate cari vendor. Klien bilang dia baru gagal fundraising dan budget mepet, tapi ambisi dia gede. Gw mikir, "Gapapa lah, gw diskon dikit, milestone dibagi banyak biar cashflow aman."

Hasilnya? 12 kali revisi besar kecil, budget tembus 200% dari estimate awal, dan dua senior dev gw hampir resign seminggu sebelum launch karena kelelahan ngerjain kerjaan yang scope-nya berubah tiap minggu.

Yang paling ngeselin: semua ini gara-gara gw gak tega bilang "no" pas stage screening. Gw takut kehilangan revenue. Eh malah jadi bumerang yang bikin tim drop produktivitas dan reputasi agensi hancur di mata calon client berikutnya.

Jujur aja, pengalaman itu ngajarin gw satu hal brutal: skill screen brief project jauh lebih menentukan profitabilitas lo daripada skill eksekusi.

Kalau lo founder startup, PM, atau owner agensi, pasti pernah ngalamin situasi di mana kamu nerima project karena merasa bertanggung jawab, atau takut kehilangan prospek. Itu manusiawi. Tapi kalau pattern ini terus berulang, artinya sistem filtrasi lo rusak.

Hari ini gw bakal sharing 3 jenis brief yang wajib lo reject sebelum nge-draft kontrak satu huruf pun. Ini bukan soal sombong, ini soal survival bisnis dan menjaga kesehatan mental tim.

Red Flag #1: Brief yang Gak Punya Acceptance Criteria Jelas

Ini tipe yang paling sering masuk akal di awal karena "klien belum paham teknis". Salah besar.

Kalau klien datang dengan permintaan seperti "Bikin landing page yang conversion rate-nya naik" atau "Rebranding logo yang lebih modern", itu bukan brief. Itu harapan kosong.

Dalam dunia profesional, ambiguity adalah musuh utama. Setiap kalimat vague di brief akan dimenangkan oleh interpretasi tim lo, dan saat deliverable dikirim, klien bakal bilang "kok bukan maksud gw begini?". Nah, di sinilah siklus revisi tanpa ujung dimulai.

Gw pernah nemuin kasus di mana klien minta "UI yang lebih clean" sebanyak 8 kali. Tiap kali, designer kita ubah layout, ganti font, kurangi elemen. Yang kelar? Project 2 bulan lebih lama dari jadwal dan budget boros 40%. Kenapa? Karena definisi "clean" itu subjektif. Klien nggak kasih contoh referensi, nggak definisikan masalah UX spesifik, cuma merasa "belum pas" terus.

How to Spot It & The Fix

Jangan langsung nerima sebagai challenge untuk "mengarahkan klien". Itu jebakan ego PM. Lead time panjang dan energi tim terkuras hanya buat education client basic yang seharusnya udah mereka bawa.

Ciri-ciri brief ambigu:

  • Pakai kata sifat abstrak (keren, unik, premium) tanpa konteks business.
  • Tidak menyebutkan target audience spesifik atau pain points yang mau diselesaikan.
  • Goal tidak terukur (tidak ada angka baseline atau target KPI).

Solusinya? Jangan kerjain dulu. Balas dengan request clarification session.

> "Hi [Nama], thanks brief-nya. Sebelum gw estimasi resource, butuh kejelasan nih: target metric apa yang mau di-push? Apakah ada benchmark competitor yang jadi acuan visual? Dan siapa stakeholder utama yang berhak approve final design?"

Jika klien menolak memberi jawaban atau malah marah-marah karena ditanya detail, reject. Itu tanda mereka nggak serius atau nggak punya kapasitas internal buat engage. Mana ada project bagus yang client-nya gak peduli sama outcome?

Di SatuTim, kita paksa tim buat pake fitur Brief buat narik requirement ini ke platform. Kalau detail requirement di PDF/WhatsApp, nanti disalahin orang sana-sini. Di Brief, acceptance criteria harus filled-in sebelum status project "Open". Ini bagian fundamental dari manage client expectation: jangan nunggu sampai eksekusi, set barier dari menit pertama.

Red Flag #2: Mismatch Budget vs Scope yang Menyimpang Jauh (>40%)

Ada dua tipe client murah: yang memang budget terbatas tapi scope-nya realistis, dan yang budgetnya oke tapi mau hasil bintang lima.

Yang kedua, beserta brief dengan scope enterprise tapi nawar budget UMKM, adalah mimpi buruk. Dan yang parah, banyak founder/agency yang jatuh cinta sama brief ini karena alasan "potensial". Mereka berharap di tengah jalan client dapet funding atau tambah budget.

Reality check? Nggak akan terjadi.

Budget misalignment itu red flag klasik. Ketika scope Rp50 juta ditawar Rp15 juta, lo gak cuma rugi margin. Lo mati oleh management overhead. Client budget rendah biasanya:

  1. Micromanage berlebihan: Karena merasa "bayar dikit", mereka merasa berhak kontrol setiap pixel. Time tracking lo meledak.
  2. Revisi tanpa batas: Mentalitas "masih bisa didiskusikan" berubah jadi revisi ke-20.
  3. Payment delay: Seringkali ada alasan "tunggu kantor release dana" padahal uang masuk.

Gw punya kisah nyata tiga bulan lalu. Ada agensi kecil ambil project corporate website dari client BUMN. Brief-nya standar industri, tapi budgetnya dipotong setengah karena "ada proses tender panjang". Agensi itu nekat jalanin. Enam bulan kemudian? Website belum kelar karena terus-menerus menunggu change order approval yang nggak juga datang, dan tagihan menunggak 4 bulan. Tim design diagensi itu jadi toxic, stress level tinggi, dan akhirnya client cancel project tepat di depan mata.

Itu korban dari greedy acceptance.

Setting Boundary yang Tegas

Boundary setting freelancer atau agency owner bukan cuma soal harga per jam. Ini soal pricing yang mencerminkan risiko dan effort.

Kalau brief masuk dan lo lihat gap besar antara request dan budget:

  • Opsi A: Turunkan scope drastis. Potong fitur secondary, matikan custom animation, pakai template baku. Sesuaikan交付物 dengan budget. Tawarkan ini secara transparan.
  • Opsi B: Tolak. Gak perlu ribet.

Jangan malu buat reject brief dengan budget jelek. Revenue from bad clients itu bukan revenue, itu liability. Dia nyedot waktu lo buat follow-up, nagih invoice, dan mediasi dispute. Waktu itu mahal.

Di SatuTim, kita biasa pakai calculator sederhana pas review proposal. Kalau estimated hours x hourly rate tim > budget client, auto-reject. Kita gak mau ngerjain project yang math-nya minus di awal. Profitability itu prioritas, bukan after-thought.

Red Flag #3: Approval Chain yang Berantakan

Ini silent killer yang jarang disadari pas phase selling. Biasanya di brief disebut sekilas: "Proyek ini butuh koordinasi dengan divisi Marketing, IT, dan Direktur Utama".

Wajar sih, perusahaan besar kan strukturnya hierarkis. Tapi kalau brief tersebut tidak menunjuk SATU PERSON yang memiliki authority mutlak buat approve deliverable, lo sedang memutar roda sendiri.

Decision making yang lambat atau conflicted antar department akan membunuh momentum project. Bayangin lo deliver draft UI, tim IT komen "tech feasibility issue", tim marketing komplain "warna kurang branded", dan CEO bilang "ganti semua". Tanpa seorang decision-maker yang berani bilang "OK, kita approved ini", project lo bakal stuck di review loop selamanya.

Contoh konkret: Bulan lalu gw konsultasi sama seorang PM freelance. Dia ngeluh project mobile app delay 3 minggu. Ternyata, tiap sprint review dia harus adakan meeting zoom dengan 5 stakeholder berbeda. Masing-masing punya agenda sendiri. Meeting jadi debat panjang, dan keputusan akhir tertunda sampai besoknya. Deadline shifting terus. Itu bukan masalah eksekusi tim lo, itu masalah governance client yang buruk.

Cara Detect di Awal

Pas baca brief atau call discovery, tanyakan ini dengan tegas:

  • "Siapa final approver untuk milestone ini?"
  • "Apakah ada kebutuhan rapat komite internal sebelum feedback balik ke vendor?"

Jika jawaban menunjukkan proses birokrasi yang kaku atau tidak jelas siapa bos terakhir, warning bell harus bunyi.

Project dengan approval chain kompleks masih bisa dikerjakan, TAPI lo butuh buffer time minimal 2x dari normal dan syarat kontrak yang melindungi lo dari delay. Kalau klien menolak memberikan buffer dan menuntut timeline agresif, while tetap multi-stakeholder? Skip.

Framework Screening 3 Titik yang Gw Pakai Sekarang

Setelah kena mental berkali-kali, gw develop checklist internal buat screen brief project yang wajib lolos sebelum gw luapin slot di kalender tim. Kalau satu saja fail, kita gak lanjut ke tahap quoting.

1. Clarity Score:
Klien bisa articulate masalah bisnis mereka? Bisa sebutin KPI? Atau cuma minta "bantuan" tanpa arah? Kalau mereka butuh kami untuk menemukan strategi dari nol tanpa data internal, itu bukan project execution, itu consulting engagement. Jangan dicampuradukkan.

2. Budget Reality Check:
Budget >= 80% dari market rate untuk scope tersebut? Atau setidaknya, budget match dengan level seniority tim yang bakal dikerahkan? Kalau budgetnya memungkinkan hiring junior untuk work yang butuh senior, berarti budget terlalu tipis. Jangan main-main dengan quality standard.

3. Access & Authority:
Ada single point of contact (SPOC) yang authorized make decisions? Respons time untuk feedback maksimal 48 jam? Jika ya, green light.

Implementasi ini mengubah cara kerja tim gw drastis. Volume lead menurun sekitar 30%, tapi revenue stabil, margin naik, dan turnover tim turun drastis karena mereka gak lagi tidur semalam suntuk buat project junk.

Paling penting: mindset shift dari "perlu semua uang masuk" jadi "kualitas revenue lebih penting dari kuantitas".

Di SatuTim, proses ini jadi lebih disiplin karena kita pake kolaborasi async. Diskusi brief, klarifikasi requirement, dan nego scope tercatat di channel yang transparan. Jadi nggak ada klaim "gw bilang beda" belakangan. Semua berbasis data chat, bukan ingatan.

Closing

Reject brief itu nggak ngeselin. Malah, itu bentuk highest respect lo ke klien dan tim lo. Klien dapet partner yang jujur soal capability, tim lo dapet project yang feasible dan menghargai waktu mereka.

Coba minggu ini: tarik kembali 1 project yang lagi berjalan tapi brief-nya early-on ambigu. Lakukan course-correction formal, update scope, dan set ulang boundary via dokumen resmi. Atau lebih baik lagi, stop di awal untuk project baru.

Kalau lo founder atau agency owner, pertanyaan simpel: berapa jam/minggu yang hilang gara-gara project dengan unclear scope atau micromanaging client? Angka itu mungkin worth buat lo stop sekarang.

Ada cerita mengerikan soal brief client yang pernah差点 bikin lo bangkrut atau tim lo burnout? Ceritin di komentar atau share di diskusi komunitas. Kadang kita butuh reminder kolektif bahwa saying "no" itu skill yang harus diasah.