Cara Mengelola Sistem Operasional dalam Perusahaan

Sebuah perusahaan dapat memiliki produk yang bagus, strategi pemasaran yang menarik, dan tim penjualan yang mampu mendatangkan banyak pelanggan. Namun, semua itu belum cukup jika sistem operasional di belakangnya tidak berjalan dengan baik.

Ketika jumlah transaksi masih sedikit, banyak pekerjaan mungkin dapat diselesaikan secara manual. Pemilik bisnis masih bisa memeriksa pesanan satu per satu, memberikan instruksi langsung kepada karyawan, mengecek pembayaran sendiri, hingga menangani keluhan pelanggan.

Masalah biasanya mulai muncul ketika bisnis berkembang.

Jumlah pelanggan bertambah, transaksi semakin banyak, karyawan bertambah, produk semakin beragam, dan pekerjaan mulai terbagi ke beberapa divisi. Cara kerja yang sebelumnya cukup mengandalkan komunikasi langsung perlahan menjadi sulit dipertahankan.

Pesanan bisa terlewat. Informasi antarbagian berbeda. Pekerjaan yang sama dilakukan dua kali. Karyawan tidak mengetahui siapa yang bertanggung jawab. Pelanggan menunggu terlalu lama. Bahkan manajemen terkadang baru mengetahui adanya masalah setelah pelanggan mengajukan komplain.

Di sinilah sistem operasional memiliki peran penting.

Sistem operasional bukan sekadar kumpulan SOP atau aplikasi yang digunakan perusahaan. Sistem operasional adalah cara perusahaan mengatur bagaimana pekerjaan dilakukan dari awal hingga selesai sehingga aktivitas dapat berjalan secara konsisten, efisien, terukur, dan dapat dikembangkan ketika bisnis bertumbuh.

Pahami Proses Bisnis dari Awal sampai Akhir

Langkah pertama dalam mengelola sistem operasional adalah memahami bagaimana pekerjaan sebenarnya berjalan.

Jangan langsung membuat SOP atau membeli software.

Petakan terlebih dahulu proses yang sudah ada.

Misalnya sebuah perusahaan menjual produk secara online.

Prosesnya mungkin dimulai ketika pelanggan melakukan pemesanan. Setelah itu pembayaran diverifikasi, pesanan masuk ke bagian operasional, stok diperiksa, barang disiapkan, pengiriman dilakukan, nomor resi diberikan, kemudian transaksi selesai.

Jika terdapat masalah, proses berpindah ke customer service.

Sekilas terlihat sederhana.

Namun, ketika diperiksa lebih dalam, biasanya terdapat banyak detail.

Siapa yang memverifikasi pembayaran?

Berapa lama batas waktu verifikasi?

Apa yang dilakukan jika stok habis?

Siapa yang boleh membatalkan pesanan?

Bagaimana jika alamat pelanggan salah?

Bagaimana prosedur retur?

Pertanyaan seperti ini membantu perusahaan memahami proses secara menyeluruh.

Buat Alur Kerja yang Jelas

Setelah memahami proses, buat alur kerja yang mudah dipahami.

Tidak harus langsung menggunakan diagram yang rumit.

Perusahaan dapat memulainya dengan urutan sederhana.

Misalnya:

Pesanan Masuk → Verifikasi Pembayaran → Cek Stok → Proses Pesanan → Pengiriman → Konfirmasi → Selesai

Kemudian tentukan apa yang terjadi jika terdapat kondisi berbeda.

Misalnya pembayaran gagal.

Stok tidak tersedia.

Pengiriman mengalami masalah.

Pelanggan meminta pembatalan.

Alur seperti ini membantu tim mengetahui langkah berikutnya tanpa harus selalu bertanya kepada atasan.

Semakin jelas prosesnya, semakin kecil ketergantungan operasional terhadap satu orang.

Tentukan Siapa yang Bertanggung Jawab

Salah satu penyebab pekerjaan terlambat adalah tanggung jawab yang tidak jelas.

