Abone ölçeğindeki sistemler için telko mühendisliği.
Operatörler için BSS modernizasyonu, elde tutma platformları ve dijital kanallar — burada her sistem abone ölçeğinde çalışır.
- Envanter haritası ve yük modeli
- Sözleşmeler ve canlı bir yolculuk
- Gölge altında geliştirme
- Segment segment
- İşletme ve ayar
Telko yazılımı çok büyük abone tabanları demektir.
Telko yazılımı; çok büyük abone tabanları, saniye hassasiyetinde faturalama doğruluğu ve baz puanla ölçülen müşteri kaybı demektir. Şebeke çekirdeğinin üzerinde duran, müşteriye dönük ve gelir tarafındaki sistemleri — dijital kanallar, sadakat ve elde tutma, kampanya motorları — biz kuruyor ve modernize ediyoruz.
Bu işi sıradan kurumsal mühendislikten iki şey ayırır. Birincisi aritmetiktir: küçük bir veri kümesinde zararsız olan bir değişiklik, tüm abone tabanında bir olaya dönüşür; bu yüzden kardinalite, fan-out ve önbellek davranışı canlı ortamda keşfedilmek yerine ilk kod satırından önce düşünülmek zorundadır. İkincisi, neredeyse her şeyin faturalamaya temas etmesidir. Bir elde tutma teklifi bir ücreti değiştirir. Bir self-servis işlemi bir tarifeyi değiştirir. Bir bayi aktivasyonu bir komisyonu değiştirir. Bunların her biri paradır; yani her biri bir idempotency anahtarı, bir mutabakat yolu ve bir denetim kaydı ister — iyimser bir yazma işlemi ve umut dolu bir log satırı değil.
Mevcut sistemlerin hiçbiri değiştirilemez. Faturalama yığını, CRM ve provizyon zinciri yıllardır hizmette, geliri taşıyor ve bu program bittikten sonra da yerinde olacak. Bu nedenle telkoda işe yarayan çalışma eklemelidir: edge tarafında yeni yetenek, ortada yönetişimli sözleşmeler ve çekirdekteki her değişiklik paralel çalışma altında, kimse geçişe karar vermeden önce rakamlar karşılaştırılarak yapılır.
Çalıştığımız dört alan.
Bu sektörde bir hizmet ekibi olarak geliştirme yapıyoruz ve elde tutma programları ile kanal komisyonları için platformlar sunuyoruz.
Elde tutma ve sadakat
Loyalty & Retention üzerinde müşteri kaybı tahminine dayalı programlar — teklifler iptal çağrısından sonra değil, önce hedeflenir. Risk skorları abone tabanı üzerinde üretilir, değer ve risk bandına göre tekliflere dönüşür ve kontrol gruplarına karşı ölçülür; böylece ticari ekip programın ne harcadığını değil, ne kazandırdığını görebilir. Kurallar, bütçeler ve uygunluk koşulları konfigürasyondur, sürümlenir ve her karar onu veren kurala kadar izlenebilir.
Dijital kanallar
Gerçekten çalışarak çağrıyı azaltmak için kurulan self-servis uygulamaları ve web — bakiye, tarifeler, destek, ödemeler. Çağrı azaltma, bir tasarım sonucu olmadan önce bir mühendislik sonucudur: bakiyenin güncel olması, tarife değişikliğinin tamamlanması ve ödeme mutabakatının sağlanması gerekir. İnsanların gerçekten yaptığı işlemlerde bir gecikme bütçesi tutuyor, başarısız olanları ölçümlüyoruz; böylece bozuk bir yolculuk, uygulama mağazasına düşen bir şikâyet değil bir grafik oluyor.
Kampanya ve komisyon sistemleri
Sales Performance üzerinde bayi ve kanal primleri — yönetişimli, denetlenebilir, hesap tablosuz. Plan mantığı sürüm geçmişiyle birlikte konfigürasyon olarak durur, aktivasyonlar ve bunlara ait geri alımlar aynı kayıt üzerinde kapanır ve anlaşmazlıklar hesabı yeniden kurarak değil, açarak çözülür. Kanal iş ortakları finansın üzerinden ödeme yaptığı rakamların aynısını görür; aylık tartışmayı e-postadan çıkaran da budur.
BSS modernizasyonu
Faturalama ve CRM envanterinin çevresinde strangler örüntüsüyle yeniden mühendislik — abone tabanını riske atmadan yeni yetenek. Mevcut davranışı testlerle karakterize ediyor, önüne bir anti-corruption katmanı koyuyor, yetenekleri teker teker taşıyor ve sürekli mutabakat yapıyoruz. Yeni sistem aynı sonucu verdiğini kanıtlayana kadar eskisi çalışmaya devam eder ve her adım geri alınabilir olacak şekilde tasarlanır.
Neler geliştiriyoruz?
İptal çağrısından önce kurtarma, kontrol grubuna karşı ölçülür.
Elde tutma programları tanıdık iki şekilde başarısız olur: teklif müşteri kararını verdikten sonra ulaşır ya da teklifin bir işe yaradığını kimse kanıtlayamaz. Biz döngüyü uçtan uca kuruyoruz. Kullanım, faturalama, müşteri hizmetleri ve şebeke deneyimi sinyalleri, tabanı belirli aralıklarla skorlayan bir müşteri kaybı modelini besler; skorlar risk ve müşteri değerine göre bantlara ayrılır; sadakat motoru bantları bütçeler, uygunluk kuralları ve temas sıklığı limitleriyle tekliflere dönüştürür; rastgele seçilmiş bir kontrol grubu ise temas edilmeden kalır, böylece artış iddia edilmez, ölçülür. Bantları ve bütçeleri ticari ekip kendisi değiştirir — bu değişiklik bir sürüm değil, sürüm geçmişi olan bir konfigürasyondur.
- Kullanım, faturalama, müşteri hizmetleri temasları ve şebeke deneyiminden gelen sinyaller, tabanın gerektirdiği sıklıkta yenilenir
- Bütçe, uygunluk ve temas sıklığıyla sınırlanan teklifler; her karar kendi kural sürümüne kadar izlenebilir
- Tasarım gereği ayrılan kontrol grupları; böylece artış geçen çeyreğe karşı değil, bir kontrol grubuna karşı raporlanır
Hesap tablosuz kapanan bayi komisyonları.
Telkoda kanal komisyonu bir labirenttir: aktivasyon kademeleri, tarife karmaları, kalite eşikleri, erken müşteri kaybında geri alımlar, bölgesel istisnalar ve hiç kaymayan aylık bir son tarih. Çoğu zaman da tamamını yalnızca birkaç kişinin anladığı bir hesap tablosu envanteri üzerinde yürür. Sales Performance üzerinde plan konfigürasyondur — koşullar ve aksiyonlar, yayımlanmadan önce sürümlenir ve simüle edilir — ve her aktivasyon, düzeltme ve geri alım tek bir kayıt üzerinde kapanır. Bir bayi bir rakama itiraz ettiğinde cevap hesabın kendisidir: kural sürümü, hak kazandıran olaylar ve düzeltmeler, karşısında açılır.
- Sürümlenmiş konfigürasyon olarak plan kuralları; yayımlamadan önce geçen dönemin aktivasyonlarıyla simüle edilir
- Erken müşteri kaybındaki geri alımlar, ilgisiz bir kalemden düşülmek yerine asıl aktivasyona bağlanır
- İş ortağına giden ekstreler, finansın raporladığı kayıttan üretilir; böylece iki taraf tek bir rakam okur
Örnek kurallar. Sizinkiler sizinle birlikte yapılandırılır.
Envanterin kaldırabileceği bir entegrasyon katmanı.
Envanter şeması genellikle tanıdıktır: bir düzine sistem, çoğu arasında noktadan noktaya bağlantılar ve en eskisine dokunmaya istekli kimse yok. Çıkış yolu baştan yazmak değil — envanteri sözleşmelere dönüştüren, yönetişimli bir katmandır. Kayıt sistemleri gerçekleri bir kez olay omurgasına yayınlar; tüketiciler idempotent işleyiciler, dead-letter konuları ve yeniden oynatma ile kendi hızlarında okur; her yeni yetenek de her sisteme karşı yeniden değil, sözleşmeye karşı bir kez entegre olur. Mutabakat yolu olmadan hiçbir yeni bileşen faturalama yığınına yazmaz.
- Değiştiremeyeceğiniz bir sistemi olay kaynağına dönüştürmek için change data capture
- Her sınırda CI hattında sözleşme testleri; böylece yukarı akıştaki bir değişiklik aboneye ulaşmadan yakalanır
- Paraya dokunan her akışta mutabakat; farklar yutulmak yerine raporlanır
Tek bir platform envanteri, üç ayrı beklenti seti.
Abone tabanını riske atmadan değişim.
Mimari tarafı etki alanını önemser. Burada işi eklemeli ve geri alınabilir tutuyoruz: koddan önce sözleşmeler, eski olan her şeyin önünde bir anti-corruption katmanı, her geçişten önce paralel çalışma ve kod olarak tanımlanmış altyapı; böylece bir ortam hatırlanmak yerine yeniden kurulabilir. Envanter haritası ve runbook'lar çalışmanın sonunda derlenmez, yazıldıkça devredilir.
- Her adımda mutabakatla strangler örüntüsü geçişi
- Varsayılan olarak hibrit — tek bir teslimat hattı altında on-premise çekirdekler ve bulutta edge katmanları
- Tasarım girdisi olarak güvenlik ve veri yerleşimi, denetim için kanıtlanır — bkz. siber güvenlik
Tabanı hareket ettirmek için tasarlanan, hesabı açık teklifler.
Ticari taraf bir kampanyayı değiştirip ne kazandırdığını bilmek ister. Elde tutma ve kampanya mantığı, simülasyonu ve sürüm geçmişi olan bir konfigürasyondur; bu yüzden bir değişiklik bir sürümün arkasında sıraya girmez. Ölçüm işin içindedir: kontrol grupları, bütçeler ve teklif bazında atıf, birinin elle güncellediği bir dışa aktarım üzerinde değil, yönetişimli bir veri modeli üzerinde raporlanır.
- Segmentler, teklifler ve limitler canlıya çıkmadan önce yapılandırılır ve simüle edilir
- Artış, teklif ve değer bandı bazında kontrol gruplarına karşı ölçülür
- Ticari ve finansal raporlamada tek bir müşteri kaybı, ARPU ve taban tanımı
İşlerin yürümesinden doğan çağrı azaltma.
Operasyon tarafı çağrıları, işlem süresini ve tekrar eden temasları ölçer. Self-servis bir çağrıyı ancak uygulamadaki cevap güncelse ve işlem tamamlanıyorsa azaltır — bu yüzden bakiyenin tazeliğini, tarife değişikliğinin tamamlanmasını ve ödeme mutabakatını ürün, arayüzü ise onun üzerindeki ince katman olarak görüyoruz. Müşteri hizmetleri temsilcileri, müşterinin az önce ne denediği dahil olmak üzere müşteriyle aynı görünüme sahip olur; böylece görüşme en baştan değil, hatanın olduğu yerden başlar.
- Hacmi taşıyan işlemlerde gecikme bütçeleri, adım bazında uyarı
- Başarısız yolculuklar ölçümlenir ve önceliklendirilir; uygulama mağazası arkeolojisine bırakılmaz
- Temsilci ve self-servis görünümleri aynı sözleşmeler üzerine kurulur; böylece ikisi tutarlı kalır
OSS/BSS envanteri ve her parçaya nasıl yaklaştığımız.
Faturalama ve ücretlendirme
Ağırlıklı okuma sözleşmeleri; canlı bakiyelere dokunulmadan önce gölge çalışmalar ve mutabakat
CRM ve müşteri ana verisi
Müşteri, abonelik ve temas geçmişi, kanal bazlı sorgular yerine tek bir yönetişimli sözleşme üzerinden sunulur
Provizyon ve sipariş yönetimi
Uzun süren siparişler telafi mekanizmalı durum makineleri olarak modellenir; böylece başarısız bir adım elle düzeltilecek değil, kurtarılabilir bir adım olur
Ürün kataloğu
Tarifeler, paketler ve uygunluk koşulları kayıt kataloğundan okunur — kanal katmanına kopyalanmaz
Mediation ve kullanım kayıtları
Yüksek hacimli olay akışları idempotent şekilde tüketilir; dead-letter yönetimi ve geç gelen dosyalar için yeniden oynatma vardır
Ödemeler ve tahsilat
Tokenlaştırılmış kart ve otomatik ödeme akışları; yeniden denemeler, borç hatırlatma ve iadeler, her biri kendisine sebep olan ücrete bağlanır
Kimlik ve erişim
Abone kimliği uygulama, web ve müşteri hizmetleri genelinde tutarlı
Veri ambarı ve BI
Kayıt defteri ve kullanım olayları lakehouse'unuza aktarılır; raporlamanın altında yönetişimli modeller bulunur
Bir telko çalışmasına getirdiğimiz alışkanlıklar.
- En baştan abone ölçeğinde yük mühendisliği. Kardinalite, fan-out ve önbellek davranışı ilk özellikten önce tasarlanır ve yük testleri genel bir profile karşı değil, kendi trafik biçiminize karşı çalışır.
- Faturalama düzeyinde doğruluk: paraya dokunan her akışta mutabakat. Idempotency anahtarları, yeniden oynatmaya dayanıklı tüketiciler ve iki sistemin çelişebileceği her yerde raporlanan bir fark — tutarsızlık bir kayıttır, bir yuvarlama kararı değil.
- Mevzuata uygun veri işleme — tasarım girdisi olarak KVKK ve sektör kuralları. Veri yerleşimi, saklama ve hukuki dayanak kararları tasarım anında verilir ve kanıtlanır; böylece denetim bir açıklama yerine bir belge okur.
- OSS/BSS envanterlerini dengelerini bozmayacak biçimde entegre etme. Ağırlıklı okuma sözleşmeleri, anti-corruption katmanları ve her yazma yolundan önce gölge çalışmalar; çekirdek kendi hata bütçesini korur.
- Her geçişten önce paralel çalışma. Yeni mantık, çıktılar vaka vaka örtüşene kadar canlı trafikte eski mantığı gölgeler; geçiş sonra provası yapılmış bir geri alma planıyla segment segment gerçekleşir.
- Envanterin tamamında gözlemlenebilirlik. Uygulamadan olay omurgası üzerinden kayıt sistemine kadar OpenTelemetry izleri, yolculuk başına SLO'lar ve geliri taşıyan adımlarda uyarılar.
- Birinci sınıf hedef olarak hibrit. Tek bir teslimat hattı altında on-premise çekirdekler ve bulutta edge katmanları, iki tarafta da kod olarak altyapı ve yalnızca birinin hafızasında var olan hiçbir ortam yok.
- İlerledikçe devir. Runbook'lar, panolar, sözleşme testleri ve karar kayıtları teslimat sırasında yazılır; böylece ekibiniz, biz bıraktığımızda kurduğumuz sistemi işletebilir.
Envanter haritasından taban ölçeğinde işletmeye.
Envanter haritası ve yük modeli
Mimarlarınızla birlikte OSS/BSS envanterini adım adım geziyor; her sistemin neye sahip olduğunu, nasıl hata verdiğini ve çağrı başına ne kadara mal olduğunu kaydediyor ve ilk yük modelini gerçek trafikten kuruyoruz. Çıktı; bir entegrasyon haritası, yolculuk başına bir gecikme bütçesi ve önce test edilecek varsayımların listesidir.
Sözleşmeler ve canlı bir yolculuk
Entegrasyon katmanı sürümlenmiş sözleşmelerin arkasına yerleşir ve bir yolculuk gerçek sistemlere karşı uçtan uca çalışır — bir self-servis işlemi, bir elde tutma teklifi ya da bir aktivasyon. Kapsamı küçük, diğer her açıdan gerçek.
Gölge altında geliştirme
Paraya dokunan her yol mevcut sisteme karşı gölgede çalışırken özellik geliştirme sürer. Çıktılar vaka vaka karşılaştırılır, farklar ayarlanarak yok edilmek yerine araştırılır ve yük testleri tabanın gerçek biçimine karşı sürekli çalışır.
Segment segment
Trafik dilimler hâlinde taşınır; her adımda provası yapılmış bir geri alma ve her dilimde mutabakat raporları vardır. Bir dilim tam bir faturalama döngüsünü temiz tamamlamadan hiçbir şey genele açılmaz.
İşletme ve ayar
Operasyon merkezinizle paylaşılan SLO'lar, panolar ve olay yönetimi; çalışan taban üzerinde model ve kural ayarı; yük modelinin gerçekte olanlara karşı sizinle belirlenen bir ritimde düzenli olarak gözden geçirilmesi.
Sık sorulan sorular
Çalıştığımız komşu sektörler.
Sektörünüzden bir problemi bize getirin.
Bugün neyin aksadığını anlatın. Bir mühendis okur ve somut bir yol önerisini yazılı olarak iletir.