Kodėl sukūrėme RapidClaw

Mes nesukūrėme RapidClaw, nes pasauliui reikėjo dar vieno AI demo.

Atvirai sakant, tokių jau yra daugiau nei pakankamai. Rinka pilna agentų, kurie atrodo stebuklingi dviejų minučių vaizdo įraše ir įtartini vos tik užduodi paprastus klausimus, pavyzdžiui: Kur tai vyksta? Kas tai kontroliuoja? Kokius duomenis tai gali lieti? Kas patvirtina išeinančius veiksmus? Kas nutinka, kai tai suklysta?

Aš sukūriau RapidClaw, nes įmonės aiškiai nori AI privalumų CRM viduje, bet neturėtų aukoti kontrolės tam, kad tai gautų. O šiuo metu per daug rinkos dalyvių elgiasi taip, lyg toks mainas būtų neišvengiamas.

Problema, kurią norėjome išspręsti

AI pramonė tapo ypač gera vengiant sudėtingiausios dalies.

Lengva parodyti modelį, santraukai el. laišką, parašyti priminimą ar apsimesti, kad valdote pardavimų vamzdelį. Kur kas sunkiau sukurti kažką, kas veiktų realiame pasaulyje su klientų duomenimis, pardavimo procesu, patvirtinimais, aptarnavimo įrašais, identiteto ribomis ir Microsoft infrastruktūra.

CRM atveju problema dar akivaizdesnė. Tai nėra smėlio dėžė. Čia verslas prisimena, kas yra klientai, ką pažadėta, kas yra rizikoje, kas turi įvykti toliau ir kas absoliučiai neturėtų vykti be priežiūros.

Mano požiūris paprastas: AI CRM reikia operacinio modelio, ne tik užklausos.

Kodėl pasirinkome kliento valdomą Azure vykdymą

Viena iš pirmųjų mūsų priimtų sprendimų buvo, kad RapidClaw neturėtų veikti kaip paslaptis kažkieno kito debesyje.

Mes pasirinkome diegti vykdymo aplinką kliento pačios Azure prenumeratoje, nes rimtos organizacijos rūpinasi izoliacija, suverenitetu ir pasitikėjimu. Jos nenori, kad tiekėjas sakytų: „tiesiog atsiųskite mums visus savo klientų sąveikos duomenis ir pasitikėkite, kad mes būsim atsargūs.“

Tokiu būdu realūs pirkėjai nemąsto, ir mes taip pat nemąstome. Jei AI bus įaudžiamas į klientų operacijas, diegimo modelis turi reikšmę. Labai didelę.

• Kliento vykdymo izolacija
• Azure OpenAI kliento nuomotojo paskyroje ir regione
• Microsoft tapatybės ir saugumo ribos
• Diegimo istorija, atitinkanti įmonės lūkesčius

Kodėl diegimas turėjo tapti paprastesnis

Kitas vadovaujantis principas buvo paprastas: jei AI diegimas išliks pernelyg techninis, daug realių įmonių niekada nepasieks šio lygio.

Yra didžiulis skirtumas tarp karkaso, kurį gali įdiegti ekspertai, ir produkto, kurį gali įdiegti įprasti operatoriai verslo programų aplinkoje. Nuo pat pradžių mums rūpėjo tas skirtumas.

Todėl RapidClaw naudoja vedlio valdomą, naršyklę pirmiausia orientuotą diegimo patirtį, o ne daro prielaidą, kad klientas nori nuolat dirbti CLI, rankiniu būdu sujungti infrastruktūrą arba sudėlioti savo vykdymo aplinką iš išsibarsčiusių nurodymų.

Norėjome, kad diegimas jaustųsi labiau kaip rimto verslo produkto įdiegimas, o ne kaip prisijungimas prie eksperimento. Valdomo AI palengvinimas diegti nėra patogumo funkcija. Tai viena iš produkto principų.

Kodėl Dataverse yra valdymo riba

Mes taip pat nenorėjome, kad AI stovėtų šalia CRM kaip neatsakingas priedo modulis.