Semua orang mengetahui ada pekerjaan yang harus dilakukan, tetapi tidak ada yang merasa benar-benar bertanggung jawab.

Contohnya terdapat komplain pelanggan mengenai transaksi.

Customer service menganggap masalah tersebut harus ditangani bagian operasional.

Operasional menganggap bagian teknologi yang harus memeriksa.

Tim teknologi menunggu informasi tambahan dari customer service.

Akhirnya pelanggan menunggu.

Karena itu, setiap proses perlu memiliki owner.

Harus jelas siapa yang bertanggung jawab memastikan pekerjaan tersebut selesai.

Bukan berarti satu orang harus mengerjakan semuanya.

Ia dapat melibatkan divisi lain, tetapi tetap ada satu pihak yang bertanggung jawab mengawal proses sampai selesai.

Susun SOP untuk Aktivitas yang Berulang

Standard Operating Procedure atau SOP membantu perusahaan menjaga konsistensi.

SOP sangat berguna untuk aktivitas yang sering dilakukan.

Misalnya prosedur menerima pesanan, memproses pembayaran, menangani refund, melakukan pembelian barang, menerima stok, menangani komplain, atau membuat laporan.

Namun, SOP sebaiknya tidak dibuat terlalu rumit.

Jika satu aktivitas sederhana memiliki dokumen puluhan halaman, karyawan mungkin justru enggan membacanya.

SOP yang baik menjawab beberapa hal utama:

• Apa yang harus dilakukan?
• Siapa yang bertanggung jawab?
• Kapan pekerjaan dilakukan?
• Bagaimana langkah pengerjaannya?
• Apa standar hasilnya?
• Apa yang dilakukan jika terjadi masalah?

Gunakan bahasa yang mudah dipahami oleh orang yang benar-benar menjalankan pekerjaan tersebut.

Jangan Membuat SOP Hanya untuk Formalitas

Perusahaan terkadang memiliki banyak SOP, tetapi pekerjaan sehari-hari tetap berjalan berdasarkan kebiasaan.

Dokumennya ada.

Namun, karyawan tidak menggunakannya.

Kondisi ini dapat terjadi karena SOP terlalu rumit, sudah tidak relevan, atau berbeda dengan kondisi operasional sebenarnya.

Karena itu, SOP harus dibuat berdasarkan proses nyata.

Libatkan karyawan yang menjalankan pekerjaan.

Mereka biasanya mengetahui detail yang tidak terlihat oleh manajemen.

Setelah SOP dibuat, lakukan pengujian.

Minta seseorang mengikuti prosedur tersebut.

Jika masih banyak pertanyaan, berarti SOP perlu diperjelas.

Pisahkan Proses Normal dan Proses Pengecualian

Operasional perusahaan tidak selalu berjalan sesuai kondisi ideal.

Karena itu, sistem perlu mengatur kondisi normal sekaligus pengecualian.

Misalnya transaksi normal selesai dalam lima menit.

Namun, bagaimana jika transaksi masih pending setelah 30 menit?

Siapa yang melakukan pengecekan?

Kapan transaksi boleh diulang?

Bagaimana jika pembayaran pelanggan sudah masuk tetapi pesanan gagal?

Kapan refund dilakukan?

Prosedur exception seperti ini sangat penting.

Justru banyak masalah operasional terjadi bukan pada proses normal, tetapi ketika muncul kondisi yang tidak biasa.

Tetapkan Standar Waktu Pengerjaan

Setiap aktivitas penting sebaiknya memiliki target waktu.

Tanpa standar waktu, kata “secepatnya” dapat memiliki arti berbeda bagi setiap orang.

Customer service mungkin menganggap respons dalam satu jam masih cepat.

Pelanggan mungkin berharap mendapatkan jawaban dalam lima menit.

Karena itu, perusahaan dapat menetapkan Service Level Agreement atau target layanan internal.

Misalnya:

Pesanan normal diproses maksimal 15 menit.

Komplain pelanggan mendapatkan respons awal maksimal 10 menit pada jam operasional.

Refund diproses maksimal dua hari kerja setelah disetujui.

