KULLANIM SENARYOLARI

Otomasyon Kullanım Senaryoları: E-Ticaret, B2B ve İçerik Ekipleri İçin

Kullanım senaryosu; bir işletmede elle yürüyen, tekrar eden bir işin hangi olayla tetiklendiğini, hangi sistemlere bağlanarak otomatikleştiğini ve sonucun nasıl ölçüldüğünü gösteren örnek akıştır. Aşağıdaki üç senaryo aynı mantığı paylaşır: olayı yakala, kuralı uygula, istisnayı insana bırak. Sedeus'un sahada hangi sorunları nasıl çözdüğünü kendi sektörünüz üzerinden görün.

Her senaryoda aynı üç adım

Sektör değişir, mantık değişmez.

  1. Olayı yakalayın

    Sipariş, kargo, form ya da site taraması: her akış bir sistemdeki olayla başlar; kimsenin hatırlaması gerekmez.

  2. Kuralı uygulayın

    Kuralı yazılabilen işte sistem aynı adımı her seferinde aynı şekilde yapar; kuralı yazılamayan işte model sınıflandırır ya da taslak hazırlar.

  3. İstisnayı insana bırakın

    Emin olunmayan ya da kritik konular temsilciye veya editöre düşer; sonuç her adımda ölçülür.

E-TİCARET

"Kargom nerede?" yükü ve iade akışı

Destek yükünü, kargo bildirimini ve iadeyi sistem yürütür.

Bugün

Gece gelen mesajlar sabaha kalıyor; takip kodu elle gönderiliyor; iade talepleri e-postada birikiyor; stok iki panelde ayrı güncelleniyor.

  • Büyüdükçe artan destek yükü
  • Mesai saatine sıkışan yanıtlar
  • Elle güncellemeden doğan hatalar

Otomasyonla

Kargo olayları altyapıdan okunup bildirim otomatik gider; rutin sorular 7/24 yanıtlanır, kalanı temsilciye devredilir; iade formdan açılıp kural kontrolünden geçer; stok tek kaynaktan senkronlanır.

  • Daha az destek mesajı
  • Otomatik kargo bildirimi
  • Formdan yürüyen iade

Akış

Tetikleyen olaylar
Sipariş oluştu, kargo etiketi üretildi, kargo durumu değişti, müşteri mesaj yazdı, iade talebi açıldı
Bağlanan sistemler
WooCommerce, Shopify, Ticimax, İdeasoft, T-Soft veya ikas; kargo firması API'si; WhatsApp Business API, site sohbeti, e-posta ve Instagram
Ölçtüğümüz
Günlük destek talebi sayısı ve konuları, ilk yanıt süresi, iade oranı ve nedenleri, elle işleme giden saat
B2B HİZMET VE SATIŞ EKİPLERİ

Geç dönüşte soğuyan talep

Talep düştüğü an yanıt, takvime düşen toplantı.

Bugün

Reklamdan gelen talep tabloda bekliyor; ilk arama saatler, bazen günler sonra yapılıyor; kim ne zaman arandı belli değil.

  • Dağınık kayıt
  • Geç ilk dönüş
  • Takipte kaçan müşteri

Otomasyonla

Talep tek kayda düşer, sınıflandırılır, dakikalar içinde kişiye özel yanıt gider; uygun olduğunda toplantı satış temsilcisinin takvimine düşer.

  • Dakikalar içinde ilk yanıt
  • Otomatik sınıflandırma
  • Takvime düşen toplantı

Akış

Tetikleyen olaylar
Web formu, WhatsApp, Instagram/Facebook mesajı, e-posta ya da reklam formundan yeni talep geldi; ilk yanıta dönüş olmadı; müşteri toplantıya uygun
Bağlanan sistemler
HubSpot, Salesforce, Zoho, Pipedrive veya yerel CRM; WhatsApp Business API; Meta (Instagram/Facebook); web formları ve e-posta
Ölçtüğümüz
Talebe ilk yanıt süresi, kanal bazında talep sayısı, takipte bekleyen talepler, takvime düşen toplantılar
İÇERİK VE YAYIN EKİPLERİ

Çok siteyi izlemek ve düzenli içerik

