Konten disusun AI — bisa keliru. Baca disclaimer lengkap

Bedah SuksesAktif|Software / Work Management / SaaS / Productivity Platform|Didirikan 2012|16 mnt baca

monday.com Ltd. (MNDY)

Bagikan:LinkedInXWhatsApp

Ringkasan

Apa yang Terjadi

monday.com adalah platform manajemen kerja (Work OS) asal Israel yang didirikan pada 2012 oleh Roy Mann, Eran Zinman, dan Eran Kampf. Awalnya bernama daPulse, produk ini lahir sebagai tool internal di Wix.com untuk mengatasi tantangan komunikasi dan transparansi saat perusahaan tumbuh pesat. Setelah menyadari potensinya yang lebih luas, daPulse dipecah menjadi startup mandiri pada 2012 dengan Wix sebagai pelanggan pertama. Produk diluncurkan secara komersial pada 2014 dari sebuah apartemen kecil di Tel Aviv dengan hanya 6 pelanggan awal. Banyak investor awal meremehkan produk mereka sebagai 'Excel berwarna-warni', menjadikan pencarian pendanaan sulit. Namun keputusan rebranding dari daPulse ke monday.com pada November 2017 menjadi titik balik krusial — pelanggan melonjak dari 18.000 menjadi lebih dari 127.000. Strategi pemasaran agresif termasuk iklan Super Bowl 2022, billboard di kota-kota besar AS, dan investasi konten digital membantu mendorong pertumbuhan. Perusahaan IPO di NASDAQ pada Juni 2021, mengumpulkan US$574 juta pada valuasi US$6,8 miliar — menjadikan kedua co-CEO sebagai miliarder dan membuktikan bahwa perusahaan teknologi Israel bisa tumbuh besar tanpa pindah ke Silicon Valley. Revenue tumbuh dari US$7 juta (2017) menjadi US$1,2 miliar (2025), dengan profitabilitas non-GAAP dan free cash flow US$296 juta pada 2024. Namun per 2026, monday.com menghadapi tantangan eksistensial: harga saham anjlok ~80% dari puncak akibat fenomena 'SaaSpocalypse' — kekhawatiran bahwa AI agent akan mendisrupsi model bisnis SaaS berbasis seat. Perusahaan merespons dengan pivot agresif ke AI Work Platform, meluncurkan monday agents, mengakuisisi One AI, dan beralih ke model pricing seats-plus-credits. Dengan 225.000+ pelanggan, 2.500+ karyawan, dan revenue US$1,47 miliar yang diproyeksikan untuk 2026, monday.com tetap menjadi kisah sukses startup Israel — meski babak berikutnya akan ditentukan oleh kemampuannya bertransformasi di era AI.

Kronologi

Urutan Kejadian

Fakta

daPulse lahir sebagai tool internal di Wix.com untuk mengatasi masalah komunikasi tim

Roy Mann, yang bekerja di SaaS website builder Wix.com, mengalami langsung tantangan komunikasi dan transparansi saat Wix tumbuh pesat. Tool yang ada (email, spreadsheet, project management tradisional) tidak cukup. Bersama Eran Zinman dan Eran Kampf, ia mulai membangun tool internal untuk menyelesaikan masalah ini — yang kemudian menjadi cikal bakal daPulse.

Fakta

daPulse resmi berdiri sebagai startup mandiri, terpisah dari Wix

Menyadari potensi daPulse yang lebih luas dari sekadar tool internal, Roy Mann, Eran Zinman, dan Eran Kampf resmi mendirikan perusahaan terpisah bernama daPulse. Wix menjadi pelanggan pertama dan pendukung awal. Perusahaan beroperasi dari apartemen kecil di Tel Aviv.

Fakta

Pendanaan seed US$1,5 juta — modal awal untuk membangun produk

daPulse berhasil mengumpulkan US$1,5 juta dalam pendanaan seed. Dana ini digunakan untuk mengembangkan produk dari tool internal menjadi platform yang bisa digunakan perusahaan lain.

Fakta

Peluncuran komersial daPulse — 6 pelanggan pertama dari apartemen kecil di Tel Aviv

daPulse resmi diluncurkan secara komersial setelah dua tahun pengembangan. Tim menyelenggarakan rapat dewan pertama setelah berhasil meng-onboard 6 pelanggan pertama. Operasi berjalan dari 'kantor' yang sebenarnya adalah apartemen kosong di Tel Aviv.

Fakta

Series A US$7,6 juta dipimpin Genesis Partners — validasi pasar awal

daPulse mengumpulkan US$7,6 juta dalam pendanaan Series A yang dipimpin oleh Genesis Partners, dengan partisipasi dari Entrée Capital. Pendanaan ini memvalidasi bahwa ada pasar untuk platform manajemen kerja yang visual dan intuitif, meski banyak investor masih skeptis.

Fakta

Series B US$25 juta dari Insight Venture Partners — masuk radar investor besar

Insight Venture Partners dari New York memimpin pendanaan Series B senilai US$25 juta, dengan partisipasi dari Genesis Partners dan Entrée Capital. Keputusan Insight — firma VC terkemuka yang fokus pada SaaS — untuk berinvestasi menjadi sinyal kuat bahwa daPulse bukan sekadar 'Excel berwarna-warni'.

Fakta

Rebranding dari daPulse ke monday.com — keputusan yang mengubah trajectory perusahaan

Perusahaan berganti nama dari daPulse menjadi monday.com, mencerminkan komitmen pada kejelasan, kesederhanaan, dan efektivitas. Co-founder Roy Mann menjelaskan bahwa 'dapulse terdengar seperti rapper, bukan perusahaan software.' Rebranding ini terbukti menjadi keputusan krusial: dari 18.000 pelanggan saat daPulse menjadi lebih dari 127.000 pelanggan setelah menjadi monday.com, hingga IPO bernilai US$7 miliar.

Fakta

Series C US$50 juta dari Stripes Group — akselerasi pertumbuhan internasional

Stripes Group memimpin pendanaan Series C senilai US$50 juta, dengan partisipasi dari Insight Venture Partners dan Entrée Capital. Dana ini digunakan untuk ekspansi internasional dan mempercepat pengembangan produk. monday.com mulai membangun tim di luar Israel.

Fakta

Series D US$150 juta — valuasi US$1,9 miliar, menjadi unicorn

Sapphire Ventures memimpin pendanaan Series D senilai US$150 juta, dengan partisipasi dari Hamilton Lane, HarbourVest Partners, ION Crossover Partners, dan Vintage Investment Partners. Total pendanaan mencapai US$234,1 juta. Valuasi US$1,9 miliar menjadikan monday.com sebagai unicorn — membuktikan bahwa perusahaan SaaS Israel bisa mencapai skala ini tanpa memindahkan headquarter ke AS.

Fakta

Revenue menembus US$161 juta — pertumbuhan 106% YoY, model Co-CEO diperkenalkan

