[🧑‍💻] Dalam Negosiasi Proyek Pengembangan Pertama, Saya Malah Menurunkan Harga Sendiri

✨ Ringkasan GPT-5.6 Sol 　

Catatan tentang bagaimana saya lebih dulu mengungkapkan minimnya pengalaman menerima proyek, penggunaan AI, dan kemungkinan memberi diskon, lalu menempatkan diri sendiri dalam label pengembang seharga 1–2 juta won—hingga akhirnya sadar bahwa harga harus dijelaskan lewat lingkup dan tanggung jawab, bukan kerendahan hati.

Untuk pertama kalinya saya menjalani konsultasi serius tentang proyek pengembangan dari klien. Melalui perkenalan seorang kenalan, saya diajak membicarakan pengambilalihan proyek web yang sudah ada, penambahan fitur, dan dalam jangka panjang pembuatan aplikasi seluler.

Saya juga membedah sendiri kode sumbernya. Proyek itu tidak berantakan sampai harus dibuat ulang dari nol. Web yang ada berbasis React dan backend-nya pun sudah tersedia. Selama materi operasional dan akun yang belum diserahkan dapat dialihkan dengan benar, skalanya masih sangat sanggup saya tangani dan pelihara. Untuk aplikasi seluler, rasanya cukup mempertahankan backend yang ada lalu membangunnya dengan Flutter.

Sampai di sini, proyek tersebut tampak berpotensi menjadi pekerjaan kontrak pertama yang cukup bagus.

Aplikasi seharga 2 juta won, pemeliharaan 50 ribu won per bulan

Dalam panggilan telepon, calon klien mengatakan bahwa seorang tenaga profesional lain di Kmong menawarkan pengembangan aplikasi sampai selesai seharga 2 juta won, lalu pemeliharaan sekitar 50 ribu won per bulan. Ia juga mengatakan bahwa orang yang ditemukan oleh kenalannya menyebut sekitar 1 juta won sudah cukup untuk mengerjakannya.

Jujur, awalnya saya tercengang. Apakah benar seseorang bisa mengambil alih web dan struktur data yang sudah ada, menyempurnakan fitur, membuat aplikasi Android dan iOS, menerbitkannya di toko aplikasi, lalu tetap bertanggung jawab atas operasional setelahnya—semuanya dengan 2 juta won? Dengan 50 ribu won per bulan, bukankah menghitung waktu untuk memeriksa satu gangguan dan mencari penyebabnya saja sudah sulit?

Namun pertanyaan pertama yang seharusnya saya ajukan bukanlah, “Mengapa orang itu begitu murah?”

Apa tepatnya yang termasuk dalam harga 2 juta won itu?

Di satu sisi, saya membayangkan pengambilalihan web dan backend yang ada, autentikasi dan penyimpanan data, fungsi operasional utama, pengembangan aplikasi, serta peluncuran di kedua toko aplikasi. Namun tidak ada yang memeriksa apakah penawaran 2 juta won dari pihak lain itu hanya mencakup MVP sederhana dengan beberapa layar, hanya Android, web lama yang dibungkus seperti aplikasi, atau juga server dan tanggung jawab pemeliharaan.

Harga tanpa lingkup tidak bisa dibandingkan. Namun justru batas paling mendasar itulah yang saya lewatkan.

Saya sendiri yang lebih dulu menurunkan harga

Masalah yang lebih besar bukan sekadar orang lain menawar saya terlalu rendah. Saya sendiri yang lebih dulu menurunkan nilai saya.

Saya mengatakan bahwa ini pertama kalinya saya menerima pekerjaan kontrak secara resmi. Saya juga mengatakan bahwa saya tidak akan memasang harga setinggi freelancer yang sudah mapan. Saya menjelaskan bahwa saya menggunakan AI seperti Codex dan Claude Code sebagai alat utama sehingga bisa menghasilkan versi awal dengan cepat. Sampai titik itu pun sebenarnya belum tentu menjadi masalah besar, seandainya urutan dan konteks penyampaiannya tepat.

