BI ve veri ambarı entegrasyonu: CRM verisini Power BI ve Looker'a taşımak

Her pazartesi sabahı bir yerlerde bir işletme sahibi üç sekme açıyor: CRM, muhasebe programı, reklam hesabı. Her birinden bir CSV indiriyor ve bir saatini bunları tek bir tabloda elle birleştirmeye harcıyor. Her hafta yeniden kurulan o kırılgan dosya, çoğu zaman bir şirketin CRM'i için BI entegrasyonu düşünmeye hazır olduğunun ilk dürüst işaretidir: veriyi tek tek uygulamalardan çıkarıp, birleştirilebileceği ve zor sorular sorulabileceği bir yere taşımak.

Bu yazı tam da o adımı konu alıyor: CRM verisini bir veri ambarına ve Power BI ya da Looker gibi araçlara taşımayı. Ne zaman gerçekten işe yaradığını, ne zaman fazla kaçtığını ve verinin satış hattınızdan tüm ekibin güvendiği bir panele nasıl ulaştığını anlatıyoruz.

"Veri ambarı" ve "BI" aslında ne demek?

Teknik jargonu bir kenara bırakınca geriye yalnızca iki fikir kalıyor.

Veri ambarı, günlük işleri yürütmek için değil, analiz için kurulmuş tek bir veritabanıdır. Verinizin kopyaları — CRM'deki kişiler, muhasebedeki faturalar, reklam platformlarındaki harcamalar — belli aralıklarla buraya iner ve yan yana, birleştirilmeye hazır durur. Her tedarikçiden gelen malzemenin tek bir yerde saklandığı, düzenli bir kiler gibi düşünün.

BI aracı — Power BI, Looker, Metabase, Tableau — bu ham malzemeyi grafiklere, panellere ve yanıtlara çeviren üst katmandır. Ambar kilerse, BI de yemeğin gerçekten pişirilip tabağa konduğu mutfaktır.

CRM'iniz bir satış sürecini yürütmek için tasarlandı; tüm şirketinizin analiz motoru olmak için değil. Kendi verisi üzerinde harika raporlar üretir. Ama reklam harcamasını, brüt kârı ve satış hattını yan yana koymak için kurgulanmadı. İşte bu boşluk, bu konunun var olma sebebidir.

Dürüst olalım: çoğu küçük işletmenin buna henüz ihtiyacı yok

Kimse Snowflake'e uzanmadan önce dürüst cevap şu: pek çok küçük işletmenin bir veri ambarına hiç ihtiyacı olmaz ve bunda hiçbir sakınca yoktur.

Sorularınız satış sürecinin içinde yaşıyorsa, CRM'inizin yerleşik raporları bunları neredeyse kesinlikle karşılar. Şu durumlarda muhtemelen BI altyapısına ihtiyacınız yok:

• Sorularınız satış hattıyla ilgili. Aşamaya göre dönüşüm, kazanma oranı, temsilci başına fırsat, kaynak performansı — modern bir CRM bunları kutudan çıktığı gibi yanıtlar.
• Raporları bir iki kişi okuyor. Patron ve bir müdür aynı panele bakıyorsa, çözülecek bir "tek doğru" sorununuz genelde yoktur.
• Sistemleri satır düzeyinde birleştirmiyorsunuz. Tek bir faturayı tek bir fırsatla ve belirli bir reklam kampanyasıyla eşleştirmeniz hiç gerekmiyorsa, ayda bir alınan tablo dışa aktarımı yeter.

Bu aşamadaki bir işletme için ambar kurmak, sırt çantasına sığan bir hobi için kamyonet almaya benzer. CRM verinizi temiz tutun, elinizdeki raporları kullanın ve soruyu bir yıl sonra tekrar sorun.

Yerleşik raporları gerçekten aştığınızın işaretleri

Yine de gerçek bir kırılma noktası var ve genelde sessizce gelir. Şu sinyallere dikkat edin:

• Pazartesi tablosu. Üç dört sistemden dışa aktarıp satırları elle, arama formülleriyle eşleştiriyorsunuz. O elle birleştirme işi, tam da bir ambarın otomatikleştirdiği şeydir.
• Departmanlar tanımlarda tartışıyor. Satış "müşteri"yi bir türlü, finans başka türlü, pazarlama üçüncü bir türlü sayıyor ve her toplantı sayıları tartışmakla değil, uzlaştırmakla başlıyor.
• "Şimdi" değil, geçmiş lazım. CRM satış hattının şu anki halini gösterir. Geçen çeyreğin ilk gününde hattın nasıl göründüğünü temiz biçimde nadiren söyler. Ambarlar bu anlık görüntüleri saklar.
• İlginç sorular sistemleri kesiyor. "Instagram'dan gelen, iadeler düşülünce gerçekten ödeme yapan bir müşteriyi kazanmak aslında kaça mal oluyor?" sorusu; reklam harcamasını, CRM lead'lerini ve gerçek ödemeleri aynı sorguda ister.