monday.com menutup tahun 2020 dengan revenue US$161 juta, tumbuh 106% year-over-year. Eran Zinman, yang sebelumnya menjabat CTO sejak 2012, dipromosikan menjadi Co-CEO bersama Roy Mann. Model kepemimpinan dual ini memungkinkan pembagian fokus: Mann pada visi dan strategi bisnis, Zinman pada produk dan teknologi.

Fakta

IPO di NASDAQ — US$574 juta, valuasi US$6,8 miliar, co-founder menjadi miliarder

monday.com melantai di NASDAQ dengan ticker MNDY, menjual 3,7 juta saham pada harga US$155 per lembar, mengumpulkan US$574 juta pada valuasi US$6,8 miliar. Saham langsung naik ke US$174 di hari pertama perdagangan, memberi market cap sekitar US$7,6 miliar. Zoom dan Salesforce Ventures berkomitmen US$150 juta sebagai anchor investor. Roy Mann dan Eran Zinman menjadi miliarder baru dari Israel. Mann menyatakan: era startup Israel yang harus pindah ke New York atau mendatangkan CEO Amerika sudah berlalu.

Fakta

Iklan Super Bowl — taruhan pemasaran US$3,5 juta yang berani untuk brand B2B

monday.com menjadi salah satu perusahaan B2B langka yang memasang iklan saat Super Bowl, menginvestasikan US$3,5 juta hanya untuk slot iklan plus beberapa juta dolar lagi untuk kampanye pendukung (billboard, media sosial, OOH). Ini adalah investasi 10x lebih besar dari kampanye terbesar sebelumnya. Tujuannya: membangun brand awareness di luar komunitas tech, menjangkau lebih dari 100 juta penonton. Iklan diperkuat dengan billboard di New York, Los Angeles, Chicago, Boston, Miami, dan Austin.

Fakta

monday.com Foundation didirikan — 10% ekuitas perusahaan untuk dampak sosial

monday.com Foundation didirikan sebagai Public Benefit Company di Israel. Co-CEO Roy Mann berkomitmen mengalokasikan 10% ekuitas perusahaan untuk kegiatan sosial — bukan sebagai gimmick pemasaran, tapi sebagai komitmen strategis. Foundation ini berfokus pada pemberdayaan organisasi nirlaba, tim tanggap darurat, dan komunitas kurang terlayani melalui teknologi. Program utama: Emergency Response Team untuk bantuan bencana, dan Tech School untuk pemuda dari komunitas marginal.

Fakta

Revenue menembus US$968 juta, ARR melampaui US$1 miliar — milestone besar

monday.com menutup tahun fiskal 2024 dengan total revenue US$968 juta dan annual recurring revenue (ARR) melampaui US$1 miliar untuk pertama kalinya. Non-GAAP operating income mencapai US$132,4 juta (margin 14%), dan free cash flow US$295,8 juta. Net dollar retention rate meningkat ke 112%. Meski belum GAAP profitable (rugi operasional US$21 juta), fundamental bisnis menunjukkan kekuatan yang konsisten.

Fakta

Peluncuran monday agents dan ekspansi AI — pivot menuju AI Work Platform

Di konferensi Elevate, monday.com meluncurkan gelombang inovasi produk terbesar: monday agents (AI-powered no-code agent builder), monday vibe (app builder yang menghasilkan 17.000+ aplikasi dalam minggu pertama), monday magic (AI generatif built-in), monday sidekick (asisten AI), dan monday campaigns (produk CRM baru). Agent pertama berfokus pada SDR (sales development) — secara otomatis engage lead baru, enrichment data, dan kualifikasi prospek. Ini menandai pivot strategis dari 'managing work' ke 'doing work' dengan AI.

Fakta

Revenue US$1,226 miliar — milestone US$1 miliar terlampaui, monday CRM capai US$100 juta ARR

monday.com menutup tahun fiskal 2025 dengan total revenue US$1,226 miliar, tumbuh 26% YoY. monday CRM, produk yang diluncurkan beberapa tahun sebelumnya, mencapai US$100 juta ARR — membuktikan strategi multi-produk berhasil. Non-GAAP operating margin stabil di ~14%, dan adjusted free cash flow mencapai US$330-334 juta. Perusahaan memiliki sekitar 2.500 karyawan di 11 kantor global.

Fakta

SaaSpocalypse — saham anjlok 80% dari puncak, ancaman eksistensial AI terhadap model SaaS

Fenomena 'SaaSpocalypse' menghapus ~US$285 miliar valuasi perusahaan SaaS dalam 48 jam. monday.com menjadi salah satu korban terbesar: saham anjlok 19% setelah guidance Q1 2026 (US$338-340 juta) meleset dari konsensus analis (US$343 juta). Dari puncak US$317, saham jatuh ke ~US$63. Perusahaan juga mencabut target revenue US$1,8 miliar untuk 2027. Kekhawatiran utama: jika AI agent bisa menyelesaikan pekerjaan yang sebelumnya memerlukan manusia berlisensi, mengapa perusahaan membayar per-seat? Co-CEO Zinman mengakui perusahaan harus menjadi 'lebih AI-native'. Mann merespons dengan menyebut ini sebagai 'the greatest opportunity' untuk transformasi.

Fakta

Akuisisi One AI — memperkuat kapabilitas voice AI dan agent

monday.com mengakuisisi One AI Inc., startup AI Israel yang berfokus pada voice AI dan natural language processing. Akuisisi ini memperkuat strategi AI Work Platform, khususnya untuk kapabilitas voice agent dan AI agent yang lebih canggih. Bersamaan dengan itu, monday.com beralih ke model pricing seats-plus-credits untuk fitur AI, mengikuti tren industri yang bergerak dari per-seat ke consumption-based pricing.

Fakta

Q1 2026: Revenue US$351,3 juta (+24% YoY), proyeksi FY2026 US$1,47 miliar

monday.com melaporkan revenue Q1 2026 sebesar US$351,3 juta, tumbuh 24% YoY. Untuk tahun penuh 2026, perusahaan memproyeksikan revenue US$1,466-1,474 miliar (pertumbuhan 19-20% YoY). Market cap berada di sekitar US$3,8 miliar — jauh di bawah puncak US$14+ miliar. Manajemen telah melakukan buyback saham senilai US$552,6 juta, menunjukkan keyakinan pada nilai intrinsik perusahaan. Saham diperdagangkan di sekitar US$70.

Diagram akar masalah — setiap cabang adalah insight yang didalami di bagian bawah

Aktor & Insentif

Siapa yang Terlibat

Peta aktor yang terlibat dalam kasus

Roy Mann (Co-Founder & Co-CEO)

Peran dalam Kasus

Penggerak utama visi dan strategi bisnis monday.com dari awal hingga kini. Memimpin keputusan krusial: spinoff dari Wix, rebranding dari daPulse, strategi pemasaran agresif (termasuk Super Bowl), dan IPO di NASDAQ. Sebagai Co-CEO sejak awal (dan berbagi titel secara resmi dengan Zinman sejak 2020), Mann fokus pada go-to-market, branding, dan relasi investor. Dalam menghadapi SaaSpocalypse 2026, Mann mengambil sikap ofensif — menyebut penurunan saham sebagai 'the greatest opportunity' dan menggandakan investasi AI. Mendirikan monday.com Foundation dengan komitmen 10% ekuitas perusahaan.

