Claude Code untuk Konsultan Perizinan: Mempercepat Draf Dokumen dan Cek Syarat Izin Usaha

Jumat sore, sebuah berkas perpanjangan izin usaha konstruksi, dan saya melototi file Excel berisi daftar syarat. “Surat keterangan tenaga teknis penanggung jawab, sudah lengkap belum ya?” Checklist format sendiri yang dibuat staf sebelumnya punya 30 baris, dan saya sendiri sampai bingung mana yang sudah terkumpul. Klien tanya “kurang apa lagi?”, saya tidak bisa jawab langsung, dan akhirnya bilang “saya kabari Senin ya”. Rasa canggung itu, kalau Anda kerja di jasa konsultan perizinan, pasti pernah merasakannya sekali.

Pekerjaan perizinan bukan soal sulit, melainkan soal “takut ada yang terlewat”. Syaratnya campuran antara isi peraturan, standar pelaksanaan di lapangan, dan pengalaman dari kasus-kasus lama. Menyusun ulang dari nol setiap kali itu makan waktu. Tapi juga bukan sepenuhnya baku, jadi tidak cukup hanya tempel template. Bagian “setengah baku, setengah perlu penilaian” inilah yang paling cocok diserahkan persiapannya ke AI generatif seperti Claude Code.

Di artikel ini saya jelaskan cara memasukkan penyusunan draf dokumen dan cek syarat ke dalam alur kerja kantor, dengan langkah yang benar-benar saya coba sendiri dan prompt yang bisa langsung Anda salin.

Poin penting

Untuk konsultan perizinan, pembagian “AI menyiapkan bahan mentah, manusia mengambil keputusan akhir” adalah cara yang paling kecil risikonya.
Membuat AI menghasilkan checklist syarat per jenis izin, lalu menutup celah pertanyaan wawancara lebih dulu, adalah penggunaan yang langsung terasa manfaatnya.
Data pribadi seperti nama asli, alamat, dan nomor identitas wajib diganti dengan placeholder sebelum diserahkan. Satu langkah penyamaran ini mengubah tingkat keamanan secara drastis.
Saya sertakan 3 template prompt siap salin dan satu skrip verifikasi untuk menyamarkan data secara otomatis.
Verifikasi akhir peraturan, perlu-tidaknya lampiran, dan jawaban final ke klien tetap harus diputuskan oleh konsultan sendiri. Output AI berhenti di tahap draf.

Apa yang menghabiskan waktu di kantor konsultan perizinan

Pertama, kita samakan dulu gambaran pembacanya. Artikel ini mengandaikan konsultan yang menangani beberapa jenis izin sekaligus dengan tim kecil: izin usaha konstruksi, izin pengangkutan limbah, izin usaha restoran, izin barang bekas, izin tinggal orang asing, sampai pendirian PT. Stafnya 1-2 orang, kasus berjalan 5-15 secara bersamaan, dan di musim sibuk perpanjangan dan permohonan baru menumpuk bersamaan. Bayangkan skala seperti itu.

Alur kerja sebuah kasus izin biasanya begini:

Menerima pertanyaan, lalu memperkirakan jenis izin dan syaratnya
Mewawancarai klien dan memberi daftar dokumen yang diperlukan
Memeriksa dokumen yang masuk, menagih yang kurang
Menyusun formulir permohonan, lampiran, dan surat alasan
Mengecek di loket instansi atau permohonan elektronik, menangani revisi
Tindak lanjut setelah izin terbit (mengelola waktu perpanjangan)

Yang menyita waktu adalah langkah 2, 3, dan 4. Terutama tahap “memperkirakan syarat lalu membuat daftar pertanyaan wawancara” sedikit berbeda di tiap kasus, tapi tiap kali dikerjakan ulang secara manual, dan kalau ada yang terlewat langsung berakibat kerja ulang di tahap berikutnya. Ketika dokumen sudah selesai dikumpulkan baru ketahuan “ternyata laporan keuangan butuh satu periode lagi”, kepercayaan klien ikut terpengaruh.

Kalau saya daftar kerja ulang yang sering terjadi, kira-kira begini:

