Cara menerima pesanan sering tersimpan di kepala orang yang biasa mengerjakannya. Ketika tugas berpindah tangan, bagian kecil bisa tertinggal: siapa yang memastikan stok, kapan pelanggan dimintai konfirmasi, atau di mana perubahan pesanan dicatat.
AI bisa diminta merapikan catatan itu menjadi draf SOP, yaitu petunjuk tertulis untuk menjalankan pekerjaan yang berulang. Keputusan tentang kebijakan usaha tetap berasal dari penanggung jawab. Prosedur yang terdengar rapi belum tentu cocok dengan cara kerja di lapangan.
Panduan ini adalah usulan praktik Nalarku, bukan laporan pengujian atau janji penghematan. Kita memakai contoh administrasi pesanan yang fiktif. Prinsip dokumentasi dari sumber pemerintah Australia dipakai sebagai rujukan umum, bukan ketentuan hukum bagi UMKM Indonesia.
Mulai dari pekerjaan yang jelas batasnya
Pilih tugas seperti menerima pesanan, mencatat permintaan revisi, atau menyerahkan catatan kerja ke petugas berikutnya. Tulis kondisi mulai dan kondisi selesai. Contohnya: mulai ketika pesan pesanan masuk, selesai ketika rincian yang sudah dikonfirmasi tercatat dan siap diserahkan ke petugas pemenuhan.
Pisahkan kebijakan dari langkah kerja. “Perubahan pesanan perlu persetujuan penanggung jawab” adalah aturan usaha; “catat permintaan perubahan lalu minta persetujuan” adalah cara menjalankannya. AI tidak boleh menetapkan sendiri batas pengembalian, syarat pembayaran, atau janji pengiriman.
business.gov.au membedakan kebijakan, proses, dan petunjuk rinci suatu tugas. Panduannya juga menyarankan melibatkan staf, menyediakan dokumen yang mudah diakses, serta meninjaunya secara berkala.
Kumpulkan bahan dari orang yang mengerjakan
Minta pelaksana menjelaskan urutan kerja yang benar-benar dipakai. Catat bagian yang sering berbeda antara praktik dan kebijakan tertulis. Ketidaksepakatan itu dibahas dengan penanggung jawab sebelum dijadikan instruksi.
| Bahan masukan | Yang perlu dipastikan |
|---|---|
| Tujuan dan batas tugas | Pekerjaan apa yang masuk, serta apa yang ditangani prosedur lain |
| Pelaksana dan pemeriksa | Peran yang mengerjakan, menyetujui, dan menerima hasil |
| Catatan atau aplikasi | Tempat membaca stok, menyimpan pesanan, dan mencatat perubahan |
| Kebijakan yang berlaku | Sumber dokumen dan penanggung jawab yang dapat menjelaskannya |
| Kasus tidak biasa | Kondisi untuk berhenti, bertanya, atau menyerahkan tugas |
| Bukti selesai | Catatan yang menunjukkan langkah penting sudah diperiksa |
Untuk latihan, gunakan bahan fiktif tanpa nama pelanggan, nomor telepon, alamat lengkap, atau bukti pembayaran. Untuk pekerjaan nyata, pilih alat yang diizinkan untuk data usaha dan berikan hanya informasi yang diperlukan. Jangan memasukkan kata sandi atau rincian akun ke prompt.
Minta AI merapikan, sambil menunjukkan kekosongan
Salin prompt berikut ke alat AI yang menerima teks. Ganti bagian dalam kurung dengan bahan yang sudah diperiksa. Jika suatu aturan belum ada, pertahankan sebagai pertanyaan untuk penanggung jawab.
Susun draf SOP dari catatan kerja yang saya berikan.
Gunakan hanya fakta dan kebijakan dalam bahan.
Jangan menciptakan harga, batas waktu, syarat pembayaran,
aturan pengembalian, atau janji pengiriman.
Tandai informasi yang belum tersedia sebagai BELUM DIKONFIRMASI.
Pisahkan usulan perbaikan dari langkah yang sudah berlaku.
Pekerjaan dan batasnya: [isi]
Pelaksana, pemeriksa, dan penerima hasil: [isi]
Catatan kerja serta kebijakan yang disetujui: [isi]
Kasus pengecualian yang diketahui: [isi]
Keluarkan:
- Judul, tujuan, dan ruang lingkup.
- Bahan yang diperlukan sebelum mulai.
- Langkah berurutan: pelaksana, tindakan, pemeriksaan, bukti selesai.
- Kondisi berhenti dan peran yang harus dihubungi.
- Pertanyaan terbuka untuk penanggung jawab.
- Kolom versi, tanggal berlaku, dan persetujuan untuk diisi manusia.
Status dokumen harus tetap DRAF sampai disetujui.Permintaan ini tidak menjamin AI mematuhi seluruh batasnya. Profil AI generatif NIST membahas risiko keluaran keliru yang terdengar meyakinkan. Cocokkan setiap langkah dengan bahan asli, terutama ketika AI menambahkan kalimat yang terdengar seperti kebijakan resmi.
Contoh fiktif: menerima pesanan tas
Seluruh bahan dan draf berikut sepenuhnya fiktif untuk latihan, bukan SOP pelanggan atau hasil penerapan Nalarku.
Bahan latihan: petugas penerima chat mencatat produk dan varian yang diminta. Petugas stok memeriksa ketersediaan. Pelanggan kemudian diminta mengonfirmasi ringkasan pesanan. Petugas pemenuhan menerima catatan setelah konfirmasi. Kebijakan pembayaran dan pengiriman belum diberikan.
Contoh susunan draf yang masih harus diperiksa:
| Pelaksana | Tindakan | Pemeriksaan dan catatan |
|---|---|---|
| Penerima chat | Catat produk, varian, dan jumlah sesuai pesan | Tautkan ke kode rujukan pesan; tandai rincian yang belum jelas |
| Petugas stok | Periksa catatan persediaan yang berlaku | Jangan menyamakan permintaan pelanggan dengan stok yang tersedia |
| Penerima chat | Kirim ringkasan untuk dikonfirmasi setelah stok diperiksa | Gunakan hanya rincian yang sudah dipastikan; jangan menambah janji kirim |
| Penerima chat | Catat konfirmasi atau permintaan perubahan | Jika ada perubahan, periksa ulang bagian yang terpengaruh |
| Petugas pemenuhan | Terima catatan pesanan yang sudah dikonfirmasi | Periksa status pemeriksaan sebelum melanjutkan ke prosedur berikutnya |
Titik berhenti: varian tidak jelas, stok belum diperiksa, atau pelanggan meminta syarat di luar bahan. Catat masalahnya dan serahkan ke penanggung jawab.
Pertanyaan terbuka: siapa yang menyetujui perubahan setelah konfirmasi? Prosedur pembayaran dan pengiriman mana yang harus dirujuk? Kapan catatan perlu diserahkan kembali? Draf belum boleh dipakai untuk memproses pesanan nyata sampai bagian tersebut diselesaikan dan alurnya disetujui.
Coba draf bersama pelaksana
Baca setiap langkah sambil menjalankan simulasi dengan data fiktif. Minta pelaksana menunjukkan di mana informasi dibaca, bagaimana pemeriksaan dilakukan, dan ke mana hasil diserahkan. Kalimat “cek data” perlu diperjelas bila orang berikutnya tidak tahu catatan yang dimaksud.
Sertakan kasus yang membutuhkan pertanyaan lanjutan: varian belum jelas, stok berbeda, atau pesanan diubah. Catat langkah yang gagal, membingungkan, dan membutuhkan persetujuan. Perbaiki draf lalu ulangi bagian yang berubah.
Pemeriksa menilai apakah urutan dapat dijalankan, setiap keputusan punya pemilik, dan bukti selesai dapat ditemukan. Mintalah penanggung jawab menyetujui naskah final. Jangan meminta AI mengisi nama pemberi persetujuan seolah persetujuan itu sudah diberikan.
Simpan versi yang berlaku di tempat bersama
Business Queensland menyarankan dokumen yang sesuai kebutuhan pelaksana, pengelolaan versi, dan rujukan utama untuk versi terbaru. Terapkan dengan menyimpan dokumen yang disetujui di lokasi yang dapat diakses tim.
Cantumkan identitas dokumen, versi, tanggal berlaku, peran pemilik, serta catatan persetujuan. Arsipkan versi lama dengan penanda yang jelas agar tidak dipakai tanpa sengaja. Saat kebijakan atau aplikasi berubah, periksa bagian terdampak dan catat alasan revisinya.
Untuk alur penerimaan pesanan, lanjutkan ke panduan membuat draf balasan WhatsApp jualan. Jika ingin menilai manfaat perubahan proses dari catatan sendiri, baca cara menghitung ROI AI untuk UMKM.