Insentif

Mantan karyawan Wix.com yang frustrasi dengan tool manajemen kerja tradisional. Visinya: membangun alat kerja yang disukai orang sebagaimana mereka menyukai aplikasi personal. Latar belakang di product dan bisnis.

Eran Zinman (Co-Founder & Co-CEO, mantan CTO)

Peran dalam Kasus

Arsitek produk dan teknologi monday.com. Sebagai CTO dari 2012-2020, Zinman membangun platform yang fleksibel (Work OS) yang memungkinkan pengguna membuat workflow sendiri tanpa coding. Dipromosikan menjadi Co-CEO pada 2020, berbagi tanggung jawab kepemimpinan dengan Mann. Pendekatan product-led growth-nya — membangun produk yang menyebar secara viral dalam organisasi — terbukti efektif. Zinman juga memimpin strategi multi-produk (work management, CRM, dev, service) yang mendorong net dollar retention. Di era AI, Zinman memimpin pivot teknis ke AI-native platform.

Insentif

Engineer dan product leader yang percaya bahwa produk hebat akan menjual dirinya sendiri. Filosofi 'structured chaos': cukup proses untuk scaling, cukup kebebasan untuk inovasi. Prinsip: 'We never sought control — these are the things that hold you back.'

Eran Kampf (Co-Founder)

Peran dalam Kasus

Salah satu dari tiga co-founder yang mendirikan daPulse pada 2012. Kampf berkontribusi pada pembangunan fondasi teknis produk di masa-masa awal. Namun tidak semua co-founder bertahan hingga IPO — Kampf kemudian meninggalkan monday.com dan berkarir di perusahaan lain (dilaporkan menjadi VP Engineering di Twingate). Keberangkatannya tidak mengganggu trajectory perusahaan, karena Mann dan Zinman telah membangun tim dan kultur yang kuat.

Insentif

Co-founder teknis di masa awal yang turut membangun fondasi produk daPulse.

Insight Venture Partners, Sapphire Ventures, dan investor kunci

Peran dalam Kasus

Insight Venture Partners memimpin Series B (US$25 juta, 2017) — keputusan ini memberikan validasi krusial dari firma VC terkemuka. Sapphire Ventures memimpin Series D (US$150 juta, 2019) yang menjadikan monday.com unicorn. Zoom dan Salesforce Ventures berkontribusi US$150 juta sebagai anchor investor saat IPO — komitmen strategis yang memberi sinyal bahwa pemain besar percaya pada platform ini. Genesis Partners (Series A) dan Entrée Capital (investor paling awal) bertaruh saat banyak yang masih skeptis.

Insentif

Venture capital yang melihat potensi di balik 'colorful Excel' dan bertaruh pada kemampuan tim Israel membangun perusahaan global.

Tim pemasaran dan growth monday.com

Peran dalam Kasus

Tim pemasaran monday.com menjalankan strategi yang sangat agresif dan berani untuk standar perusahaan B2B SaaS. Keputusan memasang iklan Super Bowl (2022), billboard di kota-kota besar AS, kampanye digital masif, dan investasi konten (1.300+ blog posts untuk SEO) membangun brand awareness yang melampaui kompetitor. Aturan internal: spend to an 8-month CAC but not longer — disiplin yang kritis untuk SaaS dengan ACV rendah (banyak pelanggan SMB). Digital ad spend mencapai US$1,8 juta/bulan pada puncaknya. Strategi ini membantu pertumbuhan dari 18.000 ke 225.000+ pelanggan.

Insentif

Mendorong pertumbuhan pelanggan melalui strategi pemasaran yang berani dan tidak konvensional untuk perusahaan B2B.

Insight untuk Founder

Pelajaran dari Kasus Ini

1

Produk internal yang menjadi bisnis: validasi terkuat adalah ketika kamu membangun untuk dirimu sendiri

💥

Apa yang Terjadi

daPulse lahir sebagai tool internal Wix.com untuk menyelesaikan masalah nyata — bukan ide yang dicari-cari. Roy Mann dan tim mengalami langsung frustrasi dengan tool manajemen kerja yang ada. Ketika tool internal ini terbukti bermanfaat di Wix, mereka menyadari bahwa masalah yang sama dialami perusahaan lain. Wix menjadi pelanggan pertama dan validator konsep.

🔄

Polanya

Startup terbaik sering lahir dari 'scratching your own itch' — membangun solusi untuk masalah yang dialami sendiri. Ini memberikan keunggulan: pemahaman mendalam tentang pain point, pengguna pertama yang jujur (rekan kerja sendiri), dan iterasi cepat tanpa riset pasar yang mahal. Pola ini terlihat di Slack (tool internal Tiny Speck), Basecamp (37signals membangun untuk diri sendiri), dan Notion (frustrasi founder dengan tool yang ada).

🚩

Tanda Bahaya Dini

Membangun produk berdasarkan asumsi tentang masalah orang lain tanpa pernah mengalaminya sendiri. Menghabiskan berbulan-bulan riset pasar tanpa pernah menjadi pengguna pertama produk sendiri. Tidak memvalidasi apakah masalah yang kamu selesaikan juga dialami oleh cukup banyak orang di luar organisasimu — tidak setiap tool internal layak menjadi produk.

🛡️

Aksi Pencegahan

Jika memungkinkan, mulailah dari masalah yang kamu alami langsung. Gunakan produkmu sendiri setiap hari (dogfooding). Jadikan tim atau perusahaanmu sebagai pelanggan pertama dan validator konsep sebelum menjual ke luar. Tapi tetap validasi bahwa masalah tersebut cukup universal untuk menjadi bisnis.

2

Rebranding bukan kosmetik — nama yang tepat bisa mengubah trajectory bisnis

💥

Apa yang Terjadi

Pergantian nama dari daPulse ke monday.com pada November 2017 bukan sekadar ganti logo. Roy Mann mengakui bahwa 'dapulse terdengar seperti rapper, bukan perusahaan software.' Setelah rebranding, pelanggan melonjak dari 18.000 menjadi lebih dari 127.000 — dan perusahaan akhirnya IPO bernilai miliaran dolar. Nama monday.com sederhana, mudah diingat, dan langsung mengkomunikasikan konteks penggunaan (hari kerja, produktivitas).

🔄

Polanya

Nama produk adalah keputusan strategis, bukan kreatif. Nama yang sulit dieja, diucapkan, atau diingat menciptakan friction di setiap titik funnel — dari word-of-mouth hingga Google search. Pola serupa terlihat pada Google (sederhana, memorable) vs nama-nama startup abstrak yang sulit diingat. Nama yang baik mengurangi biaya akuisisi pelanggan secara tidak langsung.

🚩

Tanda Bahaya Dini