Namun bahkan sebelum harga dan lingkup dipastikan, saya lebih dulu mengirimkan sinyal, “Karena belum berpengalaman, saya akan mengerjakannya dengan murah.” Penjelasan bahwa saya bisa membuatnya cepat dengan AI terdengar bukan sebagai bukti produktivitas, melainkan sebagai alasan bahwa saya pantas dipekerjakan dengan harga murah.

Bahkan setelah mengatakan akan mempertimbangkan 2 juta won, saya sendiri yang mengusulkan alternatif: bagaimana jika pembayaran di muka diturunkan menjadi 1 juta atau bahkan 500 ribu won, lalu diganti dengan kepemilikan saham atau insentif berdasarkan pendapatan? Padahal saya belum pernah bekerja dengannya dan kepercayaan pun belum terbangun.

Saya bukan sedang bersikap jujur. Saya mengungkapkan kelemahan dan harga terendah yang bersedia saya terima bahkan sebelum orang itu menanyakannya.

Jika dilihat dari niat baik, itu adalah usulan untuk bersama-sama mengembangkan produk dalam jangka panjang. Namun jika diterjemahkan ke dalam bahasa negosiasi, bunyinya hampir seperti pengakuan: “Pembayaran tunai saya sekarang masih bisa terus diturunkan, dan saya sendiri belum memiliki standar harga yang tegas.”

Dengan harga yang sama, memilih penyedia yang terbukti memang masuk akal

Calon klien mengatakan bahwa jika harganya sama, ia akan memilih penyedia profesional yang pengalaman dan rekam jejaknya sudah terbukti. Saya bertanya apakah ia dapat membagikan tautan penyedia tersebut dan lingkup penawarannya secara terperinci agar bisa saya bandingkan, tetapi ia menolak. Ia juga meminta saya membuang kode sumber dan materi yang telah dikirimkan.

Jawaban itu terasa begitu dingin hingga saya sangat tersinggung. Setelah percakapan selesai, saya marah karena merasa diperlakukan seperti pengembang seharga 1 juta won. Saya bahkan bertanya-tanya apakah ia menganggap saya hanya anak baru yang tidak tahu apa-apa.

Namun setelah emosi sedikit disisihkan, keputusan untuk “memilih penyedia yang sudah terbukti jika harganya sama” memang masuk akal. Jika orang yang baru pertama kali menerima proyek dan penyedia yang sudah berkali-kali menyelesaikan pekerjaan menawarkan harga yang sama, kemungkinan besar klien akan memilih pihak kedua.

Yang membuat saya merasa tidak adil adalah kemampuan saya tidak pernah dinilai dengan semestinya. Namun calon klien juga belum pernah mengamati kode saya dalam jangka panjang atau menuntaskan proyek bersama saya. Sinyal objektif yang saya tunjukkan selama panggilan singkat itu hanyalah “proyek pertama”, “pengembangan cepat dengan AI”, “lebih murah daripada tenaga profesional yang sudah mapan”, dan “1 juta atau bahkan 500 ribu won juga bisa”.

Saya sendiri yang masuk ke dalam label harga itu, lalu marah ketika orang lain memandang saya berdasarkan label yang saya ciptakan.

Baru setelah membuat tabel estimasi, saya bisa membandingkannya

Setelah panggilan berakhir, saya tidak ingin menyimpulkan bahwa “2 juta won tidak masuk akal” hanya berdasarkan emosi. Karena itu, saya membuat tabel estimasi tersendiri di Google Sheets. Untuk tulisan yang dipublikasikan, saya menghapus fitur yang khusus untuk proyek tersebut dan hanya menyisakan pekerjaan serta tanggung jawab yang dapat diterapkan pada proyek lain.

Patokan saya adalah 40 ribu won per jam.

