Aplikasi Custom, Software Jadi, atau Spreadsheet: Cara Memutuskan

Jawaban singkat: pakai spreadsheet selama pekerjaannya kecil, dipegang satu atau dua orang, dan alurnya belum tetap. Pakai software jadi (ERP, SaaS) bila kebutuhannya umum, seperti akuntansi atau kepegawaian, dan sudah dilayani produk yang matang. Bangun aplikasi custom bila alur kerja atau layanan Anda khas, tidak ditemukan di produk jadi, dan Anda ingin sistem yang bisa dimiliki dan dilanjutkan.

Hampir setiap sistem internal berawal dari spreadsheet. Masalahnya muncul pelan-pelan: berkas makin besar, versi berlipat di surel, dan aturan kerja hanya hidup di kepala satu orang. Pada titik itu pilihannya biasanya tiga: merapikan spreadsheet, membeli software jadi, atau membangun aplikasi sendiri. Artikel ini membandingkan ketiganya dari sisi yang paling sering menentukan keputusan.

Perbandingan aplikasi custom, software jadi, dan spreadsheet

Aspek	Aplikasi custom	Software jadi (ERP, SaaS)	Spreadsheet
Kecocokan dengan alur kerja	Dirancang mengikuti alur kerja Anda, termasuk aturan yang khas	Anda menyesuaikan cara kerja dengan fitur yang tersedia	Fleksibel di awal, tetapi aturannya hanya hidup di kebiasaan pemakai
Hak akses dan jejak perubahan	Login berbasis peran dan activity log dibangun sesuai kebutuhan	Umumnya tersedia, sebatas pilihan produk	Terbatas pada berbagi berkas
Kepemilikan	Kode sumber dan hak pakai milik Anda	Hak pakai disewa atau dibeli, kode dipegang vendor	Berkas milik Anda, tetapi bukan sistem yang bisa dilanjutkan
Waktu sampai dipakai	Umumnya 3 sampai 6 bulan untuk skala menengah	Lebih cepat bila kebutuhan cocok dengan fitur bawaan	Langsung
Biaya berjalan	Pembangunan di awal, lalu perawatan bila dipilih	Langganan atau lisensi, sering bertambah per pengguna	Tidak perlu membeli perangkat lunak khusus, tetapi waktu tim makin terserap
Saat data dan pengguna bertambah	Kemampuan bisa ditambah tanpa dibangun ulang	Mengikuti paket produk	Melambat dan rawan salah ketik

Kapan spreadsheet masih cukup?

Spreadsheet bukan kesalahan. Ia pilihan yang tepat selama tiga hal ini berlaku:

• Pemakainya sedikit. Satu atau dua orang yang saling tahu perubahan masing-masing.
• Alurnya belum tetap. Anda masih mencari cara kerja yang paling pas, dan perubahan kolom setiap minggu masih wajar.
• Datanya tidak sensitif. Tidak ada kebutuhan membatasi siapa melihat baris mana.

Begitu salah satu dari tiga hal itu berubah, biaya tersembunyi spreadsheet mulai terasa: waktu mencocokkan versi, salah ketik yang baru ketahuan di akhir bulan, dan ketergantungan pada satu orang yang paham rumusnya.

Kapan software jadi lebih masuk akal?

Software jadi unggul untuk kebutuhan yang sama di banyak perusahaan: akuntansi, penggajian, kepegawaian, surel, dan kolaborasi dokumen. Produk yang matang sudah memikirkan aturan umum, pembaruan, dan keamanan dasarnya, dan Anda bisa mulai dalam hitungan minggu.

Yang perlu ditimbang sebelum membeli:

1. Seberapa jauh cara kerja harus diubah. Bila tim harus memakai jalan memutar untuk satu langkah penting, biayanya dibayar setiap hari.
2. Biaya per pengguna dalam tiga tahun. Hitung bukan hanya harga hari ini, tetapi juga saat jumlah pengguna bertambah.
3. Cara mengeluarkan data. Pastikan data bisa diekspor utuh bila suatu hari Anda pindah produk.

Kapan aplikasi custom layak dibangun?

Aplikasi custom layak bila alur kerja atau layanan Anda khas dan justru menjadi pembeda. Contohnya layanan publik yang wajib mengikuti aturan tertentu, proses persetujuan berlapis yang tidak ada di produk jadi, atau sistem yang harus menghubungkan beberapa unit dengan hak akses berbeda.

Dua contoh dari portofolio Legia:

• Portal Informasi Publik PPID BNPT. Pemohon harus memilih jalur yang benar di antara kategori informasi yang terdengar mirip, lalu bisa melacak status permohonannya sendiri tanpa menelepon petugas. Alur seperti ini mengikuti ketentuan keterbukaan informasi publik, bukan pola umum produk jadi.
• Portal Dokumen Hukum JDIH BNPT. Pengguna mencari dokumen dari potongan informasi (jenis, bidang hukum, atau tahun), dan status keberlakuan peraturan harus terbaca bersamaan dengan dokumennya, termasuk peraturan yang mengubah dan mencabutnya.

Kalau Anda memilih membangun, pastikan tiga hal tertulis di kontrak: kode sumber milik perusahaan dan disimpan di repositori atas nama Anda, dokumentasi yang cukup untuk dilanjutkan tim lain, dan rencana perawatan setelah aplikasi dipakai.

Biaya yang sering terlupa di setiap pilihan

Perbandingan harga di atas kertas jarang menghitung semuanya. Masukkan juga pos berikut sebelum memutuskan:

• Spreadsheet: jam kerja untuk mencocokkan versi, memeriksa rumus, dan memperbaiki salah ketik. Hitung per bulan, lalu kalikan dua belas.
• Software jadi: biaya per pengguna tambahan, modul yang ternyata dijual terpisah, pelatihan, dan penyesuaian yang dikerjakan konsultan produk.
• Aplikasi custom: perawatan setelah aplikasi dipakai (pembaruan keamanan, perbaikan, penyesuaian kecil), server atau layanan cloud tempat aplikasi berjalan, dan waktu pemilik proses selama pemetaan kebutuhan.

Pos terakhir sering diremehkan: aplikasi custom hanya sebaik pemahaman kebutuhannya, dan pemahaman itu datang dari orang yang menjalankan prosesnya setiap hari.

Lima pertanyaan untuk memutuskan

Jawab lima pertanyaan berikut bersama pemilik proses, bukan hanya tim IT:

1. Apakah alur kerja ini sama dengan yang dipakai kebanyakan perusahaan, atau khas milik kami?
2. Berapa orang yang akan memakainya dalam dua tahun, dan apakah mereka perlu hak akses berbeda?
3. Apakah kami perlu tahu siapa mengubah apa dan kapan?
4. Apakah sistem ini perlu tersambung dengan sistem lain yang sudah ada?
5. Bila vendor produk berhenti atau menaikkan harga, seberapa repot kami pindah?

Bila sebagian besar jawabannya “umum”, mulailah dari software jadi. Bila sebagian besar “khas”, dan sistemnya akan dipakai bertahun-tahun, aplikasi custom biasanya lebih hemat dalam jangka panjang.

Pertanyaan yang sering diajukan

Ada alur kerja yang sudah tidak tertampung spreadsheet dan surel? Lihat layanan Aplikasi & Software Legia, atau jadwalkan konsultasi lewat halaman kontak.