Cara Membuat Sistem Operasional yang Mudah Dipahami

etika sebuah bisnis masih kecil, banyak pekerjaan dapat berjalan berdasarkan komunikasi langsung. Pemilik usaha memberikan instruksi kepada beberapa orang, karyawan sudah memahami kebiasaan sehari-hari, dan ketika terjadi masalah, semuanya dapat langsung ditanyakan kepada orang yang dianggap paling mengerti.

Cara seperti ini memang terasa sederhana.

Namun, kondisi mulai berubah ketika bisnis berkembang.

Jumlah karyawan bertambah. Pelanggan semakin banyak. Transaksi meningkat. Ada karyawan baru yang harus belajar. Divisi mulai terbentuk. Cabang bertambah. Pemilik bisnis tidak lagi dapat menjelaskan setiap pekerjaan secara langsung.

Pada tahap tersebut, perusahaan mulai membutuhkan sistem operasional yang lebih jelas.

Sayangnya, membuat sistem operasional juga mempunyai tantangan tersendiri. Perusahaan terkadang membuat terlalu banyak aturan, dokumen yang panjang, alur approval yang rumit, serta SOP yang sulit dipahami oleh orang yang justru harus menjalankannya.

Padahal tujuan sistem operasional seharusnya membuat pekerjaan menjadi lebih mudah.

Karena itu, cara membuat sistem operasional yang mudah dipahami bukan dimulai dari membuat sebanyak mungkin SOP, tetapi dari memahami bagaimana pekerjaan sebenarnya dilakukan, kemudian menyederhanakan dan mendokumentasikannya secara jelas.

Sistem Operasional Bukan Sekadar SOP

SOP memang menjadi bagian penting dari sistem operasional.

Namun, sistem operasional sebenarnya lebih luas.

Di dalamnya dapat mencakup:

• Alur kerja.
• Pembagian tanggung jawab.
• Standar pelayanan.
• Prosedur approval.
• Sistem informasi.
• Dokumentasi.
• Target waktu.
• Formulir.
• Checklist.
• Hak akses.
• Proses eskalasi.
• Monitoring.
• Evaluasi.

SOP menjelaskan bagaimana pekerjaan tertentu dilakukan, sedangkan sistem operasional membantu berbagai proses tersebut saling terhubung.

Misalnya proses penjualan tidak berhenti ketika pelanggan melakukan pembayaran.

Ada handover ke operasional.

Finance perlu mengetahui transaksi.

Customer service mungkin membutuhkan informasi pelanggan.

Jika semua bagian tersebut mempunyai prosedur sendiri tetapi tidak saling terhubung, perusahaan tetap dapat mengalami masalah.

Mulailah dari Proses yang Benar-Benar Terjadi

Salah satu kesalahan ketika membuat sistem adalah langsung menulis bagaimana pekerjaan “seharusnya” dilakukan.

Padahal kondisi lapangan mungkin berbeda.

Sebelum membuat prosedur, lihat proses yang sedang berjalan.

Misalnya untuk menangani pesanan pelanggan.

Tanyakan:

• Dari mana pesanan masuk?
• Siapa yang pertama menerima?
• Data apa yang dicatat?
• Siapa memeriksa pembayaran?
• Kapan pesanan diproses?
• Siapa melakukan pekerjaan berikutnya?
• Bagaimana pelanggan mendapatkan informasi?
• Apa yang terjadi jika ada masalah?

Dengan memahami proses nyata, perusahaan dapat menemukan bagian yang perlu diperbaiki.

Libatkan Orang yang Menjalankan Pekerjaan

Management biasanya memahami tujuan.

Namun, karyawan operasional memahami detail pekerjaan sehari-hari.

Karena itu, ketika membuat sistem, dengarkan keduanya.

Misalnya management ingin membuat proses refund.

Customer service mungkin mengetahui jenis keluhan yang paling sering muncul.

Finance mengetahui proses pengembalian dana.

Tim teknologi mengetahui data yang tersedia di sistem.

Jika sistem hanya dibuat dari perspektif satu pihak, kemungkinan ada bagian penting yang terlewat.

Petakan Alur Kerja dari Awal Sampai Akhir

Setelah memahami proses, buat alur sederhana.

Misalnya proses pesanan:

Pesanan Masuk → Verifikasi → Pembayaran → Proses → Pemeriksaan → Selesai → Notifikasi Pelanggan

Kemudian tentukan siapa yang bertanggung jawab pada setiap tahap.

Contohnya:

Pesanan masuk: Sales/Admin.

Verifikasi: Admin.

Pembayaran: Finance/System.

Proses: Operasional.

Pemeriksaan: Supervisor.

Notifikasi: System/Customer Service.

Dengan alur seperti ini, orang dapat memahami gambaran besar sebelum membaca detail.

Jangan Membuat Proses Lebih Rumit dari Kebutuhan