Paket pekerjaan yang digeneralisasi	Tanggung jawab yang termasuk	Estimasi waktu	Harga
Pengambilalihan dan stabilisasi layanan yang sudah ada	Mengambil alih kode sumber, backend, dan lingkungan deployment; memperbaiki kesalahan penting; memverifikasi lingkungan baru	75 jam	3 juta won
Penyerahan aplikasi lintas platform	Aplikasi Android dan iOS, integrasi dengan backend yang ada, notifikasi dasar, dan pengajuan ke toko aplikasi	175 jam	7 juta won
Kontrak keseluruhan	Seluruh proses pengambilalihan dan stabilisasi layanan yang ada serta penyerahan aplikasi	250 jam	10 juta won
Pemeliharaan bulanan	4 jam per bulan, satu kali deployment per bulan, pemeriksaan gangguan	4 jam per bulan	160 ribu won per bulan

Pekerjaan tambahan saya tetapkan sebesar 40 ribu won per jam, sedangkan pekerjaan darurat pada malam hari atau hari libur sebesar 60 ribu won per jam. Dengan patokan ini, 50 ribu won per bulan setara dengan sekitar satu jam lima belas menit. Angka itu mungkin saja cukup untuk kontrak yang hanya mencakup pemeriksaan status sederhana, tetapi bukan produk yang sama dengan pemeliharaan bulanan yang mencakup penyelidikan kesalahan, perbaikan, verifikasi, dan deployment.

Tarif 40 ribu won per jam pun bukan angka yang lebih tinggi daripada rata-rata pasar. Upah rata-rata per jam untuk pengembang perangkat lunak aplikasi yang diumumkan Korea Software Industry Association untuk tahun 2026 adalah 47.281 won.¹ Karena rata-rata itu mencakup asuransi yang ditanggung perusahaan dan tunjangan pensiun, nilainya tidak bisa langsung disamakan dengan tarif tagihan freelancer. Namun setidaknya angka tersebut menjadi salah satu patokan bahwa 40 ribu won bukan tarif yang berlebihan. Bahkan sekitar 15,4% lebih rendah.

Saya membandingkannya langsung dengan penawaran publik

Di Google Sheets, saya membandingkan pengumuman proyek di Wishket dan paket publik di Kmong berdasarkan lingkup yang sepadan. Karena anggaran yang diumumkan dan harga paket yang tertera belum tentu sama dengan nilai kontrak akhirnya, saya tidak hanya melihat angka. Saya juga membandingkan sistem operasi, backend, panel admin, deployment, toko aplikasi, dan apakah pengambilalihan layanan yang sudah ada turut termasuk.

Pembanding publik	Harga yang diumumkan	Lingkup dan durasi yang diumumkan	Hubungannya dengan estimasi saya
MVP untuk dua sistem operasi yang berfokus pada fungsi inti di Wishket	5 juta won	MVP oleh satu pengembang tanpa fungsi rumit, 30 hari	Lingkupnya lebih kecil dan 2 juta won lebih murah daripada estimasi aplikasi saya sebesar 7 juta won2
Pengembangan lanjutan MVP Flutter yang sudah ada di Wishket	12 juta won	Perombakan UI/UX, langganan, dan peningkatan fungsi, 50 hari	2 juta won lebih tinggi daripada estimasi keseluruhan saya sebesar 10 juta won3
Paket lengkap iOS, Android, dan web di Kmong	4,5 juta won	Pembayaran, panel admin, dan deployment, 45 hari	Contoh tandingan yang jelas lebih murah; lingkup sebenarnya perlu dipastikan lewat konsultasi4
Paket lengkap Flutter untuk dua sistem operasi di Kmong	6,6 juta won	Firebase, API eksternal, dan penerbitan di toko aplikasi, 60 hari	400 ribu won lebih murah daripada estimasi aplikasi saya sebesar 7 juta won5
Paket lengkap aplikasi dengan lebih dari 20 layar di Kmong	9 juta won	Server, API, panel admin, dan dukungan toko aplikasi, 28 hari	2 juta won lebih tinggi daripada estimasi aplikasi saya sebesar 7 juta won6
Paket aplikasi yang dapat dikembangkan lebih lanjut di Kmong	9,99 juta won	Perencanaan, desain, backend, panel admin, dua toko aplikasi, dan AWS, 90 hari	Hampir sama dengan estimasi keseluruhan saya sebesar 10 juta won7