Nama yang memerlukan penjelasan setiap kali disebutkan. Nama yang sering disalaheja atau disalahucapkan. Mempertahankan nama buruk karena sunk cost ('kita sudah membangun brand ini'). Mengganti nama sebelum produk terbukti — rebranding tanpa product-market fit hanya memindahkan masalah.

🛡️

Aksi Pencegahan

Uji nama produkmu: bisakah orang mengingatnya setelah mendengar sekali? Bisakah mereka menemukan situs web tanpa bantuan? Jika tidak, pertimbangkan rebranding — tapi lakukan setelah product-market fit terbukti, bukan saat masih mencari-cari. Dalam kasus monday.com, produk sudah kuat tapi nama daPulse menjadi hambatan akuisisi.

3

Perusahaan B2B SaaS juga bisa (dan kadang harus) beriklan seperti brand konsumer

💥

Apa yang Terjadi

monday.com memasang iklan Super Bowl pada 2022 — langkah yang sangat tidak lazim untuk perusahaan B2B SaaS. Biaya: US$3,5 juta hanya untuk slot iklan, plus beberapa juta lagi untuk kampanye pendukung. Billboard dipasang di NYC, LA, Chicago, dan kota besar lain. Tim pemasaran memiliki aturan ketat: spend to an 8-month CAC, tidak lebih. Pendekatan ini membangun brand awareness yang jauh melampaui kompetitor seperti Asana dan ClickUp.

🔄

Polanya

Strategi pemasaran agresif untuk B2B SaaS bisa berhasil jika unit economics mendukungnya. monday.com bisa berani karena: (1) produk mereka memiliki viral loop natural — satu pengguna mengundang tim, (2) mereka mengukur ROI dengan ketat (8-month CAC rule), (3) mereka sudah memiliki product-market fit yang kuat. Pola serupa terlihat pada Salesforce (acara Dreamforce) dan HubSpot (inbound marketing) yang membangun brand B2B melebihi ekspektasi kategori.

🚩

Tanda Bahaya Dini

Membakar uang untuk branding sebelum produk terbukti. Menghabiskan budget pemasaran besar tanpa metrik CAC payback yang ketat. Meniru strategi iklan massal tanpa memiliki viral loop atau product-led growth yang mendukung. Revenue di bawah US$100 juta tapi sudah berpikir iklan Super Bowl.

🛡️

Aksi Pencegahan

Pastikan unit economics sudah solid sebelum scaling marketing spend. Tetapkan aturan CAC payback (monday.com: maksimal 8 bulan). Investasi besar di pemasaran baru masuk akal setelah produk terbukti memiliki retention kuat dan viral loop natural. Ukur dampak setiap kampanye dengan rigor — jangan hanya kejar vanity metrics.

4

Model Co-CEO bisa berhasil jika ada pembagian peran yang jelas dan saling percaya

💥

Apa yang Terjadi

Sejak 2020, monday.com dijalankan oleh dua Co-CEO: Roy Mann (visi, go-to-market, investor relations) dan Eran Zinman (produk, teknologi, engineering). Keduanya sepakat pada prinsip bahwa mereka tidak mencari kontrol. Hasilnya: kepuasan karyawan 93% bahkan setelah IPO, dan perusahaan berhasil mengelola pertumbuhan pesat tanpa konflik kepemimpinan yang terlihat secara publik.

🔄

Polanya

Model Co-CEO bisa sangat efektif jika ada: (1) pembagian domain yang jelas dan minim overlap, (2) saling percaya yang mendalam, (3) ego yang terkendali, dan (4) visi bersama tentang arah perusahaan. Mann dan Zinman berhasil karena keduanya sudah bekerja sama sejak 2012 dan memiliki skill yang komplementer — bisnis/visi vs produk/teknologi. Contoh sukses lain: Netflix (Hastings & Sarandos), Oracle (Ellison & awalnya Lane), Atlassian (Cannon-Brookes & Farquhar).

🚩

Tanda Bahaya Dini

Mengadopsi model Co-CEO hanya untuk menghindari keputusan sulit tentang siapa yang memimpin. Pembagian peran yang tumpang tindih, menyebabkan kebingungan di organisasi. Dua CEO yang memiliki visi berbeda tentang arah perusahaan. Tidak ada mekanisme resolusi ketika terjadi disagreement.

🛡️

Aksi Pencegahan

Model Co-CEO hanya cocok jika kedua pemimpin memiliki chemistry yang sudah terbukti dan skill yang benar-benar komplementer. Dokumentasikan pembagian tanggung jawab secara eksplisit. Sepakati mekanisme tie-breaking untuk keputusan di mana keduanya tidak setuju. Evaluasi secara berkala apakah model ini masih berfungsi.

5

Dari Israel ke dunia: startup tidak harus pindah ke Silicon Valley untuk sukses global

💥

Apa yang Terjadi

monday.com tetap berkantor pusat di Tel Aviv dan membuktikan bahwa perusahaan teknologi Israel bisa tumbuh menjadi perusahaan publik bernilai miliaran dolar tanpa memindahkan HQ ke AS. Mann secara eksplisit menyatakan bahwa 'era startup Israel yang harus pindah ke New York atau mendatangkan CEO Amerika sudah berlalu.' Perusahaan memiliki ~1.100 dari 2.500 karyawan di Israel, dengan kantor di 11 kota global.

🔄

Polanya

Lokasi fisik semakin tidak relevan untuk perusahaan software global — yang penting adalah akses ke talenta, pasar, dan modal. monday.com membuktikan ini dengan tetap di Tel Aviv tapi melayani 225.000+ pelanggan global. Pola serupa: Canva (tetap di Sydney), Spotify (tetap di Stockholm), Shopify (tetap di Ottawa). Keunggulan lokal (talenta, kultur, biaya) bisa menjadi competitive advantage jika dikelola dengan baik.

🚩

Tanda Bahaya Dini

Pindah ke Silicon Valley hanya karena tekanan investor tanpa alasan bisnis yang jelas. Mengabaikan keunggulan lokal (talenta engineering, biaya operasional lebih rendah) demi prestige Valley. Sebaliknya: terlalu isolasi di pasar lokal tanpa membangun kehadiran di pasar utama (AS, Eropa).

🛡️

Aksi Pencegahan

Tetap di lokasi asal jika talenta dan kultur mendukung, tapi bangun kehadiran strategis di pasar utama. monday.com tetap di Tel Aviv tapi listing di NASDAQ (bukan bursa lokal), punya kantor besar di NYC, dan merekrut secara global. 'Tetap lokal' bukan berarti isolasi — tapi memilih untuk mempertahankan identitas dan keunggulan lokal sambil beroperasi secara global.

6

Platform beats product: membangun Work OS yang fleksibel, bukan hanya project management tool

💥

Apa yang Terjadi

Sejak awal, monday.com membangun platform (Work OS) yang sangat fleksibel — bukan sekadar tool project management yang rigid. Pengguna bisa membuat workflow sendiri, custom boards, dan automasi tanpa coding. Pendekatan ini memungkinkan ekspansi ke segmen baru (CRM, dev, service) tanpa harus membangun produk dari nol. monday CRM mencapai US$100 juta ARR pada 2025 — bukti bahwa strategi platform berhasil.

