Software Pabrik yang Murah Itu Mungkin — Asal Anda Tahu Apa yang Dipotong

Permintaan yang paling sering kami dengar dari pabrik bukan soal fitur. Bunyinya kira-kira begini: “Ada yang lebih murah tidak?”

Pertanyaan itu wajar. Dan jawabannya: ya, hampir selalu ada. Jasa pembuatan software pabrik punya rentang harga yang sangat lebar untuk pekerjaan yang terdengar sama di atas kertas.

Yang jarang dijelaskan adalah kenapa satu penawaran bisa sepertiga harga penawaran lain. Kadang alasannya bagus. Kadang selisihnya bukan penghematan, melainkan penundaan — biaya yang dipindahkan ke tahun depan, biasanya dengan bunga.

Artikel ini tentang cara membedakan keduanya, sebelum Anda menandatangani.

Dua cara membuat software jadi murah

Cara pertama: mengurangi pekerjaan yang memang tidak perlu.

Ini yang benar. Ruang lingkup dipersempit ke yang benar-benar dipakai. Teknologi yang dipilih membosankan dan terbukti, bukan yang sedang tren. Yang sudah ada dipakai ulang, tidak dibangun dari nol. Dikerjakan bertahap, sehingga bagian yang ternyata tidak dibutuhkan tidak pernah dibuat.

Penghematannya nyata dan permanen.

Cara kedua: menghilangkan hal yang tidak terlihat hari ini.

Ini yang mahal. Keamanan dilewati. Dokumentasi tidak dibuat. Source code tidak diserahkan. Pemeliharaan tidak dianggarkan. Pengujian dilewati karena “nanti kelihatan kalau dipakai”.

Semua itu memang menurunkan angka di penawaran. Tidak ada satu pun yang menghilangkan pekerjaannya — hanya memindahkannya ke Anda, nanti, ketika memperbaikinya jauh lebih mahal.

Selisih harga antara dua vendor sering kali persis sebesar cara kedua ini.

Yang benar-benar menurunkan biaya

Lima hal ini menurunkan harga tanpa mengorbankan apa pun. Kalau penawaran Anda mahal dan tidak satu pun dari ini dibahas, ada ruang untuk bernegosiasi.

Ruang lingkup yang disiplin. Sebagian besar pemborosan terjadi karena membangun fitur yang diminta tapi tidak pernah dipakai. Mulai dari satu alur kerja yang paling menyakitkan, pakai betul-betul, baru tambahkan. Pendekatan ini dibahas lebih detail di tulisan tentang digitalisasi pabrik.

Teknologi yang membosankan. Framework yang seru tahun ini bisa tidak punya pemelihara tiga tahun lagi. Teknologi yang umum berarti lebih banyak orang bisa mengerjakannya, lebih murah dirawat, dan Anda tidak terkunci pada satu vendor.

Tidak membangun yang sudah ada. Akuntansi, email, penyimpanan — beli. Bangun hanya bagian yang memang keunggulan Anda. Pembahasan lengkapnya ada di artikel tentang custom vs software jadi.

Menyambung, bukan mengganti. Kalau Anda sudah memakai Accurate atau Zahir, menyambungkannya jauh lebih murah daripada membangun ulang akuntansi. Migrasi besar hampir selalu lebih mahal dari yang diperkirakan.

Bertahap, bukan sekaligus. Proyek delapan belas bulan yang harus sempurna saat go-live rutin gagal, dan kegagalannya adalah biaya terbesar yang bisa Anda tanggung. Potongan kecil yang berjalan lebih murah daripada rencana besar yang tidak pernah selesai.

Apa artinya “aman” untuk sistem pabrik

“Aman” sering dipakai sebagai kata pemanis di proposal. Padahal keamanan itu konkret, dan bisa dicek satu per satu.

Akun per orang, bukan akun bersama. Kalau satu line memakai satu login bersama, Anda kehilangan kemampuan mengetahui siapa melakukan apa — dan tidak bisa mencabut akses satu orang tanpa mengganggu semua orang.

Hak akses berjenjang. Operator tidak perlu melihat data gaji. Staf gudang tidak perlu mengubah harga. Setiap orang melihat yang dibutuhkan pekerjaannya, tidak lebih.

Enkripsi saat lewat dan saat disimpan. HTTPS untuk semua akses, dan database yang terenkripsi. Ini standar, bukan fitur tambahan — kalau ada yang menagihnya sebagai opsi, itu tanda peringatan.

Backup yang pernah diuji pulih. Punya backup itu mudah. Yang menentukan adalah apakah pernah ada yang benar-benar memulihkan data darinya. Kebanyakan pabrik punya backup dan belum pernah mengujinya — bahasan lengkapnya ada di artikel tentang cloud untuk pabrik.

Log audit. Catatan siapa mengubah apa dan kapan. Ini yang membuat selisih stok bisa ditelusuri, dan yang diminta auditor.

Dependensi yang diperbarui. Software dibangun di atas ratusan komponen pihak ketiga, dan kerentanan ditemukan di sana setiap bulan. Sistem yang tidak pernah diperbarui sejak dibangun adalah sistem yang tidak aman, sebagus apa pun kodenya dulu.