Karena ada pertanyaan wawancara yang terlewat, penagihan dokumen jadi 2-3 kali bolak-balik
Memakai ulang format kasus serupa, sampai mengumpulkan dokumen yang sebenarnya tidak diperlukan kali ini
Menulis surat alasan dari nol tiap kali, padahal akhirnya kalimatnya hampir sama dengan sebelumnya
Pada kasus perpanjangan, butuh waktu lama untuk mendata perubahan dari periode sebelumnya

Mana yang diserahkan ke AI, mana yang manusia harus putuskan

Bagian ini paling penting, jadi saya tarik garisnya lebih dulu. Yang diserahkan ke Claude Code adalah “persiapan bahan mentah”, yang dikerjakan manusia adalah “keputusan akhir”. Kalau batas ini kabur, Anda akan percaya begitu saja penjelasan syarat yang ditulis AI dan akhirnya kecelakaan.

Tahap	Boleh diserahkan ke AI	Diputuskan konsultan sendiri
Cek syarat	Membuat daftar item syarat per jenis izin, draf tabel wawancara	Menetapkan syarat yang benar-benar perlu di daerah dan kasus itu
Daftar dokumen	Mengeluarkan kandidat lampiran umum secara menyeluruh	Perlu-tidaknya per kasus, beda asli/salinan, masa berlaku
Penyusunan draf	Draf kalimat surat alasan, mengisi bagian baku	Keakuratan fakta, kalimat tanpa berlebihan, soal tanda tangan/stempel
Penanganan revisi	Menyederhanakan isi pemberitahuan revisi, menata opsi tanggapan	Jawaban final ke instansi, keputusan dokumen tambahan

Output AI bukan “salinan tepat dari peraturan atau standar pelaksanaan”. Ia hanya pemicu untuk mengingat, dan teman untuk cek celah yang terlewat. Dasar final tetap harus Anda cek sendiri ke sumber primer. Kalau ini Anda terapkan dengan disiplin, waktu tahap penyusunan draf bisa dipangkas cukup banyak. Cara berpikir dasar saat meminta AI mengerjakan tugas juga saya rangkum di Claude Code bisa dipakai walau tidak bisa coding, jadi yang baru pertama kali sebaiknya baca itu juga.

Use case 1: Menghasilkan checklist syarat per jenis izin

Yang paling terasa manfaatnya adalah ini. Begitu ada pertanyaan baru masuk, langsung sebutkan jenis izinnya dan minta AI membuat draf checklist syarat. Cocokkan dengan template di tangan, lalu Anda bisa memeriksa apa yang kurang dan apa yang berlebih dalam 10 menit.

Misalnya untuk izin usaha konstruksi baru, minta dibuatkan tabel “hal yang harus dicek” dan “kandidat dokumen yang dikumpulkan” per item besar: penanggung jawab manajemen usaha, tenaga teknis penanggung jawab, dasar keuangan, integritas, dan syarat diskualifikasi. Daftar yang keluar lalu dicocokkan dengan checklist sumber primer Anda, dan ditetapkan final lewat panduan daerah setempat.

Ini template prompt yang bisa langsung disalin:

Anda adalah staf di kantor konsultan perizinan. Untuk permohonan izin
berikut, buatkan draf cek syarat. Verifikasi akhir dilakukan konsultan,
jadi utamakan kelengkapan tingkat "umumnya dikatakan begini" dan hindari
pernyataan yang memastikan.

# Jenis permohonan
Izin usaha konstruksi (izin tingkat provinsi - usaha konstruksi umum - baru)

# Yang ingin dikeluarkan
1. Poin yang harus dicek per item besar syarat (manajemen usaha, tenaga
   teknis, dasar keuangan, integritas, syarat diskualifikasi, dll.) dalam
   bentuk poin-poin
2. Kandidat lampiran yang mungkin dikumpulkan per item (sertakan beda
   asli/salinan jika diketahui)
3. Daftar pertanyaan yang harus diajukan saat wawancara klien
4. Catatan yang wajib dicek di panduan daerah (poin yang mudah berbeda
   penerapannya)

# Batasan
- Tandai dengan "perlu dicek" pada poin yang penerapannya berbeda per daerah
- Sertakan nomor pasal sebagai referensi, tapi tulis dengan asumsi dasarnya
  dicek oleh manusia

