// sistem · biaya · hitungannya dibuka

Biaya sistem custom, lengkap dengan cara menghitungnya

Banyak vendor memasang angka. Yang jarang ditunjukkan adalah dari mana angka itu datang — jadi di halaman ini hitungannya kami buka, termasuk biaya yang biasanya baru muncul belakangan.

// tiga rentang

Angkanya lebih dulu, argumennya menyusul

Sistem ringkas

Rp 15-30jt

Kira-kira 8-13 minggu-kerja. Tiga sampai lima modul inti, 1-3 peran, satu lokasi, migrasi data ringan, belum ada integrasi ke pihak ketiga. Ini yang tersisa kalau contoh 20 minggu-kerja di atas dipangkas enam keputusannya.

Paling sering diambil

Rp 30-60jt

Kira-kira 14-24 minggu-kerja. Multi-modul dengan approval berjenjang, banyak peran, satu atau dua integrasi, dan laporan khusus untuk direksi. Contoh distributor dua gudang di halaman ini — 20 minggu-kerja — duduk di paruh atas rentang ini.

Skala besar

Rp 60jt+

25 minggu-kerja ke atas. Multi-cabang atau multi-tenant, volume transaksi tinggi, migrasi besar dari beberapa sumber sekaligus. Hampir selalu dipecah jadi dua sampai tiga fase rilis, dan bobot fase kedua baru dikunci setelah fase pertama berjalan.

Biaya pembuatan sistem informasi custom di Indonesia bergerak di rentang Rp 15jt sampai Rp 60jt ke atas. Angka itu tidak ditarik dari daftar harga paket — dia dijumlahkan dari bobot tiap modul, dinyatakan dalam minggu-kerja, lalu ditambah discovery, migrasi data lama, UAT, dan handover. Halaman ini bukan daftar harga. Ini tempat kami memperlihatkan cara hitungnya sampai baris terakhir. Di bawah ada satu contoh lengkap — distributor bahan bangunan, 40 staf, dua gudang — dipecah jadi 14 baris berbobot, sampai ketemu totalnya. Kami tunjukkan juga versi yang dipangkas, supaya Anda melihat baris mana yang sebenarnya menggerakkan angka. Cakupan sistemnya sendiri sudah dibahas di halaman induk sistem informasi; di sini yang dibahas cuma uangnya. Kalau yang Anda cari perbandingan dengan tier layanan lain, itu ada di halaman harga, dan hitungan untuk sistem ERP multi-modul mengikuti metode yang sama persis.

// yang menggerakkan angka

Enam hal yang benar-benar menentukan biayanya

Bayangkan Anda mengirim satu brief yang sama ke tiga vendor. Balasan pertama Rp 8jt, kedua Rp 47jt, ketiga menolak menyebut angka sebelum bertemu. "Yang mana yang waras?" Padahal ketiganya membaca dokumen yang persis sama — yang berbeda cuma apa yang diam-diam mereka keluarkan dari scope. Ambil contoh konkret: distributor bahan bangunan, 40 staf, dua gudang, tiga tahun data di Excel, dan satu Accurate yang sudah jalan sejak lama. Kerjanya dipecah jadi 14 baris di daftar bawah, masing-masing dengan bobot minggu-kerja sendiri. Jumlahnya 20 minggu-kerja, dikerjakan paralel jadi 10-12 minggu kalender. Bobot sebesar itu duduk di paruh atas rentang Rp 30-60jt. Sekarang balik arahnya. Buang integrasi ke Accurate, kembalikan ke satu gudang tanpa transfer antar lokasi, migrasi cukup satu tahun terakhir, peran dipangkas dari enam jadi tiga, approval dari tiga tingkat jadi satu, laporan cukup format bawaan. Sisa bobotnya sekitar 12-13 minggu-kerja — proyek yang sama pindah ke rentang Rp 15-30jt. Enam keputusan, selisih puluhan juta rupiah. Itu seluruh isi halaman ini, dan itu juga yang dibahas di sesi discovery.

