Kemarin ketemu temen founder agency e-commerce, dia baru selesai urus project yang bikin rugi 27 juta dalam 1 bulan. Bukan karena timnya lambat, bukan karena kliennya bandel. Semua bermula dari SOW yang dia tanda tangani 6 bulan lalu.

Beneran loh, dia tunjukin dokumennya ke gw, cuma ada 3 baris ambigu yang bikin semua rusak. Yang ngeselin, semua agency yang gw tau pernah buat setidaknya salah satu dari kesalahan ini, kebanyakan bahkan ga sadar mereka lagi rugi sampe hitung laporan akhir tahun.

Kesalahan pertama: Tulis batas waktu pengerjaan tanpa batas jumlah revisi

Semua orang tau SOW harus ada timeline pengerjaan, tapi hampir 80% agency yang gw tanya tulis "pengerjaan maksimal 2 minggu" tanpa catat berapa kali revisi yang termasuk di harga dasar.

Itu yang bikin temen gw rugi 12 juta dari project tersebut. Projectnya buat landing page produk seharga 45 juta, timeline 2 minggu. Klien kirim feedback revisi total ganti warna brand, ubah struktur copy keseluruhan, ganti 5 asset produk, minta tambah 2 section baru — itu udah revisi ke 7 di minggu kedua. Dia ga bisa nolak karena SOW ga ada batas jumlah revisi yang termasuk dalam paket. Timnya harus lembur 10 hari berturut-turut, project yang seharusnya margin 30% malah habis semua untuk bayar overtime dan operasional tambahan.

Banyak agency pikir tulis "unlimited revision" itu selling point yang bikin klien tertarik. Gw pernah lihat agency desain yang pakai poin itu di halaman landing mereka, dan setiap project dengan tulisan itu selalu menghabiskan waktu tim 2x lipat dari estimasi awal. Margin yang seharusnya buat cadangan biaya operasional malah habis buat overtime tim, yang akhirnya bikin tim burnout dan kualitas kerja turun untuk project lain.

Ga perlu ribet, kamu cuma perlu tulis jelas di SOW: "Termasuk 2 kali revisi minor dan 1 kali revisi major per tahap pengerjaan. Revisi di luar jumlah tersebut akan dikenakan biaya tambahan sebesar 10% dari nilai tahap terkait." Di SatuTim kita selalu masukin jumlah revisi eksplisit di bagian requirement setiap project, jadi semua tim dan klien bisa lihat jelas batasannya dari awal, ga ada kesalahpahaman di tengah jalan.

Kesalahan kedua: Cantumkan fitur opsional yang klien anggap wajib

Ini penyebab nomor 1 scope creep yang ga terasa dari awal. Contohnya, kemarin gw lihat SOW agency dev buat project SaaS, ada tulisan "integrasi WhatsApp (jika memungkinkan)". Mereka maksudnya itu fitur tambahan yang harganya terpisah jika klien pengen, tapi klien baca itu sebagai bagian dari paket dasar.

Pas project mau launch, klien marah karena integrasi WhatsApp belum ada, minta dikerjakan tanpa biaya tambahan. Agency harus rela potong margin 8 juta buat nyenengin klien, karena mereka ga bisa buktikan bahwa fitur itu opsional.

Yang ngeselin, ini bukan salah klien. Otak orang secara otomatis akan baca semua yang tertulis di SOW sebagai bagian dari kesepakatan, kecuali ada tulisan jelas bahwa itu adalah fitur opsional dengan biaya terpisah. Bukan cuma tulis "opsional" doang, lo harus tulis eksplisit: "Fitur integrasi WhatsApp tidak termasuk dalam harga dasar paket. Jika ingin ditambahkan dikenakan biaya tambahan sebesar Rp 12.000.000, pengerjaan tambah 3 hari kerja."

Ada kasus lain tahun lalu, agency dev yang tulis "fitur laporan akan dibuat sesuai permintaan klien" di SOW. Mereka maksudnya fitur laporan dasar yang udah ada di scope, tapi klien interpretasi itu sebagai laporan kustom dengan export PDF, chart dinamis, dan kirim otomatis ke email stakeholder setiap minggu. Agency harus ngerjain fitur itu 2 minggu tanpa bayaran tambahan, karena itu tertulis di SOW sebagai bagian dari kesepakatan.

Aturan yang gw pakai: jika ada kalimat di SOW yang bisa diinterpretasi dua arah, hapus dan tulis ulang sampai tidak ada kemungkinan salah paham sama sekali.

Kesalahan ketiga: Ga tulis aturan biaya tambahan jika feedback klien telat

Ini yang bikin temen gw rugi sisanya 15 juta, total 27 juta dari satu project. SOW dia cuma tulis "tim akan kirim draft untuk review setiap tahap", ga ada tulisan kapan feedback harus dikembalikan, dan apa konsekuensi jika feedback telat lebih dari 3 hari.

Ceritanya: Tim kirim draft tahap 1, klien baru balas 11 hari kemudian. Waktu itu tim udah pindah ke prioritas project klien lain, jadi mereka harus mundurin timeline project yang lain, ngorbanin overtime, cuma buat ngejar deadline asli yang udah tertulis di SOW. Karena SOW ga ada klausul bahwa timeline akan diperpanjang otomatis sesuai lama waktu feedback klien, mereka ga bisa memperpanjang deadline tanpa disetujui klien, dan ga bisa charge biaya tambahan untuk waktu idle tim.

Banyak agency takut tulis klausul ini karena takut klien kabur di tahap negosiasi. Tapi gw udah coba terapkan ini di 12 project terakhir, ga ada satu klien pun yang komplain. Malah klien jadi lebih gercep balas feedback, karena mereka tau jika telat mereka yang rugi.

Klausul yang biasa gw pakai adalah: "Setiap tahap review memiliki batas waktu balas feedback maksimal 3 hari kerja. Jika tidak ada feedback yang masuk melebihi batas waktu tersebut, tahap tersebut dianggap disetujui, dan timeline project akan diperpanjang otomatis sesuai lama keterlambatan feedback. Jika tim harus menyesuaikan jadwal prioritas untuk menyesuaikan waktu feedback klien, akan dikenakan idle fee sebesar 5% dari total nilai project per hari keterlambatan."

Sampai hari ini ga ada satu klien pun yang protes ketika gw tunjukin klausul ini di awal negosiasi. Yang ada malah mereka jadi jauh lebih konsisten balas feedback di hari yang sama, karena mereka tau konsekuensinya.

Banyak orang pikir SOW itu cuma dokumen formal yang cuma ditanda tangani lalu disimpan di folder lupa. Padahal SOW itu satu-satunya alat pertahanan lo ketika ada perselisihan dengan klien. Lo ga perlu bikin SOW setebal 50 halaman penuh bahasa hukum, yang penting semua batasan tertulis jelas, tidak ada kalimat ambigu yang bisa diinterpretasi dua arah.

Jangan pernah pikir "ah klien ini temen gw, ga perlu tulis jelas". Yang paling banyak rugi malah project yang kliennya temen dekat, karena lo merasa ga enak buat nolak permintaan tambahan yang ga ada di scope awal.

Coba buka SOW project yang lagi jalan sekarang, cek apakah ada salah satu dari 3 kesalahan di atas. Kalau ada, besok kirim addendum perjanjian kecil sebelum klien mulai minta revisi tak terbatas. Kalau lo pengen simpan semua kesepakatan project di satu tempat yang bisa diakses tim dan klien kapan saja, di SatuTim ada fitur Project Brief yang bisa kamu lampirkan bersama SOW, jadi semua pihak selalu ingat batasan kesepakatan dari awal.