Sigorta ürün fabrikası (product factory) nedir, nasıl çalışır?

Sigorta ürün fabrikası (product factory), sigorta ürünlerinin teminat, kural, tarife, doküman ve satış kanalı tanımlarını yeniden kullanılabilir bileşenler hâlinde yöneten ve yeni ürünlerin kod yazmadan, yapılandırma yoluyla oluşturulmasını sağlayan yazılım katmanıdır. Ürün fabrikası, ürünün ne olduğunu tanımlayan bilgiyi poliçe işleme mantığından ayırır: poliçe yönetim sistemi teklif, poliçeleştirme, zeyil ve yenileme işlemlerini yürütür; ürün fabrikası ise bu işlemlerin hangi kurallarla yürütüleceğini söyler.

Bu ayrım, ürün ve tarife ekiplerinin işini yazılım geliştirme kuyruğundan büyük ölçüde bağımsızlaştırır. Yeni bir varyant ürün, fiyat güncellemesi veya kabul kuralı değişikliği, bir yazılım sürümünü beklemek yerine kontrollü bir yapılandırma ve onay akışıyla canlıya alınabilir. Bu yazıda ürün fabrikasının bileşenlerini, poliçe yönetim sisteminden farkını, sürümleme ve yönetişim ihtiyaçlarını ve kurulum adımlarını ele alıyoruz.

Ürün fabrikası hangi sorunu çözer?

Ürün fabrikası, ürün mantığının koda gömülü olduğu sistemlerde her yeni ürünün ve her tarife değişikliğinin bir yazılım projesine dönüşmesi sorununu çözer. Ürün bilgisi merkezi ve yapılandırılabilir hâle geldiğinde, değişikliklerin hızı ve tutarlılığı birlikte artar.

Ürün mantığı koda gömülü olan sigorta şirketlerinde genellikle şu belirtiler görülür:

• Benzer ürünler için kod kopyalanır; zamanla aynı teminat farklı ürünlerde farklı davranmaya başlar.
• Tarife güncellemesi, yazılım sürüm takvimine bağlı kalır ve ticari karar ile uygulama arasında haftalar geçebilir.
• Bir ürünün gerçekte nasıl çalıştığını belgeleyen tek kaynak koddur; iş birimleri ürünü sistem üzerinden doğrulayamaz.
• Acente portalı, web satış ve çağrı merkezi ekranları aynı ürünü farklı kurallarla uygulayabilir.
• Ürün sayısı arttıkça test yükü katlanır; küçük bir değişiklik tüm uygulamanın regresyon testini gerektirir.

Bu belirtiler, eski core sistemlerin modernizasyonu kararlarında da sıkça belirleyici olur. Ürün fabrikası tek başına bir modernizasyon stratejisi değildir, ancak modernizasyonun en çok değer üreten parçalarından biridir.

Sigorta ürün fabrikası hangi bileşenlerden oluşur?

Bir ürün fabrikası; ürün kataloğu, teminat kütüphanesi, risk veri modeli, kural motoru, tarife ve fiyatlama tanımları, doküman şablonları, kanal yapılandırması ve ürün yaşam döngüsü yönetiminden oluşur. Bu bileşenler birbirine referans verir ve bir ürün, bunların belirli bir sürümdeki birleşimi olarak tanımlanır.