Sistem yang terlihat profesional belum tentu efektif.

Misalnya pengeluaran Rp50.000 harus mendapatkan persetujuan dari tiga level manager.

Secara kontrol mungkin terlihat ketat.

Namun, biaya waktu untuk melakukan approval dapat lebih besar daripada nilai transaksinya.

Sistem perlu proporsional terhadap risiko.

Pengeluaran kecil dapat menggunakan prosedur sederhana.

Pengeluaran besar mendapatkan kontrol lebih kuat.

Prinsip yang sama berlaku untuk berbagai proses.

Semakin besar risiko, semakin besar kontrol yang dibutuhkan.

Buat Tujuan Setiap Proses Menjadi Jelas

Karyawan akan lebih mudah mengikuti prosedur jika memahami tujuannya.

Misalnya SOP meminta staf memeriksa nomor pelanggan sebelum transaksi diproses.

Jangan hanya menulis:

“Nomor pelanggan wajib diperiksa.”

Berikan konteks singkat bahwa pemeriksaan dilakukan untuk mengurangi risiko transaksi salah tujuan.

Dengan memahami alasan, orang lebih mudah mengetahui bagian mana yang tidak boleh dilewati.

Gunakan Bahasa yang Sederhana

SOP bukan karya ilmiah.

Tujuannya bukan menunjukkan bahwa perusahaan mempunyai dokumen yang sangat formal.

Tujuannya agar orang dapat menjalankan pekerjaan.

Gunakan kalimat yang mudah dipahami.

Daripada:

“Petugas diwajibkan untuk melaksanakan proses verifikasi terhadap kelengkapan data sebagaimana ketentuan yang berlaku.”

Lebih sederhana:

“Periksa nama, nomor pelanggan, produk, dan nominal sebelum transaksi diproses.”

Maknanya lebih langsung.

Gunakan Istilah yang Konsisten

Jika perusahaan menyebut seseorang sebagai “Pelanggan”, gunakan istilah tersebut secara konsisten.

Jangan pada halaman pertama menggunakan:

• Pelanggan.
• Kemudian:
• Customer.
• Kemudian:
• Client.

Kemudian:

Buyer.

Jika memang mengacu pada hal yang sama, pilih satu istilah.

Hal sederhana seperti ini membuat dokumentasi lebih mudah dipahami.

Buat Struktur SOP yang Konsisten

Setiap SOP sebaiknya mempunyai format yang relatif sama.

Misalnya:

Nama proses

Menjelaskan proses yang dibahas.

Tujuan

Menjelaskan alasan proses tersebut dibuat.

PIC

Menentukan pihak yang bertanggung jawab.

Input

Menjelaskan informasi yang dibutuhkan.

Langkah kerja

Menjelaskan proses.

Output

Menjelaskan hasil yang diharapkan.

Eskalasi

Menjelaskan apa yang dilakukan jika terjadi masalah.

Dengan format yang konsisten, karyawan tidak perlu mempelajari cara membaca setiap dokumen dari awal.

Jangan Menulis SOP Terlalu Panjang Jika Tidak Diperlukan

Ada prosedur yang memang membutuhkan penjelasan detail.

Namun, banyak pekerjaan rutin sebenarnya dapat dijelaskan dalam satu atau dua halaman.

Jika sebuah prosedur sederhana membutuhkan 30 halaman, karyawan mungkin memilih bertanya kepada senior daripada membacanya.

Akibatnya, dokumentasi tidak digunakan.

1. Pisahkan informasi jika terlalu panjang.
2. SOP utama dapat menjelaskan alur.
3. Panduan teknis dapat menjelaskan detail.
4. FAQ dapat menjawab masalah umum.

Dengan demikian, informasi lebih mudah dicari.

Gunakan Checklist untuk Pekerjaan Berulang

Tidak semua pekerjaan membutuhkan dokumen panjang.

Untuk pekerjaan rutin, checklist sering lebih efektif.

Misalnya checklist pembukaan cabang:

• Periksa koneksi internet.
• Periksa perangkat kasir.
• Login sistem.
• Periksa saldo operasional.
• Periksa stok.
• Periksa transaksi pending.
• Pastikan area pelayanan siap.

Karyawan cukup mengikuti langkah satu per satu.

Checklist sangat berguna untuk pekerjaan yang mudah terlupakan tetapi mempunyai urutan jelas.

Bedakan SOP, Checklist, dan Panduan

Ketiganya mempunyai fungsi berbeda.

SOP menjelaskan standar proses.

Checklist membantu memastikan langkah penting tidak terlewat.

Panduan memberikan penjelasan lebih detail mengenai cara melakukan sesuatu.

Misalnya perusahaan mempunyai SOP refund.

Di dalamnya dijelaskan kapan refund diperbolehkan dan siapa yang menyetujui.

