Dlaczego stworzyliśmy RapidClaw

Nie stworzyliśmy RapidClaw, ponieważ świat potrzebował kolejnego pokazu AI.

Szczerze mówiąc, takich pokazów jest już mnóstwo. Rynek jest pełen agentów, którzy wyglądają magicznie w dwuminutowym wideo, a podejrzanie, gdy tylko zadasz podstawowe pytania, takie jak: Gdzie to działa? Kto to kontroluje? Do jakich danych ma dostęp? Kto zatwierdza działania wychodzące? Co się dzieje, gdy się myli?

Stworzyłem RapidClaw, ponieważ firmy wyraźnie chcą korzyści z AI w CRM, ale nie powinny musieć rezygnować z kontroli, aby je uzyskać. A obecnie zbyt wiele na rynku działa tak, jakby ta wymiana była nieunikniona.

Problem, który chcieliśmy rozwiązać

Branża AI stała się niezwykle dobra w pomijaniu trudnych części.

Łatwo jest pokazać model podsumowujący e-mail, piszący odpowiedź lub udający zarządzanie pipeline'em. Znacznie trudniej jest zbudować coś, co działa w rzeczywistym świecie danych klientów, procesów sprzedaży, zatwierdzeń, rejestrów serwisowych, granic tożsamości i infrastruktury Microsoft.

W CRM problem jest jeszcze bardziej oczywisty. To nie jest piaskownica. To tutaj firma pamięta, kim są klienci, co zostało obiecane, co jest zagrożone, co musi się wydarzyć dalej i co absolutnie nie powinno się wydarzyć bez nadzoru.

Moje podejście jest proste: AI dla CRM potrzebuje modelu operacyjnego, a nie tylko podpowiedzi.

Dlaczego wybraliśmy środowisko Azure należące do klienta

Jedną z pierwszych decyzji, które podjęliśmy, było to, że RapidClaw nie powinien działać jako tajemnicza skrzynka w chmurze kogoś innego.

Zdecydowaliśmy się wdrożyć środowisko uruchomieniowe w subskrypcji Azure klienta, ponieważ poważne organizacje dbają o izolację, suwerenność i zaufanie. Nie chcą, aby dostawca mówił: „po prostu wyślij nam wszystkie swoje interakcje z klientami i zaufaj, że będziemy ostrożni”.

To nie jest sposób myślenia prawdziwych nabywców i nie jest to również nasz sposób myślenia. Jeśli AI ma być wplecione w operacje klienta, to model wdrożenia ma znaczenie. I to duże.

• Izolacja środowiska uruchomieniowego klienta
• Azure OpenAI w dzierżawie i regionie klienta
• Granice tożsamości i bezpieczeństwa Microsoft
• Historia wdrożenia, która spełnia oczekiwania przedsiębiorstw

Dlaczego wdrożenie musiało stać się łatwiejsze

Inną zasadą przewodnią było to, że jeśli wdrożenie AI pozostanie zbyt techniczne, większość prawdziwych firm nigdy tam nie dotrze.

Istnieje ogromna różnica między frameworkiem, który może być wdrożony przez ekspertów, a produktem, który może być wdrożony przez zwykłych operatorów w środowisku aplikacji biznesowej. Zależało nam na tej różnicy od samego początku.

Dlatego RapidClaw korzysta z doświadczenia konfiguracji opartego na kreatorze, przeglądarce, zamiast zakładać, że klient chce żyć w CLI, ręcznie łączyć infrastrukturę lub składać własne środowisko uruchomieniowe z rozproszonych instrukcji.

Chcieliśmy, aby wdrożenie przypominało bardziej uruchomienie poważnego produktu biznesowego, a mniej dołączenie do eksperymentu. Ułatwienie wdrożenia zarządzanego AI nie jest funkcją wygody. To jedna z zasad produktu.

Dlaczego Dataverse jest granicą kontroli

Nie chcieliśmy również, aby AI siedziało obok CRM jak nieodpowiedzialny sidecar.

