---
title: "Kasus Otomatisasi Kerja Nonpengembang yang Bermula dari Penolakan Penambahan Staf"
locale: id
category: case_study
category_name: "Studi Kasus"
translation_status: reviewed
license: cc_by
author: "injoys"
source_url: https://injoys.com/en/articles/project-manager-workflow-automation-case-study
published_at: 2026-08-29T05:28:31+09:00
---

# Kasus Otomatisasi Kerja Nonpengembang yang Bermula dari Penolakan Penambahan Staf

> Ini adalah kasus seorang pengelola bisnis yang harus menangani pekerjaan pemeliharaan di tengah kekurangan tenaga kerja dan standar, lalu menghilangkan hambatan serta memulai otomatisasi kecil dengan Claude Code. Intinya bukan pada teknologi untuk menyelesaikan pekerjaan lebih cepat, melainkan pada perubahan awal terhadap struktur kerja yang menimbulkan perantara dan pengulangan yang tidak perlu.

## Key Points

- Masalah yang lebih besar daripada peningkatan beban kerja adalah tenaga kerja yang ada harus sekaligus membuat prosedur baru dan standar hasil kerja.
- Permintaan singkat untuk mengeluarkan atau memasukkan berkas pun dapat menimbulkan beban kerja yang melampaui waktu pemrosesan sebenarnya jika berulang kali mengganggu konsentrasi.
- Perbaikan yang paling awal memberikan hasil bukanlah program otomatisasi, melainkan perubahan alur agar permintaan tidak perlu melewati penanggung jawab.
- Nonpengembang pun dapat menggunakan AI generatif dan alat pengodean untuk membuat otomatisasi kecil melalui siklus penjelasan masalah, eksekusi, pemeriksaan kesalahan, dan perbaikan.
- Target otomatisasi harus dinilai bukan hanya berdasarkan frekuensi pengulangan, tetapi juga risiko kesalahan, frekuensi gangguan, kemungkinan standardisasi, dan kontrol keamanan.

Orang yang terbebani pekerjaan berulang sering kali terlebih dahulu mencari cara untuk menyelesaikannya dengan lebih cepat. Namun, titik awal yang ditunjukkan kasus ini berbeda. Dalam situasi ketika penambahan tenaga kerja sulit dilakukan, seorang penanggung jawab manajemen proyek tidak sekadar mempercepat pekerjaan yang menumpuk padanya, tetapi terlebih dahulu meninjau kembali mengapa semua permintaan dan pemeriksaan harus melewati dirinya.

Tulisan ini bukan pengenalan fungsi teknologi otomatisasi, melainkan analisis mengenai lingkungan kerja yang membuat otomatisasi harus dimulai, perbaikan struktur pertama, proses belajar seorang non-pengembang, serta prinsip-prinsip yang dapat digeneralisasi dari pengalaman tersebut.

## Titik awal kasus: yang meningkat bukan hanya volume, tetapi kompleksitas pekerjaan

Tim tersebut pada awalnya bertanggung jawab atas proyek operasional infrastruktur. Mereka telah memiliki alur yang familier untuk menjalankan sistem secara stabil, menangani gangguan, dan merangkum kinerja bulanan. Masalah dimulai ketika proyek pemeliharaan baru ditambahkan tanpa perubahan pada jumlah tenaga kerja yang ada.

Situasi ini berbeda dari sekadar mengerjakan pekerjaan yang sama dua kali lebih banyak. Selain menangani pekerjaan yang belum pernah dilakukan sebelumnya, penanggung jawab juga harus merancang unsur-unsur berikut dari awal.

- Hasil kerja apa yang harus diterima
- Item apa yang harus dimasukkan ke dalam dokumen
- Bagaimana menentukan urutan pemeriksaan oleh perusahaan dan pelanggan
- Bagaimana mengelola nomor dan jadwal untuk setiap pekerjaan
- Bagaimana mengambil kembali hasil yang telah ditandatangani dan melaporkannya

| Kategori | Operasional infrastruktur yang ada | Pekerjaan pemeliharaan tambahan |
|---|---|---|
| Sistem kerja | Terdapat prosedur operasional yang sudah familier | Prosedur dan standar harus dirancang dari awal |
| Hasil kerja utama | Kinerja operasional dan catatan penanganan gangguan | Jadwal, jurnal pekerjaan, dokumen bertanda tangan, materi pemeriksaan, dan lain-lain |
| Objek pengelolaan | Berpusat pada operasional internal | Perusahaan, pekerja, bagian penanggung jawab, dan pelanggan berpartisipasi bersama |
| Beban utama | Operasional yang stabil | Mencakup penetapan standar, penyesuaian jadwal, pemeriksaan, pengembalian untuk revisi, hingga pengambilan kembali |

