CRM Otomasyonu: Tetikleyici ve Aksiyonla Kural Tasarımı

Bir CRM otomasyonu kuralı üç parçadan kurulur: tetikleyici (ne zaman çalışsın), koşul (hangi kayıtlarda) ve aksiyon (ne yapsın). Kuralı tasarlamak, bu üç parçayı doğru sırayla ve dar bir kapsamla seçmektir: önce tetikleyici, sonra koşul, en son aksiyon. Aşağıda tek bir kuralı, ihtiyaçtan yayına kadar bu sırayla kuruyoruz.

Bir otomasyon kuralı tasarlarken hangi adımlar izlenir?

İyi bir iş kuralı tasarımı, karmaşık bir akış şemasıyla değil, beş küçük kararla başlar. Her adımın bir sahibi ve bir çıktısı vardır:

1. İhtiyacı tanımlayın. Hangi iş unutulduğunda gerçekten maliyete yol açıyor? Bunu tasarlayan kişi genelde satış müdürü ya da süreçten sorumlu kişidir; çıktı, “X olduğunda Y’ye haber ver” gibi tek cümlelik bir kural tanımıdır.
2. Tetikleyiciyi seçin. Kayıt tam olarak hangi anda bu duruma giriyor? Çıktı, aşağıdaki tetikleyici türlerinden biridir.
3. Koşulu daraltın. Tetikleyici gerçekleşen kayıtların hangi alt kümesi gerçekten kapsanmalı? Çıktı, bir ya da birkaç filtredir; bu adım atlanırsa kural her yerde çalışır.
4. Aksiyonu sıralayın. Hangi adım önce çalışmalı, hangisi sonra? Çıktı, bir ya da iki aksiyondur. İlk kuralda üçten fazlasını bağlamayın.
5. Dar kapsamda test edin, sonra genişletin. Çıktı, bir haftalık gözlem ve ardından tüm kayıtlara açma kararıdır.

Bu sıra önemlidir: aksiyonu önce seçip sonra “hangi kayıtlarda çalışsın” diye düşünmek, koşulu unutulmaya en açık adım haline getirir. CRM nedir rehberinde bir kaydın hangi alanlardan kurulduğunu ve otomasyonun hangi alanı okuduğunu anlattık.

Hangi tetikleyici türleri bugün kullanılabilir?

Bir tetikleyici, kuralın “ne zaman çalışsın” sorusuna cevabıdır. Bugün kurulabilen tetikleyici türleri şunlardır:

• Bir kayıt oluşturulduğunda
• Bir kayıt güncellendiğinde
• Belirli bir alan değiştiğinde
• Fırsat aşaması ilerlediğinde
• Fırsat kazanıldığında ya da kaybedildiğinde
• Belirli bir tarihte (tarih bazlı)
• Düzenli aralıklarla (zamanlanmış)
• Elle çalıştırıldığında (manuel)

Aşağıdaki aksiyon listesinde “sorumluyu ata” adımını da göreceksiniz: otomasyon, kaydın sorumlusunu kuralda adını verdiğiniz kişiye ayarlayabilir.

Sekiz tetikleyici türü birbirinin yerine geçmez; hangisinin hangi iş için uygun olduğu, tasarımın en çok atlanan kısmıdır:

Koşul neden dar tutulmalı?

Tetikleyici gerçekleştiğinde kural çalışır; ama koşul, kuralın hangi kayıtlarda çalışacağını belirler. Koşulu boş bırakmak, “her aşama değişikliğinde” ya da “her yeni kayıtta” çalışan bir kural yaratır, oysa amaç genelde tek bir alt kümeyi yakalamaktır. Geniş bırakılan bir koşul, istenmeyen kayıtlarda da tetiklenir ve ekip bir süre sonra bildirimleri görmezden gelmeye başlar; bu, otomasyonun en sık kaybettiği güvendir.

Bir koşulu yazmadan önce sorulacak dört soru, koşulu daraltma kontrol listesi olarak işe yarar:

• Kural yalnızca belirli bir kaynaktan mı çalışmalı, yoksa gerçekten tüm kayıtlarda mı gerekli?
• Belirli bir tutarın, bölgenin ya da ekibin üzerinde mi sınırlı kalmalı?
• Kayıt bu kuraldan daha önce geçtiyse, tekrar çalışması gerekiyor mu, yoksa bir kere yeterli mi?
• Geçen haftanın verisinde bu koşulu kaç kayıt karşılıyor, “tüm kayıtlar” demeden önce elle sayabiliyor musunuz? Sayamıyorsanız koşul muhtemelen çok geniştir.

Aksiyonlar hangi sırayla çalışır, zincirleme ne zaman riskli olur?