Dataverse jau yra verslo platforma RapidStart CRM, todėl ten ir norėjome, kad gyventų valdymo modelis. Konfigūracija, politika, diegimo įrašai, patvirtinimai, operacinė būsena ir verslo kontekstas – visa tai priklauso sistemai, kuria klientas jau valdo.

Kitaip tariant, norėjau, kad AI būtų inkaruotas platformoje, o ne prisukti prie jos kaip priedas.

Kodėl Microsoft

Pasirinkome Microsoft, nes būtent čia rimtos verslo programos jau gyvena didelėje dalyje rinkos, kuri mums rūpi.

Tapatybė per Entra. Bendradarbiavimas per Teams. Duomenys ir programos būsena per Dataverse. Infrastruktūra per Azure. Toks sluoksniavimas jau egzistuoja tūkstančiuose organizacijų. Jis jau neša pasitikėjimą, politiką ir operacinį svorį.

Mes nenorėjome kurti AI produkto, kuris prašytų klientų išeiti iš jų jau valdomos aplinkos vien tam, kad gautų vertę. Norėjome sukurti kažką, kas jaustųsi natūralu aplinkoje, kuria jie jau pasikliauja.

Microsoft ne visada yra lengviausias kelias, ir būtent tai yra esmė. Tokiam produktui papildoma struktūra nėra našta. Ji yra tai, kas iš pradžių leidžia įmanomu paversti valdomą AI.

Kodėl RapidStart CRM

Mes taip pat labai tikslingai kūrėme RapidClaw skirtą RapidStart CRM.

RapidStart CRM jau stovi prekybos veiklos, klientų istorijų, aptarnavimo sąveikų ir ryšių konteksto centre. Čia verslas jau laiko operacinę tiesą, kurios AI reikėtų, kad būtų tikrai naudinga.

Svarbiau, kad RapidStart CRM yra paprastas pagal dizainą. Tai svarbu. Jei norite, kad agentai veiktų valdomu būdu, pagrindinė verslo sistema negali būti nereikalingų sudėtingumų labirintas. RapidStart CRM suteikia mums švaresnį paviršių apmąstymams, aiškesnį vartotojo modelį ir geresnį pradinį tašką naudingai automatizacijai.

Trumpai tariant, RapidClaw prasmingas, nes RapidStart CRM jau turi duomenis, struktūrą ir paprastumą, kurių reikia AI, kad taptų praktiškas.

Kodėl Teams yra svarbus

Dar viena ankstyvame etape atmesta idėja buvo ta, kad naudotojai privalo gyventi dar viename administravimo portale ar AI žaidimų aikštelėje tam, kad gautų vertę.

Daugelio įmonių kasdienybė vyksta Teams. Ten žmonės užduoda klausimus, koordinuoja, seka ir tikisi, kad pagalba atsiras. Tad RapidClaw naudoja Teams-natūralią asistentų patirtį su viena orkestravimo sritimi galutiniams vartotojams ir specialisto koordinacija užkulisiuose.

Tai svarbu, nes naudojamumas svarbus. Jei AI yra galingas, bet nepatogus, priėmimas žlunga. Daug techniškai įspūdingų produktų pralaimi būtent čia.

Kodėl valdymas eina prieš autonomiją

Tai gali būti svarbiausias dizaino pasirinkimas visame produkte.

RapidClaw yra saugus pagal numatytuosius nustatymus. Diegimas nereiškia akivaizdžios autonomijos. Naujos aplinkos yra paruošiamos neveikiančiu (non-live) režimu, o vėliau sąmoningai suaktyvinamos per RapidClaw Command Center.

Taip padarėme, nes verslams nepatinka staigmenos. Jie nori žinoti, kas yra aktyvuota, kurie agentai yra aktyvūs, kas reikalauja patvirtinimo, kas gali siųsti pranešimus ir ką jie gali išjungti iš karto, jei reikia.

AI tampa daug lengviau priimamas, kai operacinis modelis yra aiškus ir nuobodus tinkamais būdais. Nuobodumas yra neįvertintas. Nuobodumas leidžia rimtoms įmonėms pasitikėti sistema.

Kodėl kūrėme ant OpenClaw