Inti dari beban berlebih tersebut bukan hanya bertambahnya pekerjaan, tetapi juga keharusan untuk membangun sistem yang akan digunakan guna menangani pekerjaan itu.

## Tanpa standar, pemeriksaan dan pengembalian untuk revisi akan terus berulang

Karena standar yang ada untuk hasil kerja pemeliharaan belum memadai, penanggung jawab membuat sendiri formulir dan membagikannya kepada perusahaan terkait. Namun, di lapangan, masalah terus berulang, seperti penggunaan formulir tahun sebelumnya, kelalaian mencantumkan tanda tangan pekerja, atau penulisan hal khusus secara tidak jelas.

Sebagai contoh, jika kolom hasil hanya berisi “tindakan lanjutan akan dilakukan”, pengelola tidak dapat melacak kapan pekerjaan akan selesai. Dokumen harus dikembalikan untuk meminta tanggal rencana yang spesifik, lalu versi revisinya harus diperiksa kembali. Ini adalah struktur yang membuat pekerjaan pengelolaan untuk memeriksa dan meminta perbaikan hasil kerja menjadi lebih besar daripada pemeriksaan itu sendiri.

Kasus ini menunjukkan bahwa standardisasi harus dilakukan sebelum otomatisasi dokumen. Jika format input dan item wajib belum ditentukan, alat otomatisasi hanya akan memindahkan data yang ambigu dan tidak lengkap dengan lebih cepat. Jika mempertimbangkan otomatisasi, hal-hal berikut harus ditetapkan terlebih dahulu.

1. Item yang wajib diisi
2. Cara penulisan tanggal dan nama yang diperbolehkan
3. Kondisi yang mengharuskan tanda tangan atau lampiran
4. Alasan pengembalian untuk revisi dan pihak yang bertanggung jawab melakukan perbaikan
5. Kriteria untuk menentukan bahwa pekerjaan telah selesai

## Mengapa permintaan yang hanya membutuhkan beberapa menit merusak alur sepanjang hari

Demi keamanan, pemasukan dan pengeluaran file eksternal dijalankan melalui satu pintu yang melewati satu orang penanggung jawab. Waktu pemrosesan untuk satu permintaan memang tidak lama, tetapi masalahnya adalah waktu datangnya permintaan tidak dapat diperkirakan.

Ketika permintaan masuk saat sedang berkonsentrasi pada pekerjaan utama, penanggung jawab harus menghentikan pekerjaannya dan memproses file tersebut. Setelah itu, ia harus mengingat kembali konteks pekerjaan yang terputus. Dalam kasus ini, beban yang dirasakan meningkat bukan karena durasi setiap permintaan, melainkan karena peralihan pekerjaan yang terjadi berulang kali.

Saat mencari kandidat untuk otomatisasi, menghitung waktu yang diperlukan untuk menangani satu kasus saja tidaklah cukup. Biaya berikut juga harus diperhatikan.

- Waktu untuk memeriksa permintaan dan menentukan prioritas
- Biaya peralihan karena harus menghentikan lalu memulai kembali pekerjaan
- Waktu untuk menanyakan kembali informasi yang kurang kepada pemohon
- Waktu untuk mencatat dan melaporkan status pemrosesan secara terpisah
- Waktu tunggu yang muncul ketika penanggung jawab tertentu tidak berada di tempat

Permintaan yang singkat tetapi berulang secara tidak terduga dapat menjadi hambatan yang sangat mengganggu keseluruhan jadwal dan konsentrasi.

## Solusi pertama bukan otomatisasi, melainkan menghapus jalur perantara

Perbaikan pertama untuk masalah pemasukan dan pengeluaran file bukanlah pengembangan program. Alurnya diubah agar pemohon dan pelanggan dapat saling menyampaikan permintaan secara langsung melalui papan pesan dalam sistem manajemen proyek internal.

