Aplikasi bukan sistem.
Aplikasi adalah alat. Sistem adalah cara kerja yang membuat alat itu berguna. Memasang alat di atas cara kerja yang belum dibenahi tidak merapikan apa pun — hanya membuat kekacauannya berjalan lebih cepat.
Dua hal yang sering dianggap sama
Aplikasi
Perangkat yang menjalankan perintah. Ia mencatat apa yang dimasukkan dan menampilkan apa yang diminta. Aplikasi tidak menentukan siapa yang berhak menyetujui pembelian, kapan stok harus dihitung ulang, atau apa yang harus terjadi ketika angkanya tidak cocok.
Sistem
Cara kerja yang hasilnya konsisten tanpa bergantung pada orang tertentu. Di dalamnya ada urutan proses, pembagian peran dan wewenang, titik-titik kontrol, dokumen baku — dan, bila memang diperlukan, aplikasi sebagai alat bantunya.
Bedanya di mana
Pertanyaan yang dijawab
Aplikasi — Bagaimana cara mencatatnya?
Sistem — Bagaimana seharusnya pekerjaan ini berjalan?
Bentuknya
Aplikasi — Layar, tombol, laporan
Sistem — Proses, peran, wewenang, kontrol, dokumen — dan alatnya
Yang menentukan hasil
Aplikasi — Kelengkapan fitur
Sistem — Kejelasan cara kerja dan kepatuhan menjalankannya
Saat orang kunci keluar
Aplikasi — Aksesnya bisa dipindahkan, pengetahuannya tidak
Sistem — Cara kerjanya tertulis, penggantinya bisa dilatih
Saat ada selisih stok atau kas
Aplikasi — Menampilkan angka yang tidak cocok
Sistem — Punya prosedur menemukan, mencatat, dan menutup selisihnya
Tanda berhasil
Aplikasi — Aplikasinya dipakai
Sistem — Angkanya membaik dan keputusan tidak lagi menunggu
Yang sebenarnya dibeli
Aplikasi — Perangkat lunak
Sistem — Cara kerja yang berjalan — perangkat lunak termasuk di dalamnya
Empat pola yang berulang
Ini bukan kesimpulan dari satu proyek. Ini pola yang muncul berulang ketika kami memeriksa bisnis yang sudah pernah membeli aplikasi dan merasa tidak mendapat apa-apa.
Prosesnya belum diputuskan, jadi aplikasinya ikut ragu-ragu.
Ketika belum ada keputusan siapa yang berhak menyetujui pembelian, aplikasi dibangun dengan semua orang bisa menyetujui. Yang terpasang setelah itu bukan kontrol, hanya pencatatan.
Tidak ada yang memastikan orang benar-benar berubah cara kerjanya.
Training satu hari, lalu tim kembali ke grup WhatsApp dan buku catatan lama. Aplikasinya berfungsi normal; yang tidak berjalan adalah kebiasaannya.
Data lama tidak pernah dibereskan.
Stok awal yang salah membuat semua angka sesudahnya salah. Begitu tim berhenti percaya pada angkanya, mereka berhenti memakainya.
Aplikasi menjadi tambahan pekerjaan, bukan penggantinya.
Tim mengisi dua kali: di aplikasi dan di catatan lama. Yang lebih cepat selalu menang, dan yang lebih cepat hampir selalu cara lama.
Tidak satu pun dari empat pola ini selesai dengan menambah fitur.
Cara tercepat menjelaskannya
Bayangkan seseorang datang ke klinik dan berkata, "Dok, saya mau vitamin C." Dokter yang langsung menuliskan resepnya bukan dokter — dia apotek. Dokter menjawab lebih dulu: "Bapak merasakan apa?"
"Saya mau aplikasi absensi" adalah kalimat yang sama. Bisa jadi memang itu yang dibutuhkan. Bisa jadi masalahnya ada di jam kerja yang tidak pernah ditetapkan, dan aplikasi hanya akan mencatat kekacauan yang sama dengan lebih rapi.
Obat yang tepat untuk penyakit yang salah tetap salah.
Perbedaannya ada di urutan
Urutan yang biasa terjadi
- Klien meminta aplikasi
- Daftar fitur disusun
- Aplikasi dibangun
- Training singkat
- Dipakai sebagian
- Ditinggalkan pelan-pelan
Urutan yang kami pakai
- Diagnosa — melihat bagaimana pekerjaan benar-benar berjalan
- Proses dirancang dan disetujui tertulis
- Alat ditentukan, dibangun bila memang perlu
- SOP dan training disusun per peran
- Pendampingan sampai cara kerjanya benar-benar berjalan
- Perbandingan sebelum–sesudah diserahkan
Ini bukan alasan untuk tidak membangun apa pun
Nata Bisnis membangun aplikasi sendiri, dan sebagian besar proyek kami memang berakhir dengan aplikasi yang terpasang. Yang berbeda hanya urutannya: aplikasi dibangun setelah cara kerjanya diputuskan, bukan sebelum.
Kadang hasil diagnosa menunjukkan yang dibutuhkan bukan aplikasi baru, melainkan perubahan alur dan pembagian wewenang — sesuatu yang jauh lebih murah. Kami tetap mengatakannya, meski nilainya lebih kecil bagi kami.
Kami konsultan sistem yang juga membangun sendiri sistemnya.
Yang sebenarnya dipasang
Sistem operasional terdiri dari lima lapisan. Aplikasi adalah lapisan terakhir, bukan yang pertama.
Proses — urutan pekerjaan dari awal sampai selesai, termasuk apa yang harus terjadi ketika menyimpang.
Peran dan wewenang — siapa mengerjakan, siapa menyetujui, siapa memeriksa, dan sampai batas nilai berapa.
Kontrol — titik-titik tempat kesalahan dan kebocoran tertahan sebelum menjadi kerugian: opname stok, berita acara selisih, batas persetujuan, rekonsiliasi kas.
Dokumen baku — SOP disusun per peran, formulir, penomoran, arsip.
Alat — aplikasi, atau perangkat yang sudah Anda miliki bila memang masih layak dipakai.
Bila empat lapisan pertama kosong, yang terpasang bukan sistem — hanya layar.
Yang kami kerjakan — dan yang tidak
Kami tidak mengerjakan semua fungsi bisnis. Yang kami kerjakan, kami rancang sampai terpasang dan benar-benar berjalan.
Operasional
Tetap di tangan Anda
Menjalankan operasi hariannya
Kami rancang & pasang
Alur kerja, peran, wewenang, dan titik kontrol harian
Keuangan
Tetap di tangan Anda
Pembukuan dan auditnya
Kami rancang & pasang
Sistem dan kontrolnya: HPP, kas, piutang, tutup buku
SDM
Tetap di tangan Anda
Rekrutmen, budaya, dan keputusan soal orang
Kami rancang & pasang
Lapisan administratif: absensi, payroll, cuti, penilaian
Marketing
Tetap di tangan Anda
Seluruhnya
Kami rancang & pasang
Di luar cakupan kami
Kami tidak mengerjakan semuanya — dan justru itu yang membuat bagian yang kami kerjakan selesai sampai tuntas.
Bagaimana kami memasangnya
Fase 1 (Diagnosa) berjalan melalui empat tahap Metode NATA yang sama, apa pun sektornya.
Navigasi — memeriksa cara kerja yang berjalan sekarang dan menghitung kerugiannya.
Analisis — membedah akar masalah dan menghitung potensi kebocoran profit.
Terapan Resep — merancang proses baru, struktur peran, wewenang, dan arsitektur sistem yang seharusnya berjalan.
Arahan — menyusun urutan prioritas eksekusi dan petunjuk teknis penerapannya.
Fase 2 — bila Anda melanjutkan
Bukan lagi bagian dari Metode NATA, tapi kelanjutannya begitu resep diterima.
Pemasangan
SOP disusun per peran, alat dibangun bila perlu, data dipindahkan, sistem diuji.
Pendampingan
tim dilatih dan didampingi sampai cara kerja barunya benar-benar dijalankan.
Pemantauan
review angka bulanan dan iterasi proses setelah sistem berjalan.
Yang Anda terima berbentuk benda
Enam dokumen, dicetak dan dijilid — tiga di akhir Fase 1, tiga selama Fase 2:
- Laporan Diagnosa & Prioritas — temuan, akar masalah, dan prioritas
- Blueprint Sistem — alur proses baru, struktur peran, dan arsitektur sistem yang seharusnya berjalan
- Panduan Eksekusi & Prioritas Tindakan — urutan prioritas eksekusi dan petunjuk teknis penerapannya
- Manual SOP & Form — disusun per peran
- Panduan Pengguna & Materi Training
- Laporan Adopsi & KPI — perbandingan sebelum–sesudah saat serah terima
Bila keenam dokumen ini ada di meja Anda, yang Anda beli jelas bukan aplikasi.
Pertanyaan yang sering muncul
Kami sudah punya aplikasi. Apakah harus diganti?
Tidak selalu. Cukup sering yang kami temukan adalah aplikasinya sudah memadai, tetapi tidak ada kontrol dan tidak ada kepatuhan di sekelilingnya. Bila masih layak dipakai, kami pertahankan dan kami rapikan cara memakainya.
Jadi ini konsultan atau pembuat aplikasi?
Konsultan sistem yang juga membangun sendiri sistemnya. Yang membedakan bukan "bikin atau tidak bikin", melainkan apa yang dikerjakan lebih dulu.
Bisa langsung dibangun saja aplikasinya?
Bisa, setelah Diagnosa. Membangun di atas proses yang keliru hanya mempercepat masalahnya. Diagnosa juga yang menentukan cakupan pekerjaan dan dasar harganya, sehingga Anda tidak membayar sesuatu yang belum tentu Anda butuhkan.
Apa bedanya dengan SOP yang dibuat konsultan lain?
SOP kami disusun per peran, dipasang bersama alatnya, lalu didampingi sampai dijalankan. SOP yang berhenti sebagai dokumen tidak mengubah cara kerja siapa pun.
Bisnis kami masih kecil. Apa belum terlalu dini?
Ukurannya bukan besar atau kecil, melainkan apakah semua keputusan masih lewat Anda. Kalau bisnisnya berhenti ketika Anda pergi dua minggu, sistemnya masih tersimpan di kepala satu orang.
Cara paling cepat mengetahui Anda butuh aplikasi atau tidak
Diagnosa adalah pemeriksaan berbayar. Kami melihat bagaimana pekerjaan benar-benar berjalan di lapangan, menghitung kerugian yang sedang terjadi, lalu menyusun prioritas pembenahannya. Hasilnya berupa Laporan Diagnosa — dokumen milik Anda, mau dilanjutkan bersama kami atau tidak.