Taip pat reikėjo apsispręsti, ar kurti visą vykdymo aplinką nuo nulio, ar statyti ant kažko, kas jau supranta agentų orkestravimą.

Pasirinkome OpenClaw, nes RapidClaw niekada neturėjo būti vien plonas apvalkalas aplink modelį. Reikėjo tikros vykdymo aplinkos daugiaagentinei koordinacijai, įrankių naudojimui, tarpininkavimui ir vykdymui kliento valdomoje aplinkoje.

OpenClaw suteikė mums tą pradinį tašką. Tai leido mums skirti energiją sunkesnei ir, mūsų nuomone, svarbesnei problemai: kaip padaryti, kad agentiškas AI elgtųsi kaip tikras produktas CRM viduje, o ne kaip sumanus eksperimentas už jos ribų.

RapidClaw yra tai, kas atsitinka, kai ta vykdymo aplinka formuojama į valdomą sistemą: kliento valdomas Azure diegimas, Dataverse-centrinis valdymas, Teams-natūralus prieigos modelis, patvirtinimų darbo eiga ir tikra operatoriaus sąsaja per RapidClaw Command Center.

Kur tai susitinka su Microsoft kryptimi

Žiūrint, ką Microsoft dabar daro su Lobster ir OpenClaw, padalijimas tampa dar aiškesnis.

Microsoft žiūri į tai per asmeninio produktyvumo pusę: žinutės, kalendoriai, priminimai, gautieji, susitikimai ir proaktyvi pagalba asmeniui. Tai prasminga. Viskas prasideda nuo vartotojo.

RapidClaw žiūri į tai per Dataverse pusę: klientų įrašai, galimybės, patvirtinimai, operacinė būsena ir bendroji verslo tiesa. Tai prasideda nuo įrašo sistemos.

Tai nėra priešingos kryptys. Tai yra dvi to paties ateities pusės. Produktyvumo sluoksnis žino, ką aš bandau padaryti. Dataverse sluoksnis žino, ką verslas gali leisti, ką sako kliento įrašas ir ką reikia prisiminti.

Būtent čia, mūsų manymu, šie pasauliai susitinka: Microsoft teikia vartotojui matomą agentų audinį, o RapidClaw suteikia valdomą verslo kontekstą ir CRM-specifinį veiksmų modelį. Aš nematau šių krypčių kaip prieštaraujančių. Aš matau, kad joms galiausiai reikia vienai kitos.

Verslo nauda

Visa tai neturi reikšmės, jei tai nesukuria verslo vertės.

Svarbiausia nėra tai, kad agentas kartą padarė ką nors įdomaus. Svarbiausia, kad jis galėtų pakartotinai atlikti naudingą darbą būdu, su kuriuo verslas gali išties gyventi.

Tai daug aukštesnis standartas, nei prisipažįsta daugelis AI produktų. Tai ir yra mūsų rūpestis.

• Greitesnis potencialių klientų sekimas ir pardavimų palaikymas
• Geresnė piltuvo higiena ir aiškesnis matomumas dėl kitų žingsnių
• Ankstyvesnė aptarnavimo triage ir labiau struktūruota pagalbinė juodraštinė pagalba
• Mažiau rankinio administravimo darbo su santraukomis, priminimais ir koordinavimu
• Didesnis pasitikėjimas, nes patvirtinimai, politikos ir diagnostika yra įmontuoti
• Kelias į AI diegimą, kuris atitinka tai, kaip Microsoft-orientuotos įmonės jau dirba

Kas daro RapidClaw kitokį

RapidClaw siekia nebūti garsiausia AI istorija rinkoje. Aš geriau norėčiau, kad tai būtų viena iš patikimiausių.

Skirtumą sudaro derinys: kliento valdoma vykdymo aplinka, Dataverse-centrinė valdymo sistema, Teams-gimtoji sąveika, Command Center operacijoms ir specialisto-agentų modelis, sukurtas būtent RapidStart CRM.

Tas derinys yra produktas.

Sukūriau RapidClaw, nes AI CRM turėtų būti naudingas, valdomas ir diegiamas realiame pasaulyje, o ne tik įspūdingas demonstracijoje.