Bir kuralın aksiyon kısmı, koşulu sağlayan her kayıtta sırayla çalışan bir ya da birkaç adımdır. Bugün bağlanabilen aksiyonlar arasında e-posta gönderme, bildirim gönderme, görev oluşturma, alanı güncelleme, eşleşen kayıtları güncelleme, kayıt oluşturma, sorumluyu atama, etiket ekleme/kaldırma, not ekleme, aşama değiştirme, adayı dönüştürme, döngü, alt akış, bekleme, koşul dalı ve roll-up alan güncelleme sayılabilir.

Zincirleme, iki ya da üç aksiyonu aynı kuralda art arda bağlamaktır (önce bir görev oluşturup ardından sahibine bildirim göndermek gibi) ve genelde işe yarar. Risk, dört beş adımı tek kuralda birleştirmekten gelir: kural yanlış çalıştığında hangi adımın hatalı olduğunu bulmak zorlaşır ve bir adımın hatalı çalışması zincirin geri kalanını da tetikler. İlk kuralda bir ya da iki aksiyonla başlayıp, kural bir süre doğru çalıştığını kanıtladıktan sonra üçüncü adımı eklemek daha güvenlidir.

Sıra da sonucu değiştirir. “Alanı güncelle” adımını “bildirim gönder” adımından önce koymak, bildirimin güncel değeri taşımasını sağlar; sırayı tersine çevirirseniz bildirim eski değerle gider ve okuyan kişi yanlış bilgiyle hareket eder. Bir kuralı kurarken adımları kâğıda önce sırayla yazmak, tasarımcıda hızlıca sürükleyip bırakmaktan daha güvenlidir, çünkü yanlış sıra kural çalışırken değil, birisi eski bilgiyle yanlış karar verdiğinde fark edilir.

Örnek: Bir kuralı sıfırdan tasarlama

Balıkesir’de altı kişilik bir kalıp ve yedek parça üreticisinin satış ekibini düşünün. Aşağıdaki adımlar yalnızca tasarım sürecini göstermek içindir, gerçek bir şirkete ait değildir.

1. İhtiyaç: Yüksek tutarlı fırsatlar “Fiyat görüşülüyor” aşamasına girdiğinde satış müdürü bunu ancak haftalık toplantıda öğreniyor; bazı fırsatlar bu aşamada haftalarca sessiz kalıyor.
2. Tetikleyici: Fırsat aşaması değişti → “Fiyat görüşülüyor”.
3. Koşul: Fırsat tutarı belirli bir eşiğin üzerinde (örnek: 150.000 TL). Ekip önce koşulsuz denemeyi düşündü, ama geçen ayın verisine bakınca bu aşamaya giren fırsatların çoğunun küçük tutarlı olduğunu, müdürün yalnızca büyük olanlarla ilgilenmek istediğini gördüler.
4. Aksiyon: Satış müdürüne bildirim gönder + “teklifi gözden geçir” görevi oluştur. İki adımla sınırlı tutuldu; üçüncü bir adım (örneğin otomatik e-posta) şimdilik eklenmedi.
5. Test: Kural önce yalnızca bir temsilcinin fırsatlarında bir hafta çalıştırıldı. Doğru kayıtlarda tetiklendiği görülünce tüm ekibe açıldı.

Beş adımı sırayla izlemek, kuralı ilk seferde geniş kapsamla kurup sonra daraltmaktan daha az zaman alıyor; çünkü koşul baştan net olduğunda test aşamasında sürpriz çıkmıyor.

Sık yapılan tasarım hataları nelerdir?

• Koşulu boş bırakmak. “Her aşama değişikliğinde çalışsın” gibi bir tetikleyici, koşulsuz bırakılırsa istenmeyen aşama geçişlerinde de tetiklenir.
• Tek kuralda çok fazla aksiyon zincirlemek. Dört beş adımı bağlayan bir kuralda hatayı bulmak zorlaşır.
• Doğrudan tüm kayıtlarda test etmek. Dar bir koşulla bir haftalık deneme atlanırsa, hatalı bir kural ilk günden tüm ekibe ulaşır.
• Otomasyonu bir karar mekanizması sanmak. Kural sabit bir eşiği kontrol eder; indirim onayı, kayıp nedeni yorumlama ya da zor bir görüşme gibi yargı gerektiren adımları otomatikleştirmeye çalışmak, kuralı gereksiz yere karmaşıklaştırır.

Bir kural yayına alınmadan önce nasıl test edilir?

Kural tasarlandıktan sonra, tüm kayıtlara açmadan önce beş kontrol işe yarar:

