πŸ“˜ Panduan Harga & Kontrak
Custom Software Development

Cara Kami Bekerja
& Menghitung Biaya

Panduan sederhana agar Anda bisa memilih jenis kerjasama yang paling sesuai dengan kebutuhan project β€” tanpa jargon teknis yang membingungkan.

2
Jenis Kontrak
100%
Hak Source Code
NDA
Keamanan Data
πŸ—οΈ Waterfall Contract

Harga Tetap, Scope Jelas

Cocok ketika Anda sudah memiliki gambaran lengkap tentang semua yang dibutuhkan. Semua fitur disepakati di awal, lalu kami memberikan harga total yang fixed.

πŸ’‘ Analogi: Seperti membangun rumah dengan denah yang sudah final β€” kontraktor memberikan penawaran harga total sebelum paku pertama dipukul.
πŸ”„ Agile Contract

Fleksibel, Iteratif, Adaptif

Cocok ketika ide produk masih berkembang atau Anda ingin melihat hasilnya sambil berjalan. Kontrak berdasarkan resource dan periode waktu β€” minimal awal 3 bulan, perpanjangan 1 bulan.

πŸ’‘ Analogi: Seperti menyewa tim arsitek + tukang per bulan β€” Anda bisa terus menyesuaikan rencana selama proses berlangsung.
πŸ€” Belum tahu harus pilih yang mana?
β†’ Apakah Anda sudah bisa mendefinisikan dengan jelas semua fitur yang diinginkan sekarang?
βœ… Ya, sudah jelas
Waterfall adalah pilihan yang tepat untuk Anda. Scope lengkap berarti harga bisa dikunci sejak awal.
πŸ” Belum / masih eksplorasi
Agile lebih cocok. Mulai dari gambaran besar, dan kembangkan produk secara iteratif.
AspekπŸ—οΈ WaterfallπŸ”„ Agile
RequirementHarus lengkap & final di awalBoleh berkembang selama project
Dasar HargaTotal estimasi (fixed price)Resource Γ— Waktu (per periode)
Durasi MinimalSesuai scope yang disepakatiAwal: 3 bulan Β· Perpanjangan: 1 bulan
Perubahan ScopeMelalui Change Request (CR)Dapat diakomodasi antar sprint
Paling CocokVisi produk sudah jelas & matangEksplorasi, startup, atau MVP
πŸ—οΈ
Alur Kerja β€” Waterfall Contract
Terstruktur dari awal hingga serah terima
01
Requirement Gathering & Analisis
Kami duduk bersama Anda untuk menggali dan mendokumentasikan semua kebutuhan β€” fitur yang diinginkan, alur bisnis, dan batasan teknis β€” hingga semuanya terdefinisi dengan jelas.
02
Estimasi & Penawaran Harga
Berdasarkan requirement yang sudah final, kami mengestimasi kebutuhan tim dan waktu, lalu menghasilkan satu harga total yang disepakati bersama sebelum project dimulai.
03
Desain & Development
Tim mulai bekerja sesuai scope yang disepakati. Progress dilaporkan secara berkala β€” meskipun kontrak Waterfall, pengerjaan internal kami tetap mengikuti Scrum Framework.
04
Testing & Quality Assurance
Sebelum diserahkan, produk melewati pengujian menyeluruh untuk memastikan semua fitur berjalan sesuai requirement yang telah disepakati di awal.
05
Serah Terima & Deployment
Produk final diserahkan dan dideploy. Kebutuhan tambahan di luar scope awal diproses melalui mekanisme Change Request (CR) yang transparan.
πŸ”„
Alur Kerja β€” Agile Contract
Siklus pendek, hasil nyata setiap dua minggu
01
Kick-off & Penyusunan Backlog Awal
Kami mulai dengan diskusi visi produk Anda. Requirement tidak harus lengkap β€” cukup gambaran besar. Dari sini disusun daftar prioritas fitur awal yang akan terus diperbarui bersama.
02
Sprint (Siklus 2 Mingguan)
Tim bekerja dalam siklus 2 minggu. Di setiap akhir sprint ada demo hasil yang bisa Anda lihat, coba, dan langsung berikan feedback.
03
Review & Penyesuaian Arah
Setiap sprint review adalah kesempatan Anda untuk mengubah prioritas, menambah fitur, atau menggeser fokus β€” tanpa prosedur formal yang rumit. Inilah keunggulan utama Agile.
04
Laporan Bulanan & Evaluasi Termin
Di akhir setiap bulan Anda menerima laporan penggunaan resource dan progress. Tagihan dibayarkan per bulan di awal periode. Setelah 3 bulan pertama, dapat diperpanjang fleksibel minimal 1 bulan.
πŸ’° Total Biaya
Harga Project
=
πŸ‘₯ Resource
Tim & Keahlian
Γ—
⏱ Waktu
Durasi Pengerjaan