Kemudian terdapat checklist refund untuk admin.

Sedangkan panduan sistem menjelaskan tombol apa yang digunakan untuk memproses refund.

Dengan pembagian tersebut, dokumen menjadi lebih terstruktur.

Tentukan PIC dengan Jelas

Kalimat seperti:

“Tim terkait akan melakukan pengecekan.”

terdengar sederhana, tetapi siapa tim terkait?

• Finance?
• Operasional?
• Customer service?
• IT?

Gunakan penanggung jawab yang jelas.

Misalnya:

“Customer Service memeriksa data pelanggan.”

“Finance memverifikasi pembayaran.”

“Supervisor Operasional menyetujui pembatalan.”

Dengan demikian, tidak terjadi saling menunggu.

Satu Proses Sebaiknya Mempunyai Pemilik

Sebuah proses dapat melibatkan banyak divisi.

Namun, tetap perlu ada process owner.

Misalnya proses onboarding pelanggan melibatkan:

• Sales.
• Finance.
• Operasional.
• Customer service.
• IT.

Tetapi satu fungsi perlu bertanggung jawab memastikan proses berjalan dari awal sampai selesai.

Process owner tidak harus mengerjakan semuanya.

Ia memastikan alur tidak berhenti di tengah jalan.

Jelaskan Kapan Tugas Berpindah ke Orang Lain

Banyak masalah terjadi pada handover.

• Sales merasa pekerjaannya sudah selesai.
• Operasional merasa belum menerima data lengkap.
• Customer service tidak mengetahui pelanggan sudah aktif.
• Finance tidak mengetahui adanya kesepakatan khusus.

Karena itu, tentukan kondisi handover.

Misalnya:

Sales baru dapat menyerahkan pelanggan ke operasional setelah data A, B, dan C lengkap.

Operasional mengubah status menjadi “Ready” setelah setup selesai.

Customer service menerima notifikasi ketika status berubah menjadi “Active”.

Dengan aturan tersebut, perpindahan tanggung jawab menjadi lebih jelas.

Gunakan Status yang Mudah Dipahami

Sistem operasional sering membutuhkan status.

Jangan membuat terlalu banyak jika tidak diperlukan.

Misalnya proses pesanan dapat menggunakan:

• Pending.
• Processing.
• Success.
• Failed.
• Cancelled.

Jika terdapat kebutuhan khusus, tambahkan.

Namun, hindari status yang maknanya hampir sama.

Misalnya:

• Waiting.
• Pending.
• Waiting Process.
• On Hold.
• Pending Review.

Jika pengguna tidak memahami perbedaannya, status justru kehilangan fungsi.

Definisikan Setiap Status

Tuliskan arti status.

Misalnya:

Pending: pesanan sudah diterima tetapi belum diproses.

Processing: pesanan sedang dikerjakan.

Success: pesanan selesai.

Failed: proses gagal dan membutuhkan penanganan.

Cancelled: pesanan dibatalkan sesuai prosedur.

Dengan definisi tersebut, setiap divisi membaca status dengan cara yang sama.

Buat Alur Eskalasi

Tidak semua masalah dapat diselesaikan oleh staf pertama yang menerima.

Karena itu, buat aturan eskalasi.

Misalnya customer service dapat menangani masalah umum.

Jika berkaitan dengan pembayaran, eskalasi ke finance.

Jika berkaitan dengan sistem, eskalasi ke IT.

Jika berkaitan dengan keputusan kompensasi di atas nominal tertentu, eskalasi ke supervisor.

Alur seperti ini membantu orang mengetahui kapan harus meminta bantuan.

Jangan Membuat Semua Masalah Naik ke Manager

Jika setiap keputusan kecil membutuhkan manager, manager akan menjadi bottleneck.

Berikan batas kewenangan.

Misalnya CS dapat memberikan solusi tertentu tanpa approval.

Supervisor mempunyai kewenangan lebih besar.

Kasus khusus baru naik ke manager.

Delegasi seperti ini membuat proses lebih cepat.

Gunakan Matriks Kewenangan Jika Diperlukan

Untuk perusahaan yang mulai berkembang, buat tabel sederhana.

Misalnya:

Aktivitas	Staff	Supervisor	Manager
Refund kecil	Proses	Approval	Monitoring
Refund menengah	Ajukan	Review	Approval
Refund besar	Ajukan	Review	Approval khusus

Strukturnya tentu perlu disesuaikan dengan karakter bisnis.

Tujuannya agar semua orang mengetahui batas kewenangan.

Sistem Operasional Harus Mudah Dicari

SOP yang bagus tetapi tersimpan di laptop seseorang hampir tidak berguna.

Simpan dokumentasi pada tempat yang dapat diakses oleh orang yang berwenang.

Misalnya knowledge base internal.

Struktur folder yang rapi.

Document management system.

