Mengapa tugas datang sebelum alat
Sebagian besar proyek agen yang gagal tidak gagal karena teknologinya, melainkan karena tugasnya: terlalu luas (“mendukung penjualan kami”), terlalu jarang (dua belas kasus setahun), atau terlalu mahal saat salah (komunikasi pelanggan tanpa kontrol). Agen pertama yang baik punya tugas sempit dan berulang dengan hasil jelas yang bisa diperiksa manusia dalam beberapa detik.
Playbook ini memandu dalam lima langkah dari pemilihan sampai operasional berjalan. Playbook ini tidak menjanjikan penghematan maupun persetujuan kepatuhan – keduanya bergantung pada proses, data, dan situasi hukummu. Yang diberikan adalah pertanyaan yang harus kamu jawab lebih dulu.
1. Tiga pilot yang masuk akal
- Menyusun catatan CRM sebagai draf
- Input: catatan percakapan atau transkrip. Output: draf terstruktur untuk kolom wajib (alasan, pengambil keputusan, langkah berikutnya, tanggal, keberatan). Manusia memeriksa dan menyimpan. Mengapa cocok: volume tinggi, struktur target jelas, kesalahan terlihat dan murah.
- Menyortir permintaan masuk
- Input: permintaan lewat formulir atau email. Output: usulan kategori (cocok / belum jelas / tidak cocok), data yang kurang, dan penanggung jawab – sebagai draf, bukan balasan ke pelanggan. Mengapa cocok: berbasis aturan, terukur dari kualifikasi selanjutnya, tanpa kontak eksternal.
- Pencarian pengetahuan internal dengan sumber
- Input: pertanyaan karyawan. Output: draf jawaban dengan rujukan ke dokumen internal spesifik yang menjadi sumbernya. Tanpa sumber, tanpa jawaban. Mengapa cocok: bermanfaat di setiap pertanyaan, kesalahan terdeteksi lewat pemeriksaan sumber, tidak perlu data pelanggan jika kumpulan dokumennya dipilih dengan tepat.
2. Kisi pemilihan
Nilai setiap kandidat dalam empat dimensi. Pilot butuh nilai tinggi pada tiga yang pertama dan nilai rendah pada yang keempat.
| Kriteria | Pertanyaan | Pilot yang baik |
|---|---|---|
| Volume | Seberapa sering kasus ini terjadi per minggu? | Cukup sering sehingga pembangunan dan operasional sepadan |
| Keteraturan | Bisakah dijelaskan dalam kalimat apa itu hasil yang baik? | Ya, dengan sedikit pengecualian |
| Kualitas data | Apakah input tersedia lengkap, terstruktur, dan bisa diakses? | Sebagian besar ya; celahnya sudah diketahui |
| Biaya kesalahan | Apa yang terjadi jika hasilnya salah dan tidak ada yang menyadarinya? | Rendah: internal, bisa dikoreksi, tanpa dampak eksternal |
3. Alur dari pemetaan sampai operasional
Pemetaan proses
Jelaskan alur saat ini dalam langkah-langkah dengan input, output, durasi, dan penanggung jawab. Catat langkah mana yang butuh penilaian. Agen mengambil alih langkah yang berbasis aturan; penilaian tetap pada manusia.
Hak akses dan akses minimal
Agen mendapat akses persis sebanyak yang dibutuhkan tugas – hanya baca jika membaca sudah cukup, pada kumpulan data terkecil yang masuk akal. Sebelum mulai, perjelas data apa yang diproses, di mana diprosesnya, dan siapa yang bertanggung jawab. Apakah itu sesuai dengan perlindungan data atau kepatuhan dalam kasusmu, bukan playbook ini yang memutuskan, melainkan pemeriksaanmu bersama pihak yang berwenang.
Set uji
Sebelum jalan pertama, susun set uji dari kasus nyata yang dianonimkan atau dibuat ulang: kasus normal (keseharian), kasus batas (tidak lengkap, ambigu, sangat panjang), dan kasus galat (bahasa salah, input kosong, data bertentangan). Tetapkan untuk setiap kasus apa hasil yang benar – sebelum kamu melihat hasil agen.
Persetujuan manusia
Dalam pilot, agen menghasilkan draf. Manusia menyetujui, mengoreksi, atau membuangnya. Setiap koreksi dihitung dan dikelompokkan menurut jenisnya. Daftar ini adalah sumber data terpentingmu untuk memutuskan apakah agen dipertahankan.
Monitoring
- Jumlah kasus per minggu dan porsi tanpa koreksi.
- Jenis dan frekuensi koreksi.
- Waktu proses per kasus sebelum dan sesudah (diukur, bukan diperkirakan).
- Kegagalan, waktu habis, hasil kosong.
4. Hitung biaya operasional sebelum mulai
Biaya agen ada di tiga pos: pembangunan satu kali (pemetaan proses, penyiapan, set uji), operasional berjalan (biaya pemakaian, pemeliharaan, waktu persetujuan manusia), dan biaya kesalahan (koreksi, pengerjaan ulang). Hitung ketiganya sebelum mulai – dan hitung waktu persetujuan dengan jujur: agen yang drafnya harus dikoreksi 40 % hanya menghemat sedikit.
Skema hitung sederhana sudah cukup untuk memutuskan: kasus per bulan × (menit sebelum − menit sesudah) ÷ 60 menghasilkan kapasitas yang terbebaskan dalam jam. Dikalikan dengan nilai per jam kalkulatif, muncul manfaat hitungan; dari situ dikurangi biaya operasional bulanan. Baru jika nilai neto ini positif, pembangunan satu kali bisa diamortisasi dalam hitungan bulan. Menit “sesudah” mencakup waktu persetujuan manusia – bukan hanya waktu jalan agen.
- Ukur menit sebelum pada minimal sepuluh kasus nyata sebelum pilot dimulai.
- Masukkan biaya pemakaian sesuai volume yang diharapkan, bukan volume uji.
- Catat nilai per jam sebagai asumsi dan jangan mengubahnya belakangan demi menyelamatkan hasil.
5. Kriteria berhenti
Tetapkan sebelum mulai kapan pilot berakhir – ke dua arah. Siapa yang baru merumuskan kriteria setelah empat minggu menilai hasilnya berdasarkan suasana hati, bukan data.
- Penghentian
- Tingkat koreksi setelah empat minggu di atas nilai yang ditetapkan sebelumnya; satu kesalahan dengan dampak eksternal; biaya operasional di atas rencana; tim menghindari agen alih-alih memakainya.
- Masuk ke operasional
- Tingkat koreksi stabil di bawah target selama minimal empat minggu; waktu proses turun secara terukur; penanggung jawab operasional ditunjuk; hak akses dan aliran data terdokumentasi.
- Perluasan
- Baru setelah agen pertama beroperasi. Pilot kedua tidak dimulai bersamaan dengan yang pertama.
Profil otomatisasi di bawah merangkum semua poin playbook ini dalam satu halaman: tugas, kriteria, hak akses, set uji, persetujuan, pemantauan, biaya, dan kriteria berhenti. Isi sebelum memilih alat pertama.
Unduhan
Untuk dibawa pulang
Markdown bisa dibuka di editor teks atau aplikasi catatan apa pun. File CSV dipisahkan titik koma dan langsung terbuka di Excel, Numbers, atau LibreOffice.
