Gmail içindeki HubSpot destekli bir CRM, bir satış ekibinin takip süreçlerini değiştirdi
Bir satış lideri, HubSpot bilgilerini ekibin zaten çalıştığı yerlere, yani Gmail ve Slack'e taşıyan özel bir iş akışı oluşturmak için Manus'u kullandı. Hedef basitti. Bir potansiyel müşteri ekibe e-posta gönderdiğinde, temsilcinin kişinin kim olduğunu, şirketin HubSpot'ta zaten kayıtlı olup olmadığını veya konuşmanın açık bir anlaşma için önemli olup olmadığını anlamak için gelen kutusundan ayrılması gerekmemeliydi.
Satış lideri, Manus ile doğru HubSpot bilgilerini e-postaya yaklaştıran bir iş akışı oluşturdu. Tamamlanan sistem, HubSpot, Gmail ve Slack'i tek bir iş akışında bir araya getirdi. HubSpot bilgisi mevcut olduğunda Gmail mesajlarını etiketleyebiliyor, Gmail içinde faydalı hesap bilgilerini gösterebiliyor ve kurumsal bir potansiyel müşterinin ilgilenilmesi gerektiğinde ekibe Slack üzerinden bildirim gönderebiliyordu.
Proje, günlük bir satış sorunuyla başladı
Proje, pratik bir satış sorusuyla başladı: bir temsilci bir e-postaya yanıt vermeden önce neyi bilmelidir?
Örneğin, acme.com'dan Priya ekibe e-posta gönderirse, temsilcinin onun HubSpot'ta zaten var olup olmadığını, Acme'nin hedef bir hesap olup olmadığını, açık bir anlaşma olup olmadığını ve ilişkinin sahibinin kim olduğunu hızlıca anlaması gerekir. Bu sinyaller, yanıtın hızlı mı, yönlendirilmiş mi yoksa farklı şekilde mi ele alınması gerektiğini belirler.
Manus, bu soruyu kullanılabilir bir veri katmanına dönüştürmeye yardımcı oldu. HubSpot, bu bilgileri zaten kişiler, şirketler, anlaşmalar ve sahiplik kayıtları arasında saklıyor. Asıl zorluk, yanıt anında bu alanların hangilerinin gerçekten önemli olduğunu belirlemek ve bunları Gmail içinde erişilebilir kılmaktı.
Bu, sorunu basit bir sinyal kümesine indirgedi: e-postayı kim gönderdi, hangi şirkete ait, şirket biliniyor mu, aktif bir anlaşma var mı ve hesabın sahibi kim. Bu, Gmail iş akışının temelini oluşturdu.
Gmail içindeki tarayıcı eklentisi ve etiketi
Küçük bir ürün kararı, iş akışının temsilciler tarafından daha kolay anlaşılmasını sağladı. Gmail etiketi, karmaşık bir puanlama sistemi olarak kullanılmadı. Basit bir sinyal olarak kullanıldı.
Bu kurgusal taslakta, etiket bir sinyaldir. Bir temsilci tıkladığında, tarayıcı eklentisi yanıt vermeden önce ihtiyaç duyulan temel potansiyel müşteri veya müşteri detaylarıyla açılır.
Örneğin, Acme'den Priya ekibe e-posta gönderdiyse ve Acme HubSpot'ta zaten varsa, e-posta buna göre etiketlenir. Gönderen zaten bir müşteri ise, temsilci daha fazla hesap geçmişiyle yanıt verebilir. Gönderen, açık bir kurumsal anlaşmaya bağlıysa, temsilci yanıtı önceliklendirebilir. Gönderen, sahibi olmayan bir şirkete aitse, ekip yanıt vermeden önce birini atamak zorunda kalabilir.
E-postalar etiketlendikten sonra, bir satış temsilcisi etikete tıklayabilir ve gelen kutusu içinde ilgili HubSpot detaylarıyla eklentiyi açabilir.
Slack, ekibin önemli potansiyel müşteriler üzerinde harekete geçmesine yardımcı oldu
Gmail, bir temsilcinin daha iyi bilgilerle yanıt vermesine yardımcı oldu. Slack ise önemli bir potansiyel müşterinin ilgilenilmesi gerektiğinde ekibin koordinasyon kurmasına yardımcı oldu.
Bu iş akışında Manus, HubSpot'tan kurumsal gelen potansiyel müşteriler için Slack bildirimleri göndermek üzere bir Slack botu oluşturdu. Bir Slack mesajı, ekibe yüksek uyumlu bir şirketin iletişime geçtiğini bildirebilir, şirket adını içerebilir, olası sahibi gösterebilir ve insanları e-posta dizisine veya ilgili kayda yönlendirebilir.
Örneğin, kurumsal bir potansiyel müşteri hedef bir hesaptan e-posta gönderdiyse ve hiçbir sahip atanmadıysa, Slack ekibi uyarabilir. Bu, potansiyel müşteriyi bir kişinin gelen kutusunda gömülü bırakmak yerine grup için görünür kılar.
Slack, aynı potansiyel müşteri bilgilerini ekibin geneline görünür kıldı. Uygunluğu yüksek bir potansiyel müşteri, gözden kaçmadan önce görülebilir, atanabilir ve takibe alınabilirdi.
Diğer ekiplerin bu süreçten öğrenebilecekleri
Proje, HubSpot, Gmail ve Slack ayrı katmanlar olarak ele alındığı için işe yaradı. Her katman ayrı ayrı oluşturuldu, kendi başına test edildi ve ardından ekibin mevcut satış akışına uyan bir iş akışı içinde birleştirildi.
İlk katman HubSpot veri modeliydi. Ekibin, takip anında gerçekten yararlı olan alanlara karar vermesi gerekiyordu; örneğin kişi kimliği, şirket eşleşmesi, sahip, anlaşma durumu, potansiyel müşteri kaynağı, plan ve sonraki adım gibi. Manus, değerli HubSpot alanlarını belirlemek ve iş akışının geri kalanının kullanabileceği senkronize bir veritabanı oluşturmak için kullanıldı
İkinci katman erişime bağlıydı. Bu durumda ekip Google Workspace kullanıyordu, dolayısıyla Gmail yetkilendirmesi Google auth üzerinden gerçekleştirilebiliyordu. Bu önemliydi çünkü iş akışının; mesajları okumak, gönderenleri HubSpot'tan türetilen veritabanıyla karşılaştırmak ve özel kurallara göre etiket uygulamak için izne ihtiyacı vardı. Ardından Manus, e-postaları bu kurallara göre otomatik olarak etiketlemek için kullanıldı.
Üçüncü katman Gmail tarafındaki deneyimdi. Etiketler çalışmaya başladıktan sonra, Manus, HubSpot tarzı simgeler gösteren ve Gmail içinde ilgili potansiyel müşteri veya müşteri ayrıntılarını yükleyen tarayıcı uzantısını oluşturmak için kullanıldı. Aynı yapım süreci destekleyici parçalar da gerektirdi: host eklentileri, bir giriş web sitesi ve kullanıcı yetkilendirme akışı. Bu çalışma, sistemin geri kalanıyla birleştirilmeden önce Manus'ta ayrı bir katman olarak ele alındı.
Diğer ekipler için pratik yapım önerisi; önce erişim seviyelerini kontrol etmek, ardından minimum yararlı alanları tanımlamak, etiket mantığını test etmek ve görünür arayüzü oluşturmaktır. Katmanlardan herhangi biri eksikse, deneyim ya temsilci için güvenilmez hale gelir ya da ekibin benimsemesi için fazla zorlaşır.
Connectors'ı Deneyin
Bugün connectors deneyin ve doğrudan Manus ile erişebileceğiniz veri katmanlarıyla yapımlarınızı güçlendirin.