| Sebelum perubahan | Setelah perubahan |
|---|---|
| Semua permintaan melewati penanggung jawab manajemen proyek | Pemohon dan pelanggan menanganinya secara langsung di dalam sistem |
| Penanggung jawab melakukan penerusan dan pencatatan sekaligus | Catatan pemrosesan tersimpan di dalam sistem |
| Pekerjaan utama terhenti setiap kali permintaan masuk | Penanggung jawab memeriksa catatan saat diperlukan |
| Permintaan dapat tertunda ketika penanggung jawab tidak hadir | Peserta yang telah ditentukan dapat memeriksanya dalam alur yang sama |

Prinsip yang dapat diperoleh dari sini sangat jelas. Daripada mengerjakan tugas yang menjadi tanggung jawab kita dengan lebih cepat, membuat tugas tersebut tidak perlu melewati kita dapat menjadi solusi yang lebih baik.

Sebelum merancang otomatisasi, akan bermanfaat untuk meninjaunya dalam urutan berikut.

1. Apakah tahap ini dapat dihapus?
2. Apakah pemohon dapat memasukkan data atau memeriksanya secara langsung?
3. Apakah jalurnya dapat disederhanakan menggunakan fungsi sistem yang ada?
4. Apakah input dan kriteria penilaian dapat distandardisasi?
5. Setelah itu, apakah pekerjaan berulang yang masih tersisa dapat diotomatisasi?

## Beban berlebih menjadi menetap ketika berbagai pekerjaan sederhana datang bersamaan

Keseluruhan alur pemeliharaan mencakup penyusunan jadwal, pengaturan informasi perusahaan dan pekerja, pemberian nomor, pengambilan jurnal pekerjaan, pemeriksaan dan tanda tangan pelanggan, pemindaian, pelaporan pemeriksaan, serta penyampaian hasil kepada setiap perusahaan. Setiap tahap bukanlah pekerjaan yang sulit jika dilakukan secara terpisah, tetapi ketika semuanya bertumpuk sekaligus, manusia akan kesulitan mengendalikannya hanya dengan ingatan dan pekerjaan manual.

Kondisi ini berlangsung selama sekitar tiga bulan. Pada siang hari, penanggung jawab merespons permintaan pemasukan dan pengeluaran file, pertanyaan dari perusahaan, konfirmasi dari anggota tim, serta permintaan pelanggan. Baru setelah jam pulang kerja, ketika komunikasi mulai berkurang, ia menangani pekerjaan utama yang tertunda. Pola ini terus berulang. Kondisinya lebih menyerupai upaya mengejar pekerjaan yang terjadi pada hari itu setelah terlambat, bukan menyelesaikan masalah.

Penanggung jawab meminta penambahan tenaga pendukung pekerjaan, tetapi permintaan tersebut tidak diterima. Ketika penambahan tenaga kerja tidak memungkinkan, pilihan untuk mengubah cara kerja yang ada menjadi penting. Otomatisasi bukanlah hobi yang dimulai karena ketertarikan, melainkan respons yang muncul dari penilaian bahwa dengan struktur kerja saat ini, masalah yang sama akan kembali terjadi bulan depan.

## Demonstrasi Claude Code menjadi pemicu eksperimen kecil

Titik baliknya adalah demonstrasi otomatisasi menggunakan Claude yang dilihat dalam acara kantor pusat. Yang penting bukan teknologi pengembangan yang rumit, melainkan terkonfirmasinya kemungkinan bahwa “alat ini juga dapat diterapkan pada pekerjaan kami”. Percakapan dengan rekan yang menghadiri acara tersebut untuk mencoba sesuatu dalam skala kecil menjadi titik awal pekerjaan otomatisasi berikutnya.

Karena bukan seorang pengembang, penanggung jawab bahkan menanyakan cara memasang Claude Code kepada AI generatif lain. Ia memeriksa dan menjalankan panduan serta perintah yang sesuai dengan sistem operasi, lalu mengikuti proses konfigurasi awal pengguna lain sambil menonton materi video dan sebagainya. Ia tidak memulainya setelah sepenuhnya menguasai teori pemrograman terlebih dahulu.

Namun, cara ini bukan berarti perintah yang sumbernya tidak diketahui boleh langsung dijalankan begitu saja. Pada perangkat kerja, kebijakan keamanan organisasi dan hak instalasi perangkat lunak harus diperiksa, dan jika memungkinkan, prosedur instalasi dari dokumen resmi harus digunakan. Sebelum dijalankan, perlu juga dipastikan apakah perintah tersebut melakukan penghapusan file, perubahan hak akses, atau pengiriman ke luar.