// penawaran murah vs penawaran lengkap

Yang diam-diam dikeluarkan dari penawaran murah

ItemPenawaran murahPenawaran lengkap
Migrasi data lamaSering tidak disebut sama sekali, atau ditulis 'import data' satu baris. Praktiknya Anda diberi template Excel untuk diisi sendiri — dan pekerjaan membersihkan tiga tahun data jatuh ke staf Anda, di luar jam kerja mereka.Dihitung sebagai baris tersendiri dengan bobotnya. Termasuk audit data kotor, pemetaan ke struktur baru, dan reconciliation saldo yang harus cocok persis dengan file lama sebelum dinyatakan selesai.
Dokumentasi teknisTidak ada, atau berupa video rekaman layar selama 20 menit. Saat developer berikutnya masuk dua tahun kemudian, dia membaca kode tanpa peta — dan biaya membaca itu Anda yang bayar.Skema database, file migrasi berurutan, dan catatan aturan bisnis dalam bahasa Indonesia. Ditulis supaya sistem bisa dilanjutkan orang lain tanpa perlu menghubungi kami sama sekali.
Training penggunaSatu sesi demo untuk semua orang sekaligus, biasanya lewat video call satu jam. Kasir dan pimpinan duduk di sesi yang sama, keduanya pulang dengan setengah pemahaman.Sesi terpisah per peran, karena kebutuhan kasir dan kebutuhan kepala gudang tidak sama. Ditambah panduan tertulis yang bisa dibaca ulang staf baru enam bulan kemudian.
Staging terpisahTidak ada — perubahan langsung didorong ke sistem yang sedang dipakai. Anda baru tahu ada yang rusak dari telepon kasir jam sepuluh pagi, saat antrean sudah panjang.Lingkungan staging berjalan sejak minggu pertama, dengan salinan data yang sudah disamarkan. Semua perubahan diuji di sana lebih dulu, dan biaya server keduanya sudah masuk hitungan.
Audit log & hak aksesSatu level login untuk semua orang, atau dua level: admin dan bukan admin. Riwayat perubahan tidak disimpan, sehingga saat ada selisih kas tidak ada yang bisa ditelusuri.Hak akses per peran sampai level kolom dan nominal, plus catatan permanen siapa mengubah apa dari nilai berapa ke berapa. Ini baris yang paling mahal dipasang belakangan.
Dukungan setelah go-liveBerakhir saat pembayaran terakhir diterima. Bug yang muncul di minggu kedua sudah masuk kategori 'pekerjaan baru' — dan tarifnya ditentukan saat Anda sedang tidak punya pilihan.Tiga bulan perbaikan bug sudah termasuk harga proyek, dengan batas antara bug dan permintaan baru yang ditulis di kontrak. Kontrak pemeliharaan setelahnya opsional dan boleh Anda tolak.
Kepemilikan source codeSering tidak dibahas, dan diamnya menguntungkan vendor. Yang Anda terima akses ke sistem yang berjalan — bukan kodenya, bukan database-nya, bukan hak memindahkannya ke tempat lain.Source code, skema database, dan akses repository jadi milik Anda setelah pelunasan, dinyatakan tertulis. Tidak ada lisensi yang ditahan sebagai jaminan agar Anda terus kembali.
Batas revisi vs change requestTidak didefinisikan, sehingga setiap permintaan jadi negosiasi ulang. Vendor murah menutup selisih marginnya justru di sini — dengan menagihkan hal-hal yang Anda kira sudah termasuk.Definisinya tertulis sebelum kontrak, lengkap dengan contoh mana yang masuk mana yang tidak. Rujukannya ada di halaman syarat dan ketentuan, terbuka untuk dibaca sebelum Anda memutuskan apa pun.

// biaya yang terlupa

