Tahun lalu gw keburu hire 4 Account Manager dalam 11 bulan. Tiga di antaranya resign dalam waktu kurang dari enam bulan. Bukan karena gaji, benefit, atau toxic environment — tapi karena mereka dipaksa jadi tameng antara client yang nggak puas sama tim eksekusi yang aturannya kabur.
Logika awal gw simpel: revenue naik, project numpuk, butuh orang buat handle client lebih banyak. Tapi logika itu lupa satu hal brutal — scaling tanpa standar cuma bikin chaos berjalan lebih cepat.
Kita Gak Butuh Headcount, Kita Butuh Handshake Template
Saat gw mulai ekspansi, gw pikir masalahnya cuma soal kapasitas manusia. Ternyata masalahnya di proses. Tiap AM yang masuk bawa "gaya sendiri-sendiri". Yang satu nge-blast WhatsApp pagi-pari, yang satu telat jawab email sampe siang, yang satu malah ngajak client meeting 30 menit cuma buat nanya "bisa dikecilin gak logo-nya?". Client makin bingung. Siapa sih yang sebenarnya punya otoritas approve?
Di agensi, rekrutmen yang terburu-buru kayak nyebrang jalan tol sambil pejam mata. Gak ada peta alurnya, yang ada cuma tekanan deadline. Hasilnya? Tim kreatif harus adaptasi ke tiga komunikasi berbeda per projek. Margin tipis, energi tim habis di luar job description.
Gw inget banget kasus client F&B. Briefnya udah disetujui, production udah jalan. Eh, AM baru realize kalau CEO client sebelumnya suka layout yang lebih "clean". Dia langsung approve perubahan via chat grup. Tim design panik, revisi dari nol, delivery molor 3 hari. Gw cuma bisa dengerin PM ngeritak "ini kan udah di-lock!". Beneran loh, senyap.
Revision Meledak Tanpa Ngarasa
Kasus paling ngeselin terjadi di Q3. Client ecommerce butuh redesign landing page. Brief awalnya udah disepakati bareng PM dan lead designer. Eh, pas masuk tahap produksi, AM baru realize kalau client sebelumnya suka layout yang lebih "minimalis". Dia langsung approval perubahan di tengah jam makan siang.
Hasilnya? Tim design ulang dari nol. Revisi 1, revisi 2, revisi 3… sampe total 7 round. Padahal kalau ada SOP project service yang baku, AM wajib konversi semua request verbal ke format tertulis, validasi scope dulu, baru eksekusi. Tapi karena boundary-nya kabur, setiap AM ngerasa "cepat response = pelayanan oke", padahal yang terjadi cuma pembakaran margin.
Angka beneran: projek tersebut loss 18% dari budget yang udah di-quote. Gw hitung manual di spreadsheet kantor. Bukan karena kerjanya jelek, tapi karena gap antara intake, approval, dan eksekusi. Setiap putaran revisi non-scope makan 4-6 jam man-hours. Kalau dihitung hourly rate tim teknis, itu nyangkut langsung di bottom line.
Struktur Handshake yang Gak Ribet Tapi Tegas
Gw berhenti hire selama sebulan. Duduk bareng 3 AM tersisa, lalu tanya jujur: "Apa yang bikin kerjaan lo jadi numpuk?" Jawabannya nyakitin: mereka bingung harus follow-up ke siapa kalau design delay, harus nge-block calendar untuk internal sync atau client call, dan gak ada template baku buat narik requirement yang rapi.
Solusinya bukan kursus negosiasi. Solusinya adalah handshake template. Gw contohin pakai tabel sederhana yang kita taruh di dokumen internal. Kolomnya:
- Request Type (Creative / Copy / Tech)
- Approver Wajib (AM / PM / Lead)
- Timeline SLA (Max 48 jam feedback)
- Tool Tracking (Satu source of truth)
Fix Proses Onboarding Sebelum Nambah Orang
Pas gw mulai menerapkan boundary ini, dua dari empat AM yang tadi gw sebut itu memutuskan stay. Bukan karena gw naikkin gaji, tapi karena beban mental mereka berkurang drastic. Mereka gak lagi jadi "penjaga gerbang" yang constantly nerima amukan client, tapi jadi strategist yang paham kapabilitas tim.
Yang ngeblock timeline kita sebelumnya adalah misalignment antar departemen. Designer ngerasa AM terlalu bebas janji, developer ngerasa brief selalu berubah, AM ngerasa mereka dikira kurir pesan aja.
Nah, di sinilah proses onboarding klien sering jadi korban. Banyak agensi mikir onboarding itu cuma kirim welcome deck sama jadwal kick-off. Padahal onboarding yang sehat itu soal penanaman aturan main: siapa yang bisa request perubahan, berapa lama turnaround per stage, bagaimana format briefing yang diterima tim teknis, dan kapan perlu escalasi ke PM.
Contoh konkret: dulu kalau client chat di WhatsApp "Bisa gak kita tambahin fitur tracking harga real-time besok paginya?", AM biasanya auto-reply "Siap, nanti kita cek ya". Sekarang, AM wajib pake skrip ini:
> "Gan, request ini masuk scope baru. Buat amanin timeline lo, kita butuh update cost adjustment dan revisi milestone. Boleh gw submit formal change order ke email?"
Respons ini bikin client sadar ada consequence atas setiap permintaan. Dan itu bagus. Itu profesional.
Kalau lo mau improve manajemen account manager, stop treat them sebagai resource multiplier. Treat them sebagai enabler. Beri mereka checklist scope, alat dokumentasi yang solid, dan wewenang buat bilang "no" atau "berikan time additional" kalau request keluar dari initial agreement.
Di SatuTim kita biasa pakai fitur Discussions buat nyatatin semua perubahan requirement biar gak ngeblur dan bisa di-check by PM sebelum masuk pipeline produksi. Gak perlu tool mahal, cuma perlu konsistensi. Ketika semua interaksi tercatat, blame game hilang. Yang tinggal cuma data buat evaluasi.
Budaya "Klien Bahagia" vs. Margin Real
Banyak founder takut AM nolak client karena khawatir deal drop atau reputasi turun. Padahal, budaya "klien bahagia" yang dibangun di atas pengorbanan tim eksekusi itu ilusi. Client gak mau "gratisan" atau "over-promise"; client mau hasil berkualitas tepat waktu.
Gw pernah kehilangan satu project kecil karena AM gw berani bilang "ini gak feasible secara teknis dalam timeline lo". Dri pada nya client malah pindah ke kompetitor yang nurut semua. Dua bulan kemudian, client itu balik nembak gw minta refund karena hasil kompetitor berantakan parah. Client itu akhirnya join lagi sama kita, bukan karena harganya murah, tapi karena mereka realize bahwa AM yang nurut semua seringkali nyelundupkan risiko ke交付 phase akhir.
Lesson: SOP adalah sales tool juga. Keberanian nolak dengan argumen prosedural justru build trust jangka panjang. Client merasa dibimbing, bukan dikasih main sembarangan.
Stop Interviwe "Attitude", Mulai Test SOP Execution
Setelah kasus resign masal, gw ubah total pola interview AM. Gw stop tanya "Lo jago ngadepin client difficult?" atau "Bisa bantu tim kreatif ngejar deadline?". Pertanyaan itu cuma bikin kandidat tampil dramatis dan janji manis.
Sekarang, gw kasih scenario email yang toxic. "Email ini dari client yang marah soal delay due to scope creep. Reply-lo dalam 2 kalimat." Kandidat yang jawab emosional atau cuma minta maaf langsung reject. Yang cari context dulu, nyebut fakta di kontrak, baru nawarin solusi, gw panggil.
Fokus gw sekarang cari orang yang bisa execute framework, bukan yang cuma oke di komunikasi verbal. Dua AM terakhir gw lulus test ini, dan mereka jadi AM ter-stabil di tim. Mereka bahkan yang paling sering mengingatkan client buat patuhi aturan main karena mereka pegang checklist yang jelas.
Retensi Naik Pas Scope Ditegakkan
Bulan keenam setelah implementasi handshake template, turnover AM stabil di 0%. Bukan magic, ini hasil operasional. Tim teknis kerja lebih fokus karena scope udah clear di day 1. AM kerja lebih tenang karena mereka punya referensi jelas buat narik batasan. Client juga senang karena feedback mereka tercatat rapi, bukan sekadar chat yang tenggelam.
Yang ngeselin selama ini, gw kira masalahnya human error. Ternyata masalahnya sistem error. Gw pribadi gak setuju kalau kita terus-terusan hire AM buat compensate ketiadaan SOP. Itu kayak nambal ban bocor pakai duct tape — keliatan darurat, tapi tetap kebocoran.
Skala agensi itu bukan soal seberapa banyak lo bisa handle concurrent project. Skala agensi yang sehat adalah seberapa konsisten lo deliver quality tanpa ngebakar talenta. Kalau lo scale headcount sebelum fix intake, yang lo dapetin cuma tim yang produktif di atas kertas, tapi actually spent 60% waktunya buat ngebersihin mess yang diciptain proses sendiri.
Coba minggu ini: audit sekali handshake template tim lo. Tanya ke 3 klien terbaru, "seberapa mudah bagi kamu buat submit perubahan request yang resmi?" Kalau jawabannya ambigu, artinya lo butuh SOP, bukan AM baru.
Kalau standup atau weekly review tim lo masih penuh dengan pertanyaan "siapa yang approve ini?", biasanya symptom dari masalah apa?