🔄

Polanya

Membangun platform (bukan hanya produk) memberi optionality untuk ekspansi masa depan. Kuncinya: mulai dengan satu use case yang kuat, buktikan product-market fit, baru perluas. monday.com berhasil karena work management menjadi fondasi kuat sebelum mereka ekspansi ke CRM dan developer tools. Pola serupa: Salesforce (CRM ke platform), AWS (infrastruktur internal ke cloud publik), Shopify (toko online ke commerce platform).

🚩

Tanda Bahaya Dini

Membangun platform sebelum memiliki satu produk yang benar-benar berfungsi baik. Platform yang terlalu general sehingga kehilangan fokus dan kalah dari tool vertikal yang lebih tajam. Menambah produk baru sebelum produk utama mencapai product-market fit. Ekspansi multi-produk yang terlalu cepat sehingga mengencerkan kualitas.

🛡️

Aksi Pencegahan

Mulai dengan satu produk yang excellent, bukan platform yang medioker. Buktikan product-market fit dan retention yang kuat sebelum memperluas. Pastikan arsitektur teknis mendukung fleksibilitas sejak awal (monday.com membangun 'building blocks' yang bisa di-compose ulang). Ekspansi ke produk baru hanya jika ada sinyal kuat dari pelanggan existing.

7

SaaSpocalypse: kesuksesan masa lalu tidak menjamin keamanan dari disrupsi AI

💥

Apa yang Terjadi

Per 2026, saham monday.com anjlok ~80% dari puncak akibat kekhawatiran bahwa AI agent akan mendisrupsi model bisnis SaaS berbasis seat. Perusahaan mencabut target revenue US$1,8 miliar untuk 2027. Fenomena SaaSpocalypse menghapus ~US$285 miliar valuasi SaaS dalam 48 jam. Pertanyaan fundamental: jika AI agent bisa menyelesaikan pekerjaan yang sebelumnya memerlukan manusia berlisensi, mengapa perusahaan membayar per-seat?

🔄

Polanya

Tidak ada moat yang permanen. Model bisnis yang sukses hari ini bisa menjadi kerentanan besok. monday.com membangun bisnis US$1,2 miliar dengan model per-seat, tapi model ini kini dipertanyakan secara fundamental oleh kemunculan AI agent. Pola klasik: disruption sering datang bukan dari kompetitor langsung, tapi dari perubahan paradigma teknologi yang membuat asumsi dasar model bisnis menjadi usang (seperti streaming vs rental DVD, cloud vs on-premise).

🚩

Tanda Bahaya Dini

Model bisnis yang sepenuhnya bergantung pada satu asumsi (misal: manusia harus mengoperasikan software secara manual). Tidak memiliki rencana respons terhadap perubahan paradigma teknologi. Mengabaikan sinyal awal disrupsi karena revenue masih tumbuh. Terlalu lambat mengadaptasi model pricing ketika lingkungan berubah.

🛡️

Aksi Pencegahan

Monitor secara aktif perkembangan teknologi yang bisa mengubah asumsi dasar model bisnis. Mulai bereksperimen dengan model pricing alternatif (consumption-based, outcome-based) sebelum dipaksa. monday.com merespons dengan pivot ke AI Work Platform, akuisisi One AI, dan perubahan ke model seats-plus-credits. Perusahaan yang memiliki hubungan kuat dengan pelanggan dan data workflow yang kaya memiliki posisi lebih baik untuk bertransformasi. Babak ini belum berakhir.

Bedah Teknikal

Kacamata CTO

Berbeda dari kebanyakan kasus di sini, monday.com adalah kisah sukses — dan pelajaran CTO-nya justru terletak pada satu keputuran arsitektur yang nyaris menjebak mereka, lalu diperbaiki lewat rekayasa besar.

  • Inti produk = fleksibilitas skema. monday.com adalah "Work OS": tiap board bisa punya kolom, tipe, dan bentuk data berbeda. Untuk mendukung itu, arsitektur awal menyimpan data dengan model satu baris per sel (row-per-cell) di MySQL/Aurora, tiap nilai dibungkus JSON.
  • Stack aplikasi: layanan TypeScript di atas Kubernetes (AWS EKS), infrastruktur dikelola dengan Terraform, arsitektur microservice (tiap layanan punya RDS/Redis/SQS/S3 sendiri).
  • Taruhan teknis terbesar: membangun mesin data sendiri dari nol — mondayDB (v1 2023 → v3 2025/2026) — untuk menggantikan armada MySQL/Cassandra/Redis, memakai DuckDB sebagai engine kolumnar in-process.
  • Konteks 2026: "SaaSpocalypse" (kekhawatiran AI agent mendisrupsi model per-seat) menekan valuasi; monday.com merespons dengan pivot ke AI Work Platform — dan basis data baru itu ternyata jadi fondasi teknis yang memungkinkan pivot tersebut.

Detail internal sebagian dari engineering blog resmi monday.com; poin berlabel Inferensi adalah dugaan beralasan, bukan fakta.

Akar Masalah Teknis

Format penyimpanan yang mismatch dengan pola akses

ArsitekturTinggiFaktaSumber ↗
💥

Apa yang terjadi

Data disimpan row-by-row (satu baris per sel, nilai JSON di MySQL) padahal diakses column-by-column untuk sort/filter/group/agregasi. Setiap query harus men-deserialize JSON tiap baris, dan MySQL tak bisa mengindeks isi JSON secara efisien — sehingga board besar butuh >2 detik dan agregasi merayap.

🔄

Polanya

Keputusan penyimpanan yang optimal untuk fleksibilitas & iterasi cepat (tahap 0→1) bisa jadi optimal-terbalik untuk query analitik pada skala (tahap 1→n). Format penyimpanan harus mengikuti pola akses dominan, bukan hanya model penulisan.

🚩

Tanda bahaya dini

  • Waktu muat halaman naik seiring ukuran dataset, bukan konstan
  • Query agregasi/laporan jauh lebih lambat dari lookup sederhana
  • Banyak deserialisasi JSON di jalur panas (hot path)
  • Indeks database tak bisa menyentuh field yang paling sering difilter
🛡️

Pencegahan

  • Pantau p95 latency per ukuran board/dataset, bukan rata-rata global
  • Saat pola akses analitik muncul, evaluasi representasi kolumnar lebih awal
  • Pisahkan representasi write-optimized dari read-optimized sebelum plafon skala menampar

Kopling write-path dan read-path membatasi skala baca

ScalingTinggiFaktaSumber ↗
💥

Apa yang terjadi

Sebelum mondayDB 3, penyimpanan dan komputasi terkopel di armada MySQL/Cassandra/Redis. Solusinya: pemisahan tegas write/read path — write via change-log Kafka + WAL, snapshot durabel di object storage (S3), dan lapisan serving Go soft-stateful ber-NVMe lokal yang menjalankan DuckDB in-process sebagai read-through cache pintar (node mana pun bisa melayani board mana pun karena source of truth ada di S3+WAL).

🔄