Pos yang tidak masuk proposal tapi tetap Anda bayar

Enam hal menggerakkan angka, dan urutannya jarang seperti dugaan orang. Pertama, jumlah peran pengguna — setiap peran baru bukan menambah satu menu, tapi mengalikan matriks pengujian; enam peran dikali dua belas modul berarti 72 kombinasi hak akses yang harus dicoba satu per satu. Kedua, kedalaman approval: satu tingkat itu sebuah tombol, tiga tingkat itu mesin status dengan delegasi saat approver cuti, penolakan di tengah jalan, dan aturan siapa yang boleh menarik pengajuan kembali. Ketiga, jumlah integrasi — yang mahal bukan memanggil API-nya, melainkan menangani saat API itu gagal: retry, idempotensi supaya jurnal tidak masuk dua kali, dan rekonsiliasi harian yang membandingkan kedua sisi. Keempat, kondisi data lama; yang menentukan bukan jumlah barisnya, tapi jumlah pengecualiannya — kolom yang artinya berubah di tahun tertentu, nomor dokumen yang dipakai ulang, saldo tanpa lawan transaksi. Kelima, multi-cabang: memisahkan data per lokasi itu mudah, mengonsolidasikan neraca tanpa dobel hitung yang sulit — ini terasa jelas di sistem gudang multi-lokasi. Keenam, laporan custom, dan ini justru yang termurah dari enam — tiap laporan satu query agregasi yang harus tetap cepat di data tiga tahun. Yang sering dipangkas orang untuk berhemat malah nomor lima dan enam. Padahal penghematan terbesar ada di nomor satu dan dua.

// cara angkanya dihasilkan

Dari obrolan pertama sampai estimasi tertulis

01

Obrolan awal 20-30 menit: menyaring, bukan menawar

Kami menanyakan enam hal — berapa orang yang akan memakai, berapa peran berbeda, ada berapa lokasi, sistem apa yang sudah jalan, data lama disimpan di mana, dan kapan targetnya dipakai. Dari enam jawaban itu keluar rentang kasar, bukan angka. Kalau aplikasi berlangganan sudah menyelesaikan kebutuhan Anda, kami dapat menyampaikannya sejak percakapan awal dan pembahasan dapat berhenti tanpa tagihan. Sebagian percakapan dapat berhenti di tahap ini, dan itu hasil yang tepat. Nominal yang diberikan sebelum pemetaan hanyalah perkiraan dan dapat berubah ketika scope diperjelas.

02

Discovery: mengubah cerita jadi daftar modul

Satu sampai dua minggu, biasanya dua sampai tiga sesi, dan kami minta bicara dengan orang yang benar-benar menekan tombolnya. Yang kami kejar bukan alur normal — alur normal selalu terdengar sederhana. Yang kami kejar pengecualiannya: transaksi yang boleh diinput mundur, siapa yang berwenang membatalkan, apa yang terjadi kalau stok fisik beda dengan catatan. Setiap pengecualian yang ditemukan di tahap ini harganya jauh lebih murah daripada kalau ketemu saat UAT. Keluarannya satu dokumen berisi daftar modul, daftar peran, dan diagram approval — belum ada rupiah sama sekali.

03

Pembobotan: tiap modul dapat angka minggu-kerja

Daftar modul tadi kami bobot satu per satu, seperti 14 baris di atas. Bobot dihitung dari tiga hal: berapa entitas data baru yang lahir, berapa kombinasi peran yang harus diuji, dan berapa kondisi gagal yang harus ditangani. Modul yang kelihatan besar di mata pengguna sering ringan di kode, dan sebaliknya — cetak invoice itu setengah hari, sedangkan aturan retur barang bisa memakan seminggu penuh. Bobot ini kami tunjukkan ke Anda apa adanya, bukan disembunyikan di balik satu angka gelondongan. Kalau ada baris yang menurut Anda kemahalan, di situlah tempat berdebatnya — bukan di total.