Intranet.

Platform kolaborasi.

Yang penting, karyawan tahu:

“Kalau saya tidak tahu prosedur, saya harus mencari di mana?”

Buat Knowledge Base Internal

Ketika perusahaan berkembang, banyak pertanyaan akan berulang.

• Bagaimana menangani refund?
• Bagaimana mengganti data pelanggan?
• Bagaimana meminta approval?
• Bagaimana menangani transaksi pending?
• Bagaimana proses karyawan baru?

Daripada pertanyaan yang sama terus ditanyakan kepada senior, dokumentasikan jawabannya.

Knowledge base dapat menjadi pusat pengetahuan perusahaan.

Gunakan Fitur Pencarian

Jika dokumentasi sudah banyak, pencarian menjadi penting.

Karyawan seharusnya dapat mengetik:

“refund”

“transaksi pending”

“reset password”

“invoice”

dan menemukan panduan terkait.

Struktur kategori tetap berguna, tetapi pencarian membuat akses informasi lebih cepat.

Gunakan Gambar untuk Prosedur Teknis

Beberapa prosedur lebih mudah dipahami secara visual.

Misalnya penggunaan software.

Daripada menjelaskan:

“Klik menu di sebelah kiri kemudian pilih submenu…”

Screenshot dapat membuatnya lebih jelas.

Gunakan gambar ketika memang membantu.

Namun, jangan memasukkan screenshot untuk setiap langkah jika hanya membuat dokumen semakin panjang.

Gunakan Flowchart untuk Proses Bercabang

Misalnya proses komplain:

Apakah transaksi berhasil?

Jika ya, periksa masalah pelanggan.

Jika tidak, apakah dana terpotong?

Jika ya, lakukan pengecekan settlement.

Jika tidak, arahkan pelanggan melakukan transaksi ulang.

Proses seperti ini lebih mudah dipahami menggunakan flowchart dibandingkan paragraf panjang.

Pastikan Form Tidak Terlalu Rumit

Sistem operasional sering membutuhkan form.

Masalahnya, perusahaan kadang meminta terlalu banyak informasi.

Tanyakan:

Apakah data ini benar-benar digunakan?

Jika tidak, hapus.

Semakin panjang form, semakin besar kemungkinan orang mengisi asal-asalan atau melewati proses.

Kumpulkan data yang memang mempunyai fungsi.

Kurangi Input Data Berulang

Misalnya customer service memasukkan nomor pelanggan.

Kemudian finance memasukkan kembali nomor yang sama.

Operasional memasukkan lagi.

Kesalahan menjadi lebih mungkin.

Jika memungkinkan, gunakan satu sumber data.

Data berpindah melalui sistem, bukan diketik ulang berkali-kali.

Tentukan Source of Truth

Perusahaan perlu mengetahui sistem mana yang menjadi sumber utama untuk data tertentu.

Misalnya:

• Data pelanggan berasal dari CRM.
• Data transaksi berasal dari transaction system.
• Data keuangan berasal dari accounting system.
• Data karyawan berasal dari HR system.

Dengan aturan tersebut, ketika terdapat perbedaan angka, tim mengetahui sumber mana yang harus dijadikan referensi.

Gunakan ID yang Konsisten

Ketika volume meningkat, nama saja tidak cukup.

Gunakan identifier.

Misalnya:

• Customer ID.
• Transaction ID.
• Invoice ID.
• Employee ID.
• Branch ID.
• Product ID.
• Ticket ID.

Identifier membantu menghubungkan data dari beberapa sistem dan mengurangi kesalahan pencarian.

Jangan Terlalu Cepat Mengotomatisasi Proses

Otomatisasi memang menarik.

Namun, proses yang buruk jika diotomatisasi hanya akan menghasilkan masalah dengan lebih cepat.

Sebelum otomatisasi:

• Pahami proses.
• Hilangkan langkah yang tidak perlu.
• Tentukan aturan.
• Dokumentasikan.
• Uji.

Setelah stabil, barulah otomatisasikan bagian yang memang berulang.

Pilih Pekerjaan yang Tepat untuk Otomatisasi

Beberapa aktivitas yang biasanya lebih mudah dipertimbangkan untuk otomatisasi adalah:

• Notifikasi.
• Reminder.
• Pembuatan nomor dokumen.
• Sinkronisasi data.
• Laporan rutin.
• Backup.
• Update status berdasarkan kondisi tertentu.
• Validasi sederhana.

Otomatisasi sebaiknya digunakan untuk mengurangi pekerjaan mekanis, bukan menggantikan keputusan manusia yang membutuhkan konteks.

Tetap Sediakan Jalur Penanganan Manual

Sistem otomatis dapat gagal.

API dapat mengalami gangguan.

Data dapat tidak sinkron.

