White-label yazılım bakım ve destek (Vize)

01Yayın sonrası neler olur?

• İşletim sistemi, tarayıcı ve kütüphane güncellemeleri
• Kullanıldıkça ortaya çıkan küçük hatalar
• Yeni ihtiyaçlar ve değişiklik talepleri
• Kullanıcı ve veri hacminin artması

02Bakım kapsamı

• Aylık kısa durum raporu
• Hata düzeltme
• Çalışma durumu ve hata izleme
• Güvenlik ve sürüm güncellemeleri
• Küçük geliştirmeler ve içerik değişiklikleri

03White-label yazılım planlarken bilinmesi gerekenler

• Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.
• Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
• MVP en dar ama değer üreten senaryoyla başlar.

04Bakım yapılmazsa ne olur?

• Güncellenmeyen bileşenler güvenlik açığı oluşturur
• Yedekler bozulur veya hiç alınmadığı fark edilir
• İşletim sistemi ve tarayıcı güncellemeleriyle uyumsuzluk çıkar
• Kodu bilen kişi ayrıldığında kimse müdahale edemez

05Destek kanalı ve kayıt

Her talep bir kayıt numarası alır; öncelik, çözüm ve yapılan değişiklik bu kayıtta tutulur.

06Bakım kontrol listesi

• Sürüm notları düzenli yayımlanır; büyük değişiklikler önceden duyurulur.
• Kiracı izolasyonu testleri her sürümde çalıştırılır.
• Abonelik yenileme ve başarısız ödeme akışları izlenir.
• Veri yedekleri ve geri yükleme senaryoları düzenli denenir.
• Performans ve hata metrikleri kiracı bazında takip edilir.

07Vize'de bakım ve destek

PTT kayıtlarında Vize ilçesine bağlı 36 yerleşim bulunur: 13 mahalle ile 23 köy ve köy yerleşimi.

Vize'de bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.

Aynı ildeki Lüleburgaz, Pınarhisar ve Kofçaz ilçeleri için de white-label yazılım talepleri değerlendirilir; toplantılar uzaktan yapılır.

08İşletim ve bakım ipuçları

• Kiracı izolasyonu testleri her sürümde çalıştırılır.
• Sürüm notları düzenli yayımlanır; büyük değişiklikler önceden duyurulur.
• Abonelik yenileme ve başarısız ödeme akışları izlenir.

09Planlama notları

• Çok kiracılı (multi-tenant) veri ayrımı baştan tasarlanır.
• MVP en dar ama değer üreten senaryoyla başlar.
• Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.

10Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• marka/alan adı ayarı
• tema
• rol bazlı yetki
• churn
• white-label
• self servis
• MRR
• Kırklareli
• Vize