04

Estimasi tertulis: tiga skenario dan daftar eksklusi

Anda menerima dokumen berisi tiga versi: modul inti saja, versi lengkap, dan versi bertahap yang dipecah jadi dua rilis. Ketiganya memakai daftar bobot yang sama, hanya barisnya yang berbeda. Di halaman terakhir ada bagian yang jarang dikirim vendor lain — daftar apa yang TIDAK termasuk, ditulis eksplisit. Di situ juga kami tempelkan batas antara revisi dan change request, yang definisi lengkapnya ada di [syarat dan ketentuan](/syarat-ketentuan). Membaca bagian eksklusi lebih penting daripada membaca totalnya, karena selisih penawaran antar vendor hampir selalu bersembunyi di sana.

05

Kunci scope, termin, dan titik di mana angka boleh bergerak

Setelah Anda menyetujui satu skenario, scope dikunci dan angkanya jadi tetap — bukan indikatif. Pembayaran dipecah per termin yang menempel ke milestone yang bisa dilihat, bukan ke kalender. Angka hanya boleh bergerak dalam dua kondisi, dan keduanya kami tulis di kontrak: Anda menambah modul atau peran di luar dokumen scope, atau data lama ternyata jauh lebih rusak dari sampel yang kami audit di awal. Kondisi kedua itu kami perkecil risikonya dengan mengaudit sampel data sebelum kontrak, bukan sesudah. Di luar dua hal itu, kelebihan waktu pengerjaan jadi tanggungan kami — itulah gunanya membobot di depan.

// isi estimasi kami

Yang tertulis di setiap penawaran

  • Fondasi teknis, autentikasi, dan matriks hak akses untuk 6 peran — 2 minggu-kerja, dan ini baris yang paling sering diremehkan
  • Master data: produk, supplier, pelanggan, dua gudang, satuan konversi — 1 minggu-kerja
  • Modul pembelian dengan approval tiga tingkat dan plafon per level — 1,5 minggu-kerja
  • Penerimaan barang, kartu stok dua gudang, transfer antar lokasi, stock opname — 2,5 minggu-kerja, baris paling berat di daftar ini
  • Penjualan: quotation, surat jalan, invoice, retur, dan harga per tier pelanggan — 2 minggu-kerja
  • Piutang, kas, dan penagihan jatuh tempo dengan aging otomatis — 1,5 minggu-kerja
  • Dashboard per peran plus laporan periodik dengan filter dan export Excel/PDF — 1,5 minggu-kerja
  • Integrasi satu arah ke Accurate untuk jurnal penjualan dan pembelian — 1 minggu-kerja
  • Migrasi tiga tahun data Excel berikut reconciliation saldo sampai rupiah terakhir — 2 minggu-kerja
  • Audit log, staging terpisah dari production, backup harian, dan uji restore terjadwal — 0,5 minggu-kerja
  • Notifikasi WhatsApp untuk approval yang menggantung lewat batas waktu — 0,5 minggu-kerja
  • Discovery, pemetaan SOP, dan dokumen scope tertulis yang jadi dasar angkanya — 1,5 minggu-kerja
  • Pendampingan UAT plus penyelesaian temuan tim Anda sebelum go-live — 1,5 minggu-kerja
  • Dokumentasi berbahasa Indonesia, training per peran, dan handover repository — 1 minggu-kerja. Total 20 minggu-kerja