Permintaan pembelian internal diperiksa maksimal satu hari kerja.

Angka tersebut tentu perlu disesuaikan dengan karakter bisnis.

Tujuannya adalah memberikan standar yang dapat diukur.

Gunakan Teknologi untuk Mengurangi Pekerjaan Manual

Ketika bisnis berkembang, pekerjaan manual dapat menjadi sumber kesalahan.

Misalnya tim harus menyalin data dari satu spreadsheet ke spreadsheet lain setiap hari.

Pada volume kecil mungkin tidak menjadi masalah.

Namun, ketika terdapat ribuan data, risiko kesalahan semakin besar.

Teknologi dapat membantu melakukan otomatisasi.

Perusahaan dapat menggunakan sistem ERP, CRM, aplikasi kasir, inventory management, project management, software akuntansi, atau aplikasi internal sesuai kebutuhan.

Namun, jangan langsung membeli banyak software.

Teknologi sebaiknya mengikuti proses bisnis.

Jika prosesnya sendiri belum jelas, menggunakan software baru justru dapat memindahkan kekacauan dari proses manual ke sistem digital.

Hindari Terlalu Banyak Sistem yang Tidak Terhubung

Digitalisasi tidak selalu membuat operasional menjadi lebih sederhana.

Perusahaan dapat memiliki banyak aplikasi tetapi tetap tidak efisien.

Sales menggunakan sistem A.

Finance menggunakan sistem B.

Customer service menggunakan sistem C.

Operasional menggunakan spreadsheet.

Manajemen meminta laporan melalui WhatsApp.

Akibatnya, data tersebar di banyak tempat.

Karyawan harus memasukkan informasi yang sama beberapa kali.

Jika memungkinkan, buat integrasi antar-sistem.

Misalnya ketika transaksi selesai, informasi otomatis masuk ke laporan penjualan.

Ketika pembayaran diterima, status pesanan berubah.

Ketika stok mencapai batas minimum, sistem memberikan peringatan.

Integrasi mengurangi pekerjaan berulang.

Tentukan Satu Sumber Data Utama

Masalah lain yang sering terjadi adalah perusahaan memiliki banyak versi data.

Tim sales memiliki angka penjualan sendiri.

Finance memiliki angka berbeda.

Operasional juga memiliki laporan sendiri.

Ketika rapat, waktu justru habis untuk menentukan angka mana yang benar.

Karena itu, perusahaan perlu menentukan source of truth.

Data transaksi utama, misalnya, harus berasal dari sistem tertentu.

Laporan dari divisi lain mengacu pada data tersebut.

Jika ada perbedaan, lakukan rekonsiliasi.

Prinsip ini sangat membantu ketika perusahaan mulai memiliki volume data yang besar.

Buat Dashboard untuk Informasi yang Penting

Manajemen tidak perlu membaca ribuan transaksi untuk mengetahui kondisi operasional.

Yang dibutuhkan adalah indikator utama.

Dashboard dapat membantu menampilkan informasi seperti jumlah transaksi, tingkat keberhasilan, pesanan pending, komplain, waktu penyelesaian, stok kritis, hingga performa masing-masing bagian.

Namun, hindari membuat dashboard dengan terlalu banyak angka.

Pilih informasi yang benar-benar membantu pengambilan keputusan.

Dashboard yang baik membuat masalah lebih cepat terlihat.

Jika biasanya transaksi gagal hanya 1% kemudian hari ini meningkat menjadi 8%, tim dapat segera melakukan pengecekan.

Tentukan KPI Operasional

Operasional yang baik perlu dapat diukur.

Tanpa indikator, perusahaan hanya dapat menilai berdasarkan perasaan.

Beberapa KPI yang dapat digunakan tergantung jenis bisnis, misalnya:

• Waktu rata-rata penyelesaian transaksi.
• Persentase transaksi berhasil.
• Jumlah komplain.
• Waktu respons customer service.
• Tingkat kesalahan pesanan.
• Persentase pengiriman tepat waktu.
• Tingkat retur.
• Akurasi stok.
• Biaya operasional per transaksi.

