Bagaimana Perusahaan dan BUMN Memilih Software House yang Tepat?
Memilih software house atau vendor IT adalah proses menilai perusahaan pengembang dan integrator sistem berdasarkan kemampuan teknis, rekam jejak, kepatuhan hukum, dan cara bekerja sebelum kontrak ditandatangani. Sederhananya, Anda sedang memilih mitra yang akan memegang proses bisnis dan data perusahaan selama bertahun-tahun, bukan sekadar membeli aplikasi. Tulisan ini membahas perbedaan jenis vendor, kriteria penilaian, aturan pengadaan pemerintah, kewajiban pelindungan data pribadi, kontrak dan pembayaran, cara menguji proposal, hingga tanda bahaya.
TLDR
Apa Bedanya Software House, System Integrator, dan Konsultan IT?
Software house membangun perangkat lunak, system integrator menyatukan sistem yang sudah ada, dan konsultan menyusun strategi, jadi pilih sesuai jenis masalah Anda.
Kriteria Apa yang Perlu Dinilai pada Vendor IT?
Nilai pengalaman sejenis, kualitas tim, metode kerja, keamanan, dukungan purnajual, dan kesehatan perusahaan, lalu beri bobot pada tiap kriteria sebelum proposal masuk.
Bagaimana Aturan Pengadaan Pemerintah Memengaruhi Pemilihan Vendor?
Perpres 46/2025 dan Peraturan LKPP 3/2026 menentukan metode pemilihan, ambang nilai, jaminan, dan uang muka yang harus dipahami pembeli maupun penyedia.
Apa Kewajiban Vendor Menurut UU Pelindungan Data Pribadi?
Vendor yang memproses data atas perintah Anda berstatus prosesor data pribadi, dan tanggung jawab akhirnya tetap melekat pada perusahaan Anda sebagai pengendali.
Bagaimana Menyusun Spesifikasi, Kontrak, dan Skema Pembayaran?
Tulis kebutuhan sebagai kemampuan yang bisa diuji, pecah pembayaran per tahap, dan atur hak atas kode sumber serta data sejak awal.
Bagaimana Mengevaluasi Proposal dan Menguji Vendor?
Gunakan tabel penilaian berbobot, periksa referensi klien, dan minta uji coba kecil berbayar sebelum komitmen besar.
Tanda Bahaya Apa yang Perlu Diwaspadai Saat Memilih Vendor?
Janji tanpa bukti, harga jauh di bawah pasar, tim yang berganti saat kontrak, dan penolakan menyerahkan dokumentasi adalah sinyal untuk berhenti.
Kesimpulan
Vendor terbaik adalah yang paling cocok dengan masalah, risiko, dan aturan Anda, dan itu hanya bisa dibuktikan lewat kriteria tertulis dan uji coba nyata.
Banyak proyek aplikasi perusahaan gagal bukan karena kodenya buruk, melainkan karena pembeli dan vendor tidak pernah menyepakati apa yang sebenarnya dibeli. Anggaran habis, jadwal molor, dan sistem yang jadi tidak dipakai karyawan. Di sisi lain, aturan terus bergerak: Peraturan LKPP Nomor 3 Tahun 2026 mulai diumumkan di sistem pengadaan elektronik pada 20 Oktober 2026, sementara kewajiban pelindungan data pribadi sudah berlaku sejak 2022. Tulisan ini membantu manajer pengadaan dan manajer IT menyusun cara memilih vendor yang bisa dipertanggungjawabkan.
Apa Bedanya Software House, System Integrator, dan Konsultan IT?
Software house adalah perusahaan yang merancang dan membangun perangkat lunak sesuai kebutuhan klien, system integrator menyatukan perangkat lunak, perangkat keras, dan jaringan agar bekerja sebagai satu sistem, sedangkan konsultan IT menyusun strategi, arsitektur, dan rekomendasi tanpa selalu ikut membangun. Satu perusahaan dapat memerankan lebih dari satu peran.
Perbedaan ini penting karena menentukan siapa yang bertanggung jawab saat sesuatu rusak. Jika Anda membeli aplikasi baru yang berdiri sendiri, software house biasanya cukup. Jika aplikasi itu harus bertukar data dengan sistem keuangan, sistem SDM, dan sistem lama yang dibuat satu dekade lalu, Anda membutuhkan kemampuan integrasi, dan kemampuan itu berbeda dari kemampuan membuat tampilan yang bagus.
Banyak kegagalan proyek bermula dari salah memilih jenis vendor. Perusahaan yang hanya butuh peninjauan arsitektur menyewa tim pengembang besar dan akhirnya mendapat aplikasi yang tidak dibutuhkan. Sebaliknya, perusahaan yang butuh sistem berjalan menyewa konsultan dan hanya mendapat dokumen. Tulis dulu hasil akhir yang Anda inginkan, lalu pilih jenis vendor yang paling dekat dengan hasil itu.
Tiga pertanyaan sederhana membantu memilah. Apakah hasil akhirnya perangkat lunak baru, sambungan antar sistem, atau keputusan arsitektur? Apakah sistem lama harus tetap hidup selama proyek berjalan? Dan siapa yang akan memeliharanya setelah serah terima? Jawaban ketiga sering menentukan, sebab vendor yang membangun biasanya paling mampu memelihara, dengan syarat dokumentasinya terbuka.
Untuk pekerjaan yang spesifik, pilihannya makin sempit. Pembuatan aplikasi seluler menuntut pengalaman dengan toko aplikasi dan perangkat yang beragam, yang dibahas di Panduan Aplikasi Mobile untuk Perusahaan dan BUMN di Indonesia. Pekerjaan membenahi sistem lawas punya risiko lain, yaitu migrasi data, sebagaimana diuraikan di Panduan Modernisasi Aplikasi untuk Perusahaan dan BUMN di Indonesia.
Perhatikan juga model kerja yang ditawarkan. Sebagian vendor bekerja dengan tim tetap yang ikut proyek dari awal hingga akhir, sebagian lain memakai pekerja lepas yang dirakit per proyek. Keduanya sah, tetapi risikonya berbeda: tim tetap lebih mudah dimintai pertanggungjawaban, sedangkan tim rakitan lebih fleksibel namun rawan terputus ketika satu orang keluar.
Pekerjaan berbasis web punya tantangan sendiri, mulai dari kinerja di berbagai peramban hingga keamanan formulir dan sesi pengguna. Tantangan itu dibahas di Panduan Pengembangan Website untuk Perusahaan dan BUMN di Indonesia. Memahami karakter tiap jenis pekerjaan membantu Anda mengajukan pertanyaan yang tepat kepada vendor.
Ada pula kasus ketika Anda memerlukan kombinasi. Proyek transformasi besar sering membutuhkan konsultan untuk memetakan proses, software house untuk membangun, dan integrator untuk menyambungkan ke sistem yang ada. Jika satu vendor menawarkan ketiganya, tanyakan siapa yang bertanggung jawab pada tiap tahap, apakah tim yang berbeda yang mengerjakan, dan bagaimana serah terima antar tahap didokumentasikan supaya tidak ada informasi yang hilang di tengah jalan.
Kriteria Apa yang Perlu Dinilai pada Vendor IT?
Enam kriteria utama untuk menilai vendor IT adalah pengalaman pada proyek sejenis, kualitas dan kontinuitas tim, metode kerja dan transparansi, praktik keamanan, dukungan setelah serah terima, serta kesehatan keuangan dan legalitas perusahaan. Beri bobot tertulis pada tiap kriteria sebelum membuka proposal pertama.
Memberi bobot lebih dulu mencegah penilaian yang terbawa kesan presentasi. Sebuah demo yang mengkilap mudah membuat tim lupa bahwa referensi klien belum dicek. Aturan sederhana yang bisa dipakai: total bobot 100, tidak ada kriteria di bawah 10, dan kriteria yang berkaitan dengan keamanan data tidak boleh diberi bobot terendah.
Berikut kriteria yang sebaiknya masuk daftar Anda, disusun sebagai analisis praktis:
Pengalaman sejenis. Minta contoh proyek dengan skala, sektor, dan teknologi yang mirip, lengkap dengan tahun dan peran vendor, lalu hubungi minimal dua klien untuk memastikan klaimnya.
Tim dan kontinuitas. Tanyakan siapa yang benar-benar mengerjakan, bukan siapa yang tampil saat presentasi, dan bagaimana vendor menggantikan anggota tim yang keluar.
Metode kerja. Periksa cara vendor menetapkan lingkup, melaporkan kemajuan, mengelola perubahan permintaan, dan mendemonstrasikan hasil per tahap.
Keamanan. Minta penjelasan tentang pengelolaan akses, pencatatan log, pengujian keamanan, dan penanganan kebocoran data.
Dukungan purnajual. Pastikan ada tingkat layanan tertulis, jam respons, dan jalur eskalasi untuk masa garansi maupun pemeliharaan.
Kesehatan perusahaan. Periksa legalitas, kepatuhan pajak, dan kemampuan menyelesaikan proyek sebesar nilai kontrak tanpa bergantung pada pembayaran uang muka semata.
Satu hal yang sering terlewat adalah kecocokan budaya kerja. Vendor yang pandai secara teknis tetapi enggan menerima kritik akan menyulitkan Anda ketika kebutuhan berubah di tengah jalan. Perhatikan bagaimana vendor menjawab pertanyaan sulit saat tahap penjelasan: jawaban yang jujur tentang keterbatasan lebih berharga daripada jawaban yang menyenangkan.
Terakhir, nilai kecocokan ukuran. Perusahaan kecil mungkin memberi perhatian penuh tetapi kehabisan tenaga saat proyek membengkak, sedangkan perusahaan besar memiliki sumber daya tetapi bisa memperlakukan proyek Anda sebagai salah satu dari ratusan. Cari vendor yang menganggap proyek Anda penting secara proporsional terhadap ukurannya.
Bagaimana Aturan Pengadaan Pemerintah Memengaruhi Pemilihan Vendor?
Bagi instansi pemerintah dan BUMN yang mengikuti kerangka pengadaan negara, pemilihan vendor mengikuti Peraturan Presiden Nomor 16 Tahun 2018 yang diubah kedua kalinya dengan Perpres Nomor 46 Tahun 2025, serta pedoman LKPP terbaru. Aturan ini menentukan metode pemilihan, batas nilai, jaminan, dan uang muka.
Menurut JDIH BPK, Perpres 46/2025 ditetapkan dan diundangkan di Jakarta pada 30 April 2025, berlaku pada hari yang sama, dan tercatat di Lembaran Negara 2025 Nomor 67 setebal 80 halaman. Bagian menimbang menyebut tujuan perubahan, yaitu meningkatkan penggunaan produk dalam negeri, mempercepat pelaksanaan pengadaan, dan mengatur pengadaan desa.
Pasal 38 menyebut lima metode pemilihan penyedia barang atau jasa lainnya: e-purchasing, pengadaan langsung, penunjukan langsung, tender cepat, dan tender. Pengadaan langsung dipakai untuk barang atau jasa lainnya bernilai paling banyak Rp200.000.000, sedangkan e-purchasing untuk barang atau jasa yang sudah ada di katalog elektronik. Penunjukan langsung hanya untuk keadaan tertentu yang dirinci peraturan.
Ketentuan jaminan dan pembayaran juga relevan bagi calon vendor. Jaminan pelaksanaan diberlakukan untuk kontrak jasa lainnya bernilai di atas Rp200.000.000, dengan besaran 5 persen dari nilai kontrak bila penawaran berada di antara 80 sampai 100 persen HPS, atau 5 persen dari HPS bila penawaran di bawah 80 persen HPS. Uang muka paling tinggi 20 persen untuk penyedia bukan usaha mikro dan kecil serta penyedia jasa konsultansi.
Pedoman teknisnya kini ada di Peraturan LKPP Nomor 3 Tahun 2026. Pengumuman pemberlakuannya dipasang di LPSE pada 20 Oktober 2026 pukul 13.10, dan Bagian Pengadaan Barang/Jasa Setda Kabupaten Bojonegoro menyebarkan ringkasannya pada 30 Oktober 2026. Menurut ringkasan itu, peraturan tersebut menggantikan Peraturan LKPP Nomor 12 Tahun 2021 beserta perubahannya, yaitu Peraturan LKPP Nomor 4 Tahun 2024.
Di sisi katalog, LKPP meluncurkan Master Produk pada 4 Mei 2026. Kepala LKPP Sarah Sadiqa mengatakan: “Katalog Elektronik Versi 6 bukan sekadar marketplace, melainkan tulang punggung ekosistem digital pengadaan nasional yang berbasis data.” Pembaruan ini menandakan pembeli pemerintah makin menuntut data produk yang konsisten dan dapat diverifikasi.
Bagi BUMN dan perusahaan swasta, aturan itu tidak selalu mengikat langsung, tetapi sering dipakai sebagai rujukan praktik baik. Peraturan internal BUMN umumnya memiliki pedoman pengadaan sendiri, sehingga tim pengadaan perlu memastikan dokumen mana yang berlaku. Pembahasan lebih lengkap tentang pengadaan digital ada di Panduan E-Procurement untuk Perusahaan dan BUMN di Indonesia.
Satu catatan kehati-hatian: ringkasan LKPP yang dibuka untuk tulisan ini hanya memuat gambaran umum isi Peraturan LKPP 3/2026, yaitu tahapan persiapan, pemilihan, pelaksanaan kontrak, serah terima, dan penilaian kinerja penyedia. Rincian pasal per pasal sebaiknya dibaca langsung di JDIH LKPP sebelum Anda menyusun dokumen pemilihan, terutama bila paket Anda menyangkut aplikasi bernilai besar.
Apa Kewajiban Vendor Menurut UU Pelindungan Data Pribadi?
Vendor IT yang memproses data pribadi atas perintah perusahaan Anda berstatus prosesor data pribadi menurut Undang-Undang Nomor 27 Tahun 2022. Prosesor wajib bekerja berdasarkan perintah pengendali, sedangkan tanggung jawab pemrosesan tetap melekat pada pengendali, yaitu perusahaan Anda.
Undang-undang itu ditetapkan pada 17 Oktober 2022 dan tercatat di Lembaran Negara 2022 Nomor 196. Pasal 51 ayat 3 menyebut pemrosesan oleh prosesor termasuk tanggung jawab pengendali. Namun ayat 6 memberi batas: bila prosesor memproses data di luar perintah dan tujuan yang ditetapkan pengendali, pemrosesan itu menjadi tanggung jawab prosesor.
Pasal 51 ayat 5 mengatur satu hal yang berdampak langsung pada kontrak. Prosesor wajib mendapat persetujuan tertulis dari pengendali sebelum melibatkan prosesor lain. Artinya vendor yang ingin memakai subkontraktor, layanan komputasi awan pihak ketiga, atau alat analitik luar harus meminta izin tertulis lebih dulu, dan klausul ini patut Anda masukkan eksplisit.
Kewajiban keamanan berlaku juga bagi prosesor. Pasal 52 menyatakan kewajiban pengendali dalam Pasal 29, 31, 35, 36, 37, 38, dan 39 berlaku pula bagi prosesor. Pasal 39 mengharuskan pencegahan akses tidak sah dengan sistem keamanan yang andal, aman, dan bertanggung jawab. Karena itu pertanyaan keamanan kepada vendor bukan basa-basi, melainkan bagian dari kepatuhan.
Ada pula kewajiban pemberitahuan. Pasal 46 mengharuskan pengendali memberi pemberitahuan tertulis paling lambat 3 x 24 jam kepada subjek data dan lembaga bila terjadi kegagalan pelindungan data, memuat data yang terungkap, kapan dan bagaimana terungkap, serta upaya penanganan. Kontrak perlu mewajibkan vendor melapor ke Anda jauh lebih cepat dari batas itu, sebab waktu 3 x 24 jam dihitung dari sisi pengendali.
Sanksinya tidak ringan. Pasal 57 menyebut sanksi administratif berupa peringatan tertulis, penghentian sementara kegiatan pemrosesan, penghapusan atau pemusnahan data, dan denda administratif paling tinggi 2 persen dari pendapatan tahunan atau penerimaan tahunan terhadap variabel pelanggaran. Pasal 53 juga mewajibkan penunjukan pejabat pelindungan data dalam kondisi tertentu, termasuk pemrosesan untuk pelayanan publik. Contoh pemilihan vendor dengan sudut kepatuhan lain ada di Memilih Vendor AI: Uji Tuntas, Klausul Kontrak, dan Pelajaran Insiden Cloudflare.
Diagram alur evaluasi vendor dan kewajiban prosesor data pribadi. Diolah Burung Hantu Infratek dari UU Nomor 27 Tahun 2022.
Dalam praktik, kewajiban ini baru bermakna bila dapat diuji. Minta vendor menunjukkan siapa yang memegang akses ke data produksi, bagaimana akses itu dicabut ketika anggota tim berhenti, dan di mana data disimpan. Jawaban yang spesifik menandakan prosesnya benar-benar berjalan, sedangkan jawaban yang normatif menandakan kebijakan itu masih di atas kertas.
Bagaimana Menyusun Spesifikasi, Kontrak, dan Skema Pembayaran?
Spesifikasi yang baik menyebut kemampuan yang bisa diuji, bukan merek atau teknologi tertentu, kontrak yang baik memecah pembayaran per tahap yang bisa diperiksa, dan keduanya mengatur hak atas kode sumber, data, dan dokumentasi sejak awal. Tiga hal itu paling sering terlewat dan paling mahal untuk diperbaiki kemudian.
Mulai dari spesifikasi. Tulis kebutuhan sebagai hasil yang dapat diuji, misalnya waktu respons halaman, jumlah pengguna serentak, format ekspor data, dan integrasi dengan sistem tertentu. Persyaratan kabur seperti “aplikasi yang modern dan cepat” mengundang tafsir berbeda dan sengketa saat serah terima. Sertakan kriteria penerimaan untuk tiap fitur utama agar kedua pihak tahu kapan sebuah pekerjaan dianggap selesai.
Pecah pembayaran menurut tahap. Contoh pola yang lazim: sebagian kecil saat kontrak, lalu pembayaran per tahap setelah demonstrasi hasil, dan sisanya setelah masa uji dan serah terima. Perpres 46/2025 membatasi uang muka untuk kontrak pemerintah: paling tinggi 20 persen untuk penyedia bukan usaha mikro dan kecil serta jasa konsultansi, dan paling tinggi 15 persen untuk kontrak tahun jamak. Pembeli swasta tidak terikat, tetapi angka itu bisa menjadi pembanding.
Atur kepemilikan hasil. Tegaskan siapa pemilik kode sumber, basis data, desain, dan dokumentasi, serta apakah vendor boleh memakai ulang komponen. Banyak perusahaan baru sadar belum memiliki kode sumber saat hendak berganti vendor. Minta penyerahan kode, skrip pemasangan, dan dokumentasi arsitektur sebagai bagian dari serah terima, bukan sebagai permintaan tambahan berbayar.
Masukkan klausul keamanan dan data. Wajibkan vendor mengikuti perintah tertulis pengendali, meminta izin sebelum melibatkan pihak lain, melapor insiden dalam jangka waktu yang pendek, dan mengembalikan atau memusnahkan data di akhir kontrak. Klausul tersebut menerjemahkan Pasal 51 dan Pasal 46 UU Pelindungan Data Pribadi ke dalam kewajiban yang bisa ditagih.
Siapkan juga jaminan. Untuk kontrak pemerintah bernilai di atas Rp200.000.000, jaminan pelaksanaan sebesar 5 persen sebagaimana diatur Pasal 33 Perpres 46/2025. Pembeli swasta dapat memakai pola serupa, atau menahan sebagian pembayaran sebagai retensi hingga masa garansi berakhir. Mekanisme ini memberi vendor alasan kuat menyelesaikan perbaikan setelah sistem berjalan.
Terakhir, tentukan cara menangani perubahan. Hampir setiap proyek mengalami perubahan lingkup, jadi kontrak sebaiknya memuat prosedur: siapa yang boleh mengajukan, bagaimana dampak biaya dan waktu dihitung, dan siapa yang menyetujui. Tanpa prosedur itu, perubahan kecil menumpuk menjadi sengketa besar.
Bagaimana Mengevaluasi Proposal dan Menguji Vendor?
Evaluasi proposal yang adil memakai tabel penilaian berbobot yang disepakati sebelum proposal dibuka, memeriksa referensi klien secara langsung, dan memakai uji coba kecil berbayar sebelum komitmen besar. Cara ini mengurangi pengaruh presentasi dan membuat keputusan bisa dipertanggungjawabkan.
Buat tabel penilaian dengan kolom kriteria, bobot, skor, dan bukti. Skor tanpa bukti mudah berubah menjadi opini. Minta dua sampai tiga penilai independen mengisi tabel sendiri-sendiri, lalu bandingkan. Perbedaan skor yang besar justru berguna karena menunjukkan bagian proposal yang kurang jelas dan perlu diklarifikasi.
Periksa referensi klien dengan pertanyaan spesifik: apakah proyek selesai sesuai jadwal, berapa kali jadwal bergeser, bagaimana vendor menangani masalah, dan apakah klien akan memakainya lagi. Tanya juga siapa yang mengerjakan, apakah timnya sama dengan yang dijanjikan. Burung Hantu Infratek, misalnya, mencantumkan klien seperti Pertamina, PLN, Kementerian Kesehatan, Telkom Indonesia, dan Prudential Indonesia di situsnya, dan klaim semacam itu sebaiknya selalu dikonfirmasi langsung.
Gunakan uji coba atau prototipe berbayar untuk proyek besar. Alih-alih langsung menandatangani kontrak bernilai tinggi, minta dua atau tiga vendor teratas membangun satu modul kecil dengan kriteria penerimaan yang sama. Hasilnya memperlihatkan kualitas kode, komunikasi, dan kecepatan kerja yang tidak terlihat di proposal.
Perhatikan komponen harga secara menyeluruh. Bandingkan bukan hanya biaya pembuatan, tetapi juga biaya lisensi, hosting, pemeliharaan tahunan, dan biaya perubahan. Dua proposal dengan harga awal berbeda bisa memiliki biaya lima tahun yang mirip. Untuk pengadaan pemerintah, harga yang melampaui harga perkiraan sendiri bisa gugur, jadi pahami batas itu lebih dulu.
Sebelum menandatangani, lakukan uji tuntas keamanan sederhana. Minta ringkasan hasil uji penetrasi terakhir, kebijakan akses, dan daftar pihak ketiga yang akan menyentuh data. Untuk infrastruktur yang mendasari aplikasi, bacaan pelengkap ada di Panduan Infrastruktur IT untuk Perusahaan dan BUMN di Indonesia.
Tahap presentasi vendor juga perlu diatur. Beri setiap vendor waktu yang sama, daftar pertanyaan yang sama, dan skenario yang sama, misalnya meminta mereka menjelaskan bagaimana menangani lonjakan pengguna pada akhir bulan atau bagaimana memigrasikan data lama tanpa menghentikan operasional. Skenario konkret memaksa vendor menunjukkan cara berpikir, bukan hanya slide yang sudah disiapkan jauh hari.
Catat seluruh klarifikasi secara tertulis dan bagikan jawabannya kepada semua peserta agar perlakuan tetap adil. Praktik ini juga melindungi tim pengadaan bila kelak ada pertanyaan dari auditor atau pimpinan tentang alasan sebuah vendor dipilih. Dokumen penilaian yang rapi sering menjadi pembela terbaik keputusan Anda.
Hitung juga biaya yang tidak tampak dalam proposal. Pelatihan pengguna, migrasi data lama, penyesuaian proses internal, dan waktu karyawan yang tersita untuk pengujian sering kali tidak masuk angka penawaran, padahal jumlahnya bisa signifikan. Minta vendor memisahkan komponen itu dalam rincian harga agar perbandingan antar proposal benar-benar setara dan tidak ada kejutan di tengah proyek.
Tanda Bahaya Apa yang Perlu Diwaspadai Saat Memilih Vendor?
Tanda bahaya paling umum adalah janji tanpa bukti, harga jauh di bawah pasar, tim yang berganti setelah kontrak, kode sumber yang tidak mau diserahkan, dan penolakan menjelaskan cara menjaga data. Satu tanda belum tentu fatal, tetapi tiga tanda sekaligus alasan kuat untuk berhenti.
Berikut tanda yang layak dicatat dalam daftar periksa, disusun sebagai analisis dari pola kegagalan proyek yang umum:
Harga terlalu rendah. Penawaran yang jauh di bawah rata-rata biasanya menyembunyikan pemangkasan tim, pengujian, atau dokumentasi, atau biaya tambahan yang baru muncul setelah kontrak.
Referensi yang sulit dihubungi. Vendor yang enggan memberi kontak klien lama atau hanya memberi kontak internal patut dipertanyakan.
Tim yang berubah. Orang yang tampil saat presentasi berbeda dari yang mengerjakan, tanpa jaminan keterlibatan tertulis.
Kunci ada pada vendor. Kode sumber, akun hosting, atau domain didaftarkan atas nama vendor tanpa mekanisme penyerahan.
Keamanan dianggap urusan nanti. Jawaban samar tentang akses, log, dan penanganan insiden, padahal UU Pelindungan Data Pribadi mewajibkan sistem keamanan yang andal.
Janji mengerjakan semuanya. Vendor yang menyanggupi apa saja tanpa bertanya tentang proses bisnis Anda biasanya belum memahami masalahnya.
Tanda bahaya juga muncul setelah kontrak berjalan. Laporan kemajuan yang hanya berisi persentase tanpa demonstrasi, tenggat yang terus bergeser dengan alasan berbeda, dan pertanyaan yang dijawab dengan istilah teknis berlapis adalah sinyal bahwa transparansi mulai hilang. Tangani sejak dini lewat pertemuan peninjauan terjadwal dan hak untuk melihat hasil kerja kapan saja.
Siapkan juga rencana keluar. Tanyakan sejak awal bagaimana proses penyerahan bila hubungan berakhir lebih cepat: dokumentasi apa yang diterima, berapa lama peralihan, dan siapa yang membantu. Vendor yang percaya diri tidak keberatan membahas ini, karena mereka tahu mutu kerjanya menjadi alasan utama Anda bertahan.
Jangan lupakan aspek manusia di sisi Anda sendiri. Proyek sering tersendat karena pemilik proses bisnis di perusahaan tidak punya waktu menjawab pertanyaan vendor atau menyetujui hasil tepat waktu. Tunjuk satu penanggung jawab dari pihak Anda yang berwenang mengambil keputusan, dan sediakan jam kerja tetap untuknya. Vendor sebagus apa pun tidak bisa menutup kekosongan keputusan dari sisi pembeli.
Terakhir, ukur keberhasilan dengan angka yang disepakati sejak awal: waktu proses yang berkurang, kesalahan input yang menurun, atau jumlah pengguna aktif setelah tiga bulan. Angka yang jelas membuat peninjauan pascaproyek bermakna, dan membuat keputusan memperpanjang atau mengganti vendor bertumpu pada data, bukan pada kesan.
Pertanyaan yang Sering Diajukan
Berapa lama proses memilih software house yang ideal?
Untuk proyek menengah, sediakan beberapa minggu: menyusun kebutuhan, mengundang vendor, menilai proposal, memeriksa referensi, dan uji coba kecil. Proyek besar atau pengadaan pemerintah mengikuti jadwal metode pemilihan yang dipakai. Terburu-buru memilih lebih mahal daripada meluangkan waktu untuk evaluasi yang rapi.
Apakah harga terendah selalu pilihan terbaik?
Tidak selalu. Harga terendah sering mengabaikan pengujian, dokumentasi, dan dukungan setelah serah terima. Bandingkan biaya total selama beberapa tahun, termasuk lisensi, hosting, dan pemeliharaan, lalu nilai bersama kualitas teknis. Pada pengadaan pemerintah, penawaran yang melampaui harga perkiraan sendiri bisa digugurkan.
Siapa yang bertanggung jawab jika vendor IT membocorkan data pribadi?
Menurut Pasal 51 UU 27/2022, pemrosesan oleh prosesor termasuk tanggung jawab pengendali, kecuali prosesor memproses di luar perintah dan tujuan pengendali. Pengendali tetap wajib memberi pemberitahuan tertulis paling lambat 3 x 24 jam. Karena itu kontrak perlu mengatur pelaporan insiden vendor.
Apakah kode sumber harus diserahkan kepada pembeli?
Itu ditentukan kontrak, bukan otomatis. Jika kontrak tidak menyebutnya, vendor bisa menyimpan kode sumber dan membuat Anda bergantung. Tuliskan kepemilikan kode, basis data, dan dokumentasi, serta jadwal penyerahannya, agar Anda dapat berganti vendor atau memelihara sistem sendiri.
Kesimpulan
Memilih software house atau vendor IT bukan lomba mencari harga termurah atau presentasi paling memukau. Ia adalah proses menyamakan masalah, risiko, dan aturan yang berlaku dengan kemampuan vendor yang bisa dibuktikan. Tabel penilaian berbobot, pemeriksaan referensi, dan uji coba kecil memberi dasar keputusan yang bisa dipertanggungjawabkan kepada pimpinan maupun auditor.
Langkah berikutnya bisa dimulai minggu ini. Tulis hasil akhir yang Anda butuhkan, tetapkan bobot enam kriteria, baca kembali ketentuan pelindungan data yang mengikat kontrak Anda, dan siapkan klausul penyerahan kode serta pelaporan insiden. Dengan begitu, proyek berikutnya dimulai dari kesepakatan yang jelas, bukan dari asumsi.
(Burung Hantu Infratek / Berbagai Sumber)
⚠️ Artikel ini seluruhnya diriset, ditulis, dan dikembangkan oleh AI internal Burung Hantu Infratek.
🦉 Burung Hantu Infratek adalah software house dan system integrator yang sudah berpengalaman lebih dari 5 tahun dalam pengembangan dan implementasi generative AI pada berbagai perusahaan dan institusi.
Sumber dan Referensi
[3] Perpres No. 46 Tahun 2025 tentang Perubahan Kedua atas Perpres 16 Tahun 2018 - JDIH BPK
[4] UU No. 27 Tahun 2022 tentang Pelindungan Data Pribadi - JDIH BPK
[5] LKPP Luncurkan Master Produk, Luhut Sebut Kinerjanya Akan Diperkuat oleh AI - TIMES Indonesia