Tiga rentang di bawah menutup biaya membangun, bukan biaya memiliki. Yang berulang tiap bulan ada tiga pos: server dan database Rp 300rb-1,5jt tergantung volume transaksi, penyimpanan backup yang naik pelan mengikuti umur data, serta tagihan API pihak ketiga — WhatsApp ditagih per percakapan, payment gateway per transaksi, jadi keduanya ikut naik saat bisnis Anda ramai. Yang sekali bayar tapi hampir selalu lupa dihitung ada dua, dan keduanya bukan tagihan kami: jam tim Anda sendiri untuk UAT selama 1-2 minggu, plus periode paralel ketika sistem lama dan baru berjalan bersamaan sehingga input dikerjakan dua kali sepanjang satu siklus buku. Untuk 40 staf, periode paralel itu biasanya pos tersembunyi terbesar di seluruh proyek. Kelimanya kami tulis di proposal, termasuk yang uangnya tidak mengalir ke kami. Rentang untuk aplikasi koperasi dihitung dengan metode yang sama, dan kalau kebutuhan Anda ternyata di bawah Rp 15jt kami arahkan ke layanan yang lebih ringan — bukan memotong modul sampai sistemnya tidak bisa dipercaya.

// halaman ini untuk kamu kalau

Siapa yang paling terbantu membacanya

  • Pemilik atau direktur yang sedang menyusun anggaran tahun depan dan butuh angka yang bisa dipertanggungjawabkan ke komisaris
  • Manajer operasional yang sudah menerima dua penawaran dengan selisih tiga kali lipat dan tidak tahu harus percaya yang mana
  • Perusahaan yang SOP-nya sudah tertulis, sehingga daftar modul bisa disusun tanpa menebak-nebak
  • Tim yang pernah gagal sekali dengan vendor murah dan sekarang ingin membaca daftar eksklusi sebelum menandatangani apa pun
  • Organisasi 20-150 orang dengan data historis bertahun-tahun yang bobot migrasinya perlu dihitung, bukan diasumsikan

// belum waktunya kalau

Kapan membaca panduan biaya masih terlalu dini

  • Yang prosesnya masih berubah tiap bulan — membobot modul yang definisinya belum stabil hanya menghasilkan angka yang kedaluwarsa dalam enam minggu

  • Yang belum menunjuk satu orang berwenang memutuskan scope; tanpa itu estimasi akan direvisi terus dan tidak pernah dikunci

  • Yang sedang mengumpulkan angka pembanding untuk menekan vendor lain — silakan pakai metodenya, tapi kami tidak ikut lelang harga

  • Yang butuh sistemnya jalan bulan depan; discovery 1-2 minggu, build 6-12 minggu, UAT 1-2 minggu, dan go-live 1 minggu tidak bisa dipadatkan tanpa memindahkan risikonya ke Anda

  • Yang anggarannya di bawah Rp 15jt dan tidak bisa digeser — jawaban jujurnya beli aplikasi berlangganan yang sudah ada, dan itu keputusan yang benar

// tanya jawab

Pertanyaan soal biaya yang paling sering masuk.

Di marketplace jasa ada yang menawarkan Rp 200.000. Itu penipuan?

Bukan, dan menyebutnya penipuan justru tidak jujur. Rp 200.000 membeli beberapa jam kerja seseorang — cukup untuk satu form input dengan simpan dan tampil, satu halaman laporan sederhana, atau memasang ulang template yang sudah jadi. Untuk kebutuhan sekecil itu, angka tersebut wajar dan Anda tidak perlu proyek. Yang tidak bisa dibeli dengan angka itu adalah semua yang membuat sistem bertahan: sesi discovery untuk memetakan pengecualian, matriks hak akses lintas peran, migrasi data lama berikut reconciliation, staging terpisah, audit log, dokumentasi, dan garansi bug setelah go-live. Contoh di halaman ini berbobot 20 minggu-kerja — bandingkan dengan beberapa jam, dan selisihnya berhenti jadi misteri. Pertanyaan yang benar bukan 'kenapa mahal', tapi 'baris mana yang saya beli'.

Kenapa dua vendor bisa berbeda tiga kali lipat untuk brief yang sama?

