Müşteri, bölgesel bir yatırımcı kitlesine hizmet veren köklü bir Güneydoğu Asyalı perakende forex brokerıdır; bu kitlenin büyük çoğunluğu tek bir ülkede yoğunlaşmıştır — kayıtlı müşterilerin yaklaşık %97’si tek bir ana pazar kaynaklıdır — bölgedeki diğer ülkelerde ise uzun bir gurbetçi yatırımcı kuyruğu vardır. Edinme modeli büyük ölçüde IB (Introducing Broker) odaklıdır: yaklaşık her on müşteriden yedisi bir Introducing Broker ortaklığı üzerinden sisteme dahil edilmiştir ve tek bir üst IB, platformdaki tüm tamamlanan yatırım işlemlerinin yaklaşık üçte birini tetiklemiştir.
Müşteri Kenmore ile yıllar önce ilk kez çalışmaya başladığında, zaten bir forex işi yürütüyorlardı ve yeni pazara dönük markaları test etmeyi ne kadar hızlı istedikleriyle uyum sağlayabilecek bir platform arıyorlardı. Tek seferlik bir devreye alım istemiyorlardı. Go-to-market tezi geliştikçe; ticaret markalarını başlatmak, yeniden adlandırmak, kullanımdan kaldırmak ve yeniden yayına almak için her seferinde back office’ı yeniden platforma taşımadan kullanabilecekleri bir altyapı istiyorlardı.
Bu müşteri için ilk Trader’s Room ve CRM devreye alımı, sözleşmeden canlı sisteme yaklaşık üç hafta içinde ulaştı. Bu teslimat; MetaTrader ile bağlantılı bir Trader’s Room, çok katmanlı bir IB modülü, ödeme toplayıcı olarak NinjaCharge entegrasyonu, satış ve destek yönlendirmesi için özel iş akışları içeren bir CRM, çok dilli destek ve canlı sohbet katmanını içeriyordu.
Bu vaka çalışması için kullanılan veri setinden geçen ilk bölgesel marka, analiz penceresinin 1. ayının başlarında yayına girdi. 2. aya gelindiğinde, aylık yatırım hacmi; endeksli büyüme ölçümü için kullandığımız başlangıç eşiğini aşmıştı. 3. ayda bu hacim, başlangıç eşiğini neredeyse yirmi kata çıkardı. 8. ayda ise operasyonel zirve olan 68 katına ulaştı.
Kenmore’un CRM’i, müşterinin tüm büyüme stratejilerinin merkezindeki bir kavrama dayanır: Regions. Region, aynı back office üzerine oturan, platformun tamamen izole edilmiş ve tamamen markalanmış bir parçasıdır. Her Region şunları içerir:
Unified (tek parça halinde) kalan şey operasyonel çekirdektir: tek bir yönetici ekibi, tek bir raporlama katmanı, tek bir ticket (talep) sistemi, tek bir IB hiyerarşisi ve tek bir KYC hattı. Müşteri, “yeni bir marka istiyoruz” ile “ilk günden itibaren operasyon ekibimizi üretken tutmak istiyoruz” arasında seçim yapmak zorunda kalmadı.
Bu aracı kurum için bu, çoğu firmanın landing page’leri test ettiği şekilde marka kimliklerini test edebilecekleri anlamına geliyordu — ve ettiler. Daha geniş ilişki boyunca müşteri, Kenmore’un platformu üzerinden altı farklı bölgesel markayı devreye aldı. Bu markalardan ikisi, bu eserdeki (case study) verilerin konusudur: lansmanı başlatan birincil marka ve farklı bir konumlandırmayı test etmek için yaklaşık onuncu ay civarında görevlendirdikleri halef marka.
Müşterimiz, canlı ve demo hesap açılışını, KYC doküman yüklemelerini, para yatırma ve çekim taleplerini işleyecek; ayrıca kişisel bilgiler ve hesap geçmişi için trader öz-servisi sağlayacak bir Trader’s Room için bize başvurdu — gelen faaliyeti doğru ekibe yönlendiren bir CRM’e bağlı olacak şekilde. Yaklaşık üç hafta içinde, gömülü CRM içeren New Edition Trader’s Room’u teslim ettik. Operasyonel zirvede sistem, ayrı bir ticket aracı olmadan ayda 1.100’ün üzerinde dahili görevi işliyordu — kayıt onayları, KYC incelemeleri, para yatırma doğrulamaları, çekim onayları ve IB hesap açılışları dahil.
Müşterinin trader’ları MT üzerinde işlem yapıyor. Bu çalışmadaki her Bölge, bağımsız olarak yapılandırılmış kendi MT trading sunucusu üzerinde çalışır. Müşteri ikinci Bölgeyi eklemek istediğinde, iki marka aynı back office’i paylaşsa bile ticaret altyapısını paylaşmayacak şekilde ayrı bir MT hizmet bağlantısı sağladık. Hesap türleri, kaldıraç kademeleri ve grup adlandırma konvansiyonları Bölge bazında kapsamlanmıştır.
IB programı, müşterinin birincil edinim (akvizisyon) kanalıdır. Aktif trader’larının neredeyse onda yedisinin kaynağı bir IB ya da alt-IB’dir. Kenmore, mevcut çok katmanlı IB hiyerarşisini daha ilk günde yeni platforma taşıdı; yönlendirme-URL izleme, kademeli komisyon kuralları, kâr paylaşımı seçenekleri ve Trader’s Room içinde “My IBs / My Traders” analitik görünümüyle birlikte. Sistem, tek bir IB soyunun iki Bölgeyi de kapsayacak şekilde yapılandırıldı — müşteri komisyon takibini markalar arasında parçalamak istemiyordu.
NinjaCharge, müşterinin ödeme toplayıcısıdır (PSP’lerin üzerinde konumlanan bir yönlendirme katmanı; PSP’nin kendisi değil). NinjaCharge arkasında, yerel para birimi kanalları üzerinden otuzdan fazla PSP uç noktasını entegre ettik — öncelikle ana pazar için VND, ayrıca bölgedeki diğer müşteriler için MYR, THB, IDR ve BTC yapılandırmaları. PSP görünürlüğü Bölge bazında kontrol edilir: ikinci Bölge, ilk Bölgedekinden farklı ve kendisine özel seçilmiş bir PSP setiyle yayına geçti. Otuz artı entegre uç noktadan yaklaşık üçte ikisi, Trader’s Room’da herhangi bir anda herkese açık olarak görünür; kalanları ise yedekte tutulur.
Para yatırmalar NinjaCharge üzerinden akar; otomatik geri çağırma (callback) işlemleriyle yönetilir — trader, Trader’s Room’da gerçek zamanlı durumu görür. Çekimler, CRM içinde görev odaklı bir manuel onay iş akışıyla yürütülür; müşterinin istediği özel doğrulama kuralları (bakiye kontrolleri, para birimi dönüşüm korumaları, her PSP’ye göre lehtar adı doğrulaması) uygulanır. Tüm para yatırma ve çekim olayları CRM görevleri üretir, doğru operatör ekibine yönlendirilir ve trader’ın hesap geçmişine geri beslenir.
CRM, Trader’s Room ve e-posta şablonları için hem trader tarafı metinlerini hem de dil bazında ifadeleri altı desteklenen dile göre yapılandırılmıştır. Coğrafi konuma dayalı dil algılama, siteyi ilk ziyarette trader’a doğru dile geçirir.
Müşteri, IB komisyon akışının bir parçası olarak ve promosyon kampanyalarında bonus ve kredi operasyonlarını kullanır. Platform, para yatırmalarla aynı görev ve onay hattından yönlendirilen bakiye düzeltmelerini destekler.
Her Bölge kendi marka görsellerini taşır — logo, renk paleti, üst bilgi (header), alt bilgi (footer), fontlar ve özel tema CSS’i. Bu veri setindeki iki Bölge, görsel olarak farklı kimliklere sahiptir; bir trader’ın birine indiğinde, aynı temel CRM’in üzerinde olduklarını bilmesinin bir yolu yoktur.
Ekip katılımı boyunca standart modül teslimatına paralel, sürekli bir özel geliştirme süreci yürütüldü. Müşterinin standart ürünün kapsamadığı özel gereksinimleri vardı ve Kenmore, haftalar değil günler ölçeğinde düzeltmeler ve iyileştirmeleri hayata geçirdi. Geliştirme günlüğünden örnekler:
Özel geliştirme ivmesi, müşterinin platformda birden fazla yıl ve birden fazla marka iterasyonu boyunca kalmasının nedenlerinden biri: Go-to-market’leri (pazara sunma stratejileri) evrim geçirdiğinde platform da haftalar değil günler içinde uyum sağlıyor.
Analiz penceresinin 10. ayı civarı — ilk Bölge hâlâ tepeye yakın para yatırma hacimlerini paylaşıyorken — müşteri ikinci bir Bölgeyi devreye aldı. Özet açıktı: ayrı marka, ayrı domain, ayrı MT sunucusu, ayrı PSP seti; ancak aynı ekip ve aynı CRM tarafından yönetilecek. Altı hafta istediler; altı hafta da aldılar. Dağılım:
12. ayın başında ikinci Bölge ilk yatırımcılarını kaydetmeye başlamıştı. 14. aya kadar, aylık yeni kayıtlar açısından birinci Bölgeyle eş seviyeye ulaştı. 18. aya kadar, ikinci Bölge birinciden daha fazla para yatırma hacmi işliyordu. 20. aya gelindiğinde birinci Bölge devre dışı bırakılmış, ikinci Bölge tüm yeni işin %100’ünü üstlenmişti — kayıtlar, para yatırmalar ve hesaplar. Geçişte platformda herhangi bir kesinti yapılmadı; veri göçü yoktu, operatör eğitimi yeniden alınmadı: aynı CRM, aynı yönetici ekibi; yalnızca farklı bir Bölge açıldı.
Bu, Bölgeler mimarisinin mümkün kılmak için var olduğu şeyin klasik örneği. Müşterinin marka tezi evrildi; operasyonlarının bununla uğraşmasına gerek kalmadı.
Analiz penceresindeki 2. ayı kullanarak — önemsiz olmayan mevduat faaliyeti olan ilk ay — endeks bazını 1× olarak aldık:
| Dönem | Mevduat hacmi endeksi | Notlar |
|---|---|---|
| 1. Ay | 0.04× | Yumuşak lansman |
| 2. Ay | 1.00× | Baz |
| 3. Ay | 19.67× | İlk IB grubu yayına geçti |
| 4. Ay | 31.09× | |
| 5. Ay | 32.51× | |
| 6. Ay | 33.63× | |
| 8. Ay | 68.36× | Operasyonel tepe (ilk Bölge) |
| 10. Ay | 33.39× | Para yatırma sayısına göre tepe (tek ayda 227) |
| 11. Ay | 13.30× | İlk Bölge soğuyor; ikinci Bölge devreye alınıyor |
| 14. Ay | 6.86× | İkinci Bölge canlı |
| 17. Ay | 8.38× | İkinci Bölge öne geçiyor |
| 18. Ay | 24.33× | İkinci Bölge taşıyor |
| 20. Ay | 42.90× | İkinci Bölge’nin kendi tepe noktası; ilk Bölge durduruldu |
Platform, alt tarafta hiçbir şey değiştirmeden iki ayrı büyüme dalgasını iki ayrı marka üzerinden emdi.
İki Bölge, ölçülebilir biçimde farklı huni (funnel) özellikleri gösteriyor:
| Metrik | Birinci Bölge | İkinci Bölge |
|---|---|---|
| IB’ye atfedilen pay | 70.5% | 61.0% |
| Para yatırma dönüşümü (kayıtlı → yatıran) | 17.5% | 31.4% |
| Yatırımcı başına ortalama para yatırma | 6.4 | 5.5 |
İkinci Bölge, kayıtlı yatırımcıları birinci Bölge’ye kıyasla neredeyse iki kat daha yüksek bir oranda para yatıranlara dönüştürüyor. Aynı temel CRM, aynı operasyon ekibi, aynı PSP katmanı — farklı marka, farklı akvizisyon dağılımı, farklı yatırımcı davranışı. Bu da müşterinin marka-iterasyon tezi işe yaradığını gösteren anlaşılır bir sinyal.
Analiz penceresinin tamamı boyunca toplam para çekme talepleri, tamamlanan yatırımlara karşı yaklaşık 1,34:1 düzeyinde USD eşdeğeri bir oran oluşturuyor. Lütfen para yatırma ve para çekme taraflarının farklı para birimlerinde tanımlı olduğunu ve farklı operasyonel iş akışları üzerinden işlendiğini unutmayın — yatırımlar, PSP toplulaştırıcısı üzerinden otomatik akar; para çekimler ise manuel bir onay kuyruğundan geçer — bu nedenle bu oran, en iyi şekilde şu şekilde okunur: “platform, iki yönlü para akışını dengede tuttu; tüccarlar, herhangi bir pencerede yatırdıklarından biraz daha yüksek bir oranda ödeme alacak şekilde.
Yıl 1’in sonlarındaki operasyonel tepe noktasında, CRM ayda 1.100’den fazla dahili görevi işliyordu — kayıt onayları, KYC incelemeleri, depozito teyitleri, para çekme onayları, IB hesap açılışları, destek talepleri — tümü tek bir iş akışı motoru üzerinden yönlendiriliyordu. Aynı motor, geçiş sonrası Bölge’de de daha küçük ve daha istikrarlı bir hacmi yönetmeye devam ediyor.
Bu etkileşim, Kenmore’un Bölgeler mimarisinin ne işe yaradığını gösteren en net örneğimiz. Hikâye “bir CRM gönderdik” değil. Çoğu CRM satıcısı bir CRM gönderebilir. Hikâye şu:
Yayınlanma hızınınMüşterinin ilk Bölgesi, sözleşmeden itibaren yaklaşık üç hafta içinde yayına geçti. İkinci Bölgesi — ayrı bir MT sunucusunda, ayrı bir PSP setiyle, tamamen ayrı bir marka — başlangıçtan QA tamamlanmasına kadar yaklaşık altı hafta içinde yayına geçti.
Platforma tekrar geçmeden marka iterasyonu.Müşterinin pazara çıkış tezi geliştikçe, taşımadı. Bir Bölge eklediler, onu devreye alıp büyüttüler ve IB’ler ile tüccarlar geçtikçe önceki Bölgeyi doğal olarak düşürmeye bıraktılar. Veri taşınması yok, operatör yeniden eğitimi yok, duruş yok.
Birden fazla marka için tek ops ekibi.Aynı CRM, aynı yönetim personeli, aynı iş akışları, aynı KYC hattı aynı anda iki Bölgeye hizmet etti — ve daha geniş ilişki genelinde altı Bölgeye hizmet etti.
Sürekli özel geliştirme ritmi.Platformun standart ürünü kutudan çıktığı haliyle birebir uymak zorunda değil. Özel doğrulayıcılar, bölgeye özel iş akışları, sabit para birimi oranı işleyicileri, PSP’ye özel lehdar mantığı ve uzun kuyruklu küçük iyileştirmeler günler üzerinden giden bir tempoyla teslim edildi. Müşteri, yıllardır özel değeri bileşik olarak artırıyor.
Yük altında operasyonel ölçekleme.Platform, bir Bölge’de aylık para yatırma hacminde 68×’lik bir artışı absorbe etti ve ardından başka bir Bölge’de de buna yakın bir tepe artışını — aynı anda, paylaşılan altyapı üzerinde, arada herhangi bir mimari yeniden çalışma yapmadan — gerçekleştirdi.
Forex broker’ının CRM’i sabit bir kurulum olarak görmeyi bırakıp onu bir marka-iterasyon platformu olarak görmeye başladığında böyle görünür.
| Metrik | Değer |
|---|---|
| Operasyonel kullanılabilirliğe geçiş (ilk Bölge) | ~3 hafta |
| İkinci Bölge için kullanılabilirliğe geçiş süresi | ~6 hafta |
| Tepe aylık para yatırma hacmi vs. temel çizgi | 68× |
| İkinci Bölge’nin tepe değeri vs. temel çizgi | 43× |
| Aktif bölgesel markalar tek bir CRM üzerinde çalışıyor | 6+ (daha geniş ilişki kapsamında) |
| NinjaCharge üzerinden entegre edilen farklı PSP uç noktaları | 30+ |
| Desteklenen diller | 6 |
| MT işlem sunucusu bağlantıları | 2 (Bölge başına 1) |
| IB’nin atfettiği müşteri payı | ~%70 |
| E-posta onay oranı | ~%89 |
| KYC onay oranı | ~%33 |
| Kayıt → yatırma dönüşümü | ~%19 (genel) (~%31 ikinci Bölge’de) |
| Depositor başına ortalama tamamlanan yatırımlar | 6+ |
| Para çekme/para yatırma USD eşdeğeri oranı | ~1,34:1 |
| Geçiş sırasında aynı CRM üzerinde eşzamanlı Bölgeler | 2 |
| Bölge geçişi: veri taşımadan marka değişimi | ✓ |
Kenmore'nun Bölgeler (Regions) mimarisi, brokerların yeni markaları hayata geçirmesine, konumlandırmayı test etmesine ve kitleleri (audiences) taşınmasına olanak tanır — back office'a dokunmadan. Operasyonunuz hakkında bizimle konuşun.
Birden fazla marka. Tek CRM. Sıfır migrasyon.