• Kural dar bir koşulla (tek temsilci, tek kaynak ya da tek bölge) en az bir hafta çalıştırıldı mı?
• Aksiyonun geri alınabilir olup olmadığı biliniyor mu? Bir bildirim ya da görev zararsızdır; bir alanı güncelleyen aksiyon geriye dönük geri alınmaz, bu yüzden hangi eski değerin üzerine yazıldığını not almak gerekir.
• Aynı kayıt türünde başka kurallar da varsa, hangisinin önce çalıştığı netleştirildi mi?
• Kural e-posta gönderiyorsa, planınızın aylık e-posta gönderim sınırına yaklaşılıp yaklaşılmadığı kontrol edildi mi?
• Bir hafta sonra: kural yalnızca doğru kayıtlarda mı çalıştı, yoksa beklenmedik bir kayıtta da mı tetiklendi?

CRM otomasyonu ile Senitix AI arasındaki fark nedir?

Otomasyon kural tabanlıdır: aynı koşul her sağlandığında aynı aksiyonu, yorum katmadan çalıştırır. Senitix AI ise kullanıcının zaten görebildiği kayıtlardan taslak yazar, yazışmayı özetler, sıradaki adımı önerir, ama hiçbir şeyi kullanıcı onaylamadan göndermez ya da değiştirmez. Biri sabit bir kuralı işletir, diğeri bir öneri hazırlar; ikisi de son kararı insanda bırakır. Senitix AI’ın neler yaptığını yapay zekâ CRM rehberinde anlattık.

Senitix CRM’de otomasyon kuralları kayıt oluştuğunda, güncellendiğinde, bir alan değiştiğinde, aşama değiştiğinde, fırsat kazanılıp kaybedildiğinde, tarih bazlı ya da zamanlanmış olarak çalışır. Otomasyonun tüm adımlarını Senitix CRM özellikleri sayfasında, daha fazla otomasyon kuralı örneğini Satış otomasyonu nedir yazısında bulabilirsiniz.

İlk kuralınızı kendi kayıtlarınızla kurmadan önce ekibinizin ihtiyacını konuşmak isterseniz satış ekibiyle görüşebilirsiniz.

Sık sorulan sorular

Bir otomasyon kuralı aynı anda kaç aksiyon çalıştırabilir?

Teknik bir üst sınır yoktur, ama pratik sınır tasarımınızdır. Bildirim, görev, alan güncelleme, kayıt oluşturma gibi adımları istediğiniz sayıda zincirleyebilir, hatta koşul dalı ve alt akış ile dallanan bir kural da kurabilirsiniz. Yine de bir ya da iki aksiyonla başlamak, kural yanlış çalıştığında hangi adımın hatalı olduğunu bulmayı kolaylaştırır; kural bir süre doğru çalıştığını kanıtladıktan sonra üçüncü adımı eklemek daha güvenlidir.

Otomasyon kaydın sorumlusunu atayabilir mi?

Evet. Otomasyon kuralındaki “sorumluyu ata” adımı, kaydın sorumlusunu kuralda adını verdiğiniz kişiye ayarlar. Bu adımı, bir kayıt açıldığında ya da fırsat aşaması değiştiğinde çalışacak şekilde bağlayabilirsiniz.

Bir kural yanlış kayıtta çalışırsa geri alınır mı?

Kuralın kendisi her zaman devre dışı bırakılabilir, ama daha önce çalıştırdığı aksiyonlar geri alınmaz. Bir bildirim ya da görev hatalı gittiğinde zarar sınırlıdır; ama bir alanı güncelleyen ya da aşama değiştiren bir aksiyon yanlış kayıtlarda çalıştıysa, hangi eski değerin üzerine yazıldığını tek tek not almadan geri dönmek zordur. Bu yüzden dar kapsamlı test, kuralı genişletmeden önce atlanmaması gereken bir adımdır.

Otomasyon Senitix AI’ın bir parçası mı?

Hayır, ikisi ayrı mekanizmadır. Otomasyon sabit bir koşulu kontrol edip her seferinde aynı aksiyonu çalıştırır; yorum katmadan, tanımlandığı gibi işler. Senitix AI ise kayıtlardan taslak yazar, yazışmayı özetler ve sıradaki adımı önerir, ama hiçbir şeyi kullanıcı onaylamadan göndermez ya da değiştirmez. Biri kuralı işletir, diğeri bir öneri hazırlar; ikisi de son kararı kullanıcıda bırakır.

Kaç otomasyon kuralı kurabilirim?

Kurulabilecek kural sayısı plana göre değişir; güncel sınırları fiyatlandırma sayfasında görebilirsiniz. Çoğu ekip bu sınırın çok altında, tek haneli bir kural sayısıyla başlar ve her kuralı dar bir koşulla test ettikten sonra yenisini ekler.