Polanya

Saat baca dan tulis punya profil skala berbeda, memisahkan kedua jalur memungkinkan tiap sisi diskalakan independen. Serving layer stateless/soft-stateful membuat kapasitas baca elastis tanpa memindahkan kepemilikan data.

🚩

Tanda bahaya dini

  • Lonjakan query laporan/analitik menjatuhkan latensi transaksi
  • Harus menambah read replica dan middleware pooling terus-menerus
  • Sharding manual jadi beban operasional tetap
  • Sulit menambah kapasitas baca tanpa menyentuh jalur tulis
🛡️

Pencegahan

  • Pisahkan write-path dari read-path saat profil bebannya menyimpang
  • Jadikan serving node soft-stateful (source of truth di object storage) agar node mana pun melayani entitas mana pun
  • Delegasikan eksekusi query ke engine vektorisasi terspesialisasi; jaga lapisan orkestrasi tetap tipis

Efisiensi unit teknis: mesin terspesialisasi vs armada general-purpose

BiayaSedangKlaimSumber ↗
💥

Apa yang terjadi

Menggantikan armada MySQL/Cassandra/Redis general-purpose dengan mesin kontekstual purpose-built (DuckDB kolumnar) menurunkan biaya infrastruktur 40–60% sambil memberi performa 5–10x lebih baik dan menghapus kebutuhan connection-pooling middleware, read replica, dan infrastruktur shard-management.

🔄

Polanya

Pada skala tertentu, database general-purpose yang "cukup baik" untuk segalanya jadi mahal untuk semuanya. Mesin yang dibentuk mengikuti pola query nyata bisa memangkas biaya sekaligus menaikkan performa — FinOps dan arsitektur adalah satu keputusan.

🚩

Tanda bahaya dini

  • Tagihan database tumbuh lebih cepat dari trafik/pendapatan
  • Banyak lapisan penambal (replica, cache, pooling, shard) demi menahan satu engine
  • Biaya per query analitik tak proporsional dengan nilainya
🛡️

Pencegahan

  • Ukur biaya per pola query, bukan hanya total tagihan
  • Saat penambal menumpuk di sekitar satu engine, itu sinyal engine-nya salah untuk beban tersebut
  • Pertimbangkan engine terspesialisasi bila beban sudah stabil dan terukur

Keputusan indeks yang mengunci skema di muka (DynamoDB LSI)

VendorSedangFaktaSumber ↗
💥

Apa yang terjadi

Local Secondary Index DynamoDB hanya bisa dibuat saat tabel dibuat dan tak bisa diubah/dihapus; ada batas keras partisi 10GiB (menyusut ke 5GiB bila LSI berbagi partisi). Mengubah keputusan indeks menuntut migrasi menyakitkan pada database hidup — tim mendokumentasikannya sebagai pelajaran publik.

🔄

Polanya

Beberapa pilihan vendor mengubah keputusan yang seharusnya reversibel (menambah indeks) menjadi keputusan satu-arah yang mengunci skema. Batasan yang "tak obvious" baru terasa saat migrasi live — justru saat paling mahal.

🚩

Tanda bahaya dini

  • Menambah/mengubah indeks butuh membuat ulang tabel atau backfill besar
  • Batas partisi/ukuran keras yang tak bisa dinaikkan
  • Keputusan skema harus final sebelum pola akses benar-benar dipahami
🛡️

Pencegahan

  • Petakan reversibilitas tiap keputusan indeks/skema vendor sebelum adopsi
  • Uji jalur migrasi live (stream + backfill) sebelum berkomitmen di produksi
  • Dokumentasikan batasan tak-obvious agar tim tak mengulang jebakan yang sama

Multi-region untuk performa, resiliensi, dan residensi data

Privasi DataSedangFaktaSumber ↗
💥

Apa yang terjadi

monday.com memindahkan platform ke arsitektur multi-region (di atas AWS EKS/Kubernetes, IaC Terraform). Trafik masuk lewat load balancer → Ambassador Edge Stack (L7 gateway berbasis Envoy) yang melewatkan request ke filter WAF dan Authentication Service; auth menentukan region akun pengguna, dan trafik lintas-region dialihkan lewat 'regional handover route'.

🔄

Polanya

Menaruh routing berbasis identitas/region di edge gateway memungkinkan satu platform melayani banyak region dengan residensi data dan kepatuhan terjaga, sekaligus meningkatkan resiliensi terhadap kegagalan satu region.

🚩

Tanda bahaya dini

  • Pelanggan enterprise menuntut data tinggal di region tertentu (GDPR/residensi)
  • Satu region jadi single point of failure global
  • Routing region ditempel ad-hoc di aplikasi, bukan di edge
🛡️

Pencegahan

  • Pusatkan penentuan region + auth di edge gateway, bukan tersebar di layanan
  • Rancang residensi data sebagai atribut identitas akun sejak awal
  • Kustomisasi log akses (mis. user ID, region, Cloudflare Ray ID) demi observability lintas region

Rebuild database jadi enabler tak terduga untuk pivot AI

ArsitekturSedangInferensiSumber ↗
💥

Apa yang terjadi

Agent AI mengeluarkan puluhan query dengan bentuk yang tak bisa diprediksi (filter satu kolom, group by kolom lain, join lintas board). Beban ad-hoc ini persis yang tak bisa dilayani model row-store lama namun cocok dengan mesin kontekstual DuckDB mondayDB 3 — sehingga investasi database yang dimulai jauh sebelum ledakan AI menjadi fondasi pivot AI Work Platform.

🔄

Polanya

Investasi fondasi teknis (mesin data yang fleksibel dan cepat untuk query arbitrer) sering membuka pintu strategis yang belum terlihat saat investasi dibuat. Kapabilitas platform mendahului fitur; fitur AI hanya sekuat lapisan data di bawahnya.

🚩

Tanda bahaya dini

  • Roadmap AI menuntut query ad-hoc yang tak terprediksi di data pelanggan
  • Engine lama hanya cepat untuk query yang sudah diindeks di muka
  • Fitur AI mentok pada latensi/keterbatasan lapisan data
🛡️

Pencegahan

  • Perlakukan mesin data yang fleksibel-untuk-query-arbitrer sebagai investasi platform, bukan proyek fitur
  • Nilai kesiapan AI dari kemampuan melayani query yang bentuknya tak diketahui sebelumnya
  • Bangun fondasi data sebelum menumpuk fitur di atasnya

Keputusan Teknis & Trade-off

Menyimpan data board sebagai 'satu baris per sel' (row-per-cell) dengan nilai JSON di MySQL/Aurora

Masuk akal, lalu jadi beban

Konteks

Produk menjual fleksibilitas skema: setiap board bisa menambah kolom/tipe sesuka pengguna. Model row-per-cell + JSON menghindari migrasi skema dan sangat cocok untuk iterasi cepat startup tahap awal.

Trade-off

Menukar efisiensi query demi fleksibilitas & kecepatan pengembangan. Setiap query harus men-deserialize blob JSON tiap baris; MySQL tak bisa mengindeks/memfilter/menyortir efisien di dalam JSON; penyimpanan row-oriented mismatch dengan pola akses yang sebetulnya kolom demi kolom.

