RapidClaw'u Neden İnşa Ettik

RapidClaw'u dünyaya başka bir AI demosu gerektiği için inşa etmedik.

Açıkçası, bunlardan zaten fazlasıyla var. Pazar, iki dakikalık bir videoda büyüleyici görünen ve temel sorular sorduğunuz anda şüpheli hale gelen ajanlarla dolu: Bu nerede çalışıyor? Kim kontrol ediyor? Hangi verilere erişebilir? Dışa yönelik davranışları kim onaylıyor? Yanlış olduğunda ne olur?

RapidClaw'u inşa ettim çünkü işletmeler CRM içinde AI'nın avantajını açıkça istiyor, ancak bunu elde etmek için kontrolü kaybetmek zorunda olmamalılar. Ve şu anda, pazarın çok büyük bir kısmı bu değişimin kaçınılmaz olduğunu düşünüyor.

Çözmek İstediğimiz Sorun

AI endüstrisi zor kısmı atlamada son derece iyi hale geldi.

Bir modelin bir e-postayı özetlemesi, bir takip yazması veya bir hattı yönetiyormuş gibi yapması kolaydır. Müşteri verileri, satış süreci, onaylar, hizmet kayıtları, kimlik sınırları ve Microsoft altyapısının gerçek dünyasında çalışan bir şey inşa etmek çok daha zordur.

CRM'de sorun daha da belirgin. Bu bir oyun alanı değil. Bu, işletmenin müşterilerin kim olduğunu, neyin vaat edildiğini, neyin risk altında olduğunu, neyin bir sonraki adımda yapılması gerektiğini ve neyin kesinlikle gözetim olmadan yapılmaması gerektiğini hatırladığı yerdir.

Benim görüşüm basit: CRM için AI, sadece bir komut istemi değil, bir işletim modeli gerektirir.

Neden Müşteri Sahipliğinde Bir Azure Çalışma Zamanı Seçtik

Aldığımız ilk kararlardan biri, RapidClaw'un başkasının bulutunda bir gizem kutusu olarak çalışmaması gerektiğiydi.

Çalışma zamanını müşterinin kendi Azure aboneliğine dağıtmayı seçtik çünkü ciddi kuruluşlar izolasyon, egemenlik ve güvene önem verir. Bir satıcının, “bize tüm müşteri etkileşimlerinizi gönderin ve dikkatli olacağımıza güvenin” demesini istemezler.

Gerçek alıcılar böyle düşünmez ve biz de öyle düşünmüyoruz. AI müşteri operasyonlarına entegre edilecekse, dağıtım modeli önemlidir. Çok önemlidir.

• Müşteri çalışma zamanı izolasyonu
• Müşteri kiracısı ve bölgesinde Azure OpenAI
• Microsoft kimlik ve güvenlik sınırları
• Kurumsal beklentilere uygun bir dağıtım hikayesi

Neden Dağıtımın Daha Kolay Olması Gerekiyordu

Başka bir rehber ilke basitti: AI dağıtımı çok teknik kalırsa, çoğu gerçek işletme asla oraya ulaşamayacak.

Uzmanlar tarafından dağıtılabilen bir çerçeve ile bir iş uygulama ortamında normal operatörler tarafından dağıtılabilen bir ürün arasında büyük bir fark vardır. Bu farkı baştan beri önemsiyorduk.

Bu yüzden RapidClaw, müşterinin CLI'da yaşamak istediğini varsaymak yerine, tarayıcı öncelikli bir kurulum deneyimi sunan bir sihirbaz kullanıyor, altyapıyı manuel olarak bağlamak veya kendi çalışma zamanlarını dağınık talimatlardan bir araya getirmek yerine.

Dağıtımın ciddi bir iş ürünü kurmak gibi hissettirmesini istedik, bir deneye katılmak gibi değil. Yönetilen AI'nın dağıtımını kolaylaştırmak bir konfor özelliği değildir. Bu, ürün ilkelerinden biridir.

Neden Dataverse Kontrol Sınırıdır

AI'nın CRM yanında sorumsuz bir yan araç gibi oturmasını da istemedik.