## Proses pemecahan masalah secara interaktif lebih penting daripada hasil akhirnya

Hasil pertama memberikan keyakinan bahwa “non-pengembang pun dapat membuat otomatisasi”. Namun, dalam kasus ini, pembelajaran yang lebih penting daripada program yang telah selesai justru terdapat dalam proses pembuatannya.

Pengembangan interaktif pada umumnya berlangsung dalam siklus berikut.

- Menjelaskan masalah yang ingin diselesaikan dan prosedur saat ini.
- Menyampaikan batasan seperti file input, format output, dan pembatasan keamanan.
- Meninjau metode dan kode yang diusulkan AI.
- Menjalankannya menggunakan salinan atau data uji.
- Menjelaskan kembali pesan kesalahan dan hasil yang berbeda dari perkiraan.
- Menerapkan revisi dan melakukan verifikasi ulang.

AI generatif dapat mengusulkan teknologi atau pendekatan yang sebelumnya tidak diketahui pengguna, dan pengguna juga dapat memintanya menjelaskan kembali istilah yang asing. Di sisi lain, usulannya tidak selalu akurat atau sesuai dengan lingkungan organisasi. Karena itu, AI harus diperlakukan bukan sebagai pihak pemberi persetujuan yang menggantikan penilaian, melainkan sebagai sarana pendukung untuk memperluas pilihan dan mengurangi proses coba-coba.

## Kriteria penentuan sasaran otomatisasi yang diambil dari kasus ini

Tidak semua pekerjaan perlu diotomatisasi hanya karena berulang. Menilai kriteria berikut secara bersamaan akan memudahkan penentuan prioritas.

| Kriteria penilaian | Pertanyaan yang perlu diperiksa | Makna |
|---|---|---|
| Frekuensi pengulangan | Seberapa sering pekerjaan yang sama terjadi? | Semakin sering berulang, semakin besar potensi penghematan kumulatif |
| Aturan pemrosesan | Apakah input dan hasil dapat dijelaskan dengan aturan yang jelas? | Semakin jelas aturannya, semakin mudah implementasi dan verifikasinya |
| Frekuensi gangguan | Apakah pekerjaan masuk tanpa pemberitahuan dan memutus pekerjaan utama? | Pekerjaan singkat pun dapat menjadi prioritas tinggi |
| Dampak kesalahan | Apakah kelalaian atau salah penilaian memengaruhi kontrak, keamanan, atau biaya? | Persetujuan manusia mungkin diperlukan daripada otomatisasi penuh |
| Kualitas input | Apakah formulir dan item wajib telah distandardisasi? | Input yang tidak teratur memperbanyak penanganan pengecualian |
| Kemampuan pelacakan | Apakah dapat dicatat siapa memproses apa dan kapan? | Diperlukan untuk audit dan pemeriksaan tanggung jawab |
| Potensi perubahan | Apakah prosedur dan formulir sering berubah? | Biaya pemeliharaan juga harus dipertimbangkan |

Pekerjaan yang umumnya perlu diotomatisasi terlebih dahulu adalah tugas kecil dengan aturan yang jelas, frekuensi pengulangan tinggi, dan hasil yang mudah dibandingkan oleh manusia. Sebaliknya, untuk pekerjaan yang melibatkan penilaian hukum, persetujuan keamanan, tanggung jawab kontraktual, atau keputusan terkait nominal penting, akan lebih aman untuk mempertahankan tahap pemeriksaan oleh manusia.

## Kontrol dan pemeliharaan yang mudah terlewat dalam otomatisasi

Jika otomatisasi dilakukan dengan tergesa-gesa karena pekerjaan mendesak, risiko dari pekerjaan manual yang ada dapat berpindah ke dalam kode. Terutama dalam lingkungan seperti kasus ini, yang menangani file eksternal, dokumen bertanda tangan, dan data pelanggan, kontrol harus dirancang bersama dengan kecepatan pemrosesan.

### Item kontrol minimum yang harus diperiksa