Karena itu, untuk proses penting, perusahaan perlu mengetahui apa yang dilakukan ketika otomatisasi tidak berjalan.

Misalnya:

• Apakah transaksi masuk queue?
• Apakah ada retry?
• Apakah admin mendapatkan alert?
• Apakah dapat diproses manual?

Fallback seperti ini penting agar operasional tidak langsung berhenti.

Sistem Operasional Harus Mempunyai Monitoring

Setelah proses dibuat, management perlu mengetahui apakah berjalan.

Misalnya untuk customer service:

• Jumlah tiket.
• Response time.
• Resolution time.
• Pending tickets.
• Untuk transaksi:
• Success.
• Pending.
• Failed.
• Untuk finance:
• Piutang.
• Hutang jatuh tempo.
• Rekonsiliasi.

Monitoring membantu menemukan bottleneck.

Jangan Mengukur Terlalu Banyak Hal

Jika setiap proses mempunyai 30 KPI, orang akan kehilangan fokus.

Pilih beberapa indikator yang benar-benar menunjukkan kesehatan proses.

Misalnya proses pengiriman mungkin cukup melihat:

• Jumlah pesanan.
• On-time delivery.
• Keterlambatan.
• Komplain.
• Biaya.

Management dapat membuka detail ketika terdapat masalah.

Tentukan Target Waktu

Beberapa proses membutuhkan SLA atau target waktu.

Misalnya:

• Customer service merespons dalam waktu tertentu.
• Invoice dibuat maksimal setelah kondisi tertentu terpenuhi.
• Refund diproses dalam rentang waktu tertentu.
• Permintaan IT mendapatkan respons sesuai prioritas.
• Target waktu memberikan ekspektasi yang jelas.

Namun, pastikan target realistis.

Jangan membuat SLA hanya agar terlihat bagus.

Bedakan Prioritas

Tidak semua masalah sama pentingnya.

Misalnya:

Low: pertanyaan umum.

Medium: gangguan yang mempunyai alternatif.

High: fungsi penting terganggu.

Critical: operasional utama berhenti.

Dengan klasifikasi tersebut, tim dapat mengalokasikan perhatian dengan lebih tepat.

Buat Prosedur untuk Kondisi Tidak Normal

SOP sering hanya menjelaskan kondisi normal.

Padahal masalah muncul ketika kondisi berbeda.

Misalnya:

• Apa yang dilakukan jika pembayaran tidak terdeteksi?
• Apa yang dilakukan jika supplier down?
• Apa yang dilakukan jika server tidak dapat diakses?
• Apa yang dilakukan jika stok sistem berbeda dengan fisik?
• Apa yang dilakukan jika pelanggan mengajukan komplain khusus?

Tidak perlu mendokumentasikan setiap kemungkinan.

Fokus pada exception yang sering terjadi atau mempunyai dampak besar.

Gunakan Prinsip Exception Management

Management tidak perlu memeriksa seluruh transaksi normal.

Sistem dapat membantu menampilkan exception.

Misalnya:

• Transaksi pending lebih dari batas waktu.
• Refund di atas nominal tertentu.
• Diskon di atas batas.
• Stok di bawah minimum.
• Piutang melewati jatuh tempo.

Ketika semuanya normal, proses berjalan tanpa campur tangan management.

Management memberikan perhatian pada kondisi yang tidak normal.

Cara ini membantu bisnis melakukan delegasi tanpa kehilangan kontrol.

Uji SOP dengan Karyawan Baru

Salah satu cara sederhana mengetahui apakah prosedur mudah dipahami adalah memberikannya kepada orang yang belum terbiasa dengan proses tersebut.

Minta ia membaca.

Kemudian lihat apakah dapat mengikuti langkahnya.

Jika masih membutuhkan banyak penjelasan tambahan, dokumen mungkin belum cukup jelas.

Karyawan lama sering merasa SOP mudah karena mereka sudah mengetahui prosesnya.

Karyawan baru memberikan perspektif yang lebih objektif.

Perhatikan Pertanyaan yang Sering Muncul

Jika karyawan terus menanyakan hal yang sama, jangan langsung menyimpulkan mereka tidak membaca SOP.

Periksa dokumentasinya.

Mungkin:

• Informasinya sulit ditemukan.
• Bahasanya membingungkan.
• Ada dua SOP yang bertentangan.
• Proses sudah berubah.
• Contohnya kurang.
• Gunakan pertanyaan berulang sebagai feedback.

Lakukan Onboarding yang Terstruktur

Sistem operasional tidak cukup hanya dikirim melalui file.

Karyawan baru membutuhkan pengenalan.

Jelaskan:

• Gambaran bisnis.
• Struktur organisasi.
• Alur utama.
• Tanggung jawab.
• Sistem yang digunakan.
• SOP penting.
• Cara meminta bantuan.
• Proses eskalasi.

Setelah itu, berikan kesempatan untuk praktik.

