Kararın dayanağı
Önce müşterinin neyi kullanabileceğini ve hakkın ne zaman değişeceğini belirleyin. Stripe rehberinin de gösterdiği gibi ödeme, fatura ve abonelik ilişkili fakat ayrı durumlardır. Uygulamanızın açık bir erişim politikası olmalıdır.
Somut bir örnek
Varsayımsal aylık ekip planında dönem ortası yükseltme yapılsın, ödeme ek işlem istesin ve yönetici sayfayı yenilesin. Eski planın sürüp sürmeyeceğini belirleyin. Onaylanmamış yükseltmeyi tamamlandı göstermeyip bekleyen değişikliği açıklayın.
Erişim değişimini ödeme durumunun yanında göstermek
Abonelik durumunu, ürünün verdiği erişimi ve müşterinin gördüğü mesajı aynı durum çizelgesine yerleştirin. Bu üçü her zaman aynı anda değişmez. Yenilemede uygulanacak iptal, kararlaştırılmış tarihe kadar erişimi açık bırakabilir; ilk ödemenin başarısız olması ise kaydı tamamlanmamış bırakabilir. Her geçişi destekleyen yetkili olay veya sunucu kontrolünü tanımlayın. Değişikliği kimin isteyebileceğini ve kaydedilmiş işe ne olacağını ekleyin. Böylece sağlayıcının olaylarını bağlamadan önce müşteriye verilen söz değerlendirilebilir hale gelir.
Kesintiye uğrayan yükseltmeyi prova etmek
Sağlayıcının test ortamında plan değişikliği başlatın, tarayıcıyı kapatın, bildirimi tekrarlayıp işlenmesini geciktirin. Ürünün iki abonelik oluşturmadığını ve yalnız başarı sayfası açıldığı için erişim vermediğini doğrulayın. Kullanıcıya devam edilebilir bir durum, desteğe ise ödeme sırlarını açmayan iç referans gösterin. Eski bir bildirim güncel durum değiştikten sonra gelirse erişimi körlemesine geri çevirmek yerine yetkili kaynakla karşılaştırın. Ödeme sağlayıcısıyla uygulama geçici olarak farklı sonuç gösterdiğinde mutabakatı hangi bileşenin yapacağını yazın.
İptalin sonucunu müşteriye açık anlatmak
Gelecekteki faturanın durmasını, özellik erişiminin bitmesini, işin dışa aktarılmasını ve saklanan verinin silinmesini ayırın. Müşteri, iptal düğmesinin kayıtlarını hemen sildiğini mi yoksa yalnız yenilemeyi durdurduğunu mu tahmin etmek zorunda kalmamalıdır. Davetli çalışanların ve arka plan işlerinin erişim bitiminde ne yapacağını belirleyin. Geri alınamayan adımı uygun onayla ve gerçekten uygulanan politikayla açıklayın. Uygulamayı geliştirmemiş birinin testte deneme sonunu, yükseltmeyi, ödeme hatasını, iptali ve yeniden açmayı izlemesi eksik kararları ortaya çıkarır.
Değerlendirilecek seçenekler
Değişiklik vaat ve sağlayıcıya göre hemen, yenilemede veya doğrulamadan sonra uygulanabilir. Deneme bitişi, tahsilat hatası, iptal ve yeniden açılmayı ayrı tanımlayın. Harici ödeme ekranı hak kurallarınızın yerini tutmaz.
Planın aksadığı yer
Tarayıcı ödemeden döndü diye yetki vermeyin. Sunucuda yetkili kaynağı doğrulayın, tekrarlanan bildirimleri güvenle işleyin. Faturalandırmayı ekip üyeliğinden ayrı tutun.
İşe başlamadan önce
İptalde kayıtlı iş ne olur? Planı kim değiştirir? Destek bekleyen ödemeyi nasıl açıklar? Bunları SaaS tasarımında çözün.