- **Hak akses:** Batasi folder dan akun yang dapat diakses alat otomatisasi hanya pada lingkup yang diperlukan.
- **Perlindungan data:** Jangan memasukkan informasi pribadi, materi kontrak, dan informasi autentikasi ke layanan AI eksternal yang tidak disetujui.
- **Lingkungan pengujian:** Jalankan terlebih dahulu dengan salinan, bukan dokumen asli, serta data uji yang telah dihilangkan identitasnya.
- **Persetujuan manusia:** Sediakan prosedur konfirmasi pada tahap yang sulit dibatalkan, seperti pengiriman file, penghapusan, dan pelaporan akhir.
- **Pencatatan:** Simpan input, waktu eksekusi, hasil pemrosesan, kesalahan, dan riwayat perbaikan.
- **Pemulihan:** Simpan dokumen asli dan cadangan agar dapat kembali ke kondisi sebelumnya jika terjadi kegagalan.
- **Ketergantungan pada penanggung jawab:** Dokumentasikan cara menjalankan dan menghentikannya agar anggota tim selain pembuatnya juga dapat melakukannya.

Kriteria keberhasilan otomatisasi juga tidak boleh hanya berupa “berhasil dijalankan satu kali”. Perlu dinilai pula apakah sistem dapat diperbaiki meskipun formulir berubah atau penanggung jawab diganti, apakah kesalahan dapat ditemukan, dan apakah prosedur dapat dikembalikan ke cara manual. Inilah kriteria yang membedakan alat produktivitas pribadi jangka pendek dari sistem kerja yang berkelanjutan.

## Fakta yang dikonfirmasi dari pengalaman dan keterbatasannya saat digeneralisasi

Karena kasus ini didasarkan pada pengalaman nyata seorang penanggung jawab, hasil yang sama tidak dijamin berlaku bagi semua organisasi. Perlu dibedakan antara hal yang dikonfirmasi secara langsung dalam kasus tersebut dan hal yang harus diverifikasi ketika diterapkan pada lingkungan lain.

| Hal yang diamati dalam kasus | Hal yang perlu diperiksa secara terpisah sebelum penerapan |
|---|---|
| Pekerjaan pemeliharaan baru ditambahkan tanpa perubahan tenaga kerja | Penempatan tenaga kerja dan kemungkinan penyesuaian pekerjaan di setiap organisasi |
| Sistem satu pintu menyebabkan pekerjaan penanggung jawab berulang kali terputus | Apakah pemrosesan langsung antarpemohon diperbolehkan berdasarkan peraturan keamanan |
| Tahap perantara dikurangi menggunakan papan pesan dalam sistem manajemen yang ada | Hak akses, penyimpanan catatan, dan fungsi persetujuan pada sistem yang digunakan |
| Non-pengembang memasang alat dan belajar dengan memanfaatkan panduan AI generatif | Hak instalasi pada perangkat perusahaan dan kebijakan penggunaan AI eksternal |
| Hasil kecil menumbuhkan keyakinan untuk mencoba otomatisasi tambahan | Akurasi otomatisasi, waktu yang dihemat, dan biaya pemeliharaan |

Dengan demikian, nilai utama kasus ini bukanlah klaim bahwa alat tertentu akan memberikan hasil yang sama kepada siapa pun. Nilainya terletak pada pendefinisian ulang pekerjaan berulang bukan sebagai akibat kurangnya upaya individu, melainkan sebagai masalah alur, standar, hak akses, dan hambatan.

## Kesimpulan: kenyataan bahwa waktu tidak tersedia dapat menjadi titik awal

Otomatisasi tidak harus dipandang hanya sebagai proyek terpisah yang dipelajari setelah ada waktu luang. Jika pekerjaan terus menumpuk dan masalah yang sama akan berulang bulan depan, itu bisa menjadi tanda bahwa struktur saat ini harus diubah.

Titik awalnya tidak harus berupa rencana pengembangan yang besar. Kita dapat memilih satu permintaan yang paling sering memutus konsentrasi, lalu terlebih dahulu memeriksa apakah tahap tersebut benar-benar harus melewati diri kita. Jika tidak dapat dihapus atau dialihkan ke sistem yang ada, akan lebih aman untuk menstandardisasi format input dan mulai mengotomatisasi bagian kecil yang hasilnya mudah diverifikasi.

Pertanyaan terpenting yang ditinggalkan kasus ini bukanlah “bagaimana cara mengerjakan tugas ini dengan lebih cepat”. Pertanyaannya adalah “mengapa pekerjaan ini berulang, mengapa harus melewati saya, dan sampai tahap mana pekerjaan ini dapat dipercayakan kepada sistem”.

