Penulis: Marc Andrusko

Diterjemahkan oleh: DeepTide TechFlow

Panduan Tren: Silikon Valley sedang mengalami tren "Palantir-kan"—perusahaan rintisan AI bergegas mencontohi Palantir dengan mengirimkan insinyur ke lokasi pelanggan, menyediakan layanan yang sangat disesuaikan, dan menandatangani kontrak bernilai tujuh digit.

Partner a16z Marc Andrusko memberi peringatan: sebagian besar perusahaan hanya meniru permukaan saja, pada akhirnya akan menjadi perusahaan konsultasi yang berbalut baju SaaS. Artikel ini menguraikan bagian Palantir yang benar-benar dapat ditiru, serta mana yang hanyalah ilusi indah.

Isi utama:

Saat ini, ada sebuah kalimat yang sedang populer dalam bisnis rintisan:"Secara dasar, kami adalah Palantir dalam bidang X."

Para pendiri sangat antusias berbicara tentang pengiriman "insinyur yang ditempatkan di garis depan" (Forward-Deployed Engineers/FDE) ke lokasi pelanggan, membangun alur kerja yang sangat disesuaikan, dan beroperasi seperti pasukan khusus, bukan perusahaan perangkat lunak tradisional. Tahun ini, jumlah posisi rekrutmen "insinyur yang ditempatkan di garis depan" meningkat ratusan persen, dan semua orang meniru model yang diawali oleh Palantir pada awal 2010-an.

Saya memahami mengapa model bisnis ini menarik. Pelanggan perusahaan saat ini sangat kewalahan dalam memutuskan "perangkat lunap apa yang harus dibeli"—semua hal mengklaim dirinya sebagai AI, memisahkan sinyal dari kebisingan menjadi lebih sulit daripada sebelumnya. Pendekatan Palantir sangat menggoda: mengirimkan tim kecil ke lingkungan yang kacau, menghubungkan berbagai sistem yang dibangun sendiri dan terisolasi, lalu menyelesaikan dan menyerahkan platform kerja khusus dalam beberapa bulan. Untuk perusahaan rintisan yang ingin mendapatkan pesanan pertama dengan angka tujuh digit, janji "kami akan mengirimkan insinyur untuk duduk di organisasi Anda dan menyelesaikan masalah" adalah janji yang sangat meyakinkan.

Tapi saya meragukan apakah "pemalantiran" (Palantir-ification) bisa diadopsi sebagai metode umum. Palantir adalah "kategori tunggal" (Category of One)—cukup lihat saja bagaimana harga sahamnya diperdagangkan! Kebanyakan perusahaan yang meniru aspek luar dari Palantir akhirnya hanya menjadi perusahaan layanan mahal, mengklaim valuasi berdasarkan perangkat lunak, tetapi sama sekali tidak memiliki keunggulan kompetitif yang bisa berkembang secara berkelanjutan. Ini mengingatkan saya pada dekade 2010-an, di mana setiap perusahaan rintisan mengklaim dirinya sebagai "platform", padahal perusahaan platform yang sebenarnya sangat sedikit, karena terlalu sulit untuk membangunnya.

Artikel ini bertujuan untuk menguraikan bagian mana dari model Palantir yang benar-benar dapat dipindahkan dan bagian mana yang unik sehingga tidak dapat disalin, serta memberikan peta jalan yang lebih realistis bagi para pendiri yang ingin menggabungkan perangkat lunak perusahaan dengan layanan berbasis interaksi tinggi.

Apa sebenarnya yang dimaksud dengan "Palantir-ifikasi"

"Palantir-ifikasi" mulai merujuk pada beberapa hal yang saling terkait:

Frontline Embedded Engineering

Insinyur penempatan lapangan (dalam Palantir disebut "Delta" dan "Echo") akan ditempatkan di organisasi pelanggan (biasanya selama beberapa bulan), memahami skenario bisnis, menghubungkan berbagai sistem, dan membangun alur kerja khusus di platform Foundry (atau platform Gotham di lingkungan berkeamanan tinggi). Karena harganya adalah biaya tetap, secara tradisional tidak ada "SKU", insinyur bertanggung jawab untuk membangun dan memelihara kemampuan-kemampuan tersebut.

Platform integrasi yang sangat proaktif

Produk Palantir pada dasarnya bukan sekumpulan alat yang longgar, tetapi sebuah platform dengan klaim yang jelas untuk integrasi data, tata kelola, dan analisis operasional—lebih mirip dengan "sistem operasi" untuk data organisasi. Tujuannya adalah mengubah data yang terfragmentasi menjadi keputusan real-time dengan tingkat kepercayaan tinggi.