Dataverse jest już platformą biznesową dla RapidStart CRM, więc tam chcieliśmy, aby mieszkał model kontroli. Konfiguracja, polityka, rejestry wdrożeń, zatwierdzenia, stan operacyjny i kontekst biznesowy należą do systemu, który klient już zarządza.

Innymi słowy, chciałem, aby AI było zakotwiczone wewnątrz platformy, a nie przyczepione do niej jak dodatek.

Dlaczego Microsoft

Wybraliśmy Microsoft, ponieważ to tutaj już żyją poważne aplikacje biznesowe dla dużej części rynku, na którym nam zależy.

Tożsamość przez Entra. Współpraca przez Teams. Dane i stan aplikacji przez Dataverse. Infrastruktura przez Azure. Ten stos już istnieje w tysiącach organizacji. Już niesie zaufanie, politykę i operacyjną grawitację.

Nie chcieliśmy budować produktu AI, który wymagałby od klientów wyjścia poza posiadany przez nich majątek, aby uzyskać wartość. Chcieliśmy zbudować coś, co wydawałoby się natywne dla środowiska, na którym już polegają.

Microsoft nie zawsze jest najlżejszą ścieżką, i to jest właśnie sedno. Dla tego rodzaju produktu dodatkowa struktura nie jest obciążeniem. To właśnie ona umożliwia zarządzane AI.

Dlaczego RapidStart CRM

Stworzyliśmy również RapidClaw dla RapidStart CRM bardzo celowo.

RapidStart CRM już znajduje się w centrum aktywności sprzedażowej, historii klientów, interakcji serwisowych i kontekstu relacji. To tutaj firma już przechowuje operacyjną prawdę, której AI potrzebowałoby, aby być naprawdę użytecznym.

Co ważniejsze, RapidStart CRM jest prosty z założenia. To ma znaczenie. Jeśli chcesz, aby agenci działali w sposób zarządzany, podstawowy system biznesowy nie może być labiryntem zbędnej złożoności. RapidStart CRM daje nam czystszą powierzchnię do rozumowania, jaśniejszy model użytkownika i lepszy punkt wyjścia do użytecznej automatyzacji.

Krótko mówiąc, RapidClaw ma sens, ponieważ RapidStart CRM już posiada dane, strukturę i prostotę, których AI potrzebuje, aby stać się praktycznym.

Dlaczego Teams ma znaczenie

Kolejną rzeczą, którą odrzuciliśmy na wczesnym etapie, była idea, że użytkownicy powinni żyć w kolejnym portalu administracyjnym lub placu zabaw AI, aby uzyskać wartość.

Dla wielu firm Teams to miejsce, gdzie już odbywa się praca. To tam ludzie zadają pytania, koordynują, śledzą i oczekują pomocy. Dlatego RapidClaw korzysta z doświadczenia asystenta natywnego dla Teams z jedną powierzchnią orkiestracji dla użytkowników końcowych i specjalistyczną koordynacją za kulisami.

To ma znaczenie, ponieważ użyteczność ma znaczenie. Jeśli AI jest potężne, ale niezręczne, adopcja umiera. Wiele technicznie imponujących produktów przegrywa właśnie tam.

Dlaczego zarządzanie jest ważniejsze niż autonomia

To może być najważniejszy wybór projektowy w całym produkcie.

RapidClaw jest bezpieczny domyślnie. Wdrożenie nie oznacza natychmiastowej autonomii. Nowe środowiska są tworzone w trybie nieaktywnym, a następnie aktywowane celowo przez RapidClaw Command Center.

Zrobiliśmy to, ponieważ firmy nie chcą niespodzianek. Chcą wiedzieć, co jest aktywne, które agenty są aktywne, co wymaga zatwierdzenia, co może wysyłać komunikację i co mogą natychmiast wyłączyć, jeśli zajdzie taka potrzeba.

AI staje się znacznie łatwiejsze do przyjęcia, gdy model operacyjny jest wyraźny i nudny w odpowiedni sposób. Nuda jest niedoceniana. Nuda to coś, co pozwala poważnym firmom zaufać systemowi.

Dlaczego zbudowaliśmy na OpenClaw