πŸ‘₯ Apa yang Memengaruhi Resource?

  • Jumlah anggota tim yang terlibat (developer, designer, QA, dsb.)
  • Tingkat keahlian & senioritas yang dibutuhkan
  • Kompleksitas teknologi yang digunakan
  • Integrasi dengan sistem pihak ketiga

⏱ Apa yang Memengaruhi Waktu?

  • Jumlah fitur dan kompleksitas alur bisnis
  • Kejelasan requirement di awal
  • Kecepatan pengambilan keputusan dari sisi klien
  • Target deadline yang diminta
β€” Umum
Satu pertanyaan sederhana ini biasanya cukup:

β†’ Apakah Anda sudah bisa mendefinisikan dengan jelas semua fitur yang diinginkan sekarang?

Jika ya β†’ Waterfall lebih cocok untuk Anda.
Jika belum, atau masih ingin eksplorasi β†’ Agile adalah pilihan yang lebih tepat.

Tim kami juga dengan senang hati membantu menganalisis kebutuhan Anda β€” tanpa biaya di tahap konsultasi awal.
Komposisi tim disesuaikan dengan kebutuhan project, namun secara umum terdiri dari:

Project Manager (PM) β€” koordinator utama yang menjadi jembatan antara Anda dan tim teknis.
System Analyst (SA) β€” menggali dan menerjemahkan kebutuhan bisnis menjadi spesifikasi teknis.
UI/UX Designer β€” merancang tampilan dan pengalaman pengguna yang intuitif.
Software Developer β€” membangun fitur (frontend dan/atau backend).
Quality Assurance (QA) β€” memastikan produk bebas bug sebelum diserahkan.
Untuk Waterfall, pembayaran dibagi dalam beberapa milestone β€” misalnya: DP di awal, pembayaran di pertengahan development, dan pelunasan saat serah terima.

Untuk Agile, pembayaran dilakukan per bulan, dibayarkan di awal setiap bulan berjalan. Kerjasama awal memiliki komitmen minimal 3 bulan, setelah itu dapat diperpanjang minimal 1 bulan.
Ya. Kami menyediakan periode garansi bug setelah serah terima. Jika ditemukan bug dalam scope pekerjaan yang disepakati, kami perbaiki tanpa biaya tambahan. Durasi garansi tercantum di kontrak. Garansi ini mencakup perbaikan bug, bukan penambahan fitur baru.
Ya. Setelah seluruh kewajiban pembayaran terpenuhi, hak kepemilikan penuh atas source code, desain, dan seluruh aset digital berpindah kepada Anda. Kami tidak menyimpan klaim kepemilikan apapun. Ketentuan ini tercantum eksplisit di kontrak.
Sebelum project dimulai, kami menandatangani Non-Disclosure Agreement (NDA) yang secara hukum mengikat seluruh anggota tim. Akses ke sistem dan data Anda hanya diberikan kepada anggota tim yang benar-benar membutuhkannya.
β€” Waterfall
Perubahan di luar scope awal diproses melalui mekanisme Change Request (CR). Alurnya: Anda menyampaikan kebutuhan baru β†’ tim menganalisis dampak waktu dan resource β†’ kami berikan estimasi biaya β†’ jika disetujui, CR menjadi addendum kontrak.
⚠️ Tips: CR yang terlalu sering dapat memperlambat progress. Semakin lengkap requirement di awal, semakin lancar project berjalan.
Tentu. Meskipun kontraknya Waterfall, metode pengembangan internal kami tetap mengikuti Scrum Framework sehingga Anda mendapatkan visibilitas penuh sepanjang project.