Model penjualan mewah, intensif tinggi

"Pelantiran" juga menggambarkan gaya penjualan: siklus penjualan yang panjang dan intensif, dengan target pelanggan di lingkungan misi kritis (pertahanan, penegakan hukum, intelijen, dll.). Kompleksitas regulasi dan besaran "taruhan" industri merupakan ciri khas, bukan kelemahan.

Jual hasilnya, bukan lisensinya

Pendapatan berasal dari kontrak multi-tahun yang terkait dengan hasil, campuran perangkat lunak, layanan, dan optimasi berkelanjutan. Kontrak dari satu pelanggan bisa mencapai puluhan juta dolar AS per tahun.

Analisis terbaru mendefinisikan Palantir sebagai "kategori unik" karena perusahaan ini mampu mencapai ketiga hal berikut secara maksimal: (a) membangun platform produk terintegrasi, (b) memasukkan insinyur elit ke dalam operasi pelanggan, dan (c) membuktikan dirinya dalam lingkungan pemerintah dan pertahanan yang bersifat misi kritis. Kebanyakan perusahaan hanya mampu mencapai satu atau dua dari tiga hal tersebut, dan mustahil bagi mereka untuk mencapai ketiganya sekaligus.

Namun, hingga tahun 2025, semua orang ingin ikut menikmati pesona dari model ini.

Tiga kekuatan sedang berkumpul:

1. Ada tantangan "penerapan" dalam AI perusahaan

Sebagian besar proyek AI terjebak sebelum mencapai lingkungan produksi, biasanya karena data yang kacau, masalah integrasi yang melelahkan, dan kurangnya kepemimpinan internal. Meskipun niat pembelian tetap panas (dengan tekanan dari atas yang nyata di tingkat dewan direksi dan C-Suite untuk "harus memiliki AI"), penerapan nyata dan ROI sering kali membutuhkan usaha yang sangat intensif dan terarah.

2. Insinyur penempatan garis depan tampaknya menjadi jembatan yang hilang

Data laporan media dan rekrutmen menunjukkan bahwa posisi FDE mengalami pertumbuhan yang pesat tahun ini—berdasarkan berbagai sumber, peningkatannya berkisar antara 800% hingga 1000%—perusahaan rintisan AI sedang menerapkan teknik rekayasa terbenem (embedded engineer) untuk mewujudkan penerapan yang nyata.

3. Pertumbuhan cepat telah menjadi kebiasaan (menandatangani kontrak besar dengan angka tujuh digit jauh lebih mudah berkembang cepat dibanding menandatangani kontrak kecil dengan angka lima digit)

Jika biaya pengiriman insinyur ke lokasi pelanggan melalui penerbangan diperlukan untuk memenangkan pesanan senilai lebih dari 1 juta dolar dari perusahaan Fortune 500 atau lembaga pemerintah, banyak perusahaan tahap awal bersedia menukar margin laba kotor mereka demi momentum. Para investor juga semakin menerima margin laba kotor yang lebih rendah, karena pengalaman AI yang baru sering kali membutuhkan biaya inferensi yang tinggi. Taruhannya adalah: apakah Anda mampu memenangkan posisi dan kepercayaan dari manajemen pelanggan, menyerahkan "hasil", lalu menentukan harga berdasarkan hal tersebut.

Kisahnya kemudian menjadi: "Kita akan melakukan hal yang pernah dilakukan Palantir. Kita akan mengirimkan tim elit, menciptakan sesuatu yang ajaib, lalu seiring waktu mengubahnya menjadi platform."

Cerita ini bisa berdiri di bawah kondisi yang sangat spesifik. Namun, ada beberapa batasan keras yang sering kali pendiri lewati begitu saja.

Ingin menjual "hasil" sejak hari pertama.

Produk utama Palantir, yaitu Foundry, merupakan kumpulan dari ratusan mikroservices yang bekerja sama untuk mencapai satu hasil. Mikroservices ini membentuk solusi yang terstruktur dan terarah untuk mengatasi masalah umum yang dihadapi perusahaan di berbagai bidang. Dalam dua tahun terakhir, saya telah bertemu ratusan pendiri perusahaan aplikasi AI, dan saya bisa memberi tahu Anda di mana perbedaan analogi ini terjadi: perusahaan rintisan biasanya datang dengan menawarkan sejumlah tujuan besar berbasis hasil, sementara Palantir secara sadar membangun mikroservices terlebih dahulu, yang menjadi fondasi kemampuan intinya. Inilah yang membedakan Palantir dari perusahaan konsultasi biasa (dan juga alasan mengapa Palantir diperdagangkan dengan valuasi 77 kali pendapatan tahun depannya).

Palantir memiliki rangkaian produk inti:

• Palantir Gotham adalah perangkat lunak yang digunakan untuk mengelola dan mengan: Platform pertahanan dan intelijen yang membantu lembaga militer, intelijen, dan penegak hukum mengintegrasikan dan menganalisis data yang tersebar untuk perencanaan misi dan penyelidikan.
• Palantir Apollo: Platform penerapan dan pengelolaan perangkat lunak, mengirimkan pembaruan dan fitur baru secara mandiri dan aman ke lingkungan apa pun (multi-cloud, on-premise, lingkungan tanpa koneksi jaringan).
• Palantir Foundry adalah platform perangkat lunak yang dirancang untuk membantu organisasi mengelola,: Platform operasi data lintas industri yang mengintegrasikan data, model, dan analisis untuk mendorong pengambilan keputusan operasional perusahaan.
• Palantir OntologiModel digital yang dinamis dan dapat dioperasikan yang mengorganisir entitas dunia nyata, hubungan, dan logika, memberikan daya dorong bagi aplikasi dan pengambilan keputusan di dalam Foundry.
• Palantir AIP(Platform kecerdasan buatan): Menghubungkan model AI (seperti model bahasa besar) dengan data dan operasi organisasi melalui Ontologi, menciptakan alur kerja dan agen yang didorong AI yang dapat dioperasikan.

Menurut laporan Everest: "Kontrak Palantir dimulai dari hal-hal kecil. Kolaborasi pertama mungkin hanya berupa pelatihan jangka pendek dan lisensi terbatas. Jika nilai terbukti, maka akan ditambahkan lebih banyak kasus penggunaan, alur kerja, dan domain data. Seiring waktu, struktur pendapatan akan bergeser dari layanan ke langganan perangkat lunak. Berbeda dengan perusahaan konsultasi, layanan hanyalah sarana untuk mengadopsi produk, bukan sumber pendapatan utama. Berbeda dengan sebagian besar pemasok perangkat lunak, Palantir bersedia menginvestasikan waktunya sendiri dalam bidang teknik untuk memperoleh klien yang berarti."

Di satu sisi, saat ini saya melihat perusahaan aplikasi AI sering kali bisa langsung menandatangani kontrak tujuh digit. Namun di sisi lain, hal ini terutama karena mereka berada dalam mode penyesuaian penuh—mereka menyelesaikan masalah apa pun yang dilemparkan oleh pelanggan awal, berharap bisa menemukan tema-tema tertentu dari situ untuk membangun kemampuan inti atau "SKU".

Tidak semua pertanyaan adalah masalah tingkat "Palantir"

Bidang penerapan awal Palantir, alternatifnya adalah "tidak ada yang berhasil": pencegahan terorisme, deteksi kecurangan, logistik medan perang, dan operasi medis berisiko tinggi. Nilai pemecahan masalah diukur dalam miliaran dolar, jumlah nyawa yang diselamatkan, atau konsekuensi geopolitik, bukan efisiensi incremental.

Jika Anda menjual kepada perusahaan SaaS menengah dan membantu mengoptimalkan proses penjualan mereka sebesar 8%, Anda tidak mungkin memikul tingkat penyesuaian khusus yang sama. Ruang ROI sama sekali tidak mampu menopang proyek pengerjaan di lokasi selama beberapa bulan.

Sebagian besar pelanggan tidak ingin menjadi laboratorium riset dan pengembangan Anda selamanya.

Pelanggan Palantir secara default menerima produk yang berkembang bersama dengannya; mereka mentolerir banyak hal karena taruhannya tinggi dan alternatifnya terbatas.

Sebagian besar perusahaan, terutama yang berada di luar bidang pertahanan dan sektor yang diatur, tidak ingin merasa menjadi proyek konsultasi jangka panjang. Yang mereka inginkan adalah implementasi yang dapat diprediksi, interoperabilitas dengan alat perangkat lunak yang ada, dan hasil yang cepat terlihat.

Kepadatan talenta dan budaya tidak bisa digeneralisir.

Palantir telah menghabiskan lebih dari sepuluh tahun untuk merekrut dan melatih para insinyur generalis yang luar biasa, yang mampu menulis kode tingkat produksi, menghadapi birokrasi dengan lancar, serta berbicara di ruangan yang sama dengan para kolonel, kepala informasi (CIO), dan pengawas. Orang-orang yang keluar dari posisi ini membentuk kelompok pendiri dan eksekutif tinggi yang dikenal sebagai "Palantir Mafia". Banyak dari mereka mencapai tingkat perusahaan unicorn karena mereka sangat berkompetensi secara teknis sekaligus sangat efektif dalam menghadapi klien.

Kebanyakan perusahaan rintisan tidak bisa mengasumsikan bahwa mereka dapat merekrut ratusan orang seperti ini. Dalam praktiknya, "kita akan membangun tim FDE ala Palantir" sering kali berakhir menjadi:

• Insinyur solusi sebelum penjualan diubah namanya menjadi "FDE"
• Generalis junior diminta untuk melakukan produk, implementasi, dan manajemen pelanggan secara bersamaan.
• Kepemimpinan tidak pernah melihat penerapan Palantir secara langsung, tetapi mereka menyukai nuansanya.

Harus dijelaskan bahwa di luar sana terdapat banyak orang yang sangat berbakat, dan alat seperti Cursor sedang memungkinkan karyawan non-teknis untuk menulis kode. Namun, untuk menjalankan model bisnis Palantir secara besar-besaran, dibutuhkan keterampilan langka yang menggabungkan kemampuan bisnis dan teknis. Selain itu, pengalaman bekerja di Palantir akan sangat membantu, karena Palantir adalah perusahaan yang sangat unik. Namun, jumlah orang dengan latar belakang seperti ini sangat terbatas!

Jebakan layanan itu nyata.

Palantir berhasil karena di bawah pekerjaan kustomisasi terdapat platform yang sebenarnya. Jika kamu hanya menyalin bagian insinyur yang tertanam, akhirnya kamu akan memiliki ribuan penyebaran kustom yang tidak bisa dijaga atau ditingkatkan. Bahkan di dunia di mana alat AI memungkinkan perusahaan mencapai margin laba perangkat lunak dalam model ini, perusahaan yang terlalu fokus pada penerapan di garis depan tanpa punggung produk yang kuat mungkin tidak mampu menghasilkan manfaat skala yang meningkat dan benteng pertahanan yang berkelanjutan.

Investor yang tidak selektif mungkin melihat pertumbuhan luar biasa dalam nilai kontrak dari 0 hingga 10 juta dolar AS, lalu segera ingin ikut terlibat. Namun, pertanyaan yang terus saya ajukan adalah: apa yang akan terjadi ketika puluhan (atau bahkan ratusan) startup 10 juta dolar AS seperti ini mulai bertabrakan satu sama lain dengan menggunakan pitch yang persis sama?

Pada saat itu, kamu bukanlah "Palantir dari bidang X". Kamu adalah "Accenture dari bidang X", hanya saja antarmukanya lebih menarik.

Jika mitos diabaikan, beberapa faktor berikut patut diteliti secara mendalam:

1. Prioritas platform, bukan prioritas proyek

Tim peluncuran garis depan Palantir dibangun berdasarkan sejumlah kecil primitif yang dapat digunakan kembali (model data, kontrol akses, mesin alur kerja, komponen visualisasi), bukan menulis sistem yang sepenuhnya disesuaikan untuk setiap pelanggan.

2. Memiliki pendirian yang jelas tentang bagaimana pekerjaan "seharusnya" dilakukan.

Perusahaan ini tidak hanya mengotomatisasi proses yang ada; mereka sering mendorong pelanggan untuk beralih ke cara kerja baru, yang tercermin dalam perangkat lunak itu sendiri. Ini adalah keberanian yang langka bagi seorang pemasok, dan memungkinkan penggunaan kembali.

3. Pandangan jangka panjang dan modal

Untuk menjadi perusahaan ala Palantir, diperlukan pengalaman emosi negatif jangka panjang, kontroversi politik, dan ketidakpastian dalam pencapaian pendapatan jangka pendek selama proses pematangan platform dan model penjualan.

4. Portofolio pasar yang sangat spesifik

Pengaturan awal di bidang intelijen dan pertahanan adalah fitur, bukan bug: keinginan pembayaran tinggi, biaya perpindahan tinggi, risiko besar, serta jumlah kecil pelanggan super besar. Belum lagi sejumlah kompetitor lama yang selama puluhan tahun hampir tidak pernah menghadapi persaingan dalam memenangkan kontrak.

Dengan kata lain, Palantir bukan hanya "perusahaan perangkat lunak + konsultasi". Ia adalah "perusahaan perangkat lunak + konsultasi + proyek politik + modal yang sangat sabar".

Ini bukan sesuatu yang bisa Anda generalisasikan hanya dengan menempelkannya pada produk SaaS vertikal.

Daripada bertanya "Bagaimana caranya agar menjadi seperti Palantir?", lebih baik bertanya sejumlah pertanyaan dasar:

1. Kekritisannya masalah

Apakah masalah ini termasuk "kritis" (nyawa manusia, keamanan nasional, miliaran dolar) atau "pelengkap" (peningkatan efisiensi 10-20%)? Semakin tinggi risikonya, semakin masuk akal pola penerapan di garis depan.

2. Konsentrasi Pelanggan

Apakah Anda menjual kepada puluhan pelanggan besar atau ribuan pelanggan kecil? Proyek bersifat terbenem (embedded) berkembang lebih baik dalam kumpulan pelanggan yang terkonsentrasi dengan ACV (Nilai Kontrak Tahunan) tinggi.

3. Tingkat Fragmentasi Bidang

Apakah alur kerja antar pelanggan mirip, apakah alat perangkat lunak yang digunakan sama, atau apakah setiap penerapan berbeda secara mendasar? Jika setiap pelanggan seperti salju unik, maka akan sulit membangun platform yang konsisten. Tingkat homogenitas tertentu akan membantu.

4. Regulasi dan Daya Tarik Data

Apakah Anda beroperasi di bidang yang sangat diatur dan mengalami masalah integrasi data yang signifikan (pertahanan, kesehatan, kejahatan keuangan, infrastruktur kritis)? Inilah tempat di mana integrasi ala Palantir benar-benar dapat menciptakan nilai yang nyata.

Jika kebanyakan dari Anda berada di sudut kiri bawah dari dimensi-dimensi ini (kepentingan rendah, pelanggan terfragmentasi, integrasi yang relatif sederhana), maka pendekatan "Palantir" secara menyeluruh hampir pasti bukan model yang tepat. Situasi seperti itu lebih cocok menggunakan pendekatan PLG (Product-Led Growth) dari bawah ke atas.

Meskipun saya meragukan apakah setiap perusahaan awal bisa berhasil menerapkan model Palantir, ada beberapa aspek dari strategi ini yang patut dipertimbangkan:

1. Gunakan penyebaran garis depan sebagai scaffolding, bukan sebagai rumah.

Berikut ini sepenuhnya bisa benar:

• Menanamkan pekerjaan bersama rekan desain awal dengan insinyur
• Biarkan 3 hingga 5 pelanggan pertama masuk ke lingkungan produksi dengan segala cara.
• Gunakan kolaborasi ini untuk menguji primitif dan abstraksi Anda.

Tetapi perlu batasan yang jelas:

• Peluncuran terbatas waktu (misalnya "90 hari lari ke produksi")
• Rasio yang jelas (misalnya, "berapa jumlah maksimal tenaga teknik per juta dolar ARR dari satu pelanggan")
• Target untuk setiap kuartal mengubah kode kustom menjadi konfigurasi atau template yang dapat digunakan kembali

Kalau tidak, "kami akan memproduksinya nanti" akan berubah menjadi "kami tidak pernah sempat melakukannya".

2. Dibangun berdasarkan primitif yang kuat, bukan alur kerja khusus

Pelajaran sebenarnya dari Palantir terletak pada arsitektur produk:

• Model data yang terpadu dan lapisan otoritas
• Mesin alur kerja umum dan primitif antarmuka pengguna
• Sebisa mungkin gunakan konfigurasi daripada kode.

Tim penerapan di garis depan seharusnya menghabiskan waktunya untuk "memilih" dan "memvalidasi" primitif apa saja yang akan dirakit, bukan membangun sesuatu yang benar-benar baru untuk setiap pelanggan. Pekerjaan membangun yang benar-benar baru diserahkan kepada para insinyur.

3. Buat FDE menjadi bagian dari produk, bukan hanya pengiriman.

Di dunia Palantir, para insinyur penempatan garis depan (Frontline Deployment Engineer/FDE) secara mendalam terlibat dalam penemuan dan iterasi produk, bukan hanya pelaksanaan. Organisasi produk yang kuat dan tim platform memperoleh manfaat dari pengalaman yang dipelajari oleh FDE di garis depan.

Jika FDE Anda berada di bagian "Layanan Profesional" yang terpisah, maka Anda akan kehilangan siklus umpan balik ini dan tergelincir menjadi perusahaan layanan murni.

4. Jujur pada struktur bulumu

Jika asumsi Pitch Anda adalah marjin laba kotor perangkat lunak lebih dari 80% dan tingkat retensi pendapatan bersih sebesar 150%, tetapi model penjualan sebenarnya Anda membutuhkan proyek penempatan jangka panjang, maka tetaplah transparan mengenai kelebihan dan kekurangannya—setidaknya transparan secara internal.

Untuk beberapa kategori, model bisnis dengan margin laba yang lebih rendah secara struktural tetapi dengan ACV (Annual Contract Value) yang lebih tinggi adalah pilihan yang sepenuhnya rasional. Masalah muncul pada perusahaan yang berpura-pura menjadi SaaS (Software as a Service), tetapi sebenarnya adalah perusahaan layanan berbasis platform. Investor biasanya melihat jalur menuju nilai absolut laba kotor maksimal, dan salah satu cara untuk mencapai hal ini adalah melalui kontrak dalam skala yang lebih besar ditambah dengan biaya penjualan (COGS) yang lebih signifikan.

Ketika pendiri mengatakan kepadaku, "Kami adalah Palantir di bidang X," pertanyaan yang biasanya kulihat di buku catatanku sekitar seperti ini:

1. Tunjukkan kepadaku batas platform yang berpendirian. Di manakah akhir dari produk bersama dan di manakah mulainya kode khusus pelanggan? Seberapa cepatkah batas ini bergerak?
2. Ajak saya melalui garis waktu penerapan. Berapa banyak engineer-month yang diperlukan dari penandatanganan kontrak hingga produksi dan penggunaan pertama? Yang mana saja yang harus disesuaikan (custom)?
3. Apa tingkat laba kotor untuk pelanggan yang sudah mapan di tahun ketiga? Apakah masukan untuk penyebaran di garis depan menurun secara "signifikan" seiring waktu? Jika tidak, mengapa?
4. Jika menandatangani 50 pelanggan tahun depan, bagian mana yang akan hancur? Rekrutmen? Pelatihan karyawan baru? Produk? Dukungan? Aku ingin tahu di bagian mana polanya mulai retak.
5. Bagaimana kamu memutuskan untuk "tidak" menyesuaikan? Kemauan untuk mengatakan "tidak" pada pekerjaan kustom sering kali menjadi kunci yang membedakan perusahaan produk dengan perusahaan layanan yang hanya memiliki demo yang menarik.

Jika jawaban-jawaban ini jelas, berdasarkan penerapan nyata, dan konsisten secara arsitektur, maka penerapan garis depan bergaya Palantir dalam tingkat tertentu mungkin merupakan keunggulan yang nyata.

Jika jawabannya tidak jelas, atau jika setiap kolaborasi jelas unik sepenuhnya, maka akan sulit bagi kami untuk memberikan jaminan terhadap potensi repetisi atau skalabilitas yang sebenarnya.

Kesuksesan Palantir menciptakan aura yang kuat yang mendominasi semangat lingkaran wirausaha modal ventura: tim kecil insinyur elit mendarat di lingkungan yang kompleks, menghubungkan data yang kacau, dan menyerahkan sistem yang mengubah cara organisasi mengambil keputusan.

Mudah untuk percaya bahwa setiap perusahaan rintisan AI atau data seharusnya terlihat seperti ini. Namun, bagi sebagian besar kategori, "Palantirisasi" yang menyeluruh adalah ilusi yang berbahaya:

• Pertanyaan tidak cukup penting
• Pelanggan terlalu terfragmentasi.
• Model talent tidak dapat diperluas
• Perusahaan jasa secara diam-diam runtuh menjadi perusahaan layanan.

Pertanyaan yang lebih bermanfaat bagi pendiri bukanlah "Bagaimana kita bisa menjadi Palantir?", melainkan:

"Untuk mengatasi jurang adopsi AI dalam kategori kami, berapa banyak penyebaran garis depan ala Palantir yang kita butuhkan—dan seberapa cepat kita bisa mengubahnya menjadi bisnis platform yang sebenarnya?"

Jika kamu bisa melakukan hal ini dengan benar, kamu bisa meminjam bagian penting dari pendekatan ini tanpa harus mewarisi bagian-bagian yang akan menghancurkanmu.