Konten disusun AI — bisa keliru. Baca disclaimer lengkap
CoHive (PT Evi Asia Tenggara)
Ringkasan
Apa yang Terjadi
CoHive adalah penyedia coworking space terbesar di Indonesia yang berawal pada 2015 sebagai EV Hive — proyek sampingan East Ventures untuk menampung startup portofolionya, dengan dua lokasi kecil di Jakarta Selatan dan BSD (total ±450 m²). Pada 2017 bisnis ini diambil alih dan dikembangkan oleh trio Jason Lee (CEO, mantan bankir Deutsche Bank/Merrill Lynch), Carlson Lau, dan Ethan Choi. Tahun 2019 perusahaan melakukan rebranding menjadi CoHive seiring putaran Series B US$13,5 juta yang dipimpin Stonebridge Ventures (Korea) — membawa total pendanaan menembus US$37 juta dari investor seperti East Ventures, Insignia Venture Partners, dan Intudo Ventures. CoHive berekspansi agresif: dari satu lokasi rintisan menjadi sekitar 30 lokasi (60.000 m²) pada 2019, sempat menguasai porsi besar pasar coworking CBD Jakarta, dan diversifikasi ke CoLiving, CoRetail, dan event space.
Model bisnisnya menyimpan kerentanan klasik ala WeWork: menyewa properti dengan kontrak jangka panjang lalu menyewakannya kembali secara jangka pendek — sebuah asset-liability mismatch yang fatal ketika permintaan jatuh. Pandemi COVID-19 dan tren work from home memangkas okupansi coworking secara struktural, sementara kewajiban sewa jangka panjang tetap berjalan. Skala yang tadinya keunggulan berubah menjadi beban. Pada paruh kedua 2022, CoHive menutup sekitar 80% lokasinya (dari 31 gerai tersisa sekitar 8). Induk usaha PT Evi Asia Tenggara masuk PKPU sementara pada 22 September 2022, dan pada 18 Januari 2023 Pengadilan Niaga Jakarta Pusat menyatakannya pailit (perkara No. 231/Pdt.Sus-PKPU/2022/PN Niaga Jkt.Pst).
Pelajaran utama CoHive: model arbitrase real estat (sewa panjang vs sewa pendek) sangat rentan terhadap guncangan permintaan dan hanya bertahan dengan modal murah yang berkelanjutan. Pandemi adalah pemicu, tetapi asset-liability mismatch, over-ekspansi yang dibiayai pendanaan, dan diversifikasi prematur adalah akar masalah yang membuat raksasa coworking ini tumbang begitu badai datang.
Kronologi
Urutan Kejadian
EV Hive lahir sebagai proyek coworking East Ventures
CoHive bermula sebagai EV Hive pada 2015 — awalnya inisiatif paruh waktu dari East Ventures untuk menyediakan ruang kerja bagi startup portofolionya. Dimulai dari dua lokasi di Jakarta Selatan dan BSD City dengan total luas sekitar 450 m². Konsepnya: ruang kerja kolaboratif yang menumbuhkan ekosistem startup Indonesia.
EV Hive diambil alih trio Jason Lee, Carlson Lau, Ethan Choi
Pada 2017, EV Hive dikeluarkan (spin out) dari East Ventures dan diambil alih oleh sekelompok wirausahawan — Jason Lee, Carlson Lau, dan Ethan Choi — untuk dikembangkan menjadi operator coworking independen berskala besar. Jason Lee, berlatar bankir (Deutsche Bank, Merrill Lynch) dan mantan CFO NIDA Rooms, menjadi CEO dan motor ekspansi.
Series B US$13,5 juta & rebranding EV Hive menjadi CoHive
EV Hive mengumumkan putaran Series B senilai US$13,5 juta yang dipimpin Stonebridge Ventures asal Korea Selatan, sekaligus rebranding menjadi CoHive. Total pendanaan kumulatif menembus US$37 juta (dari investor termasuk East Ventures, Insignia Venture Partners, dan Intudo Ventures). Bersamaan, CoHive memperluas lini bisnis ke CoLiving (ruang tinggal), CoRetail (ritel), dan event space — strategi diversifikasi mirip arah 'The We Company' (WeWork) pada masa itu.
Puncak ekspansi: ±30 lokasi dan 60.000 m² ruang komersial
Sepanjang 2019 CoHive berekspansi kilat dari satu lokasi rintisan menjadi sekitar 30 lokasi dengan total luas ±60.000 m² ruang komersial premium, dan disebut menguasai porsi besar pasar coworking di kawasan pusat bisnis Jakarta. Strategi 'blitzscaling' real estat ini menjadikan CoHive operator coworking terbesar di Indonesia — sekaligus menumpuk komitmen sewa jangka panjang yang masif.
CoHive membuka cabang ruang kantor fleksibel ke-37
Memasuki awal 2020, CoHive masih dalam mode ekspansi dan membuka cabang ruang kantor fleksibel ke-37. Perusahaan sempat memiliki aset prestisius termasuk gedung 18 lantai (CoHive 101) di kawasan Kuningan, Jakarta. Ekspansi terus berjalan tepat sebelum pandemi memukul industri.
Pandemi COVID-19 & WFH memangkas okupansi coworking
Pandemi COVID-19 yang masuk ke Indonesia pada Maret 2020 dan meluasnya tren work from home memukul fundamental bisnis coworking: permintaan ruang kerja bersama anjlok, sementara kewajiban sewa jangka panjang CoHive tetap berjalan. Inilah titik balik di mana skala besar berubah dari keunggulan menjadi beban biaya tetap yang berat.
PT Evi Asia Tenggara masuk PKPU Sementara
Induk usaha CoHive, PT Evi Asia Tenggara, masuk status Penundaan Kewajiban Pembayaran Utang (PKPU) Sementara berdasarkan penetapan pengadilan pada 22 September 2022 — memberi waktu bagi perusahaan untuk berunding dengan para kreditur di tengah lilitan utang, termasuk kewajiban kepada pemilik properti.
Dari 31 gerai tersisa 8 — sekitar 80% lokasi ditutup
Pada paruh kedua 2022, CoHive terpaksa menutup sekitar 80% lokasi yang dikelolanya akibat okupansi lesu dan masalah keuangan-internal. Dari sekitar 31 gerai, dilaporkan hanya tersisa sekitar 8 lokasi yang masih beroperasi. Beban sewa jangka panjang atas ruang yang kosong menggerus kas dengan cepat.
Pengadilan Niaga Jakarta Pusat menyatakan CoHive pailit
Pada 18 Januari 2023, Pengadilan Niaga pada PN Jakarta Pusat menyatakan PT Evi Asia Tenggara (CoHive) dalam keadaan pailit dalam perkara No. 231/Pdt.Sus-PKPU/2022/PN Niaga Jkt.Pst, setelah proses PKPU gagal mencapai perdamaian dengan kreditur. Majelis menunjuk Rio Sadrack M. Pantouw dan Benny Marnala Pasaribu sebagai tim kurator. Rapat kreditur pertama dijadwalkan 1 Februari 2023, batas pengajuan tagihan 9 Februari 2023, dan verifikasi/pencocokan piutang 27 Februari 2023.
CoHive sebut pandemi berkepanjangan; kepailitan getarkan industri coworking
CoHive menyebut pandemi COVID-19 yang berkepanjangan, kondisi pasok ruang kantor yang tidak menguntungkan, dan lingkungan penggalangan dana yang menantang sebagai faktor yang membawanya ke kepailitan. Kebangkrutan operator terbesar ini menggetarkan industri coworking Indonesia dan memicu pertanyaan tentang keberlanjutan model bisnis ruang kerja fleksibel pasca-pandemi.
Aktor & Insentif
Siapa yang Terlibat
Jason Lee — Co-Founder & CEO
Peran dalam Kasus
Memimpin transformasi EV Hive menjadi CoHive dan ekspansi agresif ke ±30+ lokasi serta lini CoLiving/CoRetail. Strategi blitzscaling real estat ini menarik investor besar namun menumpuk komitmen sewa jangka panjang yang menjadi sumber kerentanan saat pandemi.
Insentif
Mantan bankir (Deutsche Bank, Merrill Lynch) dan eks-CFO NIDA Rooms dengan naluri ekspansi dan akses modal. Insentif membangun kategori coworking terbesar di Indonesia, mengejar skala dan pangsa pasar untuk menarik putaran pendanaan berikutnya serta posisi dominan.
Carlson Lau & Ethan Choi — Co-Founders
Peran dalam Kasus
Berkontribusi pada ekspansi cepat dan diversifikasi lini bisnis. Bersama CEO, ikut menentukan laju pertumbuhan yang dibiayai pendanaan dan komitmen real estat berskala besar.
Insentif
Tim pendiri inti yang menjalankan strategi, operasi, dan pengembangan bisnis CoHive. Insentif membuktikan model coworking dapat diskalakan secara nasional dan menghasilkan return bagi investor.
East Ventures — 'orang tua' & investor awal
Peran dalam Kasus
Membentuk DNA dan titik awal CoHive (2015) serta turut mendanai. Asal-usul sebagai proyek VC ikut mendorong orientasi pertumbuhan cepat yang khas startup.
Insentif
VC yang menciptakan EV Hive sebagai sarana mendukung ekosistem startup portofolionya, lalu menjadi investor CoHive. Insentif: membangun infrastruktur ekosistem sekaligus memperoleh imbal hasil dari pertumbuhan CoHive.
Stonebridge Ventures, Insignia, Intudo — Investor
Peran dalam Kasus
Menyediakan modal yang membiayai ekspansi real estat CoHive. Ketika lingkungan penggalangan dana mengetat pasca-2021 dan okupansi jatuh, aliran modal yang menopang model ini berhenti.
Insentif
VC yang mendanai Series B dan putaran lain CoHive (total >US$37 juta). Insentif standar VC: mengejar pertumbuhan pesat, kepemimpinan pasar, dan exit yang menguntungkan di sektor flexible office yang saat itu sedang naik daun.
Pemilik properti & kreditur — counterparty sewa jangka panjang
Peran dalam Kasus
Menjadi pihak yang menanggung gagal bayar saat CoHive tak mampu memenuhi kewajiban sewa atas ruang yang okupansinya anjlok. Menjadi kreditur dalam proses PKPU dan kepailitan.
Insentif
Pemilik gedung/properti menyewakan ruang kepada CoHive dengan kontrak jangka panjang, mengharapkan arus sewa stabil. Kreditur lain mengharapkan pelunasan kewajiban.
Anggota/penyewa & karyawan CoHive — pihak terdampak
Peran dalam Kasus
Terdampak penutupan masif lokasi: penyewa harus pindah, karyawan menghadapi ketidakpastian kerja. Kepailitan menutup layanan dan menyisakan kebutuhan relokasi bagi banhak komunitas kerja.
Insentif
Penyewa (startup, freelancer, perusahaan) bergantung pada ruang kerja CoHive; karyawan bergantung pada kelangsungan perusahaan. Kepentingan mereka adalah kepastian operasional dan layanan.
Pengadilan Niaga Jakarta Pusat & tim kurator
Peran dalam Kasus
Memproses PKPU yang berujung putusan pailit (18 Jan 2023, perkara 231/Pdt.Sus-PKPU/2022/PN Niaga Jkt.Pst). Kurator Rio Sadrack M. Pantouw dan Benny Marnala Pasaribu mengurus pemberesan harta pailit.
Insentif
Lembaga peradilan dan kurator menegakkan UU Kepailitan & PKPU secara adil bagi debitur dan kreditur. Insentif: penyelesaian utang yang tertib sesuai hukum.
Insight untuk Founder
Pelajaran dari Kasus Ini
Asset-Liability Mismatch ala WeWork (Sewa Panjang vs Sewa Pendek)
Apa yang Terjadi
CoHive menyewa properti dengan kontrak jangka panjang (kewajiban tetap bertahun-tahun) lalu menyewakannya kembali secara jangka pendek/fleksibel (pendapatan yang mudah menguap). Saat pandemi memangkas okupansi, pendapatan jangka pendek runtuh sementara kewajiban sewa jangka panjang tetap berjalan.
Polanya
Model arbitrase durasi pada real estat menciptakan ketidakcocokan aset-liabilitas yang fatal dalam guncangan permintaan. Ini pola yang sama menjatuhkan WeWork secara global — keuntungan tipis di masa baik, kerugian besar di masa buruk.
Tanda Bahaya Dini
- Komitmen sewa jangka panjang dibayar dari pendapatan jangka pendek yang volatil
- Okupansi tinggi diasumsikan permanen dalam proyeksi
- Tidak ada klausul fleksibilitas/keluar pada kontrak sewa
- Ekspansi menambah liabilitas tetap lebih cepat daripada pendapatan stabil
Aksi Pencegahan
- Negosiasikan struktur sewa fleksibel (revenue-share, break clause, sewa variabel)
- Cocokkan durasi liabilitas dengan durabilitas pendapatan
- Uji skenario okupansi turun 40–60% sebelum menandatangani sewa baru
- Batasi eksposur sewa tetap sebagai persentase dari pendapatan berulang yang terbukti
Over-Ekspansi: Skala yang Berubah Jadi Beban
Apa yang Terjadi
CoHive berekspansi dari 1 lokasi (2015) ke ±30 lokasi/60.000 m² (2019) dan 31 gerai (2021). Ketika permintaan jatuh, skala besar yang tadinya keunggulan kompetitif berubah menjadi tumpukan biaya tetap; perusahaan akhirnya menutup ~80% lokasi.
Polanya
Blitzscaling pada bisnis padat-aset memperbesar titik impas dan memperberat penurunan. Pertumbuhan jumlah lokasi bukan jaminan kesehatan finansial bila tiap lokasi belum terbukti menguntungkan.
Tanda Bahaya Dini
- Penambahan lokasi dikejar sebagai metrik pertumbuhan, bukan profitabilitas per lokasi
- Tidak semua lokasi mencapai okupansi/margin sehat
- Ekspansi dibiayai pendanaan, bukan arus kas operasi
- Biaya tetap tumbuh lebih cepat daripada pendapatan berulang
Aksi Pencegahan
- Buktikan unit economics per lokasi sebelum replikasi
- Tahan laju ekspansi sampai kohort lokasi awal profitable
- Tetapkan ambang okupansi/margin sebagai syarat buka lokasi baru
- Rancang portofolio yang bisa dikecilkan cepat (sewa fleksibel) saat lesu
Diversifikasi Prematur (CoLiving, CoRetail, Event)
Apa yang Terjadi
Bersamaan rebranding 2019, CoHive melebar ke CoLiving, CoRetail, dan event space sebelum bisnis inti coworking benar-benar matang secara profitabilitas. Diversifikasi ini menyebar fokus dan modal ke lini baru yang juga padat aset.
Polanya
Memperluas ke banyak lini sebelum inti terbukti menguntungkan menyebarkan sumber daya terlalu tipis dan menambah kompleksitas operasional serta liabilitas baru — memperbesar permukaan risiko.
Tanda Bahaya Dini
- Ekspansi lini bisnis sebelum core profitable
- Setiap lini baru juga padat modal/aset
- Narasi 'super-app real estat' menutupi belum sehatnya unit economics inti
- Fokus manajemen dan kas terbagi ke banyak arah
Aksi Pencegahan
- Matangkan dan untungkan bisnis inti sebelum diversifikasi
- Prioritaskan lini yang memperkuat (bukan menambah) struktur biaya
- Uji adjacency baru dengan pilot kecil dan modal terbatas
- Jaga disiplin fokus saat masih membakar modal
Guncangan Permintaan Struktural: Pandemi & WFH
Apa yang Terjadi
Pandemi dan normalisasi work-from-home/hybrid menurunkan permintaan ruang kerja bersama secara struktural — bukan sekadar siklus sementara. CoHive, yang fundamentalnya bergantung pada okupansi tinggi, paling terekspos.
Polanya
Bisnis dengan biaya tetap tinggi dan satu sumber permintaan sangat rapuh terhadap perubahan perilaku permanen. Pemicu eksternal mengekspos kerapuhan struktural yang sudah ada.
Tanda Bahaya Dini
- Ketergantungan penuh pada okupansi fisik yang tinggi
- Tidak ada lini pendapatan yang tahan terhadap WFH
- Asumsi permintaan kembali normal cepat pasca-guncangan
- Buffer kas tidak memadai untuk menahan penurunan berkepanjangan
Aksi Pencegahan
- Bangun ketahanan: buffer kas dan struktur biaya yang fleksibel
- Kembangkan produk yang relevan untuk dunia hybrid (membership fleksibel, day-pass, enterprise solutions)
- Lakukan stress test terhadap perubahan perilaku permanen, bukan hanya siklus
- Jaga opsi mengecilkan footprint dengan cepat
Ketergantungan pada Modal Murah yang Berkelanjutan
Apa yang Terjadi
Model real estat CoHive hanya berkelanjutan selama ada aliran modal murah untuk membiayai ekspansi dan menutup kerugian. Saat lingkungan penggalangan dana mengetat (tech winter 2022), lifeline ini berhenti dan perusahaan tak mampu menutup kewajiban.
Polanya
Bisnis yang belum profitable dan padat modal hidup-mati pada akses pendanaan eksternal. Ketika pasar modal berbalik, model semacam ini adalah yang pertama tumbang.
Tanda Bahaya Dini
- Operasi & ekspansi bergantung pada putaran pendanaan berikutnya
- Belum ada jalur jelas menuju profitabilitas operasional
- Liabilitas tetap besar tanpa cadangan kas memadai
- Valuasi/skala dibangun di atas asumsi modal murah permanen
Aksi Pencegahan
- Kejar profitabilitas operasional, jangan jadikan 'next round' sebagai asumsi default
- Jaga runway panjang dan rencana 'no new funding'
- Kurangi liabilitas tetap agar burn fleksibel
- Diversifikasi sumber pendanaan dan jaga hubungan investor sejak dini
Pandemi sebagai Pemicu, Model Bisnis sebagai Akar
Apa yang Terjadi
CoHive menyebut pandemi sebagai alasan utama. Namun kerentanan strukturalnya — mismatch aset-liabilitas, over-ekspansi, diversifikasi prematur, ketergantungan modal — sudah ada sebelum guncangan. Pandemi hanya mempercepat keniscayaan.
Polanya
Krisis eksternal sering menjadi 'kambing hitam' yang nyaman, tetapi yang menentukan daya tahan adalah fondasi model bisnis. Fondasi rapuh tumbang lebih dulu saat badai.
Tanda Bahaya Dini
- Narasi 'pertumbuhan terbesar' menutupi profitabilitas yang belum tercapai
- Sensitivitas ekstrem terhadap satu variabel (okupansi)
- Tidak ada rencana kontingensi untuk guncangan berkepanjangan
- Pertumbuhan dibiayai burn, bukan margin
Aksi Pencegahan
- Pisahkan validasi pasar/prestise dari kesehatan finansial riil
- Bangun model yang tahan terhadap skenario terburuk, bukan hanya skenario optimis
- Lakukan post-mortem jujur atas asumsi-asumsi inti secara berkala
- Utamakan ketahanan (resilience) sejajar dengan pertumbuhan
Bedah Teknikal
Kacamata CTO
CoHive memasarkan diri sebagai "community platform"/proptech, tetapi lapis teknologinya tipis di atas bisnis yang inti-nya padat aset real estat: menyewa gedung jangka panjang, menyewakan ulang jangka pendek.
- Teknologi yang diketahui bersifat penunjang, bukan produk: situs & pemesanan ruang, WiFi 24/7 di tiap lokasi, dan software manajemen keanggotaan/booking coworking (kelas yang lazim dibeli, bukan dibangun).
- Tidak ada outage besar, kebocoran data, atau kegagalan sistem yang tercatat sebagai pemicu keruntuhan. Akar keruntuhan ada di sisi bisnis (mismatch aset-liabilitas, over-ekspansi), bukan engineering.
- Nilai analisis ini justru terletak pada batas teknologi: software tidak bisa mengoptimasi kewajiban sewa tetap, dan label "tech company" tidak membuat liabilitas real estat jadi fleksibel. Detail stack internal tak dipublikasikan; bagian berlabel Inferensi adalah dugaan beralasan, bukan fakta.
Akar Masalah Teknis
FinOps: tak ada software yang bisa mengoptimasi liabilitas sewa tetap
Apa yang terjadi
Struktur biaya CoHive didominasi komitmen sewa jangka panjang yang tetap berjalan saat pendapatan (sewa jangka pendek) menguap. Ini persoalan unit economics real estat, bukan efisiensi infrastruktur atau cloud cost yang bisa 'di-tuning' engineering.
Polanya
Ketika biaya terbesar sebuah 'perusahaan teknologi' sebenarnya adalah aset fisik (sewa, gedung, perangkat keras), disiplin FinOps software (autoscaling, right-sizing) tidak relevan. Fixed cost fisik hanya bisa dikurangi lewat keputusan bisnis (renegosiasi/keluar), bukan optimasi teknis.
Tanda bahaya dini
- Komponen biaya terbesar adalah liabilitas fisik jangka panjang, bukan compute/vendor SaaS
- Proyeksi mengasumsikan okupansi tinggi permanen untuk menutup fixed cost
- Tidak ada klausul fleksibel/break clause pada kontrak yang mengunci biaya
- 'Efisiensi' dikejar di lapis yang kecil (ops) sementara beban terbesar tak tersentuh
Pencegahan
- Petakan jujur di mana biaya terbesar berada; jangan berharap engineering menutup lubang bisnis
- Untuk bisnis hybrid fisik-digital, cocokkan durasi liabilitas dengan durabilitas pendapatan
- Negosiasikan struktur biaya variabel (revenue-share, break clause) sebelum ekspansi
- Stress-test unit economics per lokasi pada okupansi turun 40–60%
Veneer teknologi di atas arsitektur bisnis padat-aset
Apa yang terjadi
CoHive dipasarkan sebagai platform/proptech, tetapi 'arsitektur' yang menentukan nasibnya adalah arsitektur bisnis (sewa panjang → sewa pendek), bukan arsitektur sistem. Lapisan software tak menambah skalabilitas margin maupun defensibility yang biasa diharapkan dari perusahaan teknologi.
Polanya
Label 'tech' pada bisnis padat-aset menciptakan ilusi skalabilitas software di benak pendiri & investor. Keputusan pertumbuhan lalu diambil dengan asumsi margin & leverage teknologi yang tidak pernah ada.
Tanda bahaya dini
- Deck & branding menekankan 'platform/AI/data' tapi pendapatan 99% dari aset fisik
- Pertumbuhan diukur seperti software (jumlah lokasi/anggota) alih-alih margin per unit
- Tak ada jalur teknis yang menurunkan biaya marginal saat skala naik
- 'Moat teknologi' disebut di pitch tapi tak bisa ditunjuk konkret
Pencegahan
- Uji kejujuran: singkirkan kata 'platform/tech' — apakah ekonominya tetap masuk akal?
- Klasifikasikan bisnis apa adanya (asset-heavy vs asset-light) dan rencanakan modal sesuai itu
- Kalau teknologi bukan moat, cari moat nyata (lokasi, biaya, jaringan) dan akui itu
- Jangan biarkan narasi 'tech' membenarkan laju bakar ala software di bisnis padat-aset
Yang di-scale adalah infrastruktur fisik, bukan software
Apa yang terjadi
Menambah lokasi berarti mereplikasi jaringan, WiFi, perangkat, dan kontrol akses fisik di tiap gedung — biaya dan beban operasional yang tumbuh mendekati linear dengan jumlah lokasi, bukan mendekati nol seperti menambah pengguna pada sistem software.
Polanya
Scaling software: biaya marginal per unit menuju nol. Scaling ruang fisik: tiap unit membawa CAPEX/OPEX penuh sendiri. Menyamakan keduanya membuat ekspansi terasa 'murah' padahal setiap lokasi menambah titik biaya & titik kegagalan operasional baru.
Tanda bahaya dini
- Setiap 'penambahan pengguna' menuntut instalasi fisik baru (jaringan, perangkat)
- Biaya operasional total naik seiring skala, bukan turun per unit
- Beban pemeliharaan IT/jaringan tersebar di banyak lokasi tanpa standardisasi
- Rencana ekspansi memakai asumsi biaya marginal ala software
Pencegahan
- Bedakan tegas komponen asset-light (software) vs asset-heavy (properti/perangkat) dalam model
- Standardisasi & sentralisasi stack IT antar-lokasi untuk menekan biaya pemeliharaan
- Buktikan profitabilitas satu kohort lokasi sebelum mereplikasi
- Rancang portofolio yang bisa dikecilkan cepat (sewa & kontrak fleksibel)
Software komoditas → tak ada moat data / network effect digital
Apa yang terjadi
Fungsi digital inti (booking, keanggotaan, pembayaran) adalah kelas yang tersedia sebagai produk siap-pakai. Karena tak dibangun jadi aset yang membangun data & network effect, komunitas CoHive terikat pada ruang fisik — bukan pada platform digital yang membuatnya lengket.
Polanya
Kalau software intimu setara vendor kebanyakan, kamu tak boleh mengklaim moat teknologi. Retensi harus datang dari sumber lain; kalau tidak, saat aset fisik hilang, tak ada 'gravitasi digital' yang menahan pengguna.
Tanda bahaya dini
- 'Platform komunitas' tak punya produk digital yang dipakai di luar gedung
- Data anggota tak diolah jadi layanan yang menambah switching cost
- Network effect diklaim tapi terjadi di ruang fisik, bukan di software
- Ketergantungan penuh pada vendor untuk seluruh lapis digital
Pencegahan
- Kalau menjual 'platform', bangun setidaknya satu aset digital yang menambah switching cost
- Ubah data operasional jadi layanan bernilai (mis. jaringan bisnis, marketplace anggota)
- Ukur retensi yang independen dari kehadiran fisik
- Jujur pada diri sendiri apakah 'komunitas' itu produk digital atau sekadar ruang bersama
Perusahaan berlabel 'tech' tanpa inti kepemimpinan teknologi
Apa yang terjadi
Kepemimpinan CoHive berlatar finansial & real estat (mantan bankir), bukan teknologi, dan tak ada jejak publik atas organisasi engineering atau kepemimpinan teknologi yang kuat — konsisten dengan bisnis yang intinya operasi properti, bukan produk software.
Polanya
Bila sebuah perusahaan menjual diri sebagai 'tech' namun keputusan & kepemimpinan sepenuhnya bisnis/aset, ada ketimpangan antara narasi dan DNA organisasi. Conway's law bekerja terbalik: karena tak ada organisasi teknologi serius, tak lahir pula produk teknologi yang menentukan.
Tanda bahaya dini
- Tak ada CTO/VP Eng atau tim produk yang menonjol meski branding 'tech/platform'
- Roadmap didominasi ekspansi properti, bukan produk digital
- Keputusan strategis seluruhnya di tangan profil bisnis/keuangan
- 'Teknologi' jadi bahan pitch, bukan fungsi yang diinvestasikan
Pencegahan
- Selaraskan narasi dengan DNA: kalau intinya operasi fisik, sebut apa adanya dan pimpin sebagai ops company
- Kalau benar ingin jadi tech company, investasikan kepemimpinan & org teknologi nyata sejak awal
- Jangan pakai label 'tech' hanya untuk valuasi tanpa membangun kapabilitasnya
- Ukur bobot investasi produk/engineering vs ekspansi aset — harus konsisten dengan klaim
Keputusan Teknis & Trade-off
Membungkus bisnis padat-aset dengan branding 'proptech'/'community platform'
Konteks
Pada 2018–2019, label 'tech-enabled' dan 'platform' membuka akses ke modal ventura dengan multiple valuasi tinggi. Untuk menggalang dana besar dan tumbuh cepat, memposisikan diri sebagai teknologi (bukan penyewa properti) adalah pilihan yang rasional secara penggalangan dana saat itu.
Trade-off
Menukar kejelasan model dengan ekspektasi yang salah: investor & manajemen memperlakukan bisnis seolah punya skalabilitas & margin software, padahal struktur biayanya adalah real estat dengan liabilitas sewa tetap.
Hasil
Ekspansi dijalankan dengan logika blitzscaling software (kejar pertumbuhan, moat menyusul), sementara tiap 'unit pertumbuhan' membawa beban sewa tetap bertahun-tahun. Saat permintaan turun, tidak ada leverage teknologi untuk menyerap guncangan.
Diversifikasi ke CoLiving, CoRetail, dan Event sebelum core matang
Konteks
Mengikuti tesis 'super-app real estat' ala WeWork, memperluas lini terasa memperkuat platform dan menaikkan nilai per anggota. Untuk startup yang dibiayai pertumbuhan, memperlebar TAM adalah gerakan yang lazim dan menarik bagi investor.
Trade-off
Tiap lini baru menambah permukaan operasional & sistem sendiri (inventaris ritel, hunian, tiket acara) — masing-masing butuh proses, tooling, dan integrasi data yang berbeda — di atas core coworking yang belum terbukti profitable.
Hasil
Fokus manajemen, kas, dan kapasitas operasional tersebar tipis ke banyak arah padat-aset; kompleksitas naik tanpa moat teknologi terpadu yang mengikat semuanya.
Mengandalkan software manajemen coworking kelas komoditas (build-vs-buy: buy)
Konteks
Manajemen keanggotaan, booking ruang, dan pembayaran adalah masalah yang sudah diselesaikan banyak vendor (mis. kategori Nexudus/Cobot). Membeli/menyewa alih-alih membangun adalah keputusan yang benar untuk operator ruang — membangun software sendiri tak akan memberi keunggulan.
Trade-off
Konsekuensinya: tak ada diferensiasi atau moat di lapis software. Kalau produk digitalmu setara pesaing, keunggulan harus datang dari lokasi, harga, atau jaringan komunitas — bukan teknologi.
Hasil
CoHive tak pernah memiliki aset teknologi/data yang defensible; ketika ruang fisik ditutup, tak ada network-effect digital yang menahan anggota tetap di ekosistem.
Insight untuk CTO
Yang menentukan nasib bisa jadi arsitektur bisnis, bukan arsitektur sistem. Kalau biaya & pendapatan terbesar berasal dari aset fisik, tidak ada keputusan engineering yang menyelamatkan model yang cacat di level unit economics. Jujurlah menyebut bisnis padat-aset apa adanya.
🚩 Peringatan dini
Deck menonjolkan 'platform/tech/data', tapi >95% pendapatan datang dari aset fisik dan tak ada jalur teknis yang menurunkan biaya marginal saat skala naik.
🛡️ Pencegahan
Uji kejujuran: buang kata 'tech/platform' dari deskripsi — apakah ekonominya tetap masuk akal? Klasifikasikan asset-heavy vs asset-light dan rencanakan modal & laju bakar sesuai itu, bukan sesuai asumsi margin software.
Bedakan tegas scaling software (biaya marginal → 0) dari scaling fisik (tiap unit membawa biaya penuh sendiri). Menyamakan keduanya membuat ekspansi terasa murah padahal tiap lokasi menambah beban tetap dan titik kegagalan operasional baru.
🚩 Peringatan dini
Setiap 'penambahan pengguna' menuntut instalasi jaringan/perangkat fisik baru; biaya operasional total naik, bukan turun per unit, seiring pertumbuhan.
🛡️ Pencegahan
Standardisasi & sentralisasi stack IT antar-lokasi; buktikan satu kohort lokasi profitable sebelum replikasi; rancang portofolio yang bisa dikecilkan cepat lewat kontrak fleksibel.
Kalau software intimu adalah komoditas yang dibeli, kamu tidak punya moat teknologi — dan itu boleh, asal jujur. Tapi berhenti mengklaim 'platform' bila retensi sepenuhnya bergantung pada aset fisik yang bisa hilang.
🚩 Peringatan dini
'Platform komunitas' tak punya produk digital yang dipakai di luar gedung; data anggota tak diolah menjadi switching cost; network effect terjadi di ruang, bukan di software.
🛡️ Pencegahan
Bangun minimal satu aset digital yang menambah switching cost (jaringan bisnis, marketplace anggota, layanan berbasis data); ukur retensi yang independen dari kehadiran fisik.
Narasi 'tech company' harus dibayar dengan DNA organisasi teknologi. Kalau kepemimpinan & keputusan sepenuhnya bisnis/aset dan tak ada org engineering serius, jangan menjual valuasi teknologi yang tak bisa kamu dukung.
🚩 Peringatan dini
Tak ada CTO/VP Eng atau tim produk yang menonjol meski branding 'tech/platform'; roadmap didominasi ekspansi properti; 'teknologi' hanya muncul di pitch.
🛡️ Pencegahan
Selaraskan narasi dengan realitas: pimpin sebagai ops company kalau memang itu intinya, atau investasikan kepemimpinan & organisasi teknologi nyata sejak awal bila serius ingin jadi tech company.
Bangun aset yang bisa bertahan sebagai lifeboat. Bisnis SaaS bisa hidup nyaris tanpa biaya marginal saat krisis; bisnis yang nilainya melekat 100% pada footprint fisik tak punya penyelamat ketika kas habis dan ruang ditutup.
🚩 Peringatan dini
Tak ada produk/data digital yang bisa terus berjalan tanpa lokasi fisik; seluruh nilai perusahaan lenyap begitu ruang ditutup.
🛡️ Pencegahan
Sisihkan investasi untuk membangun aset digital durable (produk, data, jaringan) yang bertahan tanpa ruang fisik; jaga buffer kas & struktur biaya fleksibel untuk menahan guncangan permintaan berkepanjangan.
Verdict CTO
Kalau saya CTO/pemimpin teknologi CoHive ~2–3 tahun sebelum krisis, 5 keputusan yang saya ambil berbeda:
- Jujur soal DNA bisnis. Berhenti menjual 'platform/proptech' bila ekonominya adalah real estat. Rencanakan modal, laju bakar, dan ekspansi dengan logika bisnis padat-aset — bukan asumsi margin & skalabilitas software.
- Bangun satu aset digital yang benar-benar defensible. Ubah data & jaringan anggota menjadi layanan yang menambah switching cost (marketplace/jaringan bisnis antar-anggota) sehingga ada retensi yang bertahan meski lokasi ditutup.
- Standardisasi & sentralisasi stack IT antar-lokasi. Perlakukan tiap lokasi baru sebagai deployment berbiaya nyata; tekan biaya jaringan/perangkat/pemeliharaan lewat template operasional, alih-alih membangun ulang tiap gedung.
- Pasang gerbang unit-economics untuk ekspansi. Tak ada lokasi (atau lini CoLiving/CoRetail) baru sebelum kohort sebelumnya terbukti profitable pada skenario okupansi turun 40–60% — supaya pertumbuhan tak menumpuk liabilitas tetap yang rapuh.
- Dahulukan ketahanan sejajar pertumbuhan. Buffer kas, kontrak sewa fleksibel/break clause, dan rencana 'no new funding' — karena software apa pun tak bisa menyelamatkan model yang runtuh saat modal murah berhenti mengalir.
Catatan jujur: bahkan dengan lima perbaikan ini, CoHive mungkin tetap goyah — karena akar keruntuhannya ada di model bisnis/permintaan (mismatch aset-liabilitas, over-ekspansi), bukan di engineering. Justru itu pelajaran teknisnya: kenali kapan teknologi bukan jawabannya, dan jangan biarkan label 'tech' menutupi bisnis yang secara fundamental padat aset.
Sumber
- Indonesia's EV Hive raises $13.5M and is now CoHive (expands into co-living and new retail) — TechCrunch (tier 1)
- EV Hive 'Rebranding' Jadi CoHive, Bukan Sekadar Ruang Kerja — Viva.co.id (tier 2)
- Sempat Punya 30 Lokasi Co-Working, CoHive Kini Terbelit Utang — CNBC Indonesia (tier 1)
- Startup CoHive Bangkrut, Simak Lagi Sejarah dan Model Bisnisnya — Tempo.co (tier 1)
- CoHive Tutup, Pandemi Covid-19 Berkepanjangan Jadi Alasan Gulung Tikar — CNN Indonesia (tier 1)
- CoHive bankruptcy sends chills through surviving coworking businesses — The Jakarta Post (tier 1)
- [Updated] Indonesian co-working space CoHive declared bankrupt by court — DealStreetAsia (tier 1)
- Sosok di Balik CoHive, Punya Background Bankir dan Investasi — Bisnis.com (tier 2)
- CoHive - Crunchbase Company Profile & Funding (EV Hive) — Crunchbase (tier 2)
Sentimen Publik
Bagaimana Publik Memandang
Sentimen mengukur persepsi publik, bukan fakta hukum. Baca metodologi untuk batasan dan bias yang diakui.
Pemberitaan arus utama (Tempo, CNN, CNBC, Detik, DealStreetAsia, The Jakarta Post) dominan membingkai CoHive sebagai simbol 'badai startup' dan kerapuhan model coworking — menyorot lilitan utang, penutupan masif lokasi, dan ironi runtuhnya operator terbesar. Nadanya kritis namun banyak berbasis fakta.
Manajemen menonjolkan faktor di luar kendali — pandemi berkepanjangan, kondisi pasok ruang kantor, dan iklim penggalangan dana yang sulit — sebagai penyebab. Pembelaan ini hadir sebagai suara minoritas; sebagian pengamat menilai akar masalah ada pada model bisnis itu sendiri.
Pemilik properti dan kreditur yang terikat kontrak sewa jangka panjang menanggung gagal bayar saat okupansi anjlok. Sentimennya negatif dan berorientasi pemulihan tagihan melalui proses PKPU/kepailitan.
Penyewa (startup, freelancer, perusahaan) dan karyawan terdampak penutupan ~80% lokasi: harus relokasi dan menghadapi ketidakpastian. Kekecewaan dan kekhawatiran mendominasi, meski sebagian mengenang kontribusi CoHive bagi komunitas kerja.
Percakapan publik terbelah: sebagian menjadikan CoHive contoh 'bubble' startup dan bakar uang yang tak berkelanjutan (negatif), sebagian mengapresiasi perannya membangun ekosistem coworking dan startup Indonesia (positif/nostalgia).