Scrum Ceremony yang kami jalankan:
πŸ—“οΈ Sprint PlanningDi awal setiap sprint, tim merencanakan fitur yang akan dikerjakan berdasarkan prioritas.
β˜€οΈ Daily StandupCheck-in harian 15 menit untuk progress, rencana hari ini, dan hambatan.
🎯 Sprint ReviewDemo di akhir sprint β€” Anda diundang hadir untuk melihat hasil dan memberikan feedback.
πŸ” Sprint RetrospectiveEvaluasi internal tim untuk terus meningkatkan cara kerja di sprint berikutnya.
πŸ’‘ Intinya: Kontrak Waterfall menjamin kepastian harga dan scope, sementara Scrum memastikan prosesnya transparan dan berkualitas tinggi.
Penanganan bergantung pada sumber keterlambatan:
βš™οΈ Dari Sisi Tim KamiJika disebabkan estimasi kurang akurat atau kendala teknis internal, kami menyelesaikan seluruh scope tanpa biaya tambahan.
🀝 Dari Sisi KlienJika disebabkan lambatnya feedback atau persetujuan, perpanjangan dan dampak biayanya akan didiskusikan bersama.
πŸ“‹ Akibat Change RequestCR yang disetujui otomatis memperpanjang timeline sesuai estimasi yang disepakati saat CR disetujui.
πŸ’‘ Pencegahan lebih baik: Kami memantau progress aktif di setiap sprint. Jika ada risiko keterlambatan, kami komunikasikan lebih awal.
Dalam Waterfall Contract, harga disepakati berdasarkan scope pekerjaan, bukan murni jam kerja. Jika project selesai lebih cepat namun semua fitur sudah terpenuhi dengan kualitas baik, harga tetap mengacu pada kontrak awal. Efisiensi tim adalah bagian dari nilai yang kami berikan.
β€” Agile
Kerjasama awal memiliki komitmen minimal 3 bulan β€” diperlukan karena ada onboarding tim, pemahaman bisnis, dan setup environment di awal. Namun, setelah 3 bulan pertama selesai, Anda bebas melanjutkan minimal 1 bulan, atau tidak melanjutkan tanpa kewajiban apapun.
Jumlah dan komposisi tim dapat disesuaikan di awal setiap bulan perpanjangan. Misalnya, di 3 bulan pertama lebih banyak developer untuk fondasi, lalu dikurangi dan dialihkan ke QA atau desainer di bulan berikutnya. Penyesuaian ini tercermin di tagihan bulan berikutnya.
Penyediaan resource kami berbasis tim, bukan individu. Ada dua peran yang wajib selalu ada:
πŸ—‚οΈ Project Manager (PM)Bertanggung jawab atas koordinasi tim, komunikasi dengan klien, manajemen sprint, dan memastikan project berjalan sesuai rencana.
πŸ” System Analyst (SA)Menerjemahkan kebutuhan bisnis menjadi spesifikasi teknis, memastikan solusi yang dibangun tepat sasaran.
Peran lain β€” developer, UI/UX, QA β€” dapat disesuaikan jumlah dan komposisinya setiap bulan.
πŸ’‘ Mengapa PM dan SA tidak bisa dihilangkan? Tanpa PM tidak ada koordinasi. Tanpa SA, requirement bisa salah diinterpretasikan β€” yang justru membuang lebih banyak waktu dan biaya.
Transparansi adalah inti dari cara kerja Agile kami. Anda akan memiliki akses ke:

Sprint Demo β€” di akhir setiap 2 minggu, Anda melihat dan mencoba langsung fitur yang sudah jadi.
Laporan Progress Bulanan β€” ringkasan apa yang dikerjakan, kapasitas yang digunakan, dan rencana berikutnya.
Project Management Board β€” visibilitas real-time ke task yang berjalan (via Jira, Trello, atau Notion).

Jika ada kekhawatiran, Anda selalu bisa mengangkatnya langsung ke Project Manager kami.
🀝

Siap Mendiskusikan Project Anda?

Tidak ada pertanyaan yang terlalu kecil. Tim kami siap membantu Anda memahami opsi yang tersedia dan menemukan solusi terbaik β€” tanpa tekanan dan tanpa jargon teknis yang membingungkan.