Slack kullanıyorsanız, CRM'iniz Slack'e haber verir.
CRM'deki olayları kanalınıza taşıyan altyapı üründe hazır: olay bildirimi (webhook), ulaşmayan bildirimi yeniden deneme ve iş akışı tasarımcısında bir bildirim adı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, 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 bildirimin bizden geldiği doğrulanabilir, ulaşmayan bildirim yeniden denenir, hedef adres doğrulanır ve bu bildirim görsel iş akışı tasarımcısında bir adım olarak durur. Yani "yazılacak" bir şey değil, yapılandırılacak bir şey.
Koşul, filtre ve sıra aynı akışta kurulur; abonelik ve olay–kanal eşlemesini kurulumda birlikte tanımlıyor, örnek olaylarla test bildirimi gönderiyoruz. Bu özellik yeni; kararınız buna bağlıysa demoda birlikte deneyelim.
Ters yön (kanaldan CRM'e kayıt açmak) aynı kolaylıkta değildir. O yön REST API üzerinden yazılır. Bu API dışarıdan kullanılabilir: ERP entegratörleri aynı REST API üzerinden kayıt okuyup yazabilir. 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 kanalınıza bir bildirim 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
Bildirimin bizden geldiği doğrulanabilir; sahte bildirim ayırt edilir. Ulaşmayan bildirim 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'dir. Kapsamı keşifte belirlenen ayrı bir iş olarak yazılır.
Slack bağlantısında dayandığınız yüzey
Giden webhook
Kayıt oluşma ve değişme olaylarında sisteminize bildirim gider. Bildirimin bizden geldiği doğrulanabilir; sahte bildirimler ayırt edilir.
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.
Hedef adres doğrulaması
Webhook hedefi doğrulanır; iç ağınızdaki bir adres kabul edilmez. Bu, bildirim altyapısının kendi güvenlik kontrolüdür.
İş akışında bildirim adımı
Bildirim, görsel iş akışı tasarımcısındaki bir adı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
Kanaldan CRM'e kayıt açmak isterseniz dayanacağınız yüzey budur: müşteri adayından teklife, faturadan göreve CRM'deki kayıtların tamamı REST API ile okunup yazılabiliyor; erişim şifre paylaşmadan, yetkiyle verilir, alan yapısı dışarıdan görülür.
Hangi yön hazır, hangisi proje?
| Yön | Bugün ne var | Nasıl kurulur |
|---|---|---|
| CRM → kanala bildirim | Giden webhook, yeniden deneme, hedef adres doğrulaması ve iş akışındaki bildirim adı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 ü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 bulunmuyor | 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 kanalları bugün e-posta, WhatsApp Business API, WhatsApp QR eşleme ve SMS'tir | 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; bu yüzden bir uyarıyla gelir |
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, bildirim 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.
Kapsam ve kurulum koşulları
Slack tarafında bilinmesi gereken noktalar:
- Bildirimler giden webhook ile ulaşır. Slack uygulaması, botu ya da eğik çizgi komutu yok; uygulama dizininde kaydımız yok.
- Yazışmayı kayda bağlayan yol WhatsApp Business API ve e-postadır. Mesajlaşma kanalları bugün: e-posta, WhatsApp Business API, WhatsApp QR eşleme ve SMS. Slack yazışmaları müşteri kaydına düşmez.
- WhatsApp QR eşlemesi bir uyarıyla gelir. 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.
- Stok, ERP ya da depo sisteminizde kalır. Stok kaydının otoritesi oradadır; stok senkronu kapsam dışıdır.
- Sipariş → fatura → tahsilat zinciri üründe kuruludur. Otomatik bir muhasebe akışı olarak sunulmaz.
- Üretim ve MRP: reçete ve hat tanımı üründe vardır. İş emri yürütmesi yeni; süreciniz buna bağlıysa demoda birlikte deneyelim.
Son üçünün nedeni ve "bunun yerine ne yapılabildiği" tek yerde: kapsam ve kurulum koşulları.
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?
Slack bildirimi yeni mi, nasıl deneyebiliriz?
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; kapsam ve kurulum koşulları da burada.
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 ve denetim izi.
Hangi olayın kanala düşeceğini 30 dakikada kararlaştıralım
Tanışma 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. Ardından 7 günlük deneme hesabınızı açalım; kredi kartı istemiyoruz.