İzleme ve içerik taslağı sistemde, yayın kararı ekipte.

Bugün

Onlarca sitenin sağlığı elle kontrol ediliyor; içerik takvimi tutmuyor; sorunlar trafik düşünce fark ediliyor.

  • Düzensiz yayın
  • Gecikmeli fark etme
  • Kişiye bağlı süreç

Otomasyonla

Site sağlığı ve indeksleme otomatik izlenir, sorun oluştuğunda ekibe bildirim gider; sektöre göre ayarlanmış model taslak üretir, editör onaylar.

  • Sürekli izleme
  • Onaydan geçen taslak
  • Kişiye bağlı olmayan süreç

Akış

Tetikleyen olaylar
Zamanlanmış site taraması, indeksleme ya da sıralama değişimi, içerik takviminde sırası gelen konu
Bağlanan sistemler
WordPress, Shopify ve diğer CMS'ler (API ya da eklentiyle); Search Console, GA4 ve anahtar kelime veri kaynakları
Ölçtüğümüz
Gösterim, tıklama ve sıralama değişimleri; onaydan geçen taslak sayısı; site sağlığı ve indeksleme sorunları

Sektörünüzü burada göremediniz mi?

Sorun tanımlıysa çözüm de kurulabilir: iş akışınıza, kurallarınıza ve verinize göre tasarlarız. Bir iş şu üç koşulu sağlıyorsa otomasyona uygundur:

  • Aynı adımlar haftada onlarca kez tekrarlanıyor
  • Girdi bir sistemden okunabiliyor: panel, form, e-posta ya da API
  • Sonuç ölçülebiliyor: süre, sayı ya da hata

Nadir, her seferinde farklı ve insan ilişkisi gerektiren işler otomasyona uygun değildir.

Kullanım senaryoları hakkında sık sorulan sorular

Bu akışlar mevcut sistemlerimizi değiştirir mi?
Hayır. Akışlar e-ticaret altyapınızın, CRM'inizin ya da CMS'inizin üzerine API veya eklentiyle bağlanır; tema, sepet, ödeme akışı ve mevcut paneller aynı kalır.
Bir senaryoyu kurmak ne kadar sürer?
Analiz 1–3 iş günü, tasarım ve ince ayar 1–2 hafta, entegrasyon 24–48 saat sürer. Tipik bir e-ticaret kurulumu bir ayın altında, CRM akışı kanal sayısına göre 1–3 haftada, içerik akışı 2–4 haftada çalışır hâle gelir.
Hepsini aynı anda mı kurmalıyız?
Hayır. En çok tekrar eden ve en çok hata üreten tek akışla başlayın, ölçün, sonra genişletin. Çoğu mağaza kargo bildirimiyle, çoğu içerik ekibi konu keşfi ve taslak üretimiyle başlar.
Yapay zeka nerede, kural nerede devreye giriyor?
Kuralı yazılabilen işi (kargo bildirimi, kayıt, senkronizasyon) sistem kuralla yapar. Mesajın konusunu anlamak, talebi sınıflandırmak ya da taslak yazmak gibi işlerde model devreye girer; emin olmadığında ya da kritik kararda son söz insanda kalır.
Verilerimiz nasıl işlenir?
Müşteri ve sipariş verileriniz yalnızca ilgili akışı tetiklemek için okunur ve yapay zeka modellerinin eğitiminde kullanılmaz. Veriler şifreli bağlantıyla iletilir ve KVKK'ya uygun işlenir; ayrıntılar KVKK aydınlatma metninde.
Gelen talepler CRM'e nasıl düşer?
Web formu, WhatsApp ve sosyal medyadan gelen talepler webhook ve API ile CRM'e aktarılır; ayrıntıları CRM otomasyonu çözüm sayfasında bulabilirsiniz.
SONRAKİ ADIM

Kendi senaryonuzu birlikte çizelim

Elle yürüyen işleri birlikte sayalım; ayda kaç saatin sistemle yürüyebileceğini ve hangi akışla başlanacağını 1 iş günü içinde yazılı olarak verelim.

  • Kredi kartı yok
  • 1 iş gününde dönüş
  • KVKK uyumlu
  • Veriler şifreli bağlantıyla iletilir