İyi çıkış süreci de ürün deneyimidir
Müşteri platformdan ayrılırken yaşadığı deneyim markayı son kez test eder. Verisini alabiliyor mu, faturasını anlayabiliyor mu, erişimleri kapanıyor mu, silme takvimi net mi? Bunlar satış sırasında konuşulmayan ama güveni belirleyen detaylardır.
Kötü çıkış süreci genellikle iki uçtan birine gider: ya her şey hemen silinir ve müşteri veri exportunu kaybeder, ya da hiçbir şey tam kapanmaz ve açık kimlik bilgisi, webhook, yedek, fatura kaydı kalır. İyi süreç ikisinin ortasında kontrollü bir kapanıştır.
- Export müşteriye hazır, süreli ve izlenebilir linkle sunulmalı.
- Abonelik ve billing meter kapanışı veri silmeden ayrı takip edilmeli.
- API key, webhook ve destek erişimleri kapatılmalı.
- Silme kuyruğu ve retention takvimi müşteriye anlaşılır şekilde aktarılmalı.
Export silmeden önce gelir
Müşteri verisini almadan cluster silmek geri dönüşü zor ve güven kırıcıdır. Export formatı, kapsamı ve geçerlilik süresi baştan belirlenmelidir. Export linkinin kimin tarafından ve ne zaman indirildiği de denetim kaydına girmelidir.
Veri exportu sadece dump dosyası olmayabilir. Bazı müşteriler CSV, bazıları SQL dump, bazıları obje depolama paketi isteyebilir. Desteklenen formatları ürün yüzeyinde netleştirmek gerekir.
Müşteri çıkış kontrol listesi
1. Owner kimliği doğrulandı 2. Veri export talebi açıldı 3. Export artifact üretildi ve süreli link verildi 4. Abonelik iptali başlatıldı 5. API key ve webhook listesi temizlendi 6. Cluster silme/deletion queue kaydı oluşturuldu 7. Billing meter kapandı ve final fatura üretildi 8. Denetim handoff paketi müşteriye verildi
Kimlik bilgisi ve webhook kalıntısı çıkışın sessiz riskidir
Cluster silinse bile API key, webhook veya eski entegrasyon kaydı açık kalırsa müşteri çıkışı eksik kapanır. Bu kayıtlar artık kullanılmıyor gibi görünebilir ama güvenlik ve uyum açısından açık yüzey bırakır.
Çıkış sürecinde kimlik bilgisi temizliği ayrı bir adım olmalıdır. Sadece kullanıcı hesabını pasifleştirmek yetmez; otomasyon anahtarları, CI/CD gizli değerleri, webhook uç noktaları ve destek erişimleri de gözden geçirilmelidir.
Çıkışta erişim temizliği
turkdb api-key list --tenant acme turkdb api-key revoke --tenant acme --all turkdb webhook list --tenant acme turkdb webhook delete --tenant acme --all turkdb audit list --tenant acme --filter offboarding --limit 100
Final fatura ölçümleme kayıtlarından üretilmeli
Müşteri ayrılırken fatura tartışması yaşanmasını istemiyorsanız kullanım kayıtları açık olmalıdır. Cluster işlem kaynağı ne zaman durdu, canlı depolama ne zaman kapandı, yedek depolama hangi tarihe kadar müşteriye aitti, geri yükleme hedefi ücretsiz pencerede miydi?
TürkDB’nin ölçümleme yaklaşımı burada önem kazanır. Final invoice, cluster satırının son durumundan değil, tarihsel meter kayıtlarından üretildiğinde hem müşteri hem sağlayıcı aynı kanıta bakar.