Claudeforce: Mitä Salesforce+Claude-julkistus tarkoittaa käytännössä?

Elokuun lopussa Salesforce ja Anthropic tekivät ison julkistuksen: Claudeforcen. Meille se ei ollut yllätys, vaan vahvistus, sillä olemme operoineet samaa yhdistelmää tuotannossa keväästä asti. Tässä kirjoituksessa käyn läpi, mitä julkistuksessa oikeasti tapahtui, mitä se ei ratkaise, ja mitä isojen Salesforce-orgien kannattaa tehdä ennen avoimen betan aukeamista.

Jo viime vuonna oli selvää, että tekoäly tulisi muuttamaan Salesforce-kehitystä. Ja yhtä selvää oli, että Loikan pitäisi muuttua mukana. Mutta emme olleet vielä varmoja teknologiasta. Kävimme läpi varmaan kymmenen ratkaisua eri toimittajilta, mutta mikään ei tuntunut juuri oikealta.

Eräänä päivänä kollegani Aki Sopanen kertoi tehneensä Claudella “kansiomallin” siihen, miten Salesforce-toimituksia johdetaan. Boom! Se oli siinä.

Anthropic tulisi olemaan se juttu Salesforce-ekosysteemissä.

Lähdimme keskustelemaan aiheesta asiakkaidemme kanssa: Anthropic tulisi olemaan se juttu Salesforce-ekosysteemissä. Ymmärrettävästi tämä aiheutti myös epäilystä, joten päätimme näyttää asian käytännössä. Näin päädyin rakentamaan Loikka Way -moottoria.

Elokuun lopussa Salesforce ja Anthropic tekivät ison julkistuksen: Claudeforcen.

Mitä oikeasti tapahtui?

Otsikoiden takana ilmoitus tiivistyy kolmeen asiaan:

1. Salesforce elää nyt Clauden sisällä: plugin tuo mm. CRM-datan, työkalut ja 37 valmista myynnin skilliä (kuten palaverivalmistelun, diilin terveystarkastuksen ja pipeline-analyysin) suoraan Clauden käyttöliittymään. Yksi admin kytkee Salesforce-orgin kiinni Claudeen kerran, jolloin jokainen saa rajatun pääsyn siihen, mihin hänellä on normaalistikin oikeus.
2. Claude elää nyt Salesforcen sisällä. Claudesta tulee Salesforcen Atlas Reasoning Enginen päättelymalli ja oletusmalli Agentforce Vibesissä ja Coworkerissa. Työ tehdään Salesforcen Trust Boundaryn sisällä Amazon Bedrockin kautta. Tällä on erityisesti merkitystä, jos toimit säännellyllä toimialalla.
3. Suunta on lyöty nyt lukkoon. Marc Benioff itsekin sanoi sen: Salesforcen agenttinen käyttöliittymä ei ole enää kokeilu, vaan roadmap.

Salesforce lakkaa olemasta jotain, jota ihmiset klikkailevat. Se muuttuu joksikin, jota agentit käyttävät.

Tästä kaikesta nähdään selkeä muutos: Salesforce lakkaa olemasta jotain, jota ihmiset klikkailevat. Se muuttuu joksikin, jota agentit käyttävät. Salesforcen monet vahvuudet, kuten käyttöoikeuksien hallinta ja säännöt, data, alusta tai analytiikka, pätevät edelleen.

Myönnettäköön: ilmoituksen lukeminen tuntui hyvältä. Ei siksi, että se yllätti meidät, vaan siksi, että se ei yllättänyt meitä.

Mitä me itse rakensimme?

Toukokuussa julkaisimme uuden Salesforce-toimitusmallin, jonka nimesimme Loikka Wayksi. Lähtökohta oli yksinkertainen: suurimmat hyödyt eivät syntyneet vain tekoälytyökalun antamisesta konsultille. Sähköposti ei ollut vain nopeampi kirje eikä tekoäly ole vain nopeampi kehittäjä.

Ihminen päättää, tekoäly tekee.

Rakensimme toimitusmallin uudelleen tämän ajatuksen pohjalta. Lähtökohtana oli se, että ihminen päättää, tekoäly tekee. Mikään muutos ei olisi oikeasti valmis ennen kuin se on varmennettu tuotannossa oikealla datalla. Ja jokainen arkkitehtuuripäätös kirjataan sillä hetkellä, kun se tehdään. Hinnoittelu on kiinteä per vaihe, jotta tehokkuus näkyy myös asiakkaan budjetissa.