Tidak perlu menggunakan terlalu banyak KPI.

Pilih indikator yang paling berkaitan dengan kualitas dan efisiensi proses.

Lakukan Monitoring Secara Rutin

Masalah operasional jarang muncul secara tiba-tiba tanpa tanda.

Biasanya terdapat pola.

Waktu penyelesaian mulai melambat.

Jumlah komplain meningkat.

Stok sering berbeda.

Transaksi pending bertambah.

Biaya operasional naik.

Jika indikator dipantau secara rutin, masalah dapat diketahui lebih awal.

Perusahaan dapat melakukan monitoring harian untuk aktivitas kritis, evaluasi mingguan untuk performa tim, serta evaluasi bulanan untuk melihat tren yang lebih besar.

Buat Mekanisme Eskalasi Masalah

Tidak semua masalah dapat diselesaikan oleh staf pertama yang menerimanya.

Karena itu, perusahaan membutuhkan jalur eskalasi.

Misalnya customer service menerima komplain mengenai transaksi.

Jika masalah dapat diselesaikan berdasarkan SOP, staf langsung menanganinya.

Jika membutuhkan pengecekan teknis, masalah diteruskan kepada tim terkait.

Jika dampaknya besar atau melibatkan banyak pelanggan, manajemen mendapatkan pemberitahuan.

Dengan jalur yang jelas, masalah tidak berhenti di satu orang.

Namun, eskalasi juga tidak boleh digunakan untuk melempar tanggung jawab.

Setiap masalah tetap perlu memiliki pemilik yang memastikan penyelesaiannya.

Kurangi Ketergantungan pada Satu Karyawan

Salah satu risiko operasional adalah ketika hanya satu orang memahami suatu pekerjaan.

Ketika orang tersebut cuti, sakit, atau mengundurkan diri, proses langsung terganggu.

Kondisi seperti ini sering terjadi pada bisnis yang berkembang secara organik.

Ada satu karyawan yang sejak awal menangani proses tertentu sehingga seluruh pengetahuan hanya berada di kepalanya.

Perusahaan perlu melakukan dokumentasi.

Buat SOP.

Simpan credential secara aman.

Dokumentasikan konfigurasi penting.

Lakukan cross-training.

Setidaknya terdapat orang lain yang memahami proses dasar.

Tujuannya bukan membuat setiap karyawan dapat mengerjakan semua pekerjaan, tetapi mengurangi single point of failure.

Perhatikan Kapasitas Tim

Sistem yang baik tetap membutuhkan kapasitas yang cukup.

Jika satu customer service harus menangani 500 chat sekaligus, SOP terbaik pun tidak akan menyelesaikan masalah.

Karena itu, perusahaan perlu mengukur beban kerja.

Perhatikan volume transaksi, jumlah pelanggan, jumlah tiket, jumlah pesanan, atau indikator lain sesuai divisi.

Ketika volume meningkat, evaluasi apakah perlu menambah tenaga kerja, memperbaiki proses, atau menggunakan otomatisasi.

Jangan selalu menyelesaikan masalah dengan menambah orang.

Terkadang prosesnya yang perlu diperbaiki.

Bangun Komunikasi Antarbagian

Banyak masalah operasional sebenarnya merupakan masalah komunikasi.

Marketing menjalankan promosi tanpa memberi tahu operasional.

Sales menjanjikan sesuatu yang belum dapat dipenuhi.

Finance mengubah prosedur pembayaran tetapi customer service belum mendapatkan informasi.

Karena itu, buat mekanisme komunikasi yang jelas.

Tidak harus selalu melalui rapat panjang.

Perusahaan dapat menggunakan briefing singkat, project management tool, grup khusus, atau dokumentasi internal.

Yang penting, perubahan yang memengaruhi divisi lain harus dikomunikasikan sebelum diterapkan.

Jangan Mengadakan Terlalu Banyak Rapat

Koordinasi penting, tetapi terlalu banyak rapat justru dapat mengurangi produktivitas.