Kuncinya adalah batasan terakhir yang menegaskan “jangan memastikan, tulis perlu dicek”. Tanpa ini, AI akan menulis dengan percaya diri “XX tidak diperlukan”, dan kalau terlewat itu berbahaya. Teknik detail untuk menaikkan presisi prompt saya rangkum lengkap di penerapan lanjutan prompt engineering.

Use case 2: Membuat tabel wawancara dan daftar dokumen untuk klien

Setelah draf syarat jadi, rapikan menjadi bentuk yang bisa diberikan ke klien. Memberi daftar syarat penuh istilah teknis begitu saja tidak akan membuat klien paham apa yang harus disiapkan. Ubah menjadi daftar yang sudah dicerna sampai “apa, di mana, dan dalam kondisi apa diambil”, seperti “surat keterangan domisili (mencantumkan alamat asal, terbit kurang dari 3 bulan)”.

Saat ini, menetapkan format output sangat membantu:

Berdasarkan cek syarat tadi, buatkan "Daftar Dokumen yang Perlu Disiapkan"
yang bisa langsung diberikan ke klien (pemilik usaha konstruksi, tidak akrab
dengan istilah hukum).

# Format
- Bentuk tabel: nama dokumen / tempat mengurus / jumlah / catatan (masa berlaku dll.)
- Jangan pakai istilah teknis, tulis tempat mengurus (kantor kelurahan,
  kantor pertanahan, kantor pajak, dll.) secara konkret
- Beri checkbox (- [ ]) agar klien bisa mencoret sambil mengumpulkan

# Catatan
- Untuk yang perlu-tidaknya berubah per kasus, tambahkan "*perlu dicek" di akhir
- Jangan memastikan untuk jumlah atau masa berlaku yang berbeda per daerah

Daftar ini efektif mengurangi bolak-balik penagihan. Karena apa yang diperlukan terlihat sekaligus, dokumen tidak diminta sepotong-sepotong “ini juga, itu juga”.

Use case 3: Mempercepat draf surat alasan permohonan

Pada izin pengangkutan limbah atau perpanjangan izin tinggal, dibutuhkan kalimat surat alasan atau alasan permohonan. Kalau ditulis dari nol, ini diam-diam menyita waktu. Padahal gaya bahasa dari kasus-kasus lama sebenarnya sudah hampir baku, tapi tiap kali dipikirkan ulang.

Di sini pun AI dibuat membuat draf. Tapi informasi yang diberikan jangan memuat nama asli, alamat, atau nama usaha yang spesifik. Wajib lewati dulu penyamaran data yang dijelaskan di bawah sebelum diserahkan.

Berdasarkan catatan fakta berikut, buatkan draf surat alasan permohonan
izin pengangkutan limbah. Jangan ubah fakta, jangan berlebihan, tulis secara
datar.

# Catatan fakta (sudah disamarkan)
- Pemohon: Perusahaan A (badan usaha angkutan, beroperasi 15 tahun)
- Motif: permintaan dari mitra Perusahaan B, kebutuhan angkut limbah konstruksi naik
- Sistem: 3 unit kendaraan, semua sopir sudah ikut pelatihan limbah khusus
- Jenis yang ditangani: puing, limbah plastik

# Batasan
- Sekitar 700 karakter, gaya bahasa formal
- Jangan tulis yang tidak ada di catatan fakta (jangan menebak)
- Kolom tanda tangan/stempel/tanggal jadikan placeholder

Draf yang keluar wajib diperiksa fakta-faktanya baris per baris sebelum dipakai. Karena AI berusaha mengisi agar “terlihat pas”, yang harus dicek adalah apakah ia menambahkan fakta yang tidak ada di catatan tanpa izin.

Apa yang berubah sebelum dan sesudah penerapan

Saya bagikan rasanya lewat angka. Ini perkiraan kasar di tangan saya saja, dan bisa berbeda tergantung tingkat kesulitan kasus, jadi anggap sebagai patokan.

Tahap	Sebelum (manual)	Sesudah (AI siapkan bahan mentah)
Cek syarat + buat tabel wawancara	Sekitar 90 menit	Sekitar 30 menit (termasuk verifikasi)
Merapikan daftar dokumen	Sekitar 40 menit	Sekitar 10 menit
Draf awal surat alasan	Sekitar 60 menit	Sekitar 20 menit

