Approval & Proofing

Cara Meminta Approval Desain dari Klien: Template dan Decision Flow

Raka PramudyaContent Lead, ACCin · 16 September 2026

Jawaban singkat

Cara meminta approval desain yang jelas adalah dengan menyebut versi yang diperiksa, bagian yang perlu dicek, dan keputusan yang diminta — bukan sekadar menunggu klien menjawab 'oke'.

"Sudah oke belum?" jarang jadi masalah karena klien tidak menjawab. Masalah sebenarnya muncul setelah klien menjawab: apa sebenarnya yang baru saja disetujui? Versi yang mana, bagian mana yang sudah diperiksa, dan apakah itu keputusan final atau sekadar reaksi cepat di tengah kesibukan. Ketiga hal itu yang paling sering hilang dari permintaan approval, bukan niat baik klien untuk menjawab.

Anatomi permintaan approval yang jelas

Permintaan approval yang jelas selalu punya empat komponen berikut, disebutkan secara eksplisit, bukan diasumsikan sudah sama-sama dipahami.

Versi yang diperiksa

Sebutkan nomor atau label versi secara eksplisit ("Versi 3", bukan "yang terbaru" atau "yang tadi"). Referensi yang tidak spesifik membuka celah salah paham begitu ada lebih dari satu file yang pernah dikirim.

Ruang lingkup pemeriksaan

Sebutkan bagian yang perlu dicek klien: teks/ejaan, logo, warna, layout, atau informasi utama seperti tanggal dan harga. Tanpa ini, klien cenderung memeriksa kesan visual secara umum saja, bukan detail yang justru sering jadi sumber revisi susulan.

Keputusan yang diminta

Ajukan pertanyaan yang mengarah ke keputusan ya/tidak, bukan pertanyaan terbuka. "Apakah Versi 3 disetujui untuk lanjut ke tahap berikutnya?" mengarahkan ke keputusan; "gimana, oke?" tidak.

Konsekuensi setelah approval

Sampaikan apa yang terjadi setelah klien menyetujui — lanjut produksi, publikasi, atau tahap berikutnya. Klien yang tahu ada konsekuensi nyata cenderung memeriksa lebih teliti sebelum menjawab.

Template pesan approval

Template berikut bisa dipakai langsung, disesuaikan gaya bahasa dan hubungan dengan klien:

Halo Kak, ini Versi 3 untuk final review.
Mohon cek: teks/ejaan, logo, warna, layout, dan informasi utama.
Jika semuanya sudah sesuai, mohon konfirmasi bahwa Versi 3 disetujui untuk lanjut ke tahap berikutnya.

Ganti daftar yang dicek sesuai jenis pekerjaan — untuk kemasan produk, misalnya, tambahkan ukuran cetak dan bleed; untuk materi digital, tambahkan link dan call-to-action.

Contoh kurang jelas vs lebih jelas

Kurang jelas	Lebih jelas
Sudah oke?	Apakah Versi 3 sudah sesuai dan disetujui untuk lanjut cetak?
Lanjut ya?	Setelah dikonfirmasi, Versi 3 akan langsung masuk produksi. Lanjut?
Gimana menurut kamu?	Mohon cek warna dan teks di Versi 3 — sudah sesuai brand guideline?

Approval tidak selalu berarti hal yang sama

Tiga jenis approval berikut sering diperlakukan sama padahal konsekuensinya berbeda.

Approval arah/konsep

Klien menyetujui arah desain secara umum ("lanjutkan konsep ini"), tapi detail seperti warna final atau teks belum tentu ikut disetujui. Risiko muncul saat approval konsep ini dianggap sebagai approval final.

Approval bersyarat

Klien menyetujui dengan catatan ("oke, asal warnanya diganti"). Ini bukan approval final sampai syaratnya benar-benar dikerjakan dan diperiksa ulang oleh klien.

Approval final

Klien menyetujui versi tertentu secara eksplisit sebagai versi yang boleh lanjut ke tahap berikutnya, tanpa syarat tambahan.

Memperlakukan approval konsep atau approval bersyarat sebagai approval final adalah sumber paling umum dari "saya kira belum final" setelah pekerjaan terlanjur lanjut.

Decision flow saat jawaban klien ambigu

1. Klien menjawab singkat, misalnya "oke". Jangan langsung mencatatnya sebagai approval final. Periksa tiga hal berikut sebelum melangkah.
2. Apakah versi disebut?. Kalau klien tidak menyebut versi mana, konfirmasi dulu versi yang dimaksud sebelum lanjut ke pertanyaan berikutnya.
3. Apakah ruang lingkup pemeriksaan jelas?. Kalau tidak jelas bagian mana yang sudah diperiksa klien, anggap pemeriksaan belum menyeluruh.
4. Apakah keputusan final disebutkan secara eksplisit?. Kalau jawabannya cuma reaksi umum tanpa kata "disetujui"/"final"/"lanjut", jangan anggap itu keputusan akhir.
5. Kalau salah satu jawabannya tidak. Minta konfirmasi ulang secara eksplisit, sebutkan versi dan keputusan yang diminta.
6. Kalau ketiganya jelas. Catat sebagai approval untuk versi tersebut, lengkap dengan waktu dan siapa yang menyetujui.

Setelah approval diberikan

Yang perlu tersimpan setelah approval diberikan: versi yang disetujui, siapa yang memberi approval, dan kapan keputusan itu diberikan — bukan hanya "klien sudah bilang oke" di riwayat chat yang bisa tertimbun pesan lain.

Bagaimana ACCin mencatat ini

ACCin mencatat approval pada versi yang sedang diperiksa: versi, nama pemberi approval, dan waktu keputusan, sebagai catatan yang tidak berubah setelah dibuat. Ini membantu ketertelusuran keputusan, tapi tidak menjamin bebas dari kesalahan produksi di luar proses approval itu sendiri — misalnya kesalahan teknis saat file dikirim ke mesin cetak.

Edge case yang sering muncul

Klien approve, lalu minta revisi lagi — cek dulu apakah revisi menyangkut bagian yang memang belum eksplisit diperiksa saat approval diberikan. Kalau iya, perlakukan sebagai revisi baru, bukan pembatalan approval yang sudah ada.
Ternyata yang direview versi lama — terjadi kalau referensi versi tidak disebutkan eksplisit di pesan approval maupun balasan klien. Selalu cocokkan nomor versi sebelum menganggap approval berlaku.
Satu orang berkomentar, orang lain yang berhak approve — komentar dari siapa pun tidak sama dengan approval dari pihak yang berwenang. Pastikan sejak awal siapa yang keputusannya dianggap final.
Approval bersyarat yang syaratnya belum benar-benar dikerjakan — jangan lanjut ke tahap berikutnya sebelum syarat tersebut diperiksa ulang oleh klien.

Kalau revisinya sendiri yang sering berantakan, baca cara mengelola revisi klien

Komentar bukan approval, dan revisi yang sudah dikerjakan bukan berarti otomatis disetujui — dua hal ini yang paling sering tertukar dalam praktik, terlepas dari tool apa pun yang dipakai untuk approval.