Hasil

Berhasil selama bertahun-tahun, tapi jadi plafon skala: board besar >2 detik untuk dimuat, agregasi merayap saat organisasi menembus jutaan dan use-case reporting membengkak.

Membangun mesin data sendiri (mondayDB) alih-alih mengadopsi OLAP/DB pihak ketiga apa adanya

Wajar

Konteks

Beban kerja monday.com unik: satu triliun 'tabel', masing-masing beda bentuk, kolom, tipe, dan ukuran — HTAP (transaksional + analitik) di atas skema yang cair. Tidak ada produk siap-pakai yang pas persis.

Trade-off

Menukar kompleksitas & risiko membangun database sendiri demi kontrol penuh atas performa dan pola query. Butuh investasi engineering besar dan keahlian sistem terdistribusi.

Hasil

mondayDB menggantikan armada MySQL/Cassandra/Redis dengan satu sistem: board load ~5x, board besar ~20x, agregasi hampir ~50x lebih cepat; biaya infrastruktur turun 40–60%. Taruhan besar yang terbayar.

Memakai DuckDB sebagai engine kolumnar in-process (bukan server DB terpisah) di mondayDB 3

Wajar

Konteks

Untuk read analitik cepat pada board arbitrer, dibutuhkan engine vektorisasi kolumnar. DuckDB berjalan sebagai library di dalam proses, eksekusi query mulai seketika, memproses batch 2.048 nilai memanfaatkan SIMD.

Trade-off

DuckDB adalah engine OLAP read-only — buruk untuk write transaksional. monday.com memakainya hanya untuk read, memisahkan write ke change-log Kafka + WAL, dengan snapshot durabel di S3 dan serving node Go soft-stateful ber-NVMe lokal.

Hasil

Pemisahan tegas write/read path memberi performa read tinggi tanpa mengorbankan konsistensi write; menghapus kebutuhan connection-pooling middleware, read replica, dan infrastruktur sharding.

Memakai DynamoDB dengan Local Secondary Index (LSI) untuk sebagian pengindeksan

Masuk akal, lalu jadi beban

Konteks

DynamoDB menawarkan skala dan operasional terkelola yang menggoda untuk key-value akses cepat, termasuk di dalam mondayDB.

Trade-off

LSI hanya bisa dibuat saat tabel dibuat dan tak bisa diubah/dihapus setelahnya; ada batas keras partisi 10GiB (menyusut ke 5GiB bila LSI berbagi partisi); mengubahnya menuntut migrasi menyakitkan pada database hidup (stream, backfill, proyeksi denormalisasi).

Hasil

Menjadi sumber utang teknis operasional; tim mendokumentasikan pelajaran ini secara publik ("100 ways to fail with DynamoDB indexing") — indeks yang tampak sepele ternyata mengunci keputusan skema di muka.

Insight untuk CTO

Arsitektur

Format penyimpanan harus mengikuti pola akses dominan, bukan hanya kemudahan menulis. Model row-per-cell + JSON monday.com sempurna untuk fleksibilitas skema tahap awal, tapi menjadi plafon skala begitu beban bergeser ke sort/filter/group/agregasi yang inheren kolumnar.

🚩 Peringatan dini

Waktu muat naik seiring ukuran dataset (bukan konstan); query laporan jauh lebih lambat dari lookup; banyak deserialisasi JSON di hot path; indeks tak bisa menyentuh field yang paling sering difilter.

🛡️ Pencegahan

Pantau latensi per ukuran dataset, bukan rata-rata global. Saat pola akses analitik muncul, uji representasi kolumnar/hibrida lebih awal — sebelum plafon skala menampar pelanggan terbesar.

Scaling

Pisahkan write-path dari read-path saat profil bebannya menyimpang. mondayDB 3 memisahkan write (Kafka/WAL, snapshot S3) dari read (serving node soft-stateful ber-DuckDB in-process), sehingga kapasitas baca elastis tanpa menyentuh jalur tulis.

🚩 Peringatan dini

Lonjakan query analitik menjatuhkan latensi transaksi; kebutuhan read replica dan middleware pooling terus bertambah; sharding manual jadi beban operasional tetap.

🛡️ Pencegahan

Jadikan serving node soft-stateful dengan source of truth di object storage agar node mana pun melayani entitas mana pun. Delegasikan eksekusi ke engine terspesialisasi; jaga lapisan orkestrasi tetap tipis.

Utang Teknis

Pilihan indeks/skema vendor yang ireversibel adalah utang teknis tersembunyi. LSI DynamoDB hanya bisa dibuat saat tabel dibuat dan mengubahnya menuntut migrasi live yang menyakitkan — keputusan yang mestinya reversibel jadi satu-arah.

🚩 Peringatan dini

Menambah/mengubah indeks butuh membuat ulang tabel; batas partisi/ukuran keras; keputusan skema harus final sebelum pola akses dipahami.

🛡️ Pencegahan

Petakan reversibilitas tiap keputusan indeks/skema sebelum adopsi. Uji jalur migrasi live lebih dulu. Dokumentasikan batasan tak-obvious agar tim tak mengulang jebakan yang sama.

Vendor

Build-vs-buy bukan dogma: monday.com membangun database sendiri (mondayDB) karena bebannya unik, tapi membeli kapabilitas voice AI (akuisisi One AI) karena itu kompetensi inti baru yang lebih cepat dimiliki lewat akuisisi. Keputusannya per-kapabilitas, bukan ideologi.

🚩 Peringatan dini

Tak ada produk siap-pakai yang pas dengan pola beban inti; atau sebaliknya, kapabilitas strategis baru terlalu lambat dibangun in-house sementara pasar bergerak cepat.

🛡️ Pencegahan

Bangun sendiri hanya untuk yang jadi diferensiasi inti dan tak terpenuhi vendor. Untuk kapabilitas baru yang mendesak secara pasar, akuisisi/beli untuk memiliki teknologi dan tim sekaligus.

Arsitektur

Investasi fondasi data sering jadi enabler strategis yang belum terlihat. Rebuild mondayDB dimulai jauh sebelum ledakan AI, tapi justru kemampuannya melayani query ad-hoc berbentuk tak-terprediksi yang membuat pivot ke AI agent secara teknis mungkin.

🚩 Peringatan dini

Roadmap masa depan (mis. AI) menuntut query yang bentuknya tak diketahui sebelumnya; engine lama hanya cepat untuk query yang diindeks di muka.

🛡️ Pencegahan

Perlakukan mesin data fleksibel sebagai investasi platform, bukan proyek fitur. Nilai kesiapan masa depan dari kemampuan melayani query yang bentuknya belum diketahui.

Proses

Kematangan operasional terlihat dari transparansi insiden: status page publik, postmortem yang diterbitkan, dan degradasi anggun (mode read-only saat maintenance) alih-alih outage penuh. Budaya ini membangun kepercayaan enterprise.

🚩 Peringatan dini