Gunakan rapat untuk hal yang membutuhkan diskusi dan keputusan.

Informasi rutin dapat disampaikan melalui dashboard atau laporan.

Rapat operasional dapat dibuat singkat dengan fokus pada tiga hal:

Apa yang terjadi?

Apa masalahnya?

Apa tindakan berikutnya dan siapa yang bertanggung jawab?

Dengan struktur tersebut, rapat lebih berorientasi pada penyelesaian masalah.

Perhatikan Keamanan dalam Sistem Operasional

Operasional modern banyak bergantung pada teknologi.

Karena itu, keamanan harus menjadi bagian dari sistem.

Jangan memberikan semua karyawan akses penuh.

Gunakan prinsip akses sesuai kebutuhan.

Tim customer service mungkin hanya membutuhkan akses melihat transaksi, bukan mengubah data keuangan.

Tim operasional mungkin dapat memproses pesanan tetapi tidak dapat mengubah harga.

Finance memiliki akses ke laporan keuangan tetapi tidak harus memiliki akses administrasi server.

Pembagian akses membantu mengurangi risiko kesalahan maupun penyalahgunaan.

Siapkan Prosedur Ketika Sistem Bermasalah

Ketergantungan pada teknologi menciptakan risiko baru.

Bagaimana jika server down?

Bagaimana jika internet kantor terputus?

Bagaimana jika sistem pembayaran mengalami gangguan?

Bagaimana jika aplikasi utama tidak dapat diakses?

Perusahaan perlu memiliki business continuity plan sederhana.

Misalnya terdapat prosedur manual sementara, server cadangan, backup data, jalur komunikasi alternatif, atau proses eskalasi kepada vendor.

Tujuannya bukan menghilangkan seluruh risiko.

Tujuannya adalah memastikan bisnis tetap dapat beroperasi atau setidaknya pulih dengan cepat.

Backup Data Harus Menjadi Rutinitas

Data merupakan bagian penting dari operasional.

Kehilangan data transaksi, pelanggan, stok, atau laporan dapat memberikan dampak serius.

Karena itu, backup sebaiknya dilakukan secara otomatis dan berkala.

Namun, memiliki backup saja belum cukup.

Perusahaan juga perlu memastikan backup dapat dipulihkan.

Lakukan pengujian restore secara berkala.

Backup yang tidak pernah diuji dapat memberikan rasa aman palsu.

Evaluasi Penyebab Masalah, Bukan Hanya Memperbaiki Gejalanya

Misalnya setiap minggu terdapat puluhan transaksi yang harus diperbaiki manual.

Tim mungkin sudah sangat cepat menyelesaikannya.

Namun, pertanyaan yang lebih penting adalah:

Mengapa masalah tersebut terus terjadi?

Jika penyebab utamanya tidak diperbaiki, perusahaan akan terus menghabiskan tenaga untuk pekerjaan yang sebenarnya dapat dicegah.

Gunakan pendekatan root cause analysis.

Cari akar masalah.

Apakah berasal dari sistem?

Apakah SOP tidak jelas?

Apakah terdapat kesalahan input?

Apakah supplier bermasalah?

Apakah karyawan membutuhkan pelatihan?

Setelah penyebab ditemukan, lakukan perbaikan pada proses.

Dengarkan Masukan dari Karyawan Operasional

Orang yang mengerjakan proses setiap hari biasanya memiliki banyak informasi mengenai bagian yang tidak efisien.

Mereka mengetahui langkah yang berulang.

Mereka tahu formulir mana yang sebenarnya tidak diperlukan.

Mereka mengetahui proses yang paling sering menyebabkan pelanggan komplain.

Karena itu, libatkan tim dalam perbaikan sistem.

Tanyakan:

“Apa pekerjaan yang paling banyak membuang waktu?”

“Proses apa yang sering bermasalah?”

“Bagian mana yang bisa diotomatisasi?”

Masukan sederhana dapat menghasilkan perbaikan besar.

Dokumentasikan Setiap Perubahan Penting