Dilihat per kasus, kira-kira 3 jam menyusut jadi sekitar 1 jam lebih sedikit. Kalau dalam sebulan menangani 10 kasus baru dan perpanjangan, hitungan sederhananya 15-20 jam per bulan. Berapa nilainya kalau dikonversi ke tarif jam berbeda tiap kantor, tapi bisa mengalihkan waktu itu ke pertemuan dan tindak lanjut sangat berarti. Yang perlu dicatat: yang dipangkas adalah “waktu menyiapkan bahan mentah”, bukan “waktu verifikasi”. Verifikasi justru harus dikerjakan lebih teliti.

Catatan data pribadi dan keamanan

Kalau bagian ini dilewati, semuanya jadi sia-sia. Konsultan perizinan secara profesional menangani banyak data sensitif seperti dokumen kependudukan, data keuangan. Menempelkan ini begitu saja ke AI benar-benar jangan dilakukan.

Garis minimum yang harus dijaga:

Nama asli, alamat, tanggal lahir, nomor identitas, nomor badan usaha, dan nama usaha spesifik diganti placeholder (Perusahaan A, Tuan B, Kota XX, dll.) sebelum diberikan ke AI.
Jangan unggah gambar atau PDF dokumen kependudukan, akta pendirian, dan sejenisnya. Salin hanya fakta yang diperlukan ke dalam catatan teks lalu berikan.
Kalau dipakai untuk kerja, pilih bentuk kontrak di mana data input tidak dipakai untuk pelatihan (penggunaan API, atau paket yang sudah dicek setelan penyimpanan datanya). Syarat layanan dan penanganan data perlu dicek sekali secara serius oleh kantor.
Tarik garis sendiri sebelum penerapan apakah ini melanggar perjanjian kerahasiaan dengan klien atau kewajiban kerahasiaan profesi.

Penyamaran kalau manual justru bocor. Karena itu lakukan secara mekanis. Skrip berikut adalah pra-pemrosesan sederhana yang mengganti pola data pribadi tipikal (email, nomor telepon, deret angka nomor identitas, dll.) dalam teks menjadi placeholder. Jalan kalau ada Node.js. Ini bukan alat anonimisasi sempurna, pakai sebagai “filter pertama sebelum menempel”.

import { readFile, writeFile } from "node:fs/promises";

// Aturan penggantian: ubah pola informasi sensitif jadi placeholder
const rules = [
  // Alamat email
  [/[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}/g, "[EMAIL]"],
  // Nomor telepon (dengan/tanpa tanda hubung, 10-12 digit)
  [/0\d{2,4}-?\d{3,4}-?\d{3,4}/g, "[TELEPON]"],
  // Deret 12-16 digit yang mirip nomor identitas/badan usaha
  [/\d{12,16}/g, "[NOMOR]"],
  // Kode pos
  [/\d{5}/g, "[KODE_POS]"],
];

const input = process.argv[2] || "./draf.txt";
const output = process.argv[3] || "./draf.masked.txt";

let text = await readFile(input, "utf8");
let hits = 0;
for (const [pattern, replacement] of rules) {
  text = text.replace(pattern, () => { hits++; return replacement; });
}
await writeFile(output, text, "utf8");
console.log(`${hits} item disamarkan -> ${output}`);
console.log("Catatan: nama, alamat, nama perusahaan tidak hilang otomatis. Periksa manual.");

Cara pakainya: node mask.mjs catatan-asli.txt versi-tersamar.txt. Pesan peringatan terakhir penting, karena teks bebas seperti nama dan alamat tidak bisa ditangkap oleh regex. Jadi setelah lewat skrip, mata manusia wajib menghapus nama-nama spesifik. Jadikan dua lapis seperti ini. Cara membuat Claude Code mengaturkan penyamaran ini sebagai aturan dan menyerahkannya menjadi lebih stabil dengan menuangkannya ke file konfigurasi kantor, dengan mengacu pada cara menulis CLAUDE.md.

Checklist: verifikasi akhir sebelum memakai draf AI

Begitu draf naik, lewati ini sebelum dikeluarkan (ke klien atau instansi):