Dataverse zaten RapidStart CRM için iş platformu, bu yüzden kontrol modelinin de orada yaşamasını istedik. Yapılandırma, politika, dağıtım kayıtları, onaylar, operasyonel durum ve iş bağlamı, müşterinin zaten yönettiği bir sistemin içinde yer almalıdır.

Başka bir deyişle, AI'nın platformun içine demirlenmesini, bir aksesuar gibi üzerine monte edilmesini istemedim.

Neden Microsoft

Microsoft'u seçtik çünkü ilgilendiğimiz pazarın büyük bir kısmı için ciddi iş uygulamaları zaten burada yaşıyor.

Kimlik Entra aracılığıyla. İşbirliği Teams aracılığıyla. Veri ve uygulama durumu Dataverse aracılığıyla. Altyapı Azure aracılığıyla. Bu yığın zaten binlerce kuruluşun içinde var. Zaten güven, politika ve operasyonel çekim taşıyor.

Müşterilerin zaten yönettikleri alanın dışına çıkmalarını istemedik, sadece değer elde etmek için. Zaten güvendikleri ortama doğal hissettiren bir şey inşa etmek istedik.

Microsoft her zaman en hafif yol değildir ve bu tam olarak mesele. Bu tür bir ürün için ekstra yapı yük değil. Yönetilen AI'yı mümkün kılan şeydir.

Neden RapidStart CRM

RapidClaw'u RapidStart CRM için çok kasıtlı olarak inşa ettik.

RapidStart CRM zaten satış faaliyetlerinin, müşteri geçmişinin, hizmet etkileşimlerinin ve ilişki bağlamının ortasında yer alıyor. AI'nın gerçekten faydalı olabilmesi için işletmenin zaten operasyonel gerçeği tuttuğu yer burası.

Daha da önemlisi, RapidStart CRM tasarım gereği basittir. Bu önemlidir. Ajanların yönetilen bir şekilde çalışmasını istiyorsanız, alttaki iş sistemi gereksiz karmaşıklıklarla dolu bir labirent olamaz. RapidStart CRM bize daha temiz bir yüzey, daha net bir kullanıcı modeli ve faydalı otomasyon için daha iyi bir başlangıç noktası sunar.

Kısacası, RapidClaw mantıklıdır çünkü RapidStart CRM zaten AI'nın pratik hale gelmesi için ihtiyaç duyduğu veri, yapı ve sadeliğe sahiptir.

Neden Teams Önemlidir

Erken reddettiğimiz bir diğer şey, kullanıcıların değer elde etmek için başka bir yönetim portalında veya AI oyun alanında yaşamaları gerektiği fikriydi.

Birçok işletme için, iş zaten Teams'de gerçekleşiyor. İnsanların soru sorduğu, koordine olduğu, takip ettiği ve yardım beklediği yer burası. Bu yüzden RapidClaw, son kullanıcılar için bir orkestratör yüzeyi ve sahne arkasında uzman koordinasyonu ile Teams-yerel bir asistan deneyimi kullanıyor.

Bu önemlidir çünkü kullanılabilirlik önemlidir. AI güçlü ama hantal ise, benimseme ölür. Teknik olarak etkileyici birçok ürün tam da burada kaybeder.

Neden Yönetişim Özerklikten Önce Gelir

Bu, tüm üründeki en önemli tasarım seçimi olabilir.

RapidClaw varsayılan olarak güvenlidir. Dağıtım anında özerklik anlamına gelmez. Yeni ortamlar canlı olmayan bir duruşta sağlanır, ardından RapidClaw Komuta Merkezi aracılığıyla kasıtlı olarak etkinleştirilir.

Bunu yaptık çünkü işletmeler sürprizler istemez. Neyin canlı olduğunu, hangi ajanların aktif olduğunu, neyin onay gerektirdiğini, neyin iletişim gönderebileceğini ve gerekirse hemen kapatabileceklerini bilmek isterler.

İşletim modeli açık ve doğru yollarla sıkıcı olduğunda AI'nın benimsenmesi çok daha kolay hale gelir. Sıkıcı küçümsenir. Sıkıcı, ciddi şirketlerin bir sisteme güvenmesini sağlayan şeydir.

Neden OpenClaw Üzerine İnşa Ettik

Tüm çalışma zamanını sıfırdan mı inşa edeceğimize yoksa zaten ajan orkestrasyonunu anlayan bir şeyin üzerine mi inşa edeceğimize de karar vermemiz gerekiyordu.