• Ürün kataloğu: Branş, ürün, plan ve varyant hiyerarşisini tutar. Örneğin bir konut ürününün temel, geniş ve kapsamlı planları aynı ürün ağacının dallarıdır.
• Teminat kütüphanesi: Teminatların tanımı, limit ve muafiyet seçenekleri, bekleme süreleri ve teminatlar arası bağımlılıklar tek yerde tutulur; ürünler bu kütüphaneden teminat seçer.
• Risk veri modeli: Araç, konut, kişi veya işyeri gibi sigortalanan nesnelerin alanları, doğrulama kuralları ve referans veri bağlantıları tanımlanır.
• Kural motoru: Kabul (underwriting) kuralları, uygunluk koşulları, yetki ve onaya yönlendirme kuralları ile zorunlu teminat kombinasyonları yapılandırılır.
• Tarife ve fiyatlama: Risk faktörleri, katsayı tabloları, formüller, indirim ve sürprim kuralları tanımlanır. Hesaplamanın kendisi çoğunlukla bir fiyatlama motoru (rating engine) tarafından yürütülür.
• Doküman şablonları: Teklif, poliçe, bilgilendirme formu, özel şartlar ve klozlar ürüne ve sürüme bağlı olarak üretilir.
• Kanal yapılandırması: Ürünün hangi kanalda, hangi kullanıcı rolüyle, hangi ekran alanları ve hangi yetki limitleriyle satılacağı belirlenir.
• Yaşam döngüsü yönetimi: Sürümler, geçerlilik tarihleri, onay akışları ve ortamlar arası taşıma bu katmanda yönetilir.

Bileşenlerin nasıl modelleneceği, ürün fabrikasının başarısını doğrudan belirler. Teminat, kural ve parametre ayrımını ayrıntılı ele aldığımız sigorta ürün modelleme yazısı, bu tasarımın temelini oluşturur.

Ürün fabrikası ile poliçe yönetim sistemi arasındaki fark nedir?

Poliçe yönetim sistemi (Policy Administration System, PAS) poliçe işlemlerini yürüten sistemdir; ürün fabrikası ise bu işlemlerin dayandığı ürün tanımını yönetir. Modern PAS çözümlerinin çoğu bir ürün fabrikası katmanı içerir, ancak bazı mimarilerde ürün fabrikası ayrı bir bileşen olarak birden fazla sistemi besler.

Aşağıdaki tablo, ürün mantığının koda gömülü olduğu yapı ile ürün fabrikası yaklaşımını karşılaştırır:

Ürün fabrikasının her durumda tamamen kodsuz çalıştığını düşünmek yanıltıcıdır. Karmaşık hesaplamalar, özel entegrasyonlar veya alışılmadık iş akışları için genişletme noktaları (extension point) gerekir. İyi tasarlanmış bir ürün fabrikası, işlerin büyük kısmını yapılandırmayla çözer ve istisnaları kontrollü, test edilebilir kod parçalarına bırakır. PAS seçimi ve ürün fabrikası kabiliyetinin değerlendirilmesi için poliçe yönetim sistemi rehberimize bakabilirsiniz.

Ürün sürümleme ve yönetişim nasıl kurulur?

Ürün sürümleme, bir ürün tanımındaki her değişikliğin yeni bir sürüm olarak kaydedilmesi ve her sürümün hangi tarihten itibaren hangi işlemlerde geçerli olacağının belirlenmesidir. Yönetişim ise bu değişiklikleri kimin yapabileceğini, kimin onaylayacağını ve nasıl denetleneceğini tanımlar.

Sürümleme tasarımında en kritik konu geçerlilik tarihi (effective dating) kurallarıdır. Yeni bir tarife sürümü belirli bir tarihten itibaren yeni teklifler için geçerli olur; peki mevcut poliçelerde yapılacak zeyil hangi sürümle hesaplanır? Yenilemede yeni sürüm mü kullanılır? Bu sorular ürün bazında açıkça cevaplanmalı ve sistem bu kuralları otomatik uygulamalıdır. Aksi hâlde aynı poliçenin zeyil primi, işlemi yapan kullanıcıya veya kanala göre farklı hesaplanabilir.

Yönetişim tarafında şu unsurlar standart hâle getirilmelidir:

• Rol ve yetki ayrımı: Ürün tanımını hazırlayan kişi ile onaylayan kişi farklı olmalıdır (dört göz ilkesi).
• Ortam ayrımı: Değişiklikler tasarım, test, kabul ve canlı ortamları arasında paket hâlinde taşınmalı; canlıda doğrudan düzenleme yapılmamalıdır.
• Denetim izi: Kimin, ne zaman, hangi alanı neden değiştirdiği kayıt altında tutulmalıdır. Bu kayıt, iç denetim ve düzenleyici incelemelerde önemli bir kanıttır.
• Otomatik test: Her ürün sürümü, aktüerya ekibinin onayladığı örnek hesaplama setiyle otomatik olarak doğrulanmalıdır.
• Geri alma: Hatalı bir sürüm tespit edildiğinde bir önceki sürüme kontrollü dönüş yapılabilmelidir.

Ürün fabrikası iş birimlerine güç verir, ancak bu gücün sınırları çizilmezse hata yapma hızını da artırır. Yönetişim kuralları, esneklik kadar önemli bir tasarım girdisidir.

Ürün fabrikası nasıl hayata geçirilir?

Ürün fabrikası, mevcut ürün portföyünün analiziyle başlayan, bir pilot ürünle doğrulanan ve dalgalar hâlinde genişletilen bir programla hayata geçirilir. Tüm portföyü aynı anda taşımaya çalışmak, riski ve süreyi gereksiz yere büyütür.

1. Mevcut ürün portföyünü envanterleyin; ortak teminat, kural ve tarife kalıplarını çıkarın.
2. Branşlar arasında ortak kullanılacak kanonik ürün veri modelini tasarlayın.
3. Orta karmaşıklıkta, iş değeri görünür bir pilot ürün seçin; en basit ya da en karmaşık ürünle başlamayın.
4. Teminat kütüphanesini, referans verileri ve kural şablonlarını oluşturun.
5. Sürümleme, geçerlilik tarihi ve onay akışı kurallarını yazılı hâle getirin.
6. Ürün fabrikasını PAS, fiyatlama, doküman üretimi ve satış kanallarıyla entegre edin.
7. Ürün ve tarife ekiplerini eğitin; yapılandırma rehberi ve örnek ürün tanımları hazırlayın.
8. Pilot ürünü canlıya alın, öğrenimleri modele yansıtın ve diğer ürünleri dalgalar hâlinde taşıyın.

Bu programda hazır bir platform mu kullanılacağı yoksa şirkete özel bir ürün fabrikası mı geliştirileceği önemli bir karardır. Değerlendirme kriterlerini hazır paket mi, özel geliştirme mi yazımızda ele aldık. ProdayTech olarak ürün fabrikası çalışmalarında, yazılım tasarımına geçmeden önce ürün yönetimi ve aktüerya ekipleriyle ortak bir ürün sözlüğü oluşturmayı tercih ediyoruz; bu adım, sonraki tüm modelleme kararlarını kolaylaştırır.

Ürün fabrikası için kontrol listesi

Bir ürün fabrikası çözümünü değerlendirirken veya kendi yapınızı kurarken aşağıdaki soruların her birine net bir cevap verebilmelisiniz:

• Yeni bir varyant ürün, kod değişikliği olmadan tanımlanabiliyor mu?
• Teminatlar ortak bir kütüphaneden mi geliyor, yoksa her üründe yeniden mi tanımlanıyor?
• Tarife tabloları iş birimleri tarafından toplu olarak yüklenebiliyor ve doğrulanabiliyor mu?
• Geçerlilik tarihi kuralları teklif, zeyil ve yenileme için ayrı ayrı tanımlanabiliyor mu?
• Dört göz onayı, ortam ayrımı ve denetim izi standart olarak var mı?
• Her ürün sürümü için otomatik hesaplama testleri çalıştırılabiliyor mu?
• Aynı ürün tanımı acente, web, mobil ve iş ortağı API'lerinde tutarlı çalışıyor mu?
• Kodsuz çözülemeyen durumlar için test edilebilir genişletme noktaları mevcut mu?
• Ürün tanımları okunabilir biçimde dışa aktarılıp iş birimlerince gözden geçirilebiliyor mu?