Karena yang berbeda bukan tarifnya, melainkan isi diamnya. Penawaran murah hampir selalu mengeluarkan lima hal yang sama, dan hampir selalu tanpa menyebutkannya: migrasi data lama diserahkan ke staf Anda lewat template Excel, staging ditiadakan sehingga perubahan langsung menyentuh data asli, dokumentasi diganti rekaman layar, training dipadatkan jadi satu sesi untuk semua peran, dan dukungan berhenti di hari pembayaran terakhir. Ada satu lagi yang lebih halus — batas antara revisi dan change request sengaja dibiarkan kabur, lalu selisih marginnya ditutup dari tagihan tambahan saat Anda sudah tidak punya pilihan. Definisi yang kami pakai untuk batas itu terbuka di [syarat dan ketentuan](/syarat-ketentuan). Cara memeriksanya sederhana: minta kedua vendor menuliskan daftar apa yang tidak termasuk. Yang menolak menulisnya sudah menjawab pertanyaan Anda.

Berapa biaya berjalan per bulan setelah sistem live?

Ada tiga pos berulang dan satu opsional. Pertama, server dan database: untuk puluhan pengguna aktif umumnya Rp 300rb-1,5jt per bulan, dan angkanya naik mengikuti volume transaksi, bukan mengikuti jumlah karyawan. Kedua, penyimpanan backup — kecil di tahun pertama, lalu naik pelan karena data lama tidak pernah menyusut. Ketiga, API pihak ketiga kalau Anda memakainya: [WhatsApp resmi](/layanan/whatsapp-api) ditagih per percakapan, payment gateway per transaksi, dan keduanya ikut naik justru saat bisnis Anda sedang bagus. Keempat, opsional, kontrak pemeliharaan bulanan untuk patch keamanan dan penyesuaian kecil — kalau Anda punya tim IT sendiri, pos ini boleh dilewati tanpa konsekuensi. Semua angka pos pertama sampai ketiga dibayarkan ke penyedia masing-masing, bukan ke kami.

Berapa jam dari tim kami sendiri yang akan habis?

Lebih banyak dari yang biasanya diperkirakan, dan ini pos biaya yang tidak pernah muncul di penawaran siapa pun. Discovery memakan 1-2 jam per orang kunci — kasir, admin gudang, bagian keuangan — dikali dua sampai tiga sesi. UAT memakan 1-2 minggu, dan itu jam kerja mereka, bukan jam kerja kami; realistisnya dua sampai empat orang setengah hari per hari selama periode itu. Yang terbesar periode paralel: satu siklus buku penuh ketika sistem lama dan baru diinput bersamaan supaya angka penutupnya bisa diadu. Untuk tim 40 orang, itu bisa setara beberapa puluh manday internal. Kami tidak bisa menghilangkannya — memaksakan pemotongan di sini yang membuat go-live berantakan. Yang bisa kami lakukan cuma memberitahukannya di depan supaya Anda menjadwalkannya, bukan mengetahuinya saat sudah berjalan.

Bisa minta angka pasti tanpa discovery dulu?

Tidak bisa angka pastinya, tapi bisa rentangnya — dan rentang itu gratis. Dari enam pertanyaan di obrolan awal kami sudah bisa menyebut Anda ada di Rp 15-30jt, Rp 30-60jt, atau di atasnya, dengan alasannya. Yang tidak bisa dilakukan tanpa discovery adalah mengunci satu nominal, karena nominal lahir dari daftar modul dan daftar modul lahir dari pemetaan SOP. Vendor yang menyebut angka pasti di balasan pertama sedang menebak, dan tebakan itu punya dua nasib: dikoreksi naik di tengah proyek, atau ditahan di angka semula dengan memotong diam-diam hal-hal yang tidak Anda lihat. Kami lebih memilih menyebut rentang lalu memperkecilnya lewat [proses yang bisa Anda lihat](/cara-kerja). Kalau setelah discovery angkanya di luar anggaran Anda, dokumen scope-nya tetap milik Anda.

Kalau di tengah jalan kami minta tambahan, biayanya dihitung ulang?

