TREN

Abonelik ve Üyelik Yönetimi

Abonelik satmak tek seferlik satıştan farklı. Para bir kez değil sürekli geliyor ve her yenilemede bir şey ters gidebiliyor. Kart geçmiyor, kullanıcı iptal ediyor, mağaza iade veriyor.

Bu yüzden abonelik sisteminin asıl işi tahsilat değil durum takibi. Sistem her an kimin hangi haklara sahip olduğunu bilmek zorunda, çünkü yanlış bilirse ya ödeyene hizmet vermiyor ya ödemeyene veriyor.

Bu konuda görüşelim

Sistem Neyi Kapsıyor

Plan ve paket yapısı

Hangi planın neye eriştiği tek yerde tanımlı oluyor. Plan değiştiğinde kod değişmiyor, tanım değişiyor. Yoksa her yeni paket yeni bir yayın gerektiriyor.

Mağaza içi satın alma

iOS ve Android uygulamalarında satın alma mağaza üzerinden yapılıyor. Kritik nokta şu, uygulamanın gönderdiği makbuz kanıt değil. İşlem Apple ya da Google sunucusuna sorulup doğrulanıyor, doğrulanamazsa hak yazılmıyor.

Yenileme, iptal ve iade

Abonelik durumu olayın türüne değil güncel duruma bakılarak belirleniyor. Ödemesi gecikmiş bir abonelik hâlâ aktif sayılırsa ödemeyen kullanıcı hizmet almaya devam ediyor.

Kota ve hak takibi

Sınırlı hak veren planlarda düşüm tek işlemde yapılıyor. Önce kontrol edip sonra düşmek, aynı anda gelen iki istekte iki kez hak kullandırıyor.

Erişim ve kapanış

Abonelik bittiğinde erişimin ne olacağı baştan kararlaştırılıyor. Veri siliniyor mu, donduruluyor mu, salt okunur mu kalıyor. Bu karar sonradan verilirse kullanıcı verisi ortada kalıyor.

Tek hesap kuralı

Bir satın alma tek hesaba bağlanıyor. Bağlanmazsa aynı makbuzla birden fazla hesap ücretsiz olarak açılabiliyor ve bu en sık görülen suistimal.

Yaklaşımımız

  • Satın alma her zaman sunucuda doğrulanıyor, uygulamanın söylediğine güvenilmiyor.
  • Doğrulama yapılamazsa hak YAZILMIYOR, yani hata durumunda kapalı tarafa düşüyor.
  • Aynı olay iki kez gelirse ikincisi yutuluyor, abonelik iki kez uzamıyor.
  • Hak düşümü tek atomik güncelleme, yarış durumuna açık değil.

Sık Sorulan Sorular

Uygulama içindeki dijital içerik ve abonelik için mağazalar kendi ödeme sistemini şart koşuyor ve komisyon alıyor. Fiziksel ürün ya da uygulama dışında verilen hizmet bu kuralın dışında. Hangi tarafta olduğunuz mağaza incelemesinde belirleyici oluyor, o yüzden baştan netleştiriyoruz.

Mağaza iadeyi bildirdiğinde hak geri alınıyor. Bildirim ucu kurulmazsa iade ancak kullanıcı uygulamayı bir daha açınca fark ediliyor ve o arada hizmet verilmeye devam ediliyor. Bu ucu baştan kurmayı öneriyoruz.

Evet, web ödemesi ayrı bir sağlayıcı üzerinden yürüyor. O zaman iki kaynaktan gelen abonelik aynı hesapta birleştiriliyor ve hangisinin geçerli olduğu kuralı yazılıyor. İki tarafı da açık bırakıp kuralı yazmamak en sık karşılaştığımız karışıklık sebebi.

Mağaza satışlarında para size doğrudan değil mağaza üzerinden ve komisyon düşülerek geliyor, bu yüzden sistemdeki satış tutarı ile bankaya geçen tutar aynı olmuyor. Raporlamayı baştan bu farkı gösterecek şekilde kuruyoruz. ERP ya da muhasebe programına aktarım da aynı ayrımı taşıyor.

Bu Konuda Yazdıklarımız

Bu Konu Hangi Hizmetin Parçası

Bu sayfa bir konuyu anlatıyor. İşin tamamını ve fiyatlandırmayı ilgili hizmet sayfasında bulabilirsiniz.

Diğer Uzmanlık Alanlarımız