Mengapa kami mengatakan tidak: proyek teknologi yang tidak akan kami ambil (dan mengapa itu penting)

Industri teknologi punya masalah dalam pertumbuhan.

Bukan kekurangannya, tapi kecanduan terhadapnya.

Mengatakan ya untuk semuanya. Mengisi pipeline. Mengejar target. Urusan kesesuaian dipikirkan belakangan.

Pendekatan seperti ini mungkin terlihat bagus di laporan pendapatan. Tapi jarang terlihat bagus dua belas bulan setelah proyek selesai.

Di Reuben Digital, kami terkadang menolak pekerjaan. Bukan karena kami tidak mampu mengerjakannya, tapi karena kami sudah melihat apa yang terjadi jika kami tetap melakukannya.

Sebuah mitos yang perlu ditantang

Ada anggapan umum bahwa mengatakan ya untuk setiap peluang adalah strategi bisnis yang baik. Lebih banyak klien, lebih banyak proyek, lebih banyak pendapatan.

Kenyataannya justru sering sebaliknya.

Setiap proyek yang tidak selaras membawa biaya yang tidak tertulis di kontrak. Proses pengambilan keputusan jadi lebih lama karena arah yang tidak sejalan. Gesekan kecil muncul perlahan hingga menjadi masalah besar yang tidak sempat diselesaikan. Sistem dibangun sesuai spesifikasi, tapi tidak dirancang untuk bertahan. Klien berakhir dengan technical debt yang tidak mereka rencanakan. Tim pun mendapatkan hasil yang sulit untuk dibanggakan. Tidak ada yang benar-benar diuntungkan.

Kesuksesan jangka panjang datang dari memilih pekerjaan yang tepat, bukan menerima semua pekerjaan. Perbedaannya sangat berarti.

Seperti apa proyek yang tidak selaras

Jarang terlihat jelas di awal.

Brief terdengar masuk akal. Anggaran tersedia. Timeline terasa realistis.

Namun ketidakselarasan biasanya muncul dalam percakapan. Klien yang hanya fokus pada build cepat dan tidak memikirkan apa yang terjadi setelah peluncuran. Bisnis yang mencari vendor untuk mengeksekusi keputusan yang sudah dibuat, bukan partner untuk menantangnya. Atau proyek di mana teknologi justru menjadi pengarah strategi, bukan sebaliknya.

Ini bukan tentang klien yang “salah”. Mereka hanya membutuhkan hal berbeda dari apa yang kami tawarkan.

Ketika tetap dijalankan, hasilnya sering menjadi sesuatu yang sulit untuk kami dukung. Sistem yang tidak dirancang untuk berkembang, tapi diharapkan bisa mengikuti kebutuhan bisnis. Itu tidak membantu siapa pun.

Mengapa kami mengatakan tidak

Mengatakan tidak pada pekerjaan yang tidak selaras adalah cara kami menjaga kualitas dari apa yang kami bangun.

Pendekatan kami berfokus pada jangka panjang. Kami membangun sistem yang dapat berkembang bersama bisnis, bukan sistem yang harus diganti ketika bisnis berubah. Itu membutuhkan kolaborasi yang tepat, di mana kedua pihak memiliki tujuan yang sama, terbuka untuk bertanya, dan jujur ketika ada hal yang tidak berjalan dengan baik.

Kolaborasi seperti itu hanya bisa terjadi jika sejak awal sudah ada keselarasan nilai.

Tanpa itu, proyek terasa lebih berat dari seharusnya. Keputusan kecil yang seharusnya cepat justru memakan waktu lama. Feedback disaring agar tidak menimbulkan gesekan. Kolaborasi berubah menjadi komunikasi yang tertahan.

Kami sudah melihat dampaknya—pada tim, pada produk, dan pada hubungan dengan klien setelah proyek selesai. Mengatakan tidak sejak awal adalah pilihan yang lebih bertanggung jawab, baik untuk kami maupun untuk klien.

Proyek yang kami pilih

Proyek yang kami ambil memiliki pola yang konsisten.

Klien berpikir dalam jangka panjang, bukan sekadar kuartal. Mereka mencari partner teknologi yang tetap relevan dalam lima tahun, bukan vendor yang selesai lalu pergi. Mereka juga terbuka untuk diskusi yang sulit sejak awal, karena paham bahwa itulah yang mencegah masalah besar di kemudian hari.

Ada masalah nyata yang perlu diselesaikan, dan mereka terbuka untuk ditantang bagaimana cara terbaik menyelesaikannya. Tidak semua brief menggambarkan solusi yang tepat, dan klien terbaik kami memahami hal itu.

Mereka juga peduli dengan apa yang terjadi setelah peluncuran. Karena di situlah nilai sebenarnya terbentuk—melalui iterasi, perbaikan, dan penggunaan nyata dari sistem tersebut.

Proyek seperti ini memang tidak selalu mudah ditemukan. Tapi sangat layak untuk dicari.

Selektif justru mengurangi risiko

Ada alasan praktis di balik pendekatan ini.

Ketika proyek selaras, hasilnya jauh lebih baik. Keputusan jadi lebih cepat karena kedua tim berbagi prinsip yang sama. Masalah muncul lebih awal karena komunikasi terbuka. Technical debt lebih rendah karena arsitektur dirancang untuk jangka panjang. Klien mendapatkan sistem yang benar-benar mendukung mereka. Kami mendapatkan hasil kerja yang bisa kami banggakan. Hubungan pun berkembang dari waktu ke waktu.

Itulah hasil dari selektivitas. Bukan sekadar lebih sedikit proyek, tapi proyek yang lebih tepat.

Mari kita luruskan

Bisnis teknologi yang mengatakan ya untuk semuanya cenderung membangun sistem yang tidak benar-benar melayani siapa pun.

Pekerjaan yang berkelanjutan membutuhkan selektivitas—keberanian untuk tidak mengambil pekerjaan yang tidak akan menghasilkan sesuatu yang layak dipertahankan.

Kami memilih untuk mengatakan tidak pada proyek yang tidak selaras—yang hanya berfokus pada kecepatan, bukan keberlanjutan, atau hubungan yang sejak awal terasa transaksional. Bukan karena kami tidak bisa, tapi karena kami tahu hasil akhirnya.

Jika Anda sedang mencari partner teknologi, cari yang berani mengajukan pertanyaan sulit sebelum menyetujui apa pun. Yang menantang brief, menguji timeline, dan ingin memahami seperti apa kesuksesan dalam beberapa tahun ke depan, bukan hanya beberapa bulan.

Partner yang berani mengatakan tidak pada proyek yang salah adalah partner yang tepat untuk membangun hal yang benar.

Jika itu jenis hubungan yang Anda cari, kami dengan senang hati akan berdiskusi.