Sipariş entegrasyonu
Kendi siteniz ve pazaryerlerinden gelen siparişlerin CRM'e aktarılması, müşteri bazında birleştirilmesi.
E-ticarette asıl kâr ikinci siparişte. Ama çoğu mağaza müşteriyi sipariş numarası olarak tanıyor, kişi olarak değil.
Bir bakışta
Mağazalarla çalışırken en sık gördüklerimiz:
Mağaza ve pazaryeri satıcılarıyla kurduğumuz yapı:
Kendi siteniz ve pazaryerlerinden gelen siparişlerin CRM'e aktarılması, müşteri bazında birleştirilmesi.
Tekilleştirme kurallarıyla aynı kişinin tüm siparişleri, mesajları ve talepleri tek kayıtta.
İade, değişim, kargo ve ürün sorularının ayrı bir süreçte SLA ile yürütülmesi.
Yarıda kalan sepet ve ödemeler için otomatik hatırlatma ve takip akışı.
Sipariş sıklığı, sepet tutarı ve kategori bazlı segmentler; e-posta ve WhatsApp kampanyaları.
Kanal bazlı sipariş, iade oranı ve tekrar satın alma raporları.
E-ticaret paneli size sipariş gösterir; kim olduğunu değil. Aynı kişi siteden bir, pazaryerinden iki sipariş verdiyse panelde üç ayrı satır görünür.
CRM tarafında bunları tek müşteri kaydında birleştiriyoruz. Telefon ve e-posta tabanlı tekilleştirme kuralıyla aynı kişinin tüm geçmişi tek yerde toplanıyor: ne almış, ne iade etmiş, ne sormuş.
Müşteri WhatsApp'tan "kargom nerede" diye yazdığında destek ekibinin sipariş numarasını sorması zaman kaybı ve kötü deneyim.
WhatsApp ve canlı sohbeti CRM'e bağladığımızda gelen mesaj müşteri kaydına düşüyor; temsilci son siparişi, kargo durumunu ve geçmiş talepleri görerek konuşuyor.
Sepete ürün ekleyip çıkan müşteri, satın almaya en yakın kitledir. Hiçbir takip yapılmadığında bu kitle tamamen kayboluyor.
Yarıda kalan sepet ve başarısız ödeme senaryolarını CRM'e bağlıyoruz: belirli süre sonra otomatik hatırlatma, gerekirse indirim kodu, yanıt gelmezse ikinci dokunuş. Müşteri satın alırsa akış otomatik duruyor.
Tek seferlik alan müşteriyle ayda iki kez alan müşteriye aynı kampanyayı göndermek hem dönüşümü düşürüyor hem de listeyi yıpratıyor.
Sipariş geçmişine dayalı segmentler kuruyoruz: yeni müşteri, tekrar eden, yüksek sepetli, uzun süredir almayan. Kampanyalar bu segmentlere ayrı ayrı gidiyor ve sonuçları segment bazında ölçülüyor.
Hangi kanalın hangi yolla bağlandığı.
| Kanal | Bağlanma yöntemi | Ne aktarılır |
|---|---|---|
| Kendi siteniz | Market uygulaması veya REST API | Sipariş, müşteri, sepet terk |
| Pazaryerleri | Entegratör veya REST API | Sipariş, iade, kargo durumu |
| Yerleşik kanal | Mesajlar, sipariş soruları | |
| Canlı sohbet | Site widget'ı | Sohbet geçmişi, yeni talep |
| E-posta | Posta kutusu bağlantısı | Destek ve iade talepleri |
| Telefon | Santral entegrasyonu | Arama kaydı, ekran açılışı |
Bu sizin sürecinizde nasıl kurulur?
Otuz dakikalık ücretsiz ön görüşmede iş akışınızı dinleyip bu başlığın sizde nasıl çalışacağını birlikte çıkarıyoruz.
E-ticaret kurulumlarında tipik sıra:
Hangi kanallardan satış yapılıyor, hangileri bağlanabilir?
Müşterilerin hangi alana göre birleştirileceği belirlenir.
Mağaza ve pazaryeri bağlantıları kurulur, test edilir.
Talep süreçleri, SLA ve hazır yanıtlar tanımlanır.
Segmentler ve otomatik akışlar kurulur.
Bu modülle birlikte en sık devreye aldığımız başlıklar. Aynı kurulumda birbirini besliyorlar.
Bitrix24'ün mağazası ayrı bir e-ticaret yazılımı değil; CRM'in içinde çalışan bir satış kanalı. Sepete eklenen her ürün fırsata, her sipariş stok hareketine dönüşür.
Müşteri satın almaya hazır olduğu anda ödeyebilmeli. Bitrix24'te fırsattan ödeme bağlantısı üretip mesajla gönderiyor, ödemenin durumunu satış ekibine gerçek zamanlı gösteriyoruz.
Müşteri zaten WhatsApp'ta. Konuşmalar kişisel telefonlarda kaldığında süreç ölçülemez. Resmi WhatsApp Business hattınızı Bitrix24'e bağlıyor, her mesajı müşteri kaydına iliştiriyoruz.
Tıklama ve açılma oranı kampanyanın işe yaradığını göstermez; ciro gösterir. Kampanyalarınızı CRM verisine bağlıyor, harcanan her liranın karşılığını kapanan işlerle eşleştiriyoruz.
Sağlık turizminde reklam vermek kolay, gelen talebi satışa çevirmek zor. Fark: ulaşabilme oranında, ilk temas hızında ve hangi formun gerçekten hasta getirdiğini bilmekte.
Kliniklerde en pahalı kayıp gelmeyen randevudur. İkincisi, kontrolü unutulan hastadır. İkisi de sistematik hatırlatmayla büyük ölçüde çözülür.
Gayrimenkulde satış, tek bir ürünün değil belirli bir birimin satışıdır. Hangi dairenin kime, hangi fiyattan, hangi ödeme planıyla verildiği sistemde durmalı.
Bitrix24.Market'te yaygın altyapılar için hazır uygulamalar var. Olmayan durumlarda altyapının API'si üzerinden REST entegrasyonu yazıyoruz. Pazaryeri tarafında genelde entegratör firmaların API'lerini kullanıyoruz.
Hayır. Mevcut mağazanızla devam edip Bitrix24'ü yalnızca CRM, destek ve pazarlama tarafında kullanabilirsiniz. Bitrix24'ün mağaza modülü, sıfırdan satış kanalı kurmak isteyenler için bir seçenek.
Altyapınızın API'si destekliyorsa evet. Ancak stok yönetimini genelde mevcut sisteminizde bırakmayı öneriyoruz; CRM tarafına yalnızca satış sırasında gerekli olan bilgiyi aktarıyoruz.
Açık rıza yönetimi kurulumun parçası. Onay durumu müşteri kaydında tutuluyor, onayı olmayan kişiler kampanya listelerinden otomatik çıkarılıyor. İYS uyumu için gerekli alan ve akışlar tanımlanıyor.
Günlük birkaç bin siparişe kadar sorunsuz çalışan kurulumlarımız var. Çok yüksek hacimlerde tüm siparişleri değil, yalnızca destek veya pazarlama ilgisi olan kayıtları CRM'e taşıyan bir mimari kuruyoruz.
Süreçlerinizi dinleyip hangi ayarların size uyduğunu gösteren ücretsiz bir ön görüşme planlayalım.