Estimasi saya bukan yang termurah di antara semua produk. Ada contoh tandingan murah seharga 4,5 juta dan 5 juta won, serta paket yang menawarkan aplikasi Flutter untuk dua sistem operasi dengan harga 6,6 juta won. Sebaliknya, paket publik yang secara jelas mencantumkan backend, panel admin, dan deployment berada di kisaran 9–9,99 juta won, sedangkan proyek Wishket untuk meningkatkan MVP yang sudah ada menjadi layanan resmi memiliki anggaran 12 juta won.

Dan memang ada produk pengembangan aplikasi seharga 2 juta won di pasar. Namun paket publik di kisaran itu umumnya memiliki lingkup yang jelas kecil. Salah satu produk menawarkan aplikasi sederhana tanpa server, maksimal sepuluh halaman, satu fitur, dan satu kali revisi seharga 2 juta won.⁸ Produk lain menawarkan MVP minimal dengan maksimal sepuluh halaman, dengan perencanaan dan desain yang sudah selesai, pada harga yang sama.⁹ Produk lainnya lagi menawarkan MVP maksimal lima halaman untuk satu sistem operasi seluler seharga 2 juta won; tahap berikutnya yang mencakup pengembangan server baru dihargai 6 juta won.¹⁰

Jadi, tidak bisa begitu saja disimpulkan bahwa pernyataan “aplikasi dapat dibuat dengan 2 juta won” adalah bohong. Saat ini, dengan memanfaatkan AI dan alat lintas platform dengan baik, MVP kecil memang dapat dibuat dengan cepat.

Namun yang sama hanyalah kata aplikasi; hasil dan tanggung jawabnya bisa sama sekali berbeda. Layanan yang sekaligus mencakup pengambilalihan sistem yang ada, migrasi data operasional, autentikasi dan izin, integrasi backend, notifikasi, Android dan iOS, proses peninjauan toko aplikasi, serta penanganan gangguan tidak dapat ditempatkan pada daftar harga yang sama dengan MVP berisi beberapa layar saja.

Jika hanya melihat pembanding yang saya teliti, 2 juta won bukanlah “harga umum pengembangan aplikasi”. Itu memang harga yang nyata untuk MVP dengan lingkup kecil. Masalahnya bukan apakah 2 juta won murah atau mahal, melainkan bahwa saya mencoba menyesuaikan harga saya dengan angka tersebut sebelum memeriksa lingkup pembandingnya.

Ternyata setahun sebelumnya saya sudah menulis hal yang sama

Yang lebih konyol, ini juga bukan pertama kalinya saya menghadapi masalah tersebut.

Dalam catatan harian tanggal 30 Juli tahun lalu, saya sudah menulis tentang persoalan penetapan harga, negosiasi, dan memperjelas persyaratan. Saat itu saya menulis bahwa pekerjaan yang dimulai dari niat baik dapat berubah menjadi bom waktu begitu bingkainya bergeser menjadi pekerjaan kontrak. Bahkan saya sampai menulis, “Selama ini saya hanyalah anak kecil yang menyukai pengembangan, bukan pebisnis.”

Belum lama ini, saya juga menulis bahwa membuat dengan cepat menggunakan AI berbeda dari membuat sesuatu secara profesional. Saya belajar bahwa kecepatan implementasi saja tidak dapat menggantikan layanan profesional yang menyatukan perencanaan, desain, dokumentasi, proses serah terima, dan tanggung jawab operasional.

Semuanya sudah saya tulis, tetapi saya tetap tersandung lagi di tempat yang sama.

Saat mengembangkan produk, saya begitu teliti memeriksa persyaratan, izin, data, deployment, dan lingkup pemulihan. Namun ketika mengontrakkan tenaga saya sendiri, justru kalimat pertama saya adalah, “Ini pertama kalinya bagi saya,” “Saya bisa mengerjakannya dengan cepat menggunakan AI,” dan “Saya juga bisa memberi harga lebih murah.” Saya menetapkan batas untuk produk, tetapi tidak untuk nilai saya sendiri.

Kerendahan hati akan saya sisakan pada sikap