Musieliśmy również zdecydować, czy zbudować całe środowisko uruchomieniowe od podstaw, czy zbudować na czymś, co już rozumie orkiestrację agentów.

Wybraliśmy OpenClaw, ponieważ RapidClaw nigdy nie miał być tylko cienką osłoną wokół modelu. Potrzebowaliśmy prawdziwego środowiska uruchomieniowego do koordynacji wielu agentów, użycia narzędzi, mediacji i wykonania w środowisku należącym do klienta.

OpenClaw dał nam ten punkt wyjścia. Pozwolił nam skupić naszą energię na trudniejszym i, naszym zdaniem, ważniejszym problemie: jak sprawić, by agentowe AI zachowywało się jak prawdziwy produkt wewnątrz CRM, a nie jak sprytny eksperyment na zewnątrz.

RapidClaw to efekt, gdy to środowisko uruchomieniowe jest kształtowane w coś zarządzalnego: wdrożenie w Azure należące do klienta, kontrola skoncentrowana na Dataverse, dostęp natywny dla Teams, przepływy zatwierdzeń i prawdziwa powierzchnia operacyjna przez RapidClaw Command Center.

Gdzie to spotyka się z kierunkiem Microsoft

Patrząc na to, co Microsoft teraz robi wokół Lobster i OpenClaw, podział staje się jeszcze bardziej wyraźny.

Microsoft podchodzi do tego od strony osobistej produktywności: wiadomości, kalendarze, przypomnienia, skrzynki odbiorcze, spotkania i proaktywna pomoc dla jednostki. To ma sens. Zaczyna się od użytkownika.

RapidClaw podchodzi do tego od strony Dataverse: rejestry klientów, możliwości, zatwierdzenia, stan operacyjny i wspólna prawda biznesu. To zaczyna się od systemu rejestracji.

To nie są przeciwstawne kierunki. To dwie połowy tej samej przyszłości. Warstwa produktywności wie, co próbuję zrobić. Warstwa Dataverse wie, na co biznes może pozwolić, co mówi rejestr klienta i co trzeba zapamiętać.

To jest miejsce, gdzie uważamy, że te światy się spotykają: Microsoft dostarcza agentową warstwę skierowaną do użytkownika, a RapidClaw dostarcza zarządzany kontekst biznesowy i model działania specyficzny dla CRM. Nie widzę tych kierunków jako konfliktowych. Widzę je jako ostatecznie potrzebujące siebie nawzajem.

Korzyści biznesowe

Żadne z tego nie ma znaczenia, jeśli nie tworzy wartości biznesowej.

Chodzi nie o to, że agent może zrobić coś interesującego raz. Chodzi o to, że może wykonywać użyteczną pracę wielokrotnie w sposób, z którym biznes może rzeczywiście żyć.

To znacznie wyższa poprzeczka niż przyznaje większość produktów AI. To także poprzeczka, na której nam zależy.

• Szybsze śledzenie leadów i wsparcie sprzedaży
• Lepsza higiena pipeline'u i wyraźniejsza widoczność kolejnych kroków
• Wcześniejsza triage serwisowa i bardziej strukturalna pomoc w tworzeniu szkiców
• Mniej ręcznej pracy administracyjnej wokół podsumowań, przypomnień i koordynacji
• Większa pewność dzięki wbudowanym zatwierdzeniom, politykom i diagnostyce
• Ścieżka do przyjęcia AI, która pasuje do sposobu działania firm skoncentrowanych na Microsoft

Co wyróżnia RapidClaw

RapidClaw nie stara się być najgłośniejszą historią AI na rynku. Wolałbym, aby był jednym z najbardziej wiarygodnych.

To, co go wyróżnia, to kombinacja: środowisko uruchomieniowe należące do klienta, zarządzanie skoncentrowane na Dataverse, interakcja natywna dla Teams, Command Center dla operacji i model specjalistycznego agenta ukształtowany specjalnie dla RapidStart CRM.

Ta kombinacja to produkt.

Stworzyłem RapidClaw, ponieważ AI w CRM powinno być użyteczne, zarządzalne i wdrażalne w rzeczywistym świecie, a nie tylko imponujące w pokazie.