Jaringan produksi terpisah dari jaringan kantor. Perangkat di lantai produksi tidak seharusnya berada di jaringan yang sama dengan laptop yang membuka email. Ini pemisahan paling dasar dan paling sering diabaikan.

Kepatuhan data pribadi. Sistem Anda menyimpan data karyawan — NIK, gaji, BPJS. UU Perlindungan Data Pribadi berlaku untuk itu, dan kewajibannya ada pada Anda, bukan pada vendor.

Delapan pertanyaan untuk menguji penawaran

Ajukan ini ke setiap vendor, termasuk kami. Jawabannya membedakan penawaran yang murah karena efisien dari yang murah karena ada yang dihilangkan.

1. Apakah source code menjadi milik kami, tertulis di kontrak? Kalau tidak, Anda menyewa, bukan memiliki — dan biaya pindah vendor nanti tidak terbatas.
2. Siapa yang memegang akun server, domain, dan kredensial deployment? Harus Anda. Kalau vendor hilang besok, tim lain harus bisa melanjutkan.
3. Apa yang termasuk pemeliharaan, dan berapa per tahun? Anggaran wajar lima belas sampai dua puluh persen dari biaya pembangunan. Penawaran yang tidak menyebutkannya sama sekali belum selesai dihitung.
4. Bagaimana pengelolaan hak akses penggunanya? Kalau jawabannya “semua user sama”, sistemnya tidak dirancang untuk pabrik dengan banyak peran.
5. Bagaimana backup dilakukan, dan bagaimana cara mengujinya? Kalau tidak ada prosedur uji pemulihan, anggap backup-nya belum ada.
6. Apakah sistem tetap bisa mencatat saat internet mati? Di pabrik, ini bukan pertanyaan teknis melainkan pertanyaan operasional. Sistem yang berhenti saat koneksi putus akan ditinggalkan operator.
7. Teknologi apa yang dipakai, dan berapa banyak orang di Indonesia yang bisa mengerjakannya? Jawaban yang terlalu unik berarti Anda terkunci.
8. Apa definisi “selesai”, tertulis? Ketidakjelasan di titik ini adalah penyebab paling umum proyek yang melar — dan sumber tagihan tambahan.

Vendor yang bagus akan senang menjawab semuanya. Yang berkelit pada nomor satu, dua, atau tiga sudah memberi tahu Anda banyak hal.

Tanda penawaran yang terlalu murah

Harganya bulat dan datang cepat. Penawaran serius butuh memahami proses Anda dulu. Angka yang keluar setelah satu pertemuan singkat adalah tebakan, dan tebakan yang meleset akan ditagihkan kemudian.

Tidak ada pembahasan integrasi. Kalau sistem baru tidak dibicarakan hubungannya dengan Accurate, Zahir, atau sistem yang sudah ada, integrasi itu tidak masuk hitungan — dan nanti muncul sebagai orang yang mengetik ulang data setiap pagi.

Pemeliharaan tidak disebut. Software bukan pembelian sekali, melainkan komitmen berjalan.

“Nanti bisa disesuaikan” tanpa penjelasan siapa yang mengerjakan dan dengan biaya berapa.

Tidak ada yang datang ke pabrik. Sistem lantai produksi tidak bisa dirancang dari kantor. Kalau tidak ada yang melihat line-nya, apa yang dibangun akan meleset dari cara kerja sebenarnya.

Biaya yang muncul belakangan

Kalau pilihannya salah, tagihannya datang dalam bentuk yang tidak terlihat seperti tagihan software.

Sistem yang tidak dipakai operator karena terlalu lambat, sehingga kertas kembali dan Anda membayar keduanya. Vendor yang tidak bisa dihubungi saat ada masalah. Source code yang tidak Anda miliki, sehingga vendor lain menolak melanjutkan dan Anda harus membangun ulang dari awal. Kebocoran data karyawan karena sistemnya tidak pernah diperbarui.

Satu saja dari ini biasanya lebih mahal dari seluruh selisih harga yang tadi Anda hemat.

Cara memulai dengan risiko kecil

Jangan menandatangani proyek besar untuk menguji sebuah vendor.

Mulai dari satu bagian kecil yang nyata. Satu alur kerja, satu line, satu masalah. Anda akan tahu cara kerja vendornya — apakah mereka datang ke pabrik, apakah pertanyaannya tajam, apakah tenggatnya ditepati — dengan biaya yang kecil.

Pastikan kepemilikan sejak bagian pertama. Source code, akun, dokumentasi. Kalau vendor keberatan di proyek kecil, mereka akan lebih keberatan di proyek besar.

Perluas kalau berhasil. Kalau tidak, Anda berhenti dengan kerugian yang terukur, bukan setelah dua belas bulan dan satu sistem yang tidak jalan.

TechGarage membangun sistem operasional untuk pabrik di Cikarang, Karawang, Subang, dan sekitarnya. Kami menjaga biaya tetap masuk akal dengan mempersempit ruang lingkup, memakai teknologi yang terbukti, dan menyambung ke sistem yang sudah Anda pakai — bukan dengan melewati keamanan, dokumentasi, atau kepemilikan kode. Kalau Anda sedang membandingkan penawaran dan ingin pendapat kedua, hubungi kami.