Tergantung tambahannya masuk kategori revisi atau change request, dan batas keduanya kami tulis sebelum kontrak — bukan saat sengketa. Mengubah tata letak kolom, menambah filter di laporan yang sudah ada, atau memperbaiki istilah di layar itu revisi, dan sudah termasuk. Menambah modul baru, menambah peran keempat yang tidak ada di dokumen scope, atau mengubah alur approval dari satu tingkat jadi tiga itu change request — dan itu berarti bobot minggu-kerja baru yang kami tulis lebih dulu untuk Anda setujui. Definisi lengkapnya beserta contohnya ada di [syarat dan ketentuan](/syarat-ketentuan), terbuka dibaca sebelum Anda memutuskan apa pun. Anda selalu berhak menolak estimasi tambahan itu dan membawa pekerjaannya ke pihak lain. Kami tidak memegang apa pun yang membuat penolakan itu jadi mahal.

Biaya pembuatan ERP berapa, dan apakah beda hitungannya?

Metodenya identik — yang berbeda cuma panjang daftar modulnya. Yang orang sebut ERP biasanya berarti empat sampai delapan modul saling terkait sekaligus: pembelian, inventori, penjualan, keuangan, produksi, kadang HR. Karena modulnya saling menyuapi data, bobot integrasi antar modul ikut naik, dan pengujiannya tidak bisa dipecah bersih — mengubah aturan stok berarti menguji ulang penjualan dan keuangan. Praktisnya proyek yang dilabeli ERP jarang berada di bawah 20 minggu-kerja, jadi titik masuknya realistis di Rp 30-60jt dan naik cepat begitu ada cabang kedua. Rincian modul dan pertimbangannya kami bahas terpisah di [halaman sistem ERP](/sistem/erp). Satu peringatan jujur: kalau yang Anda butuhkan hanya pembukuan standar, Accurate atau Jurnal jauh lebih murah dan sudah matang bertahun-tahun.

Kenapa migrasi data dihitung 2 minggu-kerja? Bukannya cuma copy-paste?

Menyalin barisnya cepat; memutuskan angka yang benar membutuhkan audit dan keputusan pemilik data. Setelah daftar selisih disetujui, impor diikuti rekonsiliasi total saldo, jumlah baris, dan angka per akun. [Narasi komposit koperasi](/case-study/koperasi-jateng-tutup-buku-4-jam) memakai pola ini sebagai ilustrasi. Referensi persetujuan, artefak pendukung, data mentah, dan URL publik narasi tersebut tidak tersedia, sehingga angkanya tidak dapat diverifikasi independen dan bukan jaminan hasil.

Kalau dikerjakan bertahap, totalnya jadi lebih murah?

Tidak, biasanya sedikit lebih mahal — sekitar satu sampai dua minggu-kerja tambahan, karena tiap fase butuh pengujian ulang atas modul yang sudah jalan. Yang membaik bukan totalnya, tapi cashflow-nya: Rp 45jt yang dipecah jadi dua rilis berjarak empat bulan terasa sangat berbeda di anggaran dibanding satu tagihan penuh. Ada keuntungan kedua yang lebih penting — fase pertama memberi Anda bukti sebelum berkomitmen penuh, dan bobot fase kedua bisa dikoreksi berdasarkan apa yang benar-benar terjadi, bukan berdasarkan asumsi di bulan pertama. Syaratnya satu: pemecahannya harus mengikuti batas modul, bukan mengikuti besaran termin. Memecah satu modul jadi setengah-setengah hanya memindahkan pekerjaan, dan menagihkannya dua kali.

// siap mulai?

Buat Website untuk Bisnismu
Sekarang Juga!

Konsultasi gratis via WhatsApp. Kami review kebutuhan kamu, kasih estimasi waktu & harga, lalu mulai bareng tanpa drama.

→ Lihat contoh karya kamiSyarat & Ketentuan