Havedev
Trial AI Enterprise Bukan Sekadar Demo Gratis
Kasus Runlayer dan Rippling menarik bukan hanya karena ada gugatan hukum. Ia menarik karena memperlihatkan sesuatu yang lebih dekat dengan realitas banyak bisnis teknologi hari ini: batas antara evaluasi produk, kolaborasi teknis, dan pembangunan internal makin mudah kabur.
Runlayer, startup yang membangun secure Model Context Protocol gateway, menggugat Rippling dengan tuduhan bahwa proses trial panjang berubah menjadi dasar untuk membangun produk serupa secara internal. Rippling membantah tuduhan itu dan menyatakan produknya dibuat dengan informasi milik sendiri.
Kita tidak perlu buru-buru memutuskan siapa yang benar. Itu wilayah pengadilan.
Tetapi sebagai pelajaran bisnis, kasus ini penting. Terutama untuk startup AI infrastructure yang menjual produk ke enterprise, dan lebih khusus lagi ke perusahaan teknologi yang punya tim engineering kuat.
The Core Update
Runlayer menawarkan gateway untuk Model Context Protocol atau MCP. Secara sederhana, MCP membantu model AI dan agent mengakses data serta tool eksternal dengan cara yang lebih terstruktur dan aman.
Produk seperti MCP gateway menjadi penting karena perusahaan tidak hanya ingin memakai AI sebagai chatbot. Mereka ingin agent AI bisa membaca data bisnis, memanggil sistem internal, menjalankan workflow, dan tetap berada dalam kontrol keamanan yang jelas.
Menurut gugatan yang dilihat TechCrunch, Rippling menjalani proses evaluasi produk Runlayer sebagai calon pelanggan. Dalam proses itu, Runlayer mengklaim telah membagikan banyak hal, mulai dari roadmap produk sampai source code.
Kedua pihak disebut sudah menandatangani mutual non-disclosure agreement. Rippling juga disebut menandatangani product trial agreement yang melarang penyalinan intellectual property Runlayer atau pembuatan derivative works.
Runlayer mengatakan proses evaluasi itu berlangsung hampir satu tahun dengan kolaborasi engineering yang intensif. Namun setelah tidak ada kesepakatan harga, Runlayer mengakhiri trial tersebut.
Tidak lama setelah itu, menurut Runlayer, ada insider Rippling yang memberi tahu founder dan CEO Runlayer, Andrew Berman, bahwa ada proyek internal untuk membangun sesuatu yang pada dasarnya merupakan clone Runlayer.
Rippling membantah tuduhan tersebut. Pihak Rippling mengatakan Runlayer sedang berusaha menghindari kompetisi dengan membuat klaim yang dibuat-buat, dan bahwa Rippling membangun produk MCP gateway miliknya dengan informasi proprietary sendiri.
Di permukaan, ini terlihat seperti konflik klasik antara vendor dan calon pelanggan.
Tetapi konteksnya berbeda karena pasar MCP sedang bergerak cepat. Anthropic memperkenalkan MCP sebagai open source protocol pada November 2024. Sejak itu, MCP menjadi salah satu komponen penting untuk interoperabilitas AI. Banyak perusahaan mulai membutuhkan lapisan tambahan untuk kontrol, security, governance, dan manajemen agent.
Runlayer masuk ke pasar ini dengan pendanaan besar dan pelanggan awal yang kuat. Tetapi pasar yang tumbuh cepat juga menarik pemain besar, termasuk perusahaan yang awalnya bisa terlihat sebagai calon pelanggan.
The Reality Check
Banyak startup enterprise ingin trial yang dalam. Itu masuk akal. Produk infrastructure sulit dijual hanya dengan slide deck. Calon pelanggan perlu melihat integrasi, security model, permission, edge case, performa, dan bagaimana produk berjalan dalam sistem nyata.
Masalahnya, makin dalam trial, makin besar informasi yang berpindah.
Pada titik tertentu, vendor tidak lagi hanya menunjukkan fitur. Vendor mulai menjelaskan cara berpikir produk. Kenapa arsitekturnya seperti itu. Bagaimana permission disusun. Bagaimana data mengalir. Bagaimana failure ditangani. Bagaimana roadmap akan bergerak.
Bagi pelanggan enterprise biasa, informasi itu membantu evaluasi.
Bagi perusahaan teknologi dengan tim engineering kuat, informasi yang sama juga bisa membantu keputusan lain: apakah lebih murah membeli, atau membangun sendiri?
Ini bukan berarti semua enterprise customer berniat buruk. Banyak perusahaan memang mengevaluasi dengan wajar. Banyak juga yang setelah melihat produk tetap memilih build internal karena alasan kontrol, biaya, compliance, atau strategi.
Tetapi vendor perlu jujur melihat risiko ini.
NDA dan kontrak trial penting, tetapi tidak otomatis menyelesaikan semua masalah. Dokumen legal membantu ketika terjadi sengketa. Namun setelah informasi teknis sensitif sudah dibagikan, posisi bisnis bisa berubah. Apalagi di pasar yang cepat seperti AI infrastructure, waktu adalah aset.
Ada pelajaran yang sering terasa tidak nyaman untuk startup: calon pelanggan besar belum tentu hanya pasar. Mereka juga bisa menjadi kompetitor masa depan.
Terutama ketika produk yang dijual berada di lapisan strategis.
MCP gateway bukan fitur kecil. Ia berada di antara AI agent, data perusahaan, permission, audit, dan workflow. Jika perusahaan besar melihat lapisan ini sebagai infrastruktur inti, mereka mungkin tidak ingin sepenuhnya bergantung pada vendor luar.
Di sinilah trial enterprise perlu diperlakukan bukan hanya sebagai proses sales, tetapi sebagai proses risk management.
Pertanyaannya bukan hanya:
- apakah calon pelanggan suka produknya?
- apakah integrasinya berhasil?
- apakah budget tersedia?
- apakah procurement bisa selesai?
Tetapi juga:
- informasi apa yang boleh dibuka di tahap ini?
- siapa yang melihat source code atau detail arsitektur?
- apa batas evaluasi teknis?
- apa bukti pemakaian yang dicatat?
- kapan trial harus berhenti?
- bagian mana yang cukup dijelaskan tanpa dibongkar penuh?
Startup sering merasa harus membuka banyak hal agar enterprise percaya. Itu bisa benar. Tetapi membuka terlalu banyak terlalu awal juga bisa membuat posisi tawar melemah.
Polite contrarian view-nya begini: masalahnya bukan enterprise customer sulit dipercaya. Masalahnya, vendor sering terlalu optimistis bahwa niat baik dan dokumen legal cukup untuk melindungi produk yang masih muda.
Padahal untuk produk AI infrastructure, knowledge transfer bisa menjadi bagian paling mahal dari trial.
The Havedev Way
Dari sudut pandang Havedev, kasus seperti ini tidak sebaiknya dibaca sebagai alasan untuk menolak trial enterprise. Trial tetap penting. Banyak produk B2B tidak akan terbeli tanpa evaluasi teknis yang serius.
Tetapi trial perlu punya struktur.
Bukan hanya struktur sales, tetapi struktur informasi.
Sebelum membuka akses dalam, vendor perlu membagi proses evaluasi menjadi beberapa lapisan. Demo publik untuk memahami use case. Sandbox terbatas untuk mencoba workflow. Technical review untuk membahas security. Pilot terbatas untuk validasi di lingkungan nyata. Akses source code atau detail internal hanya jika memang benar-benar diperlukan dan nilainya sebanding dengan risikonya.
Untuk banyak startup, pertanyaan paling sehat bukan “bagaimana membuat calon pelanggan cepat terkesan?” melainkan “apa bukti minimum yang dibutuhkan agar pelanggan bisa mengambil keputusan tanpa kita membongkar dapur terlalu dalam?”
Ini juga berlaku untuk perusahaan yang sedang membeli software AI.
Jika bisnis ingin mengevaluasi vendor dengan sehat, batas trial perlu jelas sejak awal. Apa yang diuji. Data apa yang dipakai. Siapa yang terlibat. Apa hasil yang menentukan lanjut atau tidak. Jika ada rencana build internal paralel, itu perlu dikelola dengan etika dan kejelasan yang cukup.
Karena reputasi enterprise juga dipertaruhkan. Perusahaan yang terlihat memanfaatkan trial vendor untuk mempercepat produk internal bisa membuat ekosistem vendor lebih defensif. Akhirnya semua pihak rugi. Startup menjadi lebih tertutup. Enterprise mendapat proses evaluasi yang lebih lambat. Inovasi menjadi penuh kecurigaan.
Untuk produk AI dan automation, kami biasanya melihat tiga hal yang perlu dirapikan sebelum trial besar:
- batas informasi teknis yang boleh dibagikan
- definisi hasil trial yang dianggap berhasil
- jejak dokumentasi tentang akses, diskusi, keputusan, dan perubahan scope
Tanpa tiga hal itu, trial bisa berubah menjadi proyek abu-abu. Semua orang merasa sedang bekerja sama, tetapi tidak semua orang punya pemahaman yang sama tentang batasnya.
Kasus Runlayer dan Rippling mungkin akan berjalan panjang di jalur hukum. Hasil akhirnya belum tentu sesuai dengan narasi salah satu pihak.
Tetapi pelajaran operasionalnya sudah cukup jelas: di era AI infrastructure, produk tidak hanya dilindungi oleh kode. Produk juga dilindungi oleh cara perusahaan mengatur akses, proses trial, dokumentasi, dan batas knowledge transfer.
Enterprise sales memang butuh kepercayaan. Tetapi kepercayaan yang sehat tetap butuh pagar.
Bukan untuk membuat kerja sama menjadi dingin. Justru agar kerja sama tidak berubah menjadi sengketa ketika harga, strategi, atau prioritas bisnis berubah.
Sebelum membuka trial AI yang terlalu dalam, cek dulu satu hal sederhana: apakah bisnis Anda sudah tahu bagian mana yang sedang dijual, bagian mana yang boleh diuji, dan bagian mana yang tidak boleh menjadi bahan belajar gratis?
Kalau jawabannya belum jelas, mulai dari sana.
Dapatkan Audit Teknis Gratis untuk meninjau alur produk digital, automation, dan integrasi AI sebelum bisnis Anda membuka trial, membangun sistem internal, atau memilih vendor teknologi baru.
Sumber referensi berita: TechCrunch