Pertanyaan agency vs freelancer untuk pengembangan software ini masuk ke inbox saya hampir tiap bulan, biasanya dibingkai sebagai soal budget. "Agency kasih penawaran Rp 250 juta, freelancer bilang bisa Rp 60 juta, apa agency ini menipu saya?"
Itu pertanyaan yang salah. Keputusan agency vs freelancer untuk pengembangan software, ditambah opsi ketiga yaitu rekrut in-house, bukan pertama-tama soal harga. Ini soal mencocokkan model delivery dengan dua hal: seberapa kritis sistem itu bagi operasional Anda, dan seberapa lama umurnya harus bertahan. Kalau kecocokan ini tepat, ketiga opsi bisa berjalan baik. Kalau salah, opsi termurah justru jadi keputusan termahal yang Anda ambil tahun ini.
Saya sudah berada di ketiga sisi ini, sebagai freelancer, di dalam agency, dan membangun tim in-house, jadi izinkan saya memberi perbandingan yang saya harap sudah didengar lebih banyak pemilik bisnis sebelum meneken kontrak apa pun.
Dua pertanyaan yang benar-benar penting
Sebelum membandingkan harga, jawab dulu ini:
1. Kritikalitas: apa yang terjadi kalau sistem ini rusak di hari Selasa? Website company profile yang rusak itu memalukan. Sistem manajemen order yang rusak menghentikan pendapatan hari itu juga. Ini kategori software yang berbeda dan pantas mendapat model delivery yang berbeda pula.
2. Durasi: ini proyek atau relasi jangka panjang? Proyek punya ujung: dibangun, diserahterimakan, selesai. Software inti bisnis tidak pernah selesai. Ia butuh perubahan, perbaikan, dan penyesuaian selama bisnis Anda berjalan. Siapa pun yang bilang sistem inti akan "selesai" berarti belum pernah merawat satu pun.
Petakan kebutuhan Anda di dua sumbu ini, dan jawabannya biasanya sudah terlihat sendiri.
Perbandingan yang jujur
| Faktor | Freelancer | Agency | In-house |
|---|---|---|---|
| Biaya umum | Rp 20-80 juta per proyek | Rp 150-500 juta+ per proyek | Rp 15-40 juta per bulan per developer, terus-menerus |
| Kecepatan mulai | Hitungan hari | 2-6 minggu | 2-4 bulan untuk rekrut |
| Konsistensi kualitas | Sepenuhnya bergantung pada individu | Didukung proses, lebih terprediksi | Tumbuh seiring tim yang Anda bangun |
| Risiko kontinuitas | Satu orang, satu nomor telepon | Tim menyerap turnover | Anda yang memilikinya, tapi orang tetap bisa resign |
| Paling cocok untuk | Pekerjaan kecil, terbatas, non-kritis | Pembangunan kompleks, sistem kritis | Software yang JADI bisnis itu sendiri |
Sekarang detail di balik tabel ini.
Freelancer adalah jawaban yang tepat lebih sering daripada yang mau diakui agency. Untuk landing page, tool internal kecil, situs WordPress, integrasi yang terbatas, freelancer yang baik akan mengerjakannya cepat dengan harga wajar. Masalahnya adalah variansi: perbedaan antara freelancer yang kuat dan yang lemah itu sangat besar, dan pemilik bisnis tanpa latar belakang teknis tidak bisa membedakannya hanya dari portofolio. Gelar dan tarif tidak banyak menandakan apa-apa.
Agency biayanya tiga sampai lima kali lebih mahal, dan kira-kira separuh dari premium itu membeli hal-hal nyata: banyak spesialis (desain, backend, testing), proses, dokumentasi, dan kontinuitas ketika ada orang yang keluar di tengah proyek. Separuh lainnya membeli kantor dan margin mereka. Risiko agency berbeda karakternya: Anda diserahkan ke tim paling junior setelah orang senior selesai melakukan presentasi penjualan, dan change request dipatok mahal begitu Anda sudah terkunci. Tanyakan siapa persisnya yang akan membangun sistem Anda, dan minta untuk bicara dengan klien dari dua tahun lalu, bukan bulan lalu. Cara mereka menjaga kualitas secara internal juga penting, dan Anda bisa menggalinya dengan pertanyaan dari Budaya Code Review: Mengapa Tim Bagus Suka Berdebat Soal Kode.
In-house masuk akal ketika software adalah inti daya saing Anda dan berubah tiap minggu. Seorang developer dengan gaji Rp 20 juta per bulan menghabiskan Rp 240 juta setahun ditambah perhatian manajemen, perangkat, dan risiko satu-satunya developer Anda resign membawa semua pengetahuan. Merekrut satu developer biasanya adalah versi terburuk dari opsi ini. In-house baru mulai masuk akal di angka dua atau tiga orang, yang berarti komitmen nyata di atas Rp 600 juta per tahun. Kebanyakan UKM belum sampai di titik itu, dan itu wajar.
Konfigurasi paling berisiko, disebutkan terus terang
Ini pola yang memicu sebagian besar panggilan penyelamatan yang saya terima: satu freelancer tunggal membangun sistem yang menjadi tumpuan operasional harian Anda.
Selalu dimulai secara rasional. Freelancernya cakap dan terjangkau, sistemnya berkembang, bisnis mulai berjalan di atasnya. Order, inventori, payroll. Lalu salah satu dari tiga hal ini terjadi: freelancer itu dapat pekerjaan tetap dan berhenti membalas, atau menaikkan tarif drastis karena tahu Anda sudah terjebak, atau sekadar burnout. Sementara itu tidak ada yang terdokumentasi, kodenya sebagian tersimpan di laptop pribadinya, dan tidak ada orang kedua di dunia ini yang memahami sistem yang menjalankan perusahaan Anda.
Satu perusahaan trading yang pernah saya temui menjalankan pembelian dan penjualan di atas aplikasi yang dibangun oleh seorang freelancer yang sudah pindah ke luar negeri dan membalas pesan kira-kira sebulan sekali. Setiap perbaikan bug butuh waktu berminggu-minggu menunggu. Mereka bukan lagi klien developer itu. Mereka sandera yang masih membayar invoice, dan biaya membangun ulang sistemnya akhirnya berkali-kali lipat dari sistem awal.
Jika sebuah sistem kritis secara operasional, ia butuh tim di baliknya, atau setidaknya jaminan kontraktual: source code di repositori yang Anda miliki, dokumentasi sebagai deliverable, dan klausul serah terima. Sistem kritis yang murah tanpa jaminan-jaminan itu sebenarnya tidak murah. Anda hanya membayar selisihnya belakangan, dengan bunga, dalam mata uang yang dijelaskan di Technical Debt Dijelaskan: Mengapa Aplikasi Anda Makin Lambat Diperbaiki.
Panduan keputusan per tahap
Mencocokkan model dengan pekerjaan, tahap demi tahap:
- Website atau landing page pertama: freelancer, atau bahkan website builder. Kritikalitas rendah, durasi singkat. Jangan bayar mahal ke agency untuk ini.
- Tool internal dan eksperimen: freelancer atau no-code. Ruang lingkup terbatas, kegagalan masih bisa ditoleransi.
- Sistem serius pertama (integrasi POS, manajemen order, portal pelanggan): agency, atau freelancer senior dengan jaminan kepemilikan di atas ditambah perjanjian maintenance berbayar. Ini tahap di mana jebakan freelancer tunggal benar-benar menutup.
- Sistem inti yang jadi tumpuan bisnis harian: agency dengan kontrak maintenance jangka panjang, atau awal dari tim in-house. Nilai vendor dari rekam jejak maintenance mereka, bukan dari screenshot portofolio.
- Software sebagai produk atau keunggulan utama Anda: tim in-house, mungkin diawali dengan pembangunan oleh agency sambil Anda merekrut. Di titik ini Anda juga butuh seseorang teknis yang loyalitasnya ke Anda, bukan ke vendor.
Apa pun yang Anda pilih, tiga hal yang tidak bisa ditawar wajib ada di setiap kontrak: Anda memiliki source code dan tersimpan di akun yang Anda kendalikan, dokumentasi adalah deliverable berbayar, dan ada kesepakatan dukungan yang jelas setelah peluncuran. Saya belum pernah melihat pemilik bisnis menyesal karena bersikeras soal ini. Saya sering melihat mereka menyesal karena tidak melakukannya.
Kesimpulan praktis
Pilihan agency vs freelancer untuk pengembangan software terselesaikan dengan bersih begitu Anda menempatkan kritikalitas dan durasi di atas harga. Freelancer untuk pekerjaan terbatas dan non-kritis. Agency untuk pembangunan kompleks atau kritis di mana kontinuitas penting. In-house ketika software adalah bisnis itu sendiri, dan hanya jika Anda mampu membiayai lebih dari satu orang. Dan jangan pernah, dalam tekanan budget seketat apa pun, memakai freelancer tunggal untuk sistem yang jadi tumpuan operasional harian Anda tanpa kepemilikan dan klausul serah terima yang terkunci dalam kontrak.
Jika Anda berada di tahap tiga atau empat dan ingin ada orang teknis di sisi meja Anda saat mengevaluasi vendor dan proposal, alih-alih belajar dari kesalahan dengan harga penuh, itu peran yang rutin saya jalankan untuk pemilik bisnis. Detailnya ada di halaman partnership.