Pengalaman ini tidak membuat saya berpikir bahwa saya harus berhenti menjadi orang yang jujur. Saya juga akan terus menulis catatan harian. Menyembunyikan kegagalan tidak membuat harga saya lebih mahal, dan berhenti mencatat tidak otomatis mencegah saya mengulangi kesalahan yang sama.

Namun kejujuran dan membuka diri tanpa perlindungan adalah dua hal yang berbeda.

Kelak ketika membicarakan estimasi, saya tidak akan memulai dengan menjelaskan apakah itu proyek pertama saya, AI apa yang saya gunakan, atau seberapa jauh harga masih bisa saya turunkan. Saya akan lebih dulu mencatat kondisi saat ini, apa yang akan dibuat, apa yang akan diambil alih, sejauh mana tanggung jawab saya, dan bagian mana yang dikenakan biaya terpisah.

Jika harga harus diturunkan, saya akan mengurangi lingkup, bukan menggratiskan waktu saya. Saya bisa membuat versi Android lebih dahulu, menunda notifikasi ke tahap berikutnya, atau memisahkan penerbitan di toko aplikasi sebagai item tersendiri. Saya tidak akan mendiskon diri dengan menawarkan pekerjaan yang sama pada harga lebih rendah.

Saya juga tidak akan lagi menawarkan saham atau imbalan berbasis hasil kepada seseorang yang baru berbicara dengan saya selama beberapa menit. Hal itu seharusnya dibahas setelah kami pernah bekerja bersama serta memastikan tanggung jawab dan kepercayaan satu sama lain. Melepaskan pembayaran tunai sebelum hubungan kerja terbentuk mungkin bukan usulan kemitraan, melainkan pelepasan daya tawar.

Dan setelah menyampaikan estimasi, saya tidak akan lagi menurunkan harga sendiri hanya karena merasa tidak yakin.

Saya boleh jujur mengenai hal teknis yang belum saya ketahui. Namun hasil dan tanggung jawab yang saya tawarkan harus disampaikan dengan tepat. Kerendahan hati cukup tinggal dalam sikap untuk terus belajar; harga harus dijelaskan melalui lingkup dan tanggung jawab.

Kali ini proyeknya tidak jadi. Saya juga tersinggung dan sempat marah cukup lama karena merasa terlalu naif. Namun daripada kehilangan jutaan won dan terseret berbulan-bulan dalam proyek pertama sebelum menyadarinya, menemukan kebiasaan buruk saya dalam bernegosiasi sebelum kontrak diteken adalah pelajaran yang relatif murah.

Pada percakapan berikutnya, alih-alih berusaha membuktikan bahwa “saya bukan siapa-siapa,” saya harus mengatakan, “Dengan lingkup ini, saya bertanggung jawab atas hasil ini sampai batas tersebut.”

Referensi

1. Korea Software Industry Association, pengumuman upah rata-rata tenaga profesional perangkat lunak yang berlaku pada 2026 — diakses pada 7 Agustus 2026. ↩

2. Wishket, pengembangan aplikasi MVP pencocokan berbasis pertemuan luring — diakses pada 7 Agustus 2026. ↩

3. Wishket, pengembangan lanjutan MVP aplikasi pembelajaran bahasa Inggris berbasis Flutter — diakses pada 7 Agustus 2026. ↩

4. Kmong, pengembangan MVP aplikasi Flutter — diakses pada 7 Agustus 2026. ↩

5. Kmong, pengembangan aplikasi Flutter — diakses pada 7 Agustus 2026. ↩

6. Kmong, paket lengkap pengembangan aplikasi Flutter — diakses pada 7 Agustus 2026. ↩

7. Kmong, layanan lengkap aplikasi Flutter dari perencanaan hingga pengembangan — diakses pada 7 Agustus 2026. ↩

8. Kmong, pengembangan aplikasi Flutter — diakses pada 7 Agustus 2026. ↩

9. Kmong, pengembangan aplikasi seluler dengan Flutter dan React Native — diakses pada 7 Agustus 2026. ↩

10. Kmong, pengembangan profesional aplikasi platform IoT dengan React dan Flutter — diakses pada 7 Agustus 2026. ↩