Ketika proses diperbaiki, dokumentasi juga harus diperbarui.

Jangan sampai SOP masih menggunakan proses lama sementara tim sudah menggunakan sistem baru.

Berikan versi atau tanggal pembaruan pada dokumen.

Jika perubahan cukup besar, informasikan kepada seluruh pihak terkait.

Dokumentasi yang selalu diperbarui membuat proses onboarding karyawan baru menjadi lebih mudah.

Mereka tidak harus belajar hanya berdasarkan cerita dari karyawan lama.

Sistem Operasional Harus Bisa Mengikuti Pertumbuhan

Sistem yang bekerja untuk 100 transaksi sehari belum tentu mampu menangani 10.000 transaksi.

Karena itu, ketika membuat proses, pikirkan skalabilitas.

Misalnya saat ini tim memeriksa transaksi satu per satu.

Pada 100 transaksi mungkin masih memungkinkan.

Namun, jika target perusahaan adalah 10.000 transaksi sehari, proses tersebut perlu diotomatisasi.

Pertanyaan sederhana yang dapat digunakan adalah:

“Jika volume bisnis meningkat lima kali lipat, apakah proses ini masih dapat digunakan?”

Jika jawabannya tidak, perusahaan perlu mulai mempersiapkan perubahan sebelum volume benar-benar meningkat.

Sistem Operasional yang Baik Membuat Bisnis Tidak Bergantung pada Situasi Darurat

Operasional yang sehat bukan berarti perusahaan tidak pernah mengalami masalah.

Masalah tetap dapat terjadi.

Supplier mengalami gangguan, sistem error, pelanggan komplain, karyawan melakukan kesalahan, atau volume transaksi tiba-tiba meningkat.

Perbedaannya adalah bagaimana perusahaan merespons.

Perusahaan dengan sistem operasional yang baik memiliki alur yang jelas. Tim mengetahui siapa yang harus bertindak, data dapat diperiksa, masalah dapat dieskalasikan, dan hasilnya dapat dievaluasi.

Sebaliknya, tanpa sistem, setiap masalah berubah menjadi situasi darurat.

Semua orang saling bertanya.

Pemilik bisnis harus turun tangan.

Pelanggan menunggu.

Tim bekerja berdasarkan asumsi.

Jika kondisi tersebut terus terjadi, pertumbuhan bisnis justru dapat membuat perusahaan semakin kewalahan.

Karena itu, mengelola sistem operasional bukan sekadar membuat SOP atau membeli software baru. Yang dibutuhkan adalah kombinasi antara proses yang jelas, pembagian tanggung jawab, teknologi yang tepat, data yang akurat, komunikasi antartim, pengukuran kinerja, serta budaya melakukan perbaikan.

Mulailah dari proses yang paling penting.

Petakan alurnya dari awal sampai selesai. Cari titik yang paling sering menimbulkan masalah. Tentukan siapa yang bertanggung jawab. Buat standar pengerjaan. Gunakan teknologi jika memang dapat mengurangi pekerjaan manual. Kemudian ukur hasilnya.

Setelah satu proses membaik, lanjutkan ke proses berikutnya.

Perbaikan operasional tidak harus dilakukan sekaligus.

Justru perubahan kecil yang dilakukan secara konsisten sering memberikan dampak lebih besar dalam jangka panjang.

Pada akhirnya, sistem operasional yang baik memberikan ruang bagi perusahaan untuk berkembang tanpa membuat seluruh tim terus bekerja dalam kondisi darurat. Pekerjaan menjadi lebih terstruktur, masalah lebih cepat ditemukan, tanggung jawab lebih jelas, dan manajemen memiliki informasi yang lebih baik untuk mengambil keputusan.

Ketika operasional sudah berjalan dengan sistem yang kuat, perusahaan dapat lebih fokus pada hal yang tidak kalah penting: meningkatkan kualitas produk, memberikan pelayanan yang lebih baik, mencari peluang baru, dan membangun pertumbuhan bisnis yang lebih berkelanjutan.