Onboarding membantu karyawan memahami hubungan antara dokumen dan pekerjaan nyata.

Jangan Berharap Semua Hal Langsung Dihafal

Tujuan dokumentasi justru agar orang tidak harus menghafal semuanya.

Karyawan perlu memahami prinsip dan alur utama.

Untuk detail yang jarang digunakan, mereka cukup mengetahui di mana mencari informasi.

Sistem yang baik mengurangi beban ingatan.

Dokumentasikan Perubahan

SOP akan berubah.

Produk berubah.

Sistem berubah.

Tim berubah.

Regulasi dapat berubah.

Ketika prosedur diperbarui, catat:

• Versi.
• Tanggal perubahan.
• Apa yang berubah.
• Siapa yang menyetujui.

Dengan versioning, perusahaan dapat mengurangi kebingungan mengenai dokumen mana yang berlaku.

Hindari Banyak Versi SOP Beredar

Masalah umum adalah:

SOP_Final.docx.

SOP_Final_2.docx.

SOP_FIX.docx.

SOP_FIX_Baru.docx.

SOP_FINAL_BENER.pdf.

Situasi seperti ini membuat orang tidak mengetahui dokumen mana yang digunakan.

Gunakan satu lokasi resmi.

Versi lama dapat diarsipkan.

Versi aktif harus mudah dikenali.

Jadwalkan Review SOP

Jangan menunggu masalah.

Misalnya setiap enam bulan atau satu tahun, tergantung proses, review dokumentasi.

Tanyakan:

• Apakah masih sesuai?
• Apakah ada langkah yang sudah tidak digunakan?
• Apakah terdapat fitur sistem baru?
• Apakah ada masalah yang terus berulang?
• Apakah proses dapat disederhanakan?

Review menjaga sistem tetap relevan.

Jangan Mempertahankan Proses Hanya karena Sudah Lama Digunakan

Kalimat:

“Dari dulu memang begini.”

bukan alasan yang cukup.

Mungkin proses dibuat ketika perusahaan masih kecil.

Sekarang kondisi sudah berbeda.

Setiap langkah sebaiknya mempunyai alasan.

Jika langkah tidak memberikan nilai, tidak mengurangi risiko, dan tidak diwajibkan, pertimbangkan untuk menghapusnya.

Sistem Operasional Harus Mendukung Pelanggan

Jangan hanya membuat proses nyaman bagi internal.

Perhatikan pengalaman pelanggan.

Misalnya perusahaan membuat approval tujuh tahap.

Bagi internal terasa aman.

Namun, pelanggan harus menunggu dua minggu.

Cari keseimbangan antara kontrol dan pelayanan.

Sistem operasional yang baik membantu perusahaan bekerja tertib tanpa menciptakan hambatan yang tidak perlu bagi pelanggan.

Hubungkan Customer Service dengan Operasional

Customer service sering menjadi pihak pertama yang mengetahui masalah pelanggan.

Pastikan mereka mempunyai akses terhadap informasi yang diperlukan.

• Misalnya status transaksi.
• Status pengiriman.
• Status refund.
• Informasi produk.
• Riwayat tiket.

Dengan begitu, CS tidak perlu terus bertanya kepada divisi lain untuk masalah sederhana.

Hubungkan Sales dengan Operasional

Sales perlu mengetahui apa yang dapat dan tidak dapat dijanjikan.

Jika tidak, mereka dapat menawarkan sesuatu yang sulit dipenuhi.

Buat standar.

• Apa yang termasuk layanan?
• Apa yang membutuhkan biaya tambahan?
• Berapa estimasi waktu?
• Permintaan apa yang harus dikonsultasikan?

Dengan informasi tersebut, handover menjadi lebih sehat.

Hubungkan Finance dengan Proses Operasional

Banyak aktivitas mempunyai dampak keuangan.

• Refund.
• Diskon.
• Pembelian.
• Pembayaran supplier.
• Piutang.
• Reimbursement.

Finance perlu menerima data yang tepat.

Sistem yang terhubung mengurangi rekonsiliasi manual dan kebingungan pada akhir bulan.

Jangan Membuat Semua Divisi Bekerja dalam Silo

Sistem operasional harus menggambarkan hubungan antarbagian.

Misalnya alur pelanggan:

Marketing → Sales → Finance → Operasional → Customer Service → Retention

Setiap perpindahan perlu mempunyai data dan tanggung jawab yang jelas.

Jika satu bagian bekerja tanpa memahami kebutuhan bagian berikutnya, proses mudah terputus.

Sistem Operasional Membantu Delegasi

Banyak pemilik bisnis kesulitan mendelegasikan karena merasa:

“Kalau saya tidak ikut, nanti salah.”

Masalahnya mungkin bukan selalu kemampuan karyawan.

Bisa jadi sistem belum jelas.