Toukokuun jälkeen mallilla on tehty töitä yli 20 asiakkaalle ja käynnissä olevia asiakasprojekteja on tätä kirjoittaessa 25.

Loikka Way ei itsessään ole pelkkä kalvosetti, vaan elävä ja versioitu “playbook”. Versio 1.2 julkaistiin 6. toukokuuta ja tätä kirjoittaessani olemme versiossa 2.173. Yli 270 julkaisua alle neljässä kuukaudessa. Jokainen julkaisu jäljitettävissä oikeaan projektin oppiin, asiakkaan parannusehdotukseen tai markkinasignaaliin. Rakensimme jopa oman koneiston, joka kehittää mallia hallitusti paremmaksi. Signaalit ja palaute kerätään automaattisesti, mutta edelleen mikään ei päädy playbookiin ilman ihmisen päätöstä.

Uusi malli herättää paljon kysymyksiä ja yksi on noussut esiin lähes joka kerta: miten estetään se, että malli alkaa unohtua kesken projektin. Emme yritäkään pitää yhtä pitkää keskustelua auki. Projektin tila on tiedostoissa, ei keskustelussa: jokainen työsessio kirjoittaa sen lopussa luovutuslapun, jolloin seuraava sessio lukee lapun ja jatkaa siitä. Sama koneisto on myös syy siihen, miksi puolen vuoden takaiseen arkkitehtuuripäätökseen pystyy vastaamaan.

Kaikki ei tietenkään toimi heti ja osa julkaisuista on jouduttu perumaan. Juuri siksi mallissa on palautuspisteet ja niiden harjoiteltu käyttö, ei pelkkä versiohistoria. Se on mallin tylsin osa ja samalla se, jonka varassa loppu lepää.

Koko toimitusmalli pyörii Clauden ja Salesforcen päällä. Salesforcen ja Anthropicin julkistama kytkös on sama, mitä olemme operoineet keväästä asti. Olemme rakentaneet kokonaisuuden itse, oppineet mikä toimii ja mikä ei, ja rakentaneet kurin, joka pitää kaiken turvallisena.

Miksi Claudeforce ja Loikka Way ovat parhaimmillaan yhdessä?

Miksi Salesforcen asiakas enää tarvitsisi kumppania, jos Salesforce toimittaa kaiken natiivisti?

Claudeforce on alusta. Se antaa viralliset ja hallinnoidut, jopa enterprise-asiakkaille sopivat putket Clauden “älyn” ja Salesforcen datan ja toimintojen välille. Tämä poistaa jokaisen ohjausryhmän ensimmäisen kysymyksen: “Onko tämä integraatio oikeasti tuettu?”

Mutta alusta ei vie toimitusta läpi.

Alusta ei…

• päätä, pitäisikö jokin asia sinun kohdallasi tehdä Flow’lla vai Apexilla
• varmenna muutosta tuotannossa ennen kuin se julistetaan valmiiksi
• kirjaa ylös, miksi arkkitehtuuripäätös tehtiin, jotta joku voi vastata siitä puoli vuotta myöhemmin

Eikä se estä viittä konsulttia ja kahta sisäistä kehittäjää ratkaisemasta samaa ongelmaa kymmenellä eri tavalla samassa orgissa.

Sääntö, joka ei ole vartijassa, rapautuu.

Tämä viimeinen haaste ratkaistaan yhdellä periaatteella: “sääntö, joka ei ole vartijassa, rapautuu”. Ohjeeseen kirjoitettu periaate kestää siihen asti, kunnes tulee kiire. Siksi tärkeimmät säännöt on siirretty ohjeesta koodiin ja ripustettu siihen, mikä tapahtuu joka kerta: session aloitus, muutoksen kirjaus ja projektin päättäminen. Tarkastukset ajetaan kolmessa kerroksessa: projektin omat tarkastukset, koko salkun ristiintarkistukset ja mallin oma kehityskoneisto. Tarkastuksia on kymmeniä ja määrä elää viikoittain. Jos joku kirjaa säännön, jolle ei ole sen laukaisevaa konetta, malli jatkaa tästä huomauttamista kunnes sääntö joko ripustetaan tai poistetaan.

Kaikki tämä vaatii tavan tehdä työtä, joka pitää rakentaa, versioida ja valvoa. Juuri sen, mitä Loikka Way on. Claudeforce tekee tästä kaikesta virallisen. Loikka Way on se, mikä saa mallin tuottamaan tuloksia tuotantoon viikosta toiseen ilman kaaosta.