## FAQ

### Apakah otomatisasi pekerjaan dapat dimulai meskipun bukan pengembang?
Bisa, tetapi lebih aman untuk memulai dari cakupan kecil. Prosedur saat ini serta ketentuan input dan output harus dijelaskan dengan jelas, lalu metode yang disarankan oleh AI generatif dijalankan pada salinan atau data uji dan hasilnya diverifikasi secara langsung.

### Apakah semua pekerjaan berulang harus diotomatisasi?
Tidak. Pertama, perlu diperiksa apakah langkah tersebut dapat dihilangkan atau ditangani langsung oleh pihak yang meminta. Jika penghapusan dan penyederhanaan alur sulit dilakukan, sedangkan pekerjaan berulang tersebut memiliki aturan yang jelas, otomatisasi dapat dipertimbangkan.

### Apakah pekerjaan dengan waktu pemrosesan singkat juga layak diotomatisasi?
Jika pekerjaan itu sering muncul tanpa pemberitahuan dan mengganggu pekerjaan utama, otomatisasi mungkin bernilai. Selain waktu pemrosesan satu kasus, biaya untuk memeriksa permintaan, beralih pekerjaan, melengkapi informasi yang kurang, membuat catatan, dan kembali berkonsentrasi juga harus dinilai.

### Mengapa standardisasi perlu dilakukan sebelum otomatisasi pekerjaan?
Karena jika item wajib dan format input tidak konsisten, otomatisasi akan kesulitan menangani pengecualian secara andal. Menetapkan terlebih dahulu kriteria penyelesaian, format tanggal, ketentuan tanda tangan, dan alasan penolakan akan memudahkan implementasi dan verifikasi.

### Apakah kode yang dibuat oleh AI generatif boleh langsung dijalankan?
Kode tersebut tidak boleh langsung dijalankan. Penghapusan file, perubahan hak akses, dan ada tidaknya pengiriman ke pihak eksternal harus ditinjau, serta kebijakan keamanan dan hak instalasi organisasi harus diperiksa. Lebih aman untuk memverifikasinya terlebih dahulu menggunakan salinan, bukan berkas asli, dan data uji yang telah dideidentifikasi.

### Apakah otomatisasi dapat menghilangkan seluruh peninjauan oleh manusia?
Hal itu bergantung pada tingkat risiko pekerjaan. Pada tahap yang dampak kesalahannya besar, seperti pengiriman dan penghapusan file, persetujuan keamanan, penilaian kontraktual, serta keputusan terkait jumlah uang yang penting, proses pemeriksaan dan persetujuan oleh manusia harus tetap dipertahankan.

### Pekerjaan seperti apa yang sebaiknya dipilih sebagai sasaran otomatisasi pertama?
Tugas kecil yang frekuensi pengulangannya tinggi, aturannya jelas, dan hasilnya mudah dibandingkan oleh manusia adalah pilihan yang sesuai. Perlu dipastikan pula apakah data dapat dipulihkan dari sumber asli jika terjadi kesalahan dan apakah risiko terpaparnya informasi sensitif rendah.

### Bagaimana cara menilai keberhasilan otomatisasi?
Jangan hanya melihat apakah proses berhasil dijalankan, tetapi bandingkan juga jumlah gangguan, penolakan dan kekurangan, waktu tunggu pemrosesan, serta waktu yang diperlukan untuk memperbaiki kesalahan. Perlu dinilai pula apakah otomatisasi dapat dipertahankan saat formulir berubah dan penanggung jawab berganti, serta apakah prosedur manual dapat diterapkan kembali jika terjadi kegagalan.

## Sources

- [Ketika penambahan personel ditolak, otomatisasi dimulai dengan "Mari kita coba ini sekali" | 요즘IT](https://yozm.wishket.com/magazine/detail/3912/)

## Images

![Pekerja memakai laptop sementara dua rekannya melihat layar sentuh](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MTI4NzUsInB1ciI6ImJsb2JfaWQifX0=--6ea22c48d8437db264e2c179ded939ce099f2a0b/ai-fcef29be.webp)
![Dokumen dan notifikasi yang kacau diubah menjadi dasbor dan alur kerja otomatis](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MTI4ODMsInB1ciI6ImJsb2JfaWQifX0=--8996698429ec4d415b74063aa44ca9f301aa486e/ai-cd6d8a57.webp)