Jika terdapat SOP, kewenangan, data, monitoring, dan eskalasi, delegasi menjadi lebih aman.

Pemilik tidak harus memeriksa semuanya.

Hindari Micromanagement

Sistem seharusnya mengurangi micromanagement.

Manager tidak perlu bertanya setiap jam:

“Sudah selesai?”

Gunakan status.

Dashboard.

Deadline.

Checkpoint.

Jika pekerjaan berjalan normal, berikan ruang.

Jika terjadi penyimpangan, barulah manager masuk.

Dengan demikian, sistem meningkatkan kepercayaan sekaligus akuntabilitas.

Gunakan Data untuk Memperbaiki Sistem

Setelah proses berjalan, kumpulkan informasi.

Misalnya rata-rata penyelesaian 30 menit.

Target 15 menit.

Cari tahu mengapa.

• Apakah approval terlalu panjang?
• Apakah sistem lambat?
• Apakah data awal tidak lengkap?
• Apakah kapasitas tim kurang?

Data membantu menentukan perbaikan.

Jangan Langsung Menambah Orang ketika Proses Lambat

Ketika tim kewalahan, solusi pertama sering:

“Tambah karyawan.”

Sebelum itu, periksa proses.

Mungkin terdapat pekerjaan berulang.

Input ganda.

Approval tidak perlu.

Sistem lambat.

Informasi sulit ditemukan.

Jika bottleneck berasal dari proses, menambah orang hanya menambah biaya tanpa menyelesaikan akar masalah.

Buat Sistem yang Dapat Berkembang

Sistem untuk lima orang mungkin sangat informal.

Namun, pikirkan apakah proses masih dapat digunakan ketika tim menjadi 20 atau 50 orang.

Tidak berarti harus membuat sistem enterprise sejak awal.

Cukup gunakan fondasi yang dapat berkembang.

Misalnya:

• Akun individual.
• ID konsisten.
• Dokumentasi.
• Hak akses.
• Status yang jelas.
• PIC.
• Audit trail untuk aktivitas penting.

Fondasi seperti ini akan membantu ketika skala meningkat.

Sistem Operasional untuk Multi-Cabang Membutuhkan Standardisasi

Jika perusahaan mempunyai banyak cabang, beberapa hal perlu dibuat konsisten.

Misalnya:

• Branch ID.
• Kategori transaksi.
• Format laporan.
• Status.
• SOP pelayanan.
• Proses eskalasi.
• Hak akses.

Dengan standardisasi, kantor pusat dapat menggabungkan data dan membandingkan kondisi dengan lebih mudah.

Namun, tidak semua hal harus sama.

Cabang dapat mempunyai fleksibilitas tertentu sesuai kondisi lokal selama tidak mengganggu standar utama.

Dokumentasikan Best Practice

Kadang satu tim menemukan cara kerja yang lebih efektif.

Jangan biarkan pengetahuan tersebut hanya digunakan oleh mereka.

Evaluasi.

Jika memang lebih baik, masukkan ke sistem.

Dengan begitu, organisasi belajar.

Sistem operasional bukan hanya kumpulan aturan, tetapi juga tempat menyimpan pembelajaran perusahaan.

Buat Sistem yang Membantu Manusia

Tujuan utama sistem bukan membuat orang bekerja seperti mesin.

Justru sistem seharusnya mengambil beban pekerjaan yang dapat distandarkan sehingga manusia dapat fokus pada hal yang membutuhkan pemikiran.

Misalnya:

• Negosiasi.
• Hubungan pelanggan.
• Kreativitas.
• Analisis.
• Pemecahan masalah.
• Keputusan.
• Empati.

Sistem memberikan struktur.

Manusia memberikan penilaian.

Ukur Keberhasilan Sistem dari Kemudahan Penggunaannya

Sistem operasional dapat dianggap berhasil jika:

• Karyawan baru lebih cepat memahami pekerjaan.
• Pertanyaan berulang berkurang.
• Kesalahan menurun.
• Handover lebih jelas.
• Proses lebih cepat.
• Pelanggan mendapatkan pelayanan konsisten.
• Manager tidak perlu terus mengawasi.
• Masalah dapat dieskalasi dengan benar.
• Informasi lebih mudah ditemukan.

Jika dokumentasi semakin banyak tetapi masalah tetap sama, sistem perlu dievaluasi.

Mulai dari Proses yang Paling Bermasalah

Perusahaan tidak harus membuat SOP untuk semuanya sekaligus.

Mulailah dari area yang paling sering menyebabkan masalah.

Misalnya:

• Komplain pelanggan.
• Refund.
• Transaksi.
• Pembayaran supplier.
• Sales handover.
• Inventory.
• Onboarding karyawan.
• Cari satu proses.
• Petakan.
• Sederhanakan.
• Dokumentasikan.
• Uji.
• Perbaiki.