Aynı anda üç kanalda reklam veren küçük bir kozmetik markası düşünün. Harcamayı, gerçekten ödeme yapan lead'lerle yan yana koyamadığı sürece her bütçe toplantısı tahminden ibarettir. Haftanızı bu sinyallerden ikisi ya da fazlası tarif ediyorsa, tablo artık bir yük hâline gelmiştir.

Veri ambarına, çok veriniz olduğu için değil, sorularınız sistemlerin arasında yaşamaya başladığı için geçersiniz.

CRM verisi ambara aslında nasıl ulaşır?

1Kaynaklar2Çıkar ve yükle3Veri ambarı4Panel

Mekanik, sözcüklerin ima ettiğinden daha basittir. Veri kısa bir yolculuk yapar.

Çıkarma. Her kaynak verisini bir API, zamanlanmış bir dışa aktarım ya da hazır bir bağlayıcı üzerinden teslim eder. Fivetran, Airbyte ve Stitch gibi yönetilen bağlayıcı servisleri tam da bu kodu kendiniz yazıp başında beklemeyin diye vardır.

Yükleme. Ham veri ambara iner — BigQuery, Snowflake, Redshift ya da başlangıç için mütevazı bir Postgres veritabanı.

Modelleme. Burada "ciro" ve "aktif müşteri" gibi sözcüklerin ne anlama geldiğini SQL ya da dbt gibi bir araçla bir kez tanımlarsınız. Tartışma burada biter, çünkü artık herkes aynı tanımdan içer.

Görselleştirme. BI aracı modellenmiş veriyi okur ve insanların gerçekten açtığı panelleri çizer.

Çok küçük ihtiyaçlar için hafif otomasyon bunun bir dilimini taklit edebilir: Zapier ya da Make gibi bir araç yeni fırsatları bir tabloya veya küçük bir veritabanına itebilir. Onlara güvenmeden önce bu iki otomasyon platformu arasındaki dengeleri anlamakta fayda var — tekil kayıtları taşımak için harikadırlar ama hacim büyüdüğünde gerçek bir analiz hattının yerini tutmazlar.

Fazla harcamadan parçaları seçmek

VeriambarıCRMMuhasebeReklamStok

Tek bir doğru yığın yoktur; yalnızca doğru ölçekte olanı vardır. Kabaca:

• Ambar. BigQuery ve Snowflake sunucusuzdur, kullandığınız kadar ödersiniz; yönetilen bir Postgres daha ucuzdur ve küçük ölçekte gayet yeterlidir. Birkaç milyon satır için kurumsal bir ambar satın almayın.
• BI aracı. Power BI ucuzdur ve Microsoft ağırlıklı yerlerde her köşede vardır. Metabase açık kaynaktır, ilk panel için dosttur. Looker güçlüdür ama daha ağırdır ve büyük ekiplere göre fiyatlanır; Tableau şıktır ama ucuz değildir.

Açık konuşalım: pek çok küçük şirketin Snowflake-artı-bağlayıcılar-artı-dbt yığınının tamamına hiç ihtiyacı olmaz. Doğrudan CRM'inizin dışa aktarımına ya da küçük bir veritabanına bakan derli toplu bir BI aracı sizi epey ileri taşır. Oradan başlayın, makineyi ancak gerçek bir soru gerektirdiğinde ekleyin.

Bütün bu emeğe değen sorular

Tesisat çalışınca ödül, daha önce hiç yanıtlayamadığınız sorulardır — sistemlerin arasında yaşayan sorular.

• Kanala göre gerçek edinme maliyeti. Reklam harcamasını CRM lead'leri ve gerçek ödemelerle harmanlayınca, her kaynaktan ödeme yapan bir müşterinin aslında kaça mal olduğunu nihayet görürsünüz. Bu, bir CRM ile pazarlama aracı bağlantısının başlattığı, ambarın ise tamamladığı kapalı döngüdür.
• Ciro değil, müşteri kârlılığı. CRM geçmişini muhasebeden gelen fatura ve marjlarla eşleştirince, bazı "büyük" müşterilerin aslında zar zor kâr getirdiği ortaya çıkar. CRM ile muhasebe arasındaki temiz bir bağ, bu analizi güvenilir kılar.
• Operasyona karşı satış. Stok ya da üretim yürütüyorsanız, bir ERP ve CRM görünümünü birleştirmek, en çok satan fırsatların zamanında karşılayabildikleriniz olup olmadığını gösterir.
• Nakit gerçeği. Her kayda ödeme verisini eklemek, "kazanıldı" işaretli fırsatları gerçekten gelen paradan ayırır.

