Slack kullanıyorsanız, CRM'iniz Slack'e haber verir.
CRM'deki olayları kanalınıza taşıyan altyapı üründe hazır: imzalı giden webhook, başarısız çağrıda yeniden deneme ve iş akışı motorunda bir bildirim düğümü. Hangi olayın hangi kanala düşeceğini keşif görüşmesinde birlikte belirliyor, aboneliği biz kuruyoruz.
Kararlar kanalda veriliyor, kayıt başka yerde duruyor
Slack'i merkezine almış bir ekipte iş, kanalda konuşulur. Karar kanalda verilir, haber kanalda duyulur, dosya kanalda dolaşır. CRM ise ayrı bir sekmedir. Mekanizma şurada kırılıyor: haber kanalda üretiliyor, kayıt başka bir yerde tutuluyor ve ikisini birbirine bağlayan tek şey birinin sekme değiştirmesi oluyor. Kendi projelerimizde gördüğümüz tablo şu:
- Fırsat kapandığında haberi ilk veren kanala yazan kişidir. Kaydın ne zaman güncellendiği ayrı bir soru olarak kalır; bazen hiç güncellenmez.
- "Bu müşteriyle kim ilgileniyor?" sorusu kanalda sorulur, kanalda cevaplanır ve orada kalır. Üç ay sonra aynı soru yeniden sorulur.
- Web formundan gelen müşteri adayı, temsilci CRM'i açana kadar bekler. İlk yanıt süresi kimin ne zaman sekme değiştirdiğine bağlı olur.
- Duyurular elle yazılır: "şu teklif onaylandı" mesajını biri hatırlarsa atar, hatırlamazsa atmaz. Bildirim bir sürece değil, bir kişiye bağlıdır.
- Kanal geçmişi arşiv gibi görünür ama arşiv değildir: mesaj aranınca bulunur, müşteri kaydına bağlanmaz.
- Kanal sayısı arttıkça gürültü de artar. Hangi olayın gerçekten bildirilmeye değer olduğu hiç kararlaştırılmadığı için ya her şey yazılır ya hiçbir şey.
Buradaki ihtiyaç bir sohbet uygulamasını CRM'e çevirmek değil. Kayıt CRM'de dursun, haber kanala kendiliğinden gelsin — ve hangi haberin geleceğine önceden karar verilmiş olsun.
Bir yön hazır, diğer yön proje — ikisini ayırıyoruz
Slack için kutudan çıkan bir modülümüz yok ve olduğunu söylemeyeceğiz. Bağlantı; REST API, OAuth2, webhook ve içe/dışa aktarma ile kapsamı keşif görüşmesinde belirlenen bir entegrasyon projesi olarak kurulur.
Ama bu sayfada bir şeyi ayrıca yazmamız gerekiyor, çünkü Slack'te durum diğer başlıklardan farklı: bildirim yönünün dayandığı altyapı üründe bugün tamdır. Giden webhook imzalıdır, başarısız çağrı yeniden denenir, hedef adres SSRF doğrulamasından geçer ve bu bildirim görsel iş akışı tasarımcısında bir düğüm olarak durur. Yani "yazılacak" bir şey değil, yapılandırılacak bir şey.
Şunu da yazalım: bugüne kadar bunu açan bir kiracımız olmadı. Ölçtük — 24 kiracıda tanımlı webhook aboneliği sıfır. Bu yüzden bu sayfada "müşterilerimiz Slack'e bağlı" cümlesini okumayacaksınız. Yetenek üründe var, kullanım ölçülmedi; ikisini birbirine karıştırmak istemiyoruz. Üzerinde çalıştığı iş akışı motoru ise üretimde: iki kiracıda tanımlı akışlarda ölçülen 617 koşumun 617'si başarıyla tamamlandı.
Ters yön — kanaldan CRM'e kayıt açmak — aynı kolaylıkta değildir ve öyleymiş gibi anlatmıyoruz. O yön REST API üzerinden yazılır. API'nin dışarıdan gerçekten kullanılabildiğini ise ödünç bir olguyla söyleyebiliyoruz: canlı bir müşteri kurulumunda üçüncü taraf bir ERP entegratörü aynı REST API üzerinden kayıt okuyup yazıyor. Adı yayımlama iznimiz olmadığı için isim vermiyoruz; söylediğimiz şey ölçülmüş bir olgudur. Bu tek bir kurulumdur, bir vaka listesi değil. Aynı çerçevenin bir ERP'deki hâlini Netsis entegrasyonu sayfasında, genel yaklaşımımızı entegrasyonlar sayfasında anlattık.
Cuma 17:20 — hafta kapanıyor, satış kanalı açık. Bağlantı kurulduğunda şunlar değişir:
-
1
Kazanılan fırsat kanala kendiliğinden düşer
Fırsat kazanıldı olayında imzalı bir bildirim kanalınıza gider. Haberi veren kişi değil kaydın kendisi olur; kimse duyurmayı unutmaz, kimse iki kez duyurmaz.
-
2
Bildirim, kaydın adresiyle birlikte gelir
Mesajda müşteri adı, tutar ve sorumlu gibi kapsamda tanımladığınız alanlar ve kaydın bağlantısı yer alır. Kanaldan tek adımda kaydın kendisine gidilir.
-
3
Hangi olayın hangi kanala gideceğine siz karar verirsiniz
Satış, destek ve yönetim kanalları ayrı ayrı beslenebilir. Kanal başına olay listesi kurulumda tanımlanır; gürültü sonradan kısılmaz, baştan sınırlanır.
-
4
Yeni müşteri adayı sekme değişikliğini beklemez
Formdan ya da API'den gelen kayıt, kaynağı etiketlenmiş olarak CRM'e düşer ve aynı anda kanala bildirilir. İlk yanıt, birinin CRM'i açmasına bağlı kalmaz.
-
5
Bildirim iletilemezse sessizce kaybolmaz
Çağrı imzalıdır; alıcı taraf imzayı doğrulayarak sahte bildirimi eler. Başarısız çağrı yeniden denenir, yani karşı taraftaki geçici kesinti veri kaybı anlamına gelmez.
-
6
Kanaldan CRM'e yazmak ayrı bir iştir, öyle de fiyatlanır
Kanaldaki bir mesajdan kayıt açmak isterseniz yol REST API ve OAuth2'dir. Bunu kutudan çıkan bir özellik olarak sunmuyoruz; kapsamı keşifte belirlenen ayrı bir iş olarak yazıyoruz.
Slack bağlantısında dayandığınız yüzey
İmzalı giden webhook
Kayıt oluşma ve değişme olaylarında dış uca bildirim gider. Çağrı imzalıdır; alıcı taraf imzayı doğrulayarak sahte bildirimleri eler.
Başarısız çağrıda yeniden deneme
Karşı taraf o an yanıt veremezse çağrı yeniden denenir. Geçici bir kesinti, düşmeyen bir bildirim anlamına gelmez.
SSRF doğrulaması
Webhook hedefi doğrulanır; iç ağa yönlendirilmiş bir uç kabul edilmez. Bu, bildirim altyapısının kendi güvenlik kontrolüdür.
İş akışı motorunda bildirim düğümü
Bildirim, görsel iş akışı tasarımcısındaki bir düğümdür: koşul, filtre ve sıra aynı akış içinde kurulur, kod yazılmaz.
Kaynak etiketiyle gelen kayıtlar
Bildirime konu olan kaydın hangi kanaldan geldiği kaynak alanında durur. Hangi kanalın iş getirdiği kanalda değil, raporda görünür.
Ters yön için REST API ve OAuth2
Kanaldan CRM'e kayıt açmak isterseniz dayanacağınız yüzey budur: ürün kutudan 183 iş nesnesiyle geliyor ve her biri REST API'de kendi veri ve şema ucuyla yayımlanıyor; erişim OAuth2 ile yetkilendirilir, alan yapısı describe ile dışarıdan okunur.
Hangi yön hazır, hangisi proje?
| Yön | Bugün ne var | Nasıl kurulur |
|---|---|---|
| CRM → kanala bildirim | İmzalı giden webhook, yeniden deneme, SSRF doğrulaması ve iş akışı düğümü üründe çalışıyor | Abonelik ve olay–kanal eşlemesi kurulumda yapılandırılır; kod yazılmaz |
| Kanaldan CRM'e kayıt açma | Slack uygulaması, bot ya da eğik çizgi komutumuz bulunmuyor | REST API ve OAuth2 üzerinden, kapsamı keşifte belirlenen ayrı bir iş olarak yazılır |
| Slack içine gömülü CRM ekranı | Yok; Slack içinde açılan bir arayüz sunmuyoruz | Sunmuyoruz. Bildirimdeki bağlantı kaydın kendisine götürür, ekran CRM'de açılır |
| Slack yazışmasının müşteri kaydına işlenmesi | Yok; mesajlaşma kanal listesi kapalıdır — e-posta, WhatsApp Business API, WhatsApp QR eşleme ve SMS | Yazışmanın kayda düşmesini istiyorsanız bugün çalışan yol WhatsApp Business API ve e-postadır. WhatsApp QR eşlemesi resmî API değildir ve numaranın kısıtlanma riskini taşır; ürün vaadi olarak sunmuyoruz |
Doğruladıklarımız
Slack bildirimi nasıl devreye alınır?
-
1
Keşif
Hangi olayların kanala düşmesi gerektiğini ve hangi kanalların besleneceğini çıkarırız. Slack tarafında uygulama ekleme yetkisi kimdeyse o kişinin görüşmede olmasını öneririz.
-
2
Kapsam ve olay listesi
Olay–kanal eşlemesi, mesajda görünecek alanlar ve gürültü sınırı yazıya dökülür. Kapsam ve varsa bedel işe başlamadan yazılı olarak paylaşılır.
-
3
Yapılandırma ve test bildirimi
Abonelik tanımlanır, imza doğrulaması karşı tarafta sınanır, örnek olaylarla test bildirimi gönderilir. Yeniden deneme davranışı da bu aşamada görülür.
-
4
Canlı geçiş ve ilk hafta ayarı
Kanal düzeni ekiple birlikte oturtulur. İlk hafta bildirim hacmi izlenir; çok geliyorsa olay listesi daraltılır. Gürültü bir ayar meselesidir, bir kader değil.
Sınırlarımız: bu sayfada vaat etmediklerimiz
Bildirim altyapısının hazır olması, her şeyi vaat edebileceğimiz anlamına gelmiyor. Vaat etmediklerimizi adıyla yazıyoruz.
- Slack uygulaması, bot'u ya da eğik çizgi komutu sunmuyoruz. Uygulama mağazasında bizden bir kayıt yok ve olduğunu söylemiyoruz.
- "Müşterilerimiz Slack'e bağlı" demiyoruz. Ölçtük: 24 kiracıda tanımlı webhook aboneliği sıfır. Yetenek var, kullanım yok; ikisi ayrı cümledir.
- Slack yazışmaları müşteri kaydına düşmez. Mesajlaşma kanal listesi kapalıdır: e-posta, WhatsApp Business API, WhatsApp QR eşleme ve SMS. Bugün konuşmayı kayda bağlayan yol WhatsApp Business API ve e-postadır.
- WhatsApp QR eşlemesini bir ürün vaadi olarak sunmuyoruz. Aynı gelen kutusuna bu yolla da bağlanılabilir, ancak yöntem Meta'nın resmî API'si değildir ve numaranın Meta tarafından kısıtlanma riskini taşır. Önerdiğimiz yol resmî Cloud API'dir; yine de bu yolu tercih ederseniz riski yazılı paylaşır, kararı birlikte veririz. Ayrıntı WhatsApp entegrasyonu sayfasındadır.
- Stoklarınızın senkron olacağını söylemiyoruz. Stok kaydının otoritesi ERP ya da depo sisteminizde kalır.
- Sipariş → fatura → tahsilat zincirinin kendiliğinden akacağını söylemiyoruz. Zincir üründe kuruludur; otomatik bir muhasebe akışı olarak satılmasını doğru bulmuyoruz.
- Üretim ve MRP otomasyonu vaat etmiyoruz. Reçete ve hat tanımı üründe vardır; iş emri yürütmesini bugün bir referansla anlatamayız.
Son üçünün nedenini ve "bunun yerine ne yapılabildiğini" tek yerde yazdık: vaat etmediğimiz üç şey. Burada tekrarlamıyoruz ki iki yerde iki farklı cümle kurmuş olmayalım.
Veri konumu: verileriniz Avrupa Birliği'nde tutulur — veritabanı Helsinki'de (Finlandiya), dosyalar Frankfurt'ta, yedekler Falkenstein'da (Almanya). Türkiye'de hiçbir bileşenimiz yok ve bölge seçimi diye bir özelliğimiz yok. Bir bildirimi Slack'e gönderdiğinizde o mesajın içeriği Slack'in kendi altyapısına gider; mesajda hangi alanların yer alacağına kapsamı belirlerken siz karar verirsiniz. Bu, KVKK m.9 kapsamında yurt dışına aktarımdır; dayanağını sözleşme sürecinde birlikte kurarız. Ayrıntı güvenlik sayfasında ve KVKK aydınlatma metnindedir.
Sertifika: ISO 27001 veya SOC 2 belgemiz yok ve alana kadar da iddia etmeyeceğiz. Kurumsal güvenlik değerlendirme formlarınızı dolduruyor, mimariyi yazılı anlatıyoruz.
Rakamı bu sayfaya değil, fiyatlandırma sayfasına yazıyoruz
Slack bildirimlerinin kapsamı ve varsa bedeli keşif görüşmesinde çıkarılıp yazılı paylaşılır. Plan fiyatlarını ise tek yerde tutuyoruz — iki yerde farklı bir rakam okumayasınız diye.
Üç plan, kapsam tablosu ve ayrı fiyatlanan kalemler tek sayfada.
Slack entegrasyonu hakkında sık sorulanlar
Rapitek CRM Slack ile entegre olur mu?
Rapitek CRM'in hazır bir Slack uygulaması var mı?
CRM'den Slack'e hangi olaylar gönderilebilir?
Slack'ten CRM'e kayıt açabilir miyiz?
Slack'teki yazışmalar müşteri kaydına düşer mi?
Bildirimler güvenli mi, sahte bildirim ayırt edilebilir mi?
Bir bildirim iletilemezse ne oluyor?
Slack yerine başka bir araca bildirim gönderebilir miyiz?
Kaç müşteriniz Slack bağlantısını kullanıyor?
Slack bağlantısı plan fiyatına dahil mi?
Kurulum ne kadar sürer?
Bildirim gürültüsünü nasıl sınırlıyorsunuz?
Verilerimiz nerede tutuluyor?
Satın almadan önce görebilir miyiz?
İlgili sayfalar
Entegrasyonlar
Hangi bağlantı bugün üründe çalışıyor, hangisini talep üzerine kuruyoruz ve vaat etmediğimiz üç şeyin nedeni.
Teams entegrasyonu
Aynı bildirim altyapısının Microsoft tarafındaki hâli. Outlook ve Microsoft 365 bağlantısı bugün açık değil.
Güvenlik
Verinin hangi ülkede durduğu, alt işleyen listesi, yedekleme, denetim izi ve henüz sunmadıklarımız.
Hangi olayın kanala düşeceğini 30 dakikada kararlaştıralım
Demo görüşmesinde bildirim düğümünün iş akışı tasarımcısında nasıl kurulduğunu kendi senaryonuz üzerinden gösterelim; olay listesini ve gürültü sınırını birlikte belirleyelim.
Olay listesi ve kanal eşlemesi keşif görüşmesinde çıkarılıp yazılı paylaşılır.