Setelah stabil, lanjutkan ke proses berikutnya.

Gunakan Siklus Perbaikan

Sistem operasional tidak pernah benar-benar selesai.

Bisnis berubah.

Gunakan siklus:

Pahami → Petakan → Sederhanakan → Dokumentasikan → Jalankan → Monitor → Evaluasi → Perbaiki

Kemudian ulangi.

Dengan cara ini, sistem berkembang mengikuti perusahaan.

Kesederhanaan Bukan Berarti Tanpa Kontrol

Ada perbedaan antara sederhana dan sembarangan.

Proses sederhana tetap mempunyai:

• PIC.
• Aturan.
• Batas kewenangan.
• Dokumentasi.
• Kontrol.
• Eskalasi.
• Monitoring.

Yang dihilangkan adalah kerumitan yang tidak memberikan nilai.

Tujuannya membuat sistem mudah digunakan tanpa mengorbankan keamanan dan akuntabilitas.

Sistem yang Mudah Dipahami Mengurangi Ketergantungan pada Orang Tertentu

Salah satu tanda perusahaan belum mempunyai sistem yang matang adalah munculnya kalimat:

“Cuma dia yang tahu caranya.”

Ketika orang tersebut cuti, pekerjaan berhenti.

Ketika resign, perusahaan kebingungan.

Dokumentasi dan pembagian pengetahuan membantu mengurangi risiko tersebut.

Bukan berarti semua orang harus mengetahui semuanya.

Namun, proses penting perusahaan sebaiknya tidak hanya tersimpan dalam ingatan satu orang.

Sistem Operasional Membantu Perusahaan Bertumbuh Lebih Terkendali

Ketika bisnis berkembang, kompleksitas hampir selalu meningkat.

• Pelanggan bertambah.
• Karyawan bertambah.
• Transaksi bertambah.
• Cabang bertambah.
• Produk bertambah.
• Masalah juga menjadi lebih beragam.

Tanpa sistem, management akan semakin sibuk menangani detail.

Sebaliknya, dengan sistem operasional yang baik, sebagian pekerjaan dapat berjalan tanpa keterlibatan langsung pemilik.

• Karyawan memahami tanggung jawab.
• Data tersedia.
• SOP jelas.
• Batas kewenangan diketahui.
• Masalah mempunyai jalur eskalasi.

Management cukup memonitor indikator penting dan menangani exception.

Di sinilah sistem mulai memberikan nilai yang sebenarnya.

Cara membuat sistem operasional yang mudah dipahami pada dasarnya bukan tentang membuat sebanyak mungkin aturan. Tujuannya adalah membuat pekerjaan mempunyai alur yang jelas, tanggung jawab yang jelas, informasi yang mudah ditemukan, dan proses yang cukup sederhana untuk benar-benar digunakan.

Perusahaan dapat memulainya dengan melihat pekerjaan sehari-hari.

Tanyakan:

• Bagaimana proses berjalan sekarang?
• Bagian mana yang sering menyebabkan kesalahan?
• Di mana pekerjaan sering berhenti?
• Informasi apa yang sering ditanyakan?
• Siapa yang bertanggung jawab?
• Keputusan apa yang selalu menunggu manager?
• Data apa yang diketik berkali-kali?
• Masalah apa yang terus berulang?

Dari sana, perusahaan dapat memperbaiki proses secara bertahap.

1. Jangan langsung membeli software.
2. Jangan langsung membuat puluhan SOP.
3. Jangan langsung mengotomatisasi semuanya.
4. Pahami proses terlebih dahulu.
5. Sederhanakan.
6. Tentukan tanggung jawab.
7. Dokumentasikan dengan bahasa yang mudah.
8. Uji bersama pengguna.

Kemudian gunakan teknologi ketika memang dapat membantu.

Sistem operasional yang baik seharusnya membuat pekerjaan terasa lebih jelas, bukan lebih rumit.

• Karyawan mengetahui apa yang harus dilakukan.
• Manager mengetahui apa yang perlu dipantau.
• Management mengetahui kapan harus turun tangan.
• Pelanggan mendapatkan pelayanan yang lebih konsisten.

Dan perusahaan tidak lagi terlalu bergantung pada ingatan, kebiasaan, atau satu orang tertentu.

Pada akhirnya, sistem terbaik bukan sistem yang paling panjang dokumentasinya atau paling canggih teknologinya.

Sistem terbaik adalah sistem yang dipahami, digunakan, dan membantu pekerjaan sehari-hari berjalan dengan lebih konsisten.

Ketika hal tersebut tercapai, sistem operasional tidak lagi menjadi sekadar kumpulan SOP. Ia berubah menjadi fondasi yang membantu perusahaan bekerja lebih rapi hari ini dan lebih siap menghadapi pertumbuhan di masa depan.