Ringkasan
Mulailah dari kebutuhan yang tertulis jelas, lalu nilai portofolio yang relevan, proses kerja, komunikasi, dan rencana dukungan setelah peluncuran. Bandingkan penawaran dengan ruang lingkup yang setara, pahami model biayanya, dan pastikan kepemilikan kode, dokumentasi, serta akses sistem tercantum dalam kontrak.
Software yang tepat dapat merapikan operasional perusahaan, sedangkan proyek yang salah arah bisa menghabiskan waktu dan anggaran. Masalahnya, calon mitra sering terlihat serupa dari luar: portofolio menarik, presentasi meyakinkan, dan janji waktu yang cepat.
Langkah-langkah berikut membantu Anda menilai calon mitra secara lebih objektif, mulai dari menyiapkan kebutuhan, membandingkan penawaran, hingga memastikan hak Anda terlindungi setelah proyek selesai.
1. Tulis kebutuhan Anda lebih dulu
Calon mitra hanya bisa memberi penawaran yang akurat jika kebutuhan Anda jelas. Dokumen sederhana sudah cukup sebagai awal, selama menjawab pertanyaan berikut:
- Masalah bisnis apa yang ingin diselesaikan?
- Siapa pengguna sistem dan apa yang mereka kerjakan?
- Fitur mana yang wajib ada pada versi pertama?
- Sistem apa yang perlu diintegrasikan?
- Berapa kisaran anggaran dan target waktunya?
Lampirkan juga contoh formulir, spreadsheet, atau laporan yang dipakai saat ini. Dokumen nyata seperti ini membantu calon mitra memahami alur kerja Anda jauh lebih cepat daripada penjelasan panjang.
Kelompokkan fitur berdasarkan prioritas
Daftar fitur yang panjang membuat biaya dan waktu sulit diperkirakan. Bagi fitur ke dalam tiga kelompok: wajib untuk versi pertama, sebaiknya ada jika anggaran memungkinkan, dan nanti untuk tahap berikutnya. Misalnya, sistem pemesanan internal mungkin wajib memiliki formulir pesanan dan persetujuan atasan, sementara laporan grafik bisa menyusul.
Versi pertama yang ramping, sering disebut MVP (minimum viable product), membantu sistem cepat dipakai dan diuji oleh pengguna nyata. Masukan dari pengguna ini jauh lebih berharga daripada asumsi saat perencanaan.
2. Periksa portofolio yang relevan
Portofolio yang paling berguna adalah proyek dengan masalah serupa, bukan sekadar tampilan yang menarik. Tanyakan masalah yang diselesaikan, peran tim, dan kondisi sistem setelah diluncurkan. Pengalaman pada kebutuhan serupa biasanya lebih berharga daripada jumlah proyek. Bila memungkinkan, minta kesempatan berbicara dengan klien sebelumnya.
Beberapa pertanyaan yang bisa Anda ajukan saat sesi presentasi:
- Bagian mana dari proyek ini yang dikerjakan langsung oleh tim Anda?
- Kendala apa yang muncul selama proyek dan bagaimana mengatasinya?
- Apakah sistem tersebut masih digunakan dan dipelihara hingga sekarang?
- Bisakah kami melihat demo sistem yang berjalan, bukan hanya tangkapan layar?
Perlu diingat, sebagian proyek terikat perjanjian kerahasiaan sehingga tidak bisa ditunjukkan secara lengkap. Dalam kasus ini, calon mitra tetap bisa menjelaskan pendekatan dan hasilnya secara umum.
3. Nilai proses kerja dan komunikasi
Proses kerja yang jelas menentukan apakah perubahan di tengah proyek bisa ditangani dengan tertib. Proyek software hampir selalu mengalami penyesuaian, karena itu pastikan Anda tahu cara tim mengelola perubahan dan melaporkan kemajuan.
- Siapa kontak utama Anda selama proyek berlangsung?
- Seberapa sering hasil kerja didemonstrasikan?
- Bagaimana perubahan ruang lingkup dan biaya ditangani?
- Bagaimana proses pengujian dan perbaikan bug?
- Apakah tersedia lingkungan uji (staging) yang bisa Anda akses sebelum sistem dirilis?
Siapkan juga orang dari pihak Anda yang berwenang mengambil keputusan dan bisa meluangkan waktu untuk meninjau hasil kerja. Banyak proyek melambat bukan karena tim pengembang, tetapi karena umpan balik dari pihak klien datang terlambat. Rencanakan pula tahap uji penerimaan pengguna (UAT), yaitu saat calon pengguna mencoba sistem dengan skenario kerja sehari-hari sebelum sistem resmi dipakai.
Tanyakan metode kerjanya
Sebagian tim bekerja secara bertahap dalam siklus pendek, lalu menunjukkan hasil di akhir setiap siklus. Sebagian lain menyelesaikan perencanaan secara menyeluruh sebelum mulai membangun. Keduanya bisa berhasil, asalkan Anda memahami kapan bisa melihat hasil, kapan boleh mengajukan perubahan, dan bagaimana perubahan itu memengaruhi jadwal serta biaya. Minta calon mitra menjelaskan alurnya dengan contoh proyek nyata, bukan hanya istilah.
4. Bandingkan penawaran secara setara
Penawaran hanya bisa dibandingkan jika ruang lingkupnya sama. Gunakan tabel berikut sebagai acuan saat meninjau setiap proposal:
| Aspek | Yang perlu dibandingkan |
|---|---|
| Ruang lingkup | Daftar fitur dan batasannya |
| Biaya | Rincian per tahap dan biaya di luar pengembangan |
| Waktu | Tahapan, hasil tiap tahap, dan ketergantungan |
| Pemeliharaan | Masa garansi dan biaya dukungan berikutnya |
| Kepemilikan | Hak atas kode, data, dan akses server |
Penawaran yang jauh lebih murah perlu ditanyakan lebih lanjut. Bisa jadi ruang lingkupnya lebih sempit atau ada pekerjaan yang belum dihitung, seperti migrasi data, pelatihan pengguna, atau biaya server dan layanan pihak ketiga.
Pahami model biayanya
Selain angka, perhatikan cara biaya dihitung. Setiap model memiliki kelebihan dan risikonya sendiri.
| Model | Cara kerja | Cocok untuk |
|---|---|---|
| Harga tetap | Biaya disepakati di awal untuk ruang lingkup tertentu | Kebutuhan yang sudah jelas dan jarang berubah |
| Berdasarkan waktu kerja | Biaya dihitung dari jam atau hari kerja tim | Proyek yang kebutuhannya masih berkembang |
| Retainer bulanan | Biaya rutin untuk kapasitas tim tertentu | Pengembangan dan pemeliharaan berkelanjutan |
Faktor yang memengaruhi biaya software mirip dengan proyek website, mulai dari kompleksitas fitur hingga integrasi. Gambaran umumnya bisa Anda baca di artikel biaya pembuatan website perusahaan dan faktor penentunya.
5. Pastikan poin penting tertulis dalam kontrak
Kontrak melindungi kedua pihak, jadi pastikan hal-hal berikut tertulis jelas, bukan hanya disepakati secara lisan:
- Kepemilikan kode sumber dan hak kekayaan intelektual.
- Dokumentasi teknis dan proses serah terima.
- Kerahasiaan dan perlindungan data.
- Masa garansi serta standar waktu respons dukungan.
- Mekanisme penghentian kerja sama.
Jika sistem akan mengolah data pribadi pelanggan atau karyawan, bahas juga cara data tersebut disimpan dan dilindungi. Undang-Undang Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi mengatur kewajiban pihak yang mengolah data pribadi, sehingga topik ini sebaiknya dibicarakan sejak awal, bila perlu dengan penasihat hukum perusahaan.
6. Rencanakan dukungan setelah peluncuran
Software membutuhkan perawatan setelah diluncurkan, sama seperti kendaraan atau peralatan kantor. Sebelum memilih mitra, pastikan Anda tahu siapa yang akan menangani hal-hal berikut:
- Perbaikan bug yang ditemukan setelah sistem dipakai.
- Pembaruan keamanan pada framework, pustaka, dan server.
- Pencadangan data secara rutin dan uji pemulihannya.
- Pemantauan agar gangguan diketahui sebelum dilaporkan pengguna.
- Penambahan fitur baru seiring berkembangnya bisnis.
Pastikan pula akun penting seperti domain, server, repositori kode, dan layanan pihak ketiga terdaftar atas nama perusahaan Anda. Dengan begitu, Anda tetap memegang kendali jika suatu saat perlu berganti mitra.
Tanda yang perlu diwaspadai
Satu tanda saja belum tentu berarti calon mitra buruk, tetapi beberapa tanda sekaligus layak menjadi alasan untuk berhati-hati.
- Berani menjanjikan harga pasti sebelum memahami kebutuhan.
- Tidak mau menjelaskan proses kerja dan tim yang terlibat.
- Enggan memberikan kode sumber atau dokumentasi.
- Tidak membahas pemeliharaan setelah sistem diluncurkan.
- Meminta seluruh pembayaran di depan tanpa tahapan hasil kerja yang jelas.
- Jarang bertanya tentang proses bisnis Anda selama diskusi awal.
Checklist sebelum menandatangani kontrak
Gunakan daftar berikut sebagai pemeriksaan terakhir sebelum kerja sama dimulai:
- Dokumen kebutuhan dan prioritas fitur sudah disepakati kedua pihak.
- Jadwal memuat tahapan, hasil tiap tahap, dan termin pembayaran.
- Prosedur permintaan perubahan sudah tertulis.
- Kepemilikan kode, data, dan akun sudah jelas.
- Masa garansi dan biaya dukungan setelahnya sudah diketahui.
Pertanyaan yang sering diajukan
Lebih baik memilih software house atau freelancer?
Tergantung skala dan risikonya. Freelancer bisa cocok untuk pekerjaan kecil yang terdefinisi jelas. Software house biasanya lebih sesuai untuk sistem yang membutuhkan beberapa keahlian sekaligus, seperti analisis, desain, pengembangan, dan pengujian, serta dukungan jangka panjang.
Apakah perlu membuat dokumen kebutuhan yang lengkap sebelum menghubungi software house?
Tidak harus lengkap. Ringkasan masalah, pengguna, fitur utama, dan kisaran anggaran sudah cukup untuk diskusi awal. Mitra yang baik akan membantu merincinya lebih lanjut.
Bagaimana jika ingin berganti mitra di tengah jalan?
Pergantian jauh lebih mudah jika kode sumber, dokumentasi, dan akses akun sudah berada di tangan Anda. Karena itu, mekanisme serah terima dan penghentian kerja sama sebaiknya diatur dalam kontrak sejak awal.
Sedang mempertimbangkan sistem baru? Anda bisa mendiskusikan kebutuhannya melalui layanan Jasa Pengembangan Software kami sebelum menentukan langkah berikutnya, atau langsung menyampaikan pertanyaan lewat halaman kontak.