OpenClaw'u seçtik çünkü RapidClaw asla sadece bir modelin etrafında ince bir örtü olmamalıydı. Müşteri sahipliğindeki bir ortamda çoklu ajan koordinasyonu, araç kullanımı, arabuluculuk ve yürütme için gerçek bir çalışma zamanı gerekiyordu.

OpenClaw bize bu başlangıç noktasını verdi. Enerjimizi daha zor ve bizim görüşümüze göre daha önemli olan soruna harcamamıza izin verdi: ajan AI'nın CRM içinde gerçek bir ürün gibi davranmasını sağlamak, dışında akıllı bir deney gibi değil.

RapidClaw, bu çalışma zamanı yönetilebilir bir şeye dönüştüğünde olan şeydir: müşteri sahipliğinde Azure dağıtımı, Dataverse-merkezli kontrol, Teams-yerel erişim, onay iş akışları ve RapidClaw Komuta Merkezi aracılığıyla gerçek bir operatör yüzeyi.

Bu, Microsoft'un Yönüyle Nerede Buluşuyor

Microsoft'un şu anda Lobster ve OpenClaw etrafında yaptıklarına bakmak, ayrımı daha da netleştiriyor.

Microsoft, kişisel üretkenlik tarafından geliyor: mesajlar, takvimler, hatırlatıcılar, gelen kutuları, toplantılar ve birey için proaktif yardım. Bu mantıklı. Kullanıcıdan başlıyor.

RapidClaw, Dataverse tarafından geliyor: müşteri kayıtları, fırsatlar, onaylar, operasyonel durum ve işletmenin paylaşılan gerçeği. Bu, kayıt sisteminden başlıyor.

Bunlar karşıt yönler değil. Aynı geleceğin iki yarısı. Üretkenlik katmanı ne yapmaya çalıştığımı biliyor. Dataverse katmanı işletmenin neye izin verebileceğini, müşteri kaydının ne söylediğini ve neyin hatırlanması gerektiğini biliyor.

Bu dünyaların burada buluştuğunu düşünüyoruz: Microsoft kullanıcıya yönelik ajan kumaşını sağlıyor ve RapidClaw yönetilen iş bağlamını ve CRM'e özgü eylem modelini sağlıyor. Bu yönleri çelişkili olarak görmüyorum. Sonunda birbirlerine ihtiyaç duyacaklarını görüyorum.

İşletme Faydaları

Bunların hiçbiri iş değeri yaratmazsa önemli değildir.

Mesele, bir ajanın bir kez ilginç bir şey yapabilmesi değil. Mesele, işletmenin gerçekten yaşayabileceği bir şekilde tekrar tekrar faydalı işler yapabilmesidir.

Bu, çoğu AI ürününün kabul ettiğinden çok daha yüksek bir çıta. Aynı zamanda önemsediğimiz çıta.

• Daha hızlı potansiyel müşteri takibi ve satış desteği
• Daha iyi boru hattı hijyeni ve daha net bir sonraki adım görünürlüğü
• Daha erken hizmet triyajı ve daha yapılandırılmış taslak yardımı
• Özetler, dürtmeler ve koordinasyon etrafında daha az manuel yönetim işi
• Onaylar, politikalar ve tanılamalar dahil olduğu için daha fazla güven
• Microsoft-merkezli işletmelerin zaten nasıl çalıştığına uygun bir AI benimseme yolu

RapidClaw'u Farklı Kılan Nedir

RapidClaw, piyasadaki en gürültülü AI hikayesi olmaya çalışmıyor. Onun yerine en güvenilirlerden biri olmasını tercih ederim.

Onu farklı kılan şey kombinasyon: müşteri sahipliğinde çalışma zamanı, Dataverse-merkezli yönetişim, Teams-yerel etkileşim, operasyonlar için bir Komuta Merkezi ve RapidStart CRM için özel olarak şekillendirilmiş bir uzman-ajan modeli.

Bu kombinasyon üründür.

RapidClaw'u inşa ettim çünkü CRM'deki AI faydalı, yönetilebilir ve gerçek dünyada dağıtılabilir olmalı, sadece bir demoda etkileyici olmamalı.