Bunların hiçbiri işe yaramak için uydurma hedefe ihtiyaç duymaz. Yalnızca işinizi beş kopuk uygulama yerine tek ve bağlantılı bir bütün olarak görmenizi sağlar.

Emeği sessizce boşa çıkaran tuzaklar

Ambarlaştırma öngörülebilir biçimlerde ters gider; önceden bilmek daha ucuzdur.

Çöp girer, çöp çıkar. Ambar verinizi temizlemez; merkezileştirir. Yinelenen kişiler, boş alanlar ve tutarsız satış aşamaları, merkezi ve iyi aydınlatılmış hatalara dönüşür. Önce CRM hijyenini düzeltin — yapacağınız en yüksek getirili iştir.

Tanımların sahibi yok. Herkes kendi panelinde kendi "aktif müşteri" sürümünü uyduruyorsa, tartışmayı yalnızca taşımışsınızdır. Metrikleri bir kez kararlaştırın ve merkezî olarak modelleyin.

Aşırı mühendislik. Haftalık bir panelin gerçek zamanlı akışa ve üç bağlayıcı aboneliğine ihtiyacı yoktur. Beş yıl sonra hayal ettiğinize göre değil, önünüzdeki soruya göre kurun.

Gizlilik ve erişim. Kişisel müşteri verisini başka bir sisteme kopyalıyorsunuz; yani KVKK ve benzeri kurallar hâlâ geçerli. Ham iletişim bilgilerini kimlerin görebileceğini sınırlayın, yalnızca gerekeni tutun ve ambar erişimini en az CRM erişimi kadar ciddiye alın.

Tazelik beklentisi. Çoğu ambar bir program dahilinde yenilenir — saatlik ya da gece — fırsat kapanır kapanmaz değil. Ekibe panelin canlı bir yayın değil, yakın tarihli bir anlık görüntü olduğunu söyleyin; çok kafa karışıklığından kurtulursunuz.

Küçük bir işletme için mantıklı, kademeli bir yol

Her şeyi tek hamlede kurmak zorunda değilsiniz. En düşük riskli yol bir merdivendir.

1. Birinci kademe: yerleşik raporlara hâkim olun. CRM verisini disiplinli tutun ve sahip olduğunuz raporlardan çıkarabildiğiniz her yanıtı çıkarın. Çoğu işletme burada mutlu mesut kalır.
2. İkinci kademe: bir BI aracını CRM'e bağlayın. Daha zengin görseller ya da tek bir ek kaynağı harmanlamak isteyince Power BI veya Metabase'i bir CRM dışa aktarımına ya da API'ye bağlayın. Henüz ambar yok.
3. Üçüncü kademe: küçük bir ambar ekleyin. Üç ya da daha fazla sistem buluşmak zorunda kalınca mütevazı bir ambar kurun, bağlayıcıları ekleyin ve temel metriklerinizi bir kez modelleyin.
4. Dördüncü kademe: otomatikleştirin ve yönetin. Yenilemeleri zamanlayın, tanımları belgeleyin ve erişimi sıkılaştırın. Makine ancak şimdi kendini amorti eder.

Kademeleri atlamak, küçük ekiplerin pahalı bir altyapıya ama sayılara güvenen kimsenin olmadığı bir yere nasıl vardığının hikâyesidir. Basamakları teker teker çıkın.

Sıkça sorulan sorular

Dürüst özet şu: veri ambarı bir başlangıç değil, bir mezuniyettir; o yüzden onu hak edin. Satış hattınızı temiz tutun, sorularınızı yanıtladığı sürece CRM'inizin kendi raporlarına yaslanın ve Power BI ya da Looker'a ancak ilginç sorular gerçekten sistemlerin arasında yaşamaya başladığında uzanın. O gün geldiğinde, müşteri verisini yapılandırılmış ve kolayca dışa aktarılabilir tutan Rocketly gibi bir CRM bu adımı çok daha az sancılı kılar — çünkü kaynak ne kadar temizse, ilk gerçek paneliniz size doğruyu o kadar erken söyler.