Memastikan tidak memberikan data pribadi, dengan dua lapis: skrip penyamaran dan mata manusia
Memverifikasi dasar syarat lewat sumber primer panduan daerah atau pasal peraturan
Mencocokkan baris per baris apakah AI menambahkan fakta yang tidak ada di catatan
Tidak menelan mentah pernyataan “tidak diperlukan” atau “tidak perlu”
Menetapkan sendiri beda asli/salinan dan masa berlaku lampiran
Membaca ulang apakah istilah teknis masih tersisa di kalimat untuk klien

Pertanyaan umum

T. Apakah aman mempercayai syarat dari AI lalu langsung mengajukan permohonan? Tidak boleh. Output AI adalah pemicu untuk mengingat, bukan dasar. Syarat wajib ditetapkan lewat sumber primer panduan daerah atau pasal peraturan. Tanggung jawab akhir ada pada konsultan.

T. Bolehkah memindai gambar dokumen kependudukan yang dititipkan klien? Jangan. Tanpa memberikan gambar atau PDF, salin hanya fakta yang diperlukan ke catatan teks, dan ganti nama asli serta nomor dengan placeholder sebelum diberikan. Terlihat repot, tapi inilah garis minimum menjaga kewajiban kerahasiaan.

T. Apakah staf yang tidak tahu istilah teknis pun bisa memakainya? Bisa. Justru karena cukup meminta dalam bahasa sehari-hari, ini cocok untuk staf membuat draf. Langkah pertama penerapan paling mudah dijelaskan di panduan pemula Claude Code. Kalau dijalankan dengan alur konsultan memverifikasi hasilnya, biaya pelatihan pun turun.

T. Dari permohonan mana sebaiknya mulai mencoba? Dari yang jumlahnya banyak dan bagian bakunya besar. Perpanjangan izin konstruksi, izin barang bekas, izin restoran paling terasa efeknya. Yang individualitasnya tinggi seperti izin tinggal sebaiknya hanya cek syaratnya yang diserahkan, sedangkan kalimatnya ditangani hati-hati.

T. Bagaimana menjamin kesegaran informasi? Peraturan dan standar pelaksanaan berubah. Pengetahuan AI berhenti di titik pelatihan, jadi tanggal berlaku dan informasi revisi terbaru wajib dicek di informasi resmi instansi terkait. Untuk acuan praktik agen AI yang aman, dokumen resmi seperti Anthropic Agents bisa jadi sumber primer.

Hasil yang saya coba sendiri

Saya benar-benar mencoba kasus fiktif izin usaha konstruksi (provinsi, umum, baru), dari cek syarat sampai tabel wawancara dan daftar dokumen, secara menyeluruh. Semua catatan fakta saya samarkan dan lewati skrip penyamaran sebelum diberikan.

Yang saya pastikan ada tiga. Pertama, draf checklist syarat, setelah dicocokkan dengan daftar di tangan saya, 90% cocok. Sisanya 10% adalah perbedaan penerapan per daerah, dan ini sesuai dugaan keluar sebagai “perlu dicek”, jadi tidak ada pernyataan memastikan yang berbahaya. Kedua, daftar dokumen untuk klien mencerna istilah teknis dengan baik, dan tingkat kerapiannya hampir bisa langsung diberikan. Ketiga, draf surat alasan sempat sekali berusaha menambahkan nama usaha yang tidak ada di catatan fakta tanpa izin, jadi bagian ini saya hapus secara manual. Memang benar, walau sudah memasukkan batasan “jangan tulis yang tidak ada di catatan”, tetap tidak sempurna, dan pencocokan akhir tidak bisa dilewati.

Secara keseluruhan, waktu menyiapkan bahan mentah terasa kurang dari setengah, dan waktu yang kosong bisa dialihkan ke verifikasi akhir syarat. Langkah berikutnya, saya sarankan memilih satu jenis permohonan yang sering kantor Anda tangani, lalu membuat prompt cek syaratnya dari template di atas. Untuk yang ingin lebih jauh mengefisienkan sekalian alur kerjanya, silakan baca teknik menaikkan produktivitas dengan Claude Code. Kalau ingin memasukkannya ke alur kerja seluruh kantor dan mendesain aturan operasionalnya bersama, kami bantu membuat alur konkretnya lewat pelatihan dan konsultasi.