Tätä työtä voi nähdä ekosysteemissä juuri nyt: arkkitehdit julkaisevat jo tarkistuslistoja siitä, mitä agenttien vastuullinen operointi vaatii: lupavelan auditointia, deterministisiä toimenpiteitä, ihmisen hyväksyntärajoja ja läpinäkyvyyttä. Tällaisten tarpeesta olemme samaa mieltä emmekä aloita listan miettimistä nyt. Olemme versioineet mallia toukokuusta asti.

Mitä paremmaksi alusta kehittyy, sitä isompi merkitys toimintamallilla on. Nopeus ilman kuria vie myös väärään suuntaan nopeammin.

Mitä kaikki tarkoittaa isoille Salesforce-orgeille?

Tunnistamme kolme merkittävää asiaa:

Agentti ei siivoa orgin sotkuja, vaan monistaa ne.

Ensinnäkin strateginen riski muuttaa muotoaan. Kysymys ei ole enää ”Onko Claude-Salesforce-yhdistelmä tuettu?” Tähän vastattiin elokuun lopussa. Nyt kysymys on: “Kuka tässä organisaatiossa osaa operoida sitä vastuullisesti?” Tässä on kyse toimitus- ja governance-malleista. Ja nyt kannattaa olla rehellinen siitä, mitä agentit perivät: sinun lupamallisi, jakosääntösi ja automaatiorönsysi. Juuri sellaisina kuin ne tänään ovat. Agentti ei siivoa orgin sotkuja, vaan monistaa ne.

Toiseksi valmiit skillit ovat tarkoituksella geneerisiä. Skill on tapa opettaa Claudelle se, miten jokin työ tehdään. Tämän pohjalta se osaa toistaa työn jatkossa samalla tavalla. 37 myyntiskilliä suoraan paketista on hyvä alku, mutta todellinen arvo syntyy skilleistä, jotka rakennetaan sinun datamallisi, prosessiesi ja liiketoimintalogiikkasi päälle. Juuri se työ, mitä olemme tehneet keväästä asti.

Sama koskee meitä. Ne 37 valmista skilliä ovat jatkossa perustaso, joten omista malleistamme ne, jotka menevät niiden kanssa päällekkäin, poistuvat. Jäljelle jäävät ne, jotka on rakennettu asiakkaan oman datamallin ja prosessin päälle. Se on se osa, jota alusta ei tee kenenkään puolesta.

Kolmanneksi, etumatka menee sille, joka lähtee liikkeelle nyt. Rajattu pilotti on jo käynnissä ja avoin beta on odotettavissa syyskuussa. Organisaatiot, jotka lähtevät liikkeelle ajoissa ja kunnon toimituskurin kanssa kasvattavat etumatkaansa.

Kolme asiaa kannattaa tehdä ennen avoimen betan aukeamista:

1. Auditoi lupavelka. Eli se, mitä agentti oikeasti näkisi teidän orgissanne tänään.
2. Nimeä henkilö, joka päättää mitä agentti saa tehdä ilman ihmisen hyväksyntää.
3. Valitse yksi prosessi, joka opetetaan skilliksi teidän oman datamallinne päälle.

Nämä kolme voi aloittaa tällä viikolla, eivätkä ne vanhene, vaikka alusta kehittyy.

Miten tästä eteenpäin?

Veimme Claude + Salesforce -yhdistelmää tuotantoon jo silloin, kun se vaikutti vielä vastavirtaan uimiselta.

Me Loikalla veimme Claude + Salesforce -yhdistelmää tuotantoon jo silloin, kun se vaikutti vielä vastavirtaan uimiselta. Kun lähdimme puhumaan siitä, että Anthropic tulisi olemaan se iso juttu Salesforce-ekosysteemissä, saimme vastaamme lähinnä epäilyä. Nyt Salesforce ja Anthropic ratkaisivat tämän väittelyn itse ja yhdistelmä on virallinen.

Jos haluat kokemuksiin pohjautuvia demoja kalvojen ja spekulaatioiden sijaan, ota ihmeessä yhteyttä. Eläviä projekteja, oikeita versiohistorioita ja tekopäivään jäljitettäviä päätöksiä.

Varaa tästä aika kalenteristani →, jos haluat nähdä, miltä kaikki näyttää tuotannossa. Ja tästä voit katsoa kesäkuulta tekoälyn hyödyntämistä Salesforcessa käsitelleen webinaarin →