Insiden ditangani diam-diam tanpa komunikasi; tak ada mode degradasi anggun; maintenance = downtime penuh.

🛡️ Pencegahan

Terbitkan status page + postmortem publik. Rancang jalur degradasi anggun (read-only, fitur non-kritikal dimatikan lebih dulu) sehingga sistem melambat, bukan mati, saat tertekan.

Verdict CTO

Kalau saya CTO monday.com, lima keputusan teknis yang saya nilai paling menentukan:

  1. Menahan diri me-rewrite terlalu dini, lalu rewrite tepat waktu. Model row-per-cell adalah keputusan benar untuk startup tahap awal; menggantinya di 2014 akan buang runway. Kunci suksesnya justru timing — membangun mondayDB saat skala benar-benar menampar, bukan saat masih spekulatif.

  2. Membangun database sendiri untuk beban yang benar-benar unik. "Satu triliun tabel" berbentuk-beda adalah beban yang tak dilayani produk siap-pakai; membangun mesin kontekstual sendiri adalah taruhan besar yang terbayar (biaya infra turun 40–60%, performa 5–50x).

  3. Memakai DuckDB in-process untuk read, memisahkan write ke Kafka/WAL. Alih-alih memaksa satu engine melakukan HTAP, memisahkan jalur baca/tulis dan memakai engine OLAP hanya untuk yang dikuasainya (read) adalah pilihan pragmatis yang elegan.

  4. Menjadikan serving layer soft-stateful dengan source of truth di S3. Membuat node mana pun bisa melayani board mana pun mengubah kapasitas baca jadi elastis — pelajaran arsitektur yang bisa ditiru sistem read-heavy mana pun.

  5. Membangun fondasi data sebelum ledakan AI, bukan sesudah. Yang membuat pivot AI Work Platform kredibel secara teknis bukan model bahasa, tapi kemampuan lapisan data melayani query agent yang bentuknya tak terprediksi. Fondasi mendahului fitur.

Sumber

Sentimen Publik

Bagaimana Publik Memandang

1 Juli 2026|metode v1.0|Claude Opus 4.6 + web search|n=42
Rentang: 1 Februari 2012 – 1 Juli 2026Metodologi

Sentimen mengukur persepsi publik, bukan fakta hukum. Baca metodologi untuk batasan dan bias yang diakui.

Media
Positif

Media bisnis dan teknologi global (Forbes, TechCrunch, Times of Israel, Calcalist) secara konsisten meliput monday.com dengan nada positif, terutama seputar narasi 'from underdog to SaaS giant' dan 'colorful Excel proves critics wrong'. IPO 2021 yang menjadikan co-founder miliarder mendapat liputan luas dan positif. Forbes menjuluki Roy Mann 'New Cloud Software Billionaire'. TechCrunch menyoroti komitmen US$150 juta dari Zoom dan Salesforce sebagai validasi strategis. Calcalist menyebut monday.com sebagai 'Israeli success story'. Namun per 2026, nada bergeser ke mixed/negatif: media keuangan banyak meliput anjloknya saham 80%, fenomena SaaSpocalypse, dan pertanyaan tentang apakah model bisnis SaaS masih viable di era AI agent. Beberapa headline cukup dramatis — '24/7 Wall St.' menyebut monday.com sebagai salah satu 'biggest losers' dari SaaS meltdown.

Founder
Positif

Ekosistem startup dan VC memandang monday.com sebagai contoh sukses yang patut diteladani. SaaStr menjadikan Co-CEO Eran Zinman sebagai pembicara utama dan mempublikasikan '7 Great Learnings' dari pendirinya. Square Peg Capital menyebut monday.com sebagai 'one of the biggest opportunities in software'. Investor awal seperti Entrée Capital dan Genesis Partners menjadikan monday.com sebagai showcase portfolio mereka. Filosofi Mann ('work tools should be something you love') dan Zinman ('structured chaos') sering dikutip di konferensi SaaS. Di Israel, monday.com dianggap sebagai bukti bahwa perusahaan tech Israel bisa tumbuh global tanpa pindah ke Silicon Valley. Beberapa suara kritis dari founder lain menyoroti bahwa strategi pemasaran agresif monday.com (Super Bowl, billboard masif) tidak bisa ditiru oleh startup tahap awal dengan modal terbatas.

Pihak Terdampak
Campuran

Pengguna monday.com terbagi jelas. Kelompok puas (mayoritas berdasarkan volume): rating 4.7/5 di G2 (14.060 review) dan 4.6/5 di Capterra (5.601 review) menunjukkan kepuasan yang tinggi secara aggregat. Pengguna memuji fleksibilitas, UX visual yang intuitif, dan kemampuan kustomisasi. Seorang konsultan menyebut monday.com sebagai 'the one piece of software I genuinely value'. Namun kelompok tidak puas sangat vokal: rating 3.1/5 di Trustpilot (3.353 review) menunjukkan masalah nyata. Keluhan utama: customer support yang buruk (semua via chat/email, tidak bisa bicara langsung), pricing yang terus naik dan membuat pengguna merasa 'terjebak' karena sudah membangun workflow di platform, serta fitur yang diam-diam dihapus untuk mendorong upselling ke produk terpisah (CRM). Pengguna enterprise melaporkan masalah performa saat board tumbuh besar.

Regulator
Netral

Sebagai perusahaan software yang terdaftar di NASDAQ dan berkantor pusat di Israel, monday.com beroperasi dalam kerangka regulasi yang mapan. Perusahaan rutin melaporkan ke SEC sebagai foreign private issuer (Form 20-F). Tidak ada investigasi regulasi signifikan atau masalah kepatuhan yang dilaporkan secara publik. Pemerintah Israel secara umum mendukung perusahaan tech lokal — monday.com dianggap sebagai kebanggaan nasional yang membuktikan kemampuan Israel di luar sektor cybersecurity. Diskusi regulasi yang ada bersifat sektoral (bukan spesifik monday.com): kekhawatiran tentang 'brain drain' perusahaan tech Israel ke AS, dan dampak geopolitik terhadap stabilitas ekosistem startup Israel.

Sosial Media
Campuran

Sentimen sosial media terbelah secara tajam berdasarkan konteks. Di LinkedIn dan Twitter/X, monday.com memiliki brand presence yang kuat — konten dari co-founder mendapat engagement tinggi, dan kisah rebranding/pertumbuhan sering dijadikan studi kasus oleh marketer dan founder. Roy Mann memulai posting pertama di LinkedIn dengan peluncuran strategi AI, mendapat respon positif luas. Namun di Reddit, sentimen jauh lebih kritis: posting populer di subreddit project management menyebut 'Monday sucks, and the only notable thing about them is how much they spent on marketing' (233 upvotes). Review di Trustpilot juga menampilkan frustrasi tentang customer service dan pricing. Per 2026, diskusi tentang anjloknya saham MNDY dan ancaman AI terhadap SaaS mendominasi percakapan investor di sosial media, dengan sentimen yang cenderung pesimistis tentang masa depan model bisnis per-seat.