Plan Mimarisi ve Abonelik Yaşam Döngüsü
Kod yazılmadan önce plan mimarisi netleşmelidir: kaç paket olacak (temel/pro/premium), dönemler ne olacak (aylık/yıllık), yıllık planda ne kadar indirim sunulacak? Yaygın pratik, yıllık ödemede %15-20 indirimle nakit akışını öne çekmektir. İkinci karar abonelik yaşam döngüsüdür; her abone beş durumdan geçer: deneme, aktif, ödemesi gecikmiş (past due), dondurulmuş ve iptal. Her durum için sistemin ne yapacağı — erişim açık mı, bildirim gidiyor mu, tahsilat deneniyor mu — baştan tanımlanır. Üçüncü karar plan geçişleridir: kullanıcı ay ortasında üst pakete geçtiğinde fark orantılı (proration) hesaplanmalı, düşürme ise dönem sonunda devreye girmelidir. Bu kurgu geliştirme öncesinde bir tabloya yazılırsa, süreçte ortaya çıkan "bu durumda ne olacaktı?" sorularının çoğu baştan cevaplanmış olur. Edge Bilişim olarak abonelik projelerine plan-durum matrisiyle başlıyoruz: her paketin beş yaşam döngüsü durumunda erişimin açık mı kapalı mı olacağı, hangi bildirimin gideceği ve tahsilatın denenip denenmeyeceği tek tabloda müşteriyle birlikte kararlaştırılıyor; geliştirme bu tablo onaylanmadan başlamıyor.








