Managsadula: Marc Andrusko

Nagawa: DeepTide TechFlow

Mga Rekomendasyon ng DeepTide: Nag-uugat ngayon ng isang "Palantirization" trend sa Silicon Valley - ang mga bagong kumpanya ng AI ay sumusunod sa halimbawa ng Palantir, nagpapadala ng mga engineer sa mga customer, nagbibigay ng mataas na antas ng customized na serbisyo, at nag-sign ng malalaking kontrata.

Ang a16z partner na si Marc Andrusko ay nagmura: Ang karamihan sa mga kumpanya ay nagpapakilala lamang ng mga panlabas na aspeto at sa huli ay maging mga kumpanya ng konsultasyon na may damit ng SaaS. Ang artikulong ito ay nagpapaliwanag ng tunay na maaaring kopyahin mula sa modelo ng Palantir at alin ang mga kagila-gilalas na panaginip lamang.

Nilalaman ng Pangunahing Teksto:

Angay karaniwan na ang isang pangungusap sa BP ng mga bagong negosyo ngayon ay:"Kami ay nasa paligid ng X na lugar ng Palantir."

Nag-uusap ang mga tagapagtatag tungkol sa pagpapadala ng mga "Forward-Deployed Engineers" (FDE) upang magtrabaho sa mga kliyente, paggawa ng mga custom na workflow, at paggawa ng mga ito bilang isang elite unit kaysa sa isang tradisyonal na kumpanya ng software. Sa taong ito, ang bilang ng mga posisyon para sa "Forward-Deployed Engineers" ay tumaas ng daan-daang porsiyento, at lahat ay sumusunod sa modelo na unang ginawa ng Palantir noong unang bahagi ng 2010.

Nararapat ako kung bakit ang ganitong paraan ng pagpapatakbo ay nakakaganyak. Ang mga kumpanya ngayon ay nahihirapan sa pagbili ng software - ang lahat ng mga bagay ay nagsasabi na AI sila, at minsan ay mahirap makilala ang tunog mula sa ingay. Ang paraan ng pagbebenta ng Palantir ay napakaganda: isang maliit na grupo ay papasok sa isang mapagmaliwanag na kapaligiran, ihihiwalay ang iba't ibang mga sistema na gawa ng sarili at nasa hiwalay na mga silid, at maghahatid ng isang custom na platform sa loob ng ilang buwan. Para sa isang startup na nagsisimula na kumita ng unang order na may pitong digit, ang pangako na "magpapadala kami ng mga engineer sa loob ng iyong organisasyon at gagawa ng solusyon" ay isang napakalakas na pangako.

Ngunit ako'y medyo nagdududa kung ang "Palantir-ization" ay maaaring palaganapin bilang isang pangkalahatang paraan ng pag-iisip. Ang Palantir ay isang "Category of One" (kategorya ng isa) - tingnan mo kung paano ito nakikipagpalitan ang presyo ng kanyang stock! Ang karamihan sa mga kumpanya na kopyahin lamang ang anyo nito ay sa huli ay maging mga mahal na serbisyo lamang, na may software valuation multiple, ngunit walang anumang compounding competitive advantage. Ito ay nagpapalabas sa aking alaala ng bawat startup noong 2010s na nagsasabi na sila ay "platform", ngunit ang tunay na platform companies ay talagang napakaliit dahil napakahirap itong itayo.

Ang layunin ng artikulong ito ay maipakita kung ano sa modelo ng Palantir ang tunay na maaaring kopyahin at ano ang mga aspeto nito na kaya lamang magawa ng kumpanya, at magbigay ng mas mapagkakatiwalaang landas para sa mga nagtatag ng negosyo na nais magkombina ng software para sa negosyo at mataas na antas ng serbisyo.

Ano ang ibig sabihin ng "Palantir-ization"?

Nagsimulang tumukoy ang "Palantir-ization" sa ilang mga kakaugnay na bagay:

Frontline Embedded Engineering

Ang mga Frontline Deployment Engineer (tinatawag sa loob ng Palantir bilang "Delta" at "Echo") ay papasok sa organisasyon ng customer (kadalasan ay hanggang ilang buwan), maunawaan ang mga senaryo ng negosyo, ihiwalay ang iba't ibang mga sistema, at bumuo ng mga custom na workflow sa platform ng Foundry (o sa platform ng Gotham sa mga kapaligiran ng mataas na seguridad). Dahil ang presyo ay fixed fee, walang "SKU" sa tradisyonal na kahulugan, at responsable ang mga engineer sa pagbuo at pangangalaga ng mga kakayahan na ito.

Isang mataas na nangunguna sa integrasyon platform

Ang mga produkto ng Palantir ay hindi isang hanay ng mga tool kundi isang platform na may malinaw na layunin para sa data integration, governance, at operational analytics - mas malapit sa "operating system" para sa organisasyon ng data. Ang layunin ay i-convert ang hiwalay na data papunta sa mga desisyon na may mataas na tiwala at real-time.

Isang mataas na antas at mataas na pag-uugnayan na paraan ng pagbebenta

Ang "Palantir-ization" ay naglalarawan din ng isang estilo ng pagbebenta: mahabang, mataas na pag-uugnayan na siklo ng pagbebenta, na may target na mga kritikal na misyon na mga sitwasyon (pang-ugnay, pangangasiwa ng krimen, intelligence, atbp). Ang komplikadong regulasyon at ang dami ng "panganib" sa industriya ay mga katangian at hindi bug.

Benta ng resulta, hindi ang pahintulot

Ang kita ay nagmumula sa mga multi-year, resulta-based na kontrata, kung saan pinagsasama-sama ang software, serbisyo, at patuloy na pagpapabuti. Ang kontrata ng isang solong customer ay maaaring umabot sa milyon-milyon dolyar kada taon.

Ang pinakabagong pagsusuri ay nagsabi na ang Palantir ay "isang kategorya lamang" dahil ito ay gumawa ng mahusay sa tatlong bagay: (a) pagbuo ng isang platform ng produktong naka-integrate, (b) pag-embed ng elite engineer sa mga operasyon ng customer, at (c) pagpapatunay ng sarili sa mga kritikal na misyon-level na gobyerno at militar na kapaligiran. Ang karamihan sa mga kumpanya ay makakagawa ng isang o dalawang bagay, at hindi posible ang lahat ng tatlo.

Pero hanggang 2025, lahat ng tao ay nais sumakay sa modelo na ito.

Tatlong lakas ang nag-uugnay:

1. Mayroon ang negosyo AI isang "pagsasagawa" problema

Ang isang malaking bahagi ng mga proyekto ng AI ay nahuhuli bago sila makapasok sa produksyon, kadalasan dahil sa kalituhan ng data, mga problema sa pagpapagsama, at kakulangan ng isang lider sa loob. Bagaman ang kahilingan ay nananatiling mapusok (may isang tunay na "kailangan nating bilhin ang AI" na presyon mula sa itaas mula sa board at C-Suite), ang aktwal na deployment at ROI ay kadalasang nangangailangan ng maraming trabaho na may direkta at personal na pagmamalasakit.

2. Ang deployment engineer sa unahan ay tila nawawala ang tulay

Ang mga balita at data sa recruitment ay nagpapakita na mayroong malaking pagtaas sa mga posisyon ng FDE - ang pagtaas ay nasa pagitan ng 800% hanggang 1000% - at ang mga bagong kumpanya sa AI ay nagpapatupad ng mga embedded engineer upang mapabilis ang paglalapat.

3. Ang mabilis na paglaki ay naging normal na (mas madali magawa ng malaki ang isang order na may apat na digit kaysa sa isang order na may limang digit)

Kung ang pagpapadala ng engineer sa flight at on-site ay ang presyo upang makakuha ng order na higit sa $1 milyon mula sa isang kompanya ng Fortune 500 o gobyerno, maraming mga kumpanya sa maagang yugto ang handa mag-trade off ng mas mataas na margin ng kita para sa momentum. Ang mga tagapag-ugnay ay nagsisimulang tanggapin din ang mas mababang margin ng kita, dahil kadalasan kailangan ng mga bagong karanasan sa AI ng malaking gastos sa pag-iisip. Ang taya ay: Kaya mo bang manalo ng posisyon at tiwala ng customer executive at i-deliver ang "resulta", at pagkatapos ay mag-set ng presyo batay dito.

Kaya ang naging kwento ay: "Gagawa tayo ng mga ginawa ng Palantir. Sasalakay tayo ng isang elite squad, gagawa ng isang kakaibang bagay, at pagkatapos ay magiging platform ito sa paglipas ng panahon."

Maaaring umiral ang kwento sa ilalim ng napakatumpok na mga kondisyon. Ngunit mayroon itong mga matitigas na limitasyon, na kadalasan ay iniiwasan ng mga nagtatag.

Nag-iisip ng "resulta" mula sa una hanggang wala nang ibenta

Ang Foundry, ang unang produkto ng Palantir, ay isang kumbinasyon ng daan-daang mga microservice na nagtataglay ng isang layunin. Ang mga microservice na ito ay nagsisilbing produkto at mayroon mga solusyon para sa mga karaniwang problema ng mga kumpanya sa iba't ibang larangan. Sa loob ng dalawang taon, nakakita ako ng daan-daang mga tagapagtayo ng AI application, at maaari kong sabihin kung saan ang analogy ay naghihiwalay: Ang mga start-up ay nagpapakita ng mga ambisyosong layunin batay sa resulta, habang ang Palantir ay nagtatayo ng mga microservice nang may kaalaman, at ang mga ito ay nagsisilbing pundasyon ng kanilang pangunahing kakayahan. Ito ang pagkakaiba ng Palantir sa karaniwang mga kumpanya sa konsultasyon (at ito rin ang dahilan kung bakit ito ay nag-trade ngayon sa 77 beses ng kanilang kita sa susunod na taon).

May-ari ang Palantir ng iba't ibang pangunahing produkto:

• Palantir GothamAng mga platform ng depensa at impormasyon, tulungan ang militar, intelligence at mga ahensya ng pulisya na mag-ayos ng analysis ng hiwalay na data para sa pagpaplano ng misyon at imbestigasyon.
• Palantir ApolloIsang platform ng deployment at pamamahala ng software na nagpapadala ng mga update at bagong tampok sa anumang kapaligiran (multi-cloud, on-premises, offline) nang may kontrol at seguridad.
• Palantir FoundryIsang platform ng data operation sa iba't-ibang sektor, nagpapagsama ng data, mga modelo at analysis para maka-impormasyon sa mga desisyon ng negosyo.
• Palantir OntologyAng isang dynamic at maaoperable na digital na modelo ng mga tunay na mundo entity, relasyon, at lohika na nagpapagana sa mga application at desisyon sa loob ng Foundry.
• Palantir AIP(Plataforma ng AI): Lumikha ng mga workflow at agent na pinagmumulan ng AI na maaaring magawa sa pamamagitan ng pag-uugnay ng mga modelo ng AI (halimbawa, malalaking modelo ng wika) sa data at operasyon ng organisasyon gamit ang Ontology.

Sagutin ang ulat ng Everest: "Nagsisimula ang mga kontrata ng Palantir mula sa mga maliit. Ang unang pakikipagtulungan ay maaaring isang maikling palihan at limitadong lisensya. Kung na-validate ang halaga, idadagdag pa ang mas maraming mga kaso ng paggamit, workflow, at mga larangan ng data. Sa paglipas ng panahon, ang istruktura ng kita ay tila mula sa mga serbisyo papunta sa subscription ng software. Hindi tulad ng mga kumpanya sa konsultasyon, ang serbisyo ay paraan upang mapagtibay ang paggamit ng produkto, hindi ang pangunahing mapagkukunan ng kita. Hindi tulad ng karamihan sa mga tagapagtustos ng software, handa ang Palantir na mag-advance ng sariling oras ng engineering upang makakuha ng mga kahalagahan na customer."

Nangunguna, ang mga kumpanya ng AI na nakikita kong mayroon ngayon ay madalas lumilipat diretso sa mga kontrata na may pitong digit. Ngunit sa kabilang banda, ito ay pangunahing dahil sila ay nasa buong mode ng customisasyon - sila ay nagtatagumpay sa anumang problema na inilalagay ng mga unang customer, umaasa na mula rito ay makikita nila ang mga tema na gagamitin upang itayo ang kanilang core na kakayahan o "SKU".

Hindi lahat ng problema ay isang "Palantir-level" problema

Ang mga unang deployment ng Palantir ay may mga alternatibong "wala nang nagawa": counter-terrorism, fraud detection, battlefield logistics, at mataas na panganib na medikal na operasyon. Ang halaga ng solusyon ay sinusukat sa mga bilions ng dolyar, bilang ng mga buhay na iniligtas, o mga geo-political na kahihinatnan, hindi sa incremental efficiency.

Kung ibebenta mo ang isang medium na SaaS na kumpaniya at tinulungan mo sila na mapabuti ang proseso ng pagbebenta nila ng 8%, hindi mo kayang magawa ang parehong antas ng custom na deployment. Hindi suportado ng puwang ng ROI ang ilang buwan ng on-site na engineering.

Ang karamihan sa mga customer ay ayaw na maging ang iyong laboratoryo para sa pananaliksik at pagpapaunlad para sa buhay nila.

Ang mga customer ni Palantir ay umaasa na magkakaroon ng produkto na magkakasundo sila; sila ay naghihintay ng marami dahil mataas ang layunin at limitado ang mga alternatibo.

Ang karamihan sa mga kompanya, lalo na ang nasa labas ng sektor ng national defense at mga regulated na lugar, ay ayaw na mararamdaman nila na isang pangmatagalang konsultasyon ang proyekto. Ang kailangan nila ay maayos at madaling implementasyon, interoperability sa mga umiiral nang software tools, at mabilis na resulta.

Hindi maaaring pangkalahatan ang density ng talento at kultura

Nagawaan ng Palantir ng mahigit kumpletong sampung taon upang makapili at magtrabaho ng mga engineer na may kakaibang kabi-kabila, na kaya nila manulat ng code sa antas ng produksyon, kaya nila manatili sa loob ng isang organisasyon na may maraming panuntunang pang-estado, at kaya nila talakayin ang mga usapin kasama ang mga opisyales ng hukbong, CIO, at mga tagapagpahalaga sa loob ng isang silid. Ang mga tao na umalis mula sa posisyon na ito ay naging bahagi ng isang malaking grupo ng mga tagapagtayo at executive ng "Palantir Mafia." Ang mga ito ay karamihan ay nasa antas ng unicorn dahil sa kanilang mataas na antas ng teknolohiya at kahusayan sa pakikipag-ugnayan sa mga kliyente.

Ang karamihan sa mga start-up ay hindi maaaring mag-asa na kaya nilang piliin ang daan-daang mga tao na ganyan. Sa totoo'y, ang "tatayo tayo ng isang Palantir-style FDE team" ay kadalasang naging:

• Ang solusyon sa benta ay binago ang pangalan sa "FDE"
• Iniiwanag sa isang junior generalist ang gawaing produkto, implementasyon, at pamamahala sa customer nang sabay-sabay.
• Hindi pa nakakita ng liderato ng isang deployment ng Palantir ngunit gusto nila ang vibe.

Kailangan nating malinaw na mayroong maraming taong may kasanayan sa labas, at ang mga tool tulad ng Cursor ay nagpapahintulot sa mga empleyado na hindi teknikal na sumulat ng code. Ngunit upang mailapat ang modelo ng Palantir sa malawak na paraan, kailangan ng isang napakalaking kakulangan ng mga talento sa negosyo at teknolohiya, at ang pagiging bahagi ng Palantir ay makakatulong dahil ito ay isang napakalaking kompaniya. Ngunit ang bilang ng populasyon na ito ay limitado!

Ang mga trapikasyon sa serbisyo ay totoo.

Nagawa ni Palantir dahil mayroon itong tunay na platform sa ilalim ng custom work. Kung gagawin mo lang ang kopyahin ang bahagi ng embedded engineer, makakakuha ka ng libu-libong custom deployments na hindi mai-maintain o i-upgrade. Kahit sa mundo kung saan ang mga tool ng AI ay nagpapahintulot sa mga kumpanya na makamit ang software-level gross margins sa ganitong paraan, ang mga kumpanya na sobrang nakatuon sa front-line deployment at walang malakas na product backbone ay maaaring hindi makagawa ng increasing economies of scale at matibay na competitive advantage.

Ang mga walang kritikal na nag-iisip na investor ay maaaring makita ang hockey stick growth ng kontraktwal na halaga mula 0 hanggang $10m at pagkatapos ay mabilis na pumasok. Ngunit ang tanong na patuloy kong tinatanong ay: Ano ang mangyayari kapag ang mga sampu (o libu-libo) na gaya ng mga $10m na startup na ito ay nagsisimulang i-collide ang isa't-isa gamit ang eksaktong parehong pitch?

Sa panahong iyon, hindi ka "Palantir ng X". Ikaw ang "Accenture ng X", ngunit mas maganda ang iyong frontend.

May ilang mga aspeto na nagpapahiwatig ng isang malalim na pag-aaral:

1. Ang layuning platform kaysa sa proyekto.

Ang Palantir ay gumagamit ng maliit na pangkat ng muling gamit na primitibo (data model, access control, workflow engine, visual components) upang bumuo ng mga front-line deployment team sa halip na isulat ang ganap na custom na sistema para sa bawat customer.

2. Mayroon silang malinaw na opinyon kung paano dapat gawin ang trabaho

Hindi lamang pinapadali ng kumpanya ang mga umiiral nang proseso; madalas itong nagpapadala ng mga customer patungo sa mga bagong paraan ng paggawa, kung saan ang software mismo ay nagpapakita ng mga pahayag na ito. Ito ay isang kakaibang biyaya para sa isang tagapagtustos, at nagpapahintulot ito ng muling paggamit.

3. Matagal na pananaw at kapital

Upang maging isang kumpanya na tulad ng Palantir, kailangan mong harapin ang mahabang panahon ng negatibong damdamin, mga pulitikal na kontrobersiya, at hindi malinaw na pagbawi ng kita sa maikling panahon habang umuunlad ang platform at modelo ng pagbebenta.

4. Mahigpit na Partikular na Kombinasyon ng Merkado

Ang maagang pagpaplano sa intelligence at defense ay isang katangian at hindi isang bug: mataas na willingness na magbayad, mataas na gastos sa paglipat, mataas na panganib, at napakaliit na bilang ng mga napakalaking customer. Hindi pa nagsasalita ng isang grupo ng mga lumang kakumpitensya na kadalasan ay walang kompetisyon sa pagkuha ng mga order nang halos kalahating siglo.

Sa madaling salita, hindi lamang ang Palantir isang "software company + consulting". Ito ay isang "software company + consulting + political projects + very patient capital".

Hindi ito isang bagay na maaari mong i-generalize at ilagay sa anumang vertical SaaS product.

Mas mabuti pang tanungin ang "Paano kami naging tulad ng Palantir?" kaysa magtanong ng isang serye ng mga katanungan na may kaukulang mga antas:

1. Ang kahalagahan ng isyu

Ang tanong ay "kritikal ba ito" (buhay tao, seguridad ng bansa, mga daang libong dolyar) o "di gaanong mahalaga" (10-20% na pagtaas ng kasanayan)? Mas mataas ang posibilidad na maging wasto ang deployment pattern sa harap kung mas mataas ang posibilidad na mawala.

2. Konsetrasyon ng mga Customer

Sino mo ba itinuturing ang iyong mga produkto sa daan-daang malalaking customer o libu-libong maliit na customer? Ang embedded engineering ay umaasa ng mas mabuti sa isang konsentrado at mataas na ACV (Annual Contract Value) na grupo ng customer.

3. Antas ng Fragmentasyon sa Rehiyon

Ang mga workflow sa pagitan ng mga customer ay magkapareho ba, magkapareho ba ang mga tool sa software na ginagamit, o talagang naiiba ang bawat deployment? Kung ang bawat customer ay isang snowflake, mahirap ito upang magawa ang isang konsistent na platform. Ang ilang antas ng homogeneity ay nakakatulong.

4. Pangingusig at Data Gravity

Nasaopera ka ba sa mga larangan kung saan ang regulatory ay mataas at ang mga problema sa data integration ay napakalaki (halimbawa: national defense, healthcare, financial crime, critical infrastructure)? Iyan ang mga lugar kung saan ang uri ng trabaho sa data integration na ginagawa ng Palantir ay nagbibigay ng tunay na halaga.

Kung nasa kaliwa mong ibaba ang karamihan sa mga dimensyon na ito (mababang kahalagahan, mapunit na mga customer, at relatibong simple ang pag-iintegrate), ang buong "Palantirization" ay halos tiyak na maliit ang tamang paraan. Ang sitwasyon na ito ay mas angkop para sa PLG (Product-Led Growth) na diskarte mula sa ibaba pakanan.

Anggunman ako'y nagdududa kung ang bawat maagang kompaniya ay makakasagot ng Palantir pattern, may ilang mga bahagi ng diskarte na ito na dapat isaalang-alang:

1. Gamitin ang deployment sa unahan bilang isang scaffold, hindi bilang bahay.

Ang mga sumusunod na paraan ay maaaring tama:

• Pakilahok ang mga engineer at nagsisimulang mga kasamahang disenyo sa embedded na trabaho
• Pilitan ang una hanggang limang customer para pumasok sa production environment
• Gumamit ng mga pakikipagtulungan upang i-stress test ang iyong mga primitibo at abstract.

Pero kailangan ng malinaw na limitasyon:

• Time-bound deployment (halimbawa, "90 araw na paghahatid sa produksyon")
• Ang mga malinaw na ratio (halimbawa, "ilang bilang ng engineering staff ang maaaring i-assign sa bawat $1M ARR mula sa isang customer")
• Ang layunin na bawasan ang custom code at palitan ito ng muling gamit na mga template o kaukulang konpigurasyon tuwing isang quarter.

Kasalungat nito, ang "magsisigla ito ng produkto namin sa hinaharap" ay maging "hindi namin ito nagawa kahit anong paraan."

2. Nagawa sa mga malakas na primitibo kaysa sa mga custom na workflow

Ang tunay na aral mula sa Palantir ay nasa arkitektura ng produkto:

• Isang pinagsamang data model at access layer
• Mga pangkalahatang workflow engine at UI primitives
• Gumamit ng configuration kung maaari sa halip ng code

Ang mga koponan sa deployment ay dapat magtrabaho sa pagpili at pagsusuri kung anong mga primitibo ang dapat i-assembly, hindi sa paggawa ng bagong mga bagay para sa bawat customer. Ang paggawa ng mga bagong bersyon ay iwanan sa mga engineer.

3. Gawin ang FDE bilang bahagi ng produkto, hindi lamang bilang isang paraan ng paghahatid.

Sa mundo ng Palantir, ang mga Frontline Deployment Engineer ay lubos na kasali sa paghahanap at pag-iterate ng produkto, hindi lamang sa implementasyon. Ang mga malakas na organisasyon ng produkto at platform ay binubuo ng mga natutunan ng FDE sa unahan.

Kung ang iyong FDE ay nasa hiwalay na "Professional Services" department, mawawala mo ang feedback loop na ito at magsisimulang maging isang tuloy-tuloy na serbisyo na kumpanya.

4. Maging tapat sa iyong kultura ng bansa

Kung ang iyong pitch ay nagsasalungat ng 80% o mas mataas na kinita mula sa software at 150% na net revenue retention, ngunit ang iyong modelo ng pagbebenta ay nangangailangan ng mga pangmatagalang proyekto sa site, manatiling tapat sa mga benepisyo at kahihinatnan - kahit sa loob ng kompanya.

Para sa ilang kategorya, ang modelo ng mas mababang mark-up at mas mataas na ACV ay ganap na rational. Ang problema ay ang mga kumpanya na nagsisimula bilang isang SaaS ngunit sa totoo'y mga kumpanya ng platform. Ang mga investor ay karaniwang nakatuon sa landas patungo sa pinakamataas na absolute na margin, at isang paraan upang makamit ito ay ang pagkuha ng mas malalaking kontrata at mas malaking COGS (cost of goods sold).

Nangunguna ako ng mga tanong tulad nito sa aking notebook nang ang isang tagapagtatag ay sabihin sa akin, "Mga Palantir tayo sa larangan ng X":

1. Ipakita sa akin ang isang may-akda platform boundary. Sa diin nagsisimula an code na partikular ha kostumer kon diin natapos an mga produkto nga ginbabahage? Paspas bai an paggalaw hiton utro?
2. Ibibilang mo ako sa timeline ng deployment. Ilan ang bilang ng engineer-month mula sa pag-sign hanggang sa unang paggamit ng produksyon? Ano ang mga dapat na i-customize?
3. Ano ang gross margin para sa ikatlong taon para sa isang natatanging customer? Nagawa ba ng "malaki" ang pagbagsak ng pondo para sa deployment sa unang linya? Kung hindi, bakit?
4. Kung 50 ang iyong mga customer sa susunod na taon, saan ang problema? Paghahanda ng tao? Paghahanda ng bagong tao? Produkto? Suporta? Nais kong tingnan kung saan nahahati ang pattern.
5. Paano mo naisip ang "hindi" pag-customize? Ang kahandaan na mag-aksaya ng "hindi" sa custom work ay madalas na nagsisilbing pangunahing pagkakaiba sa pagitan ng isang product company at ng isang service company na may maganda demo.

Kung ang mga sagot ay malinaw, batay sa tunay na deployment, at kumportable sa arkitektura, ang ilang antas ng Palantir-style na deployment sa unahan ay maaaring maging tunay na bentahe.

Kung ang mga sagot ay ambiguo o ang bawat pakikipagtulungan ay talagang natatangi, mahirap para sa amin na magbigay ng pagsang-ayon para sa potensyal ng paulit-ulit o tunay na pagpapalaki.

Ang tagumpay ng Palantir ay naghahatid ng isang malakas na halo na naging pangunahing espiritu ng venture capital startup world: isang maliit na koponan ng elite engineer na pumapasok sa komplikadong mga kapaligiran, humahawak ng mga kumplikadong data, at nagbibigay ng mga sistema na nagbabago ng paraan ng paggawa ng desisyon ng mga organisasyon.

Maliwanag na paniniwala na ang bawat AI o data startup ay dapat pala ganyan. Ngunit para sa karamihan ng mga kategorya, ang buong "Palantirisasyon" ay isang mapanganib na pangarap:

• Hindi gaanap na mahalaga ang tanong
• Masyadong fragmented ang mga customer
• Hindi ma-expand ang talento pattern
• Nagmali ang ekonomiya ngunit hindi pa ito naging serbisyo sa kompanyya

Ang mas kapaki-pakinabang na katanungan para sa mga tagapagtatag ay hindi "Paano kami maging Palantir," kundi:

"Ilang mga Palantir-style na deployment sa unahan ang kailangan natin para mapunuan ang ating AI adoption gap sa kategoryo na ito - at gaano kalaki ang mabilis nating maaaring i-convert ito sa isang tunay na platform business?"

Kung gagawa ka nito nang tama, maaari mong gamitin ang tunay na mahalagang bahagi ng istilo na ito, at hindi kailangan mong maniwala sa mga bahagi na maaaring pahamakin ka.