01İstenecek erişimler
- Kaynak kod deposu
- Sunucu ve veritabanı erişimi
- Varsa mevcut dokümanlar ve hata kayıtları
- Uygulamanın kritik iş akışlarının listesi
02Tam yedek
İşe başlamadan önce dosya ve veritabanının tam yedeği alınır ve yedeğin açıldığı doğrulanır. Yedek, çalışılan sunucudan farklı bir yerde saklanır.
03Belirti, neden ve çözüm
| Belirti | Olası neden | Çözüm |
|---|---|---|
| Her müşteri için ayrı kopya kuruluyor | Çok kiracılı değil | Tenant mimarisi |
| Ödeme yenilemeleri elle takip ediliyor | Abonelik altyapısı yok | Otomatik yenileme ve hatırlatma |
| Ürün büyürken yavaşlıyor | Mimari ölçeklenmiyor | Yeniden yapılandırma |
04Bakım penceresi
Canlı ortamı etkileyecek adımlar, kullanımın en düşük olduğu saatlere planlanır ve önceden duyurulur; gerekirse ziyaretçilere bakım sayfası gösterilir.
05Hazırlık kontrol listesi
- Erişim bilgileri tek bir güvenli listede
- Son değişikliklerin tarihi ve açıklaması
- Kritik sayfa ve işlemlerin listesi
- Sorumlu kişinin iletişim bilgisi
06Hangi durumlarda gündeme gelir?
Ürün büyürken altyapı zorlandığında
Ölçekleme, izleme ve kiracı bazlı performans takibi planlanır.
Sürüm planı gerektiğinde
Sürüm planı, SaaS bakım ve geliştirme projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
07Kapsamı ve maliyeti etkileyenler
- entegrasyonlar
- MVP kapsamı
- ödeme/faturalama
- yönetim paneli
08SaaS bakım ve geliştirme hangi işletmelerde kullanılır?
- Ajanslar
- Girişimler
- Sektörel yazılım üreticileri
- Kurumsal iç ürün ekipleri
09İşletim ve bakım ipuçları
- Veri yedekleri ve geri yükleme senaryoları düzenli denenir.
- Kiracı izolasyonu testleri her sürümde çalıştırılır.
- Abonelik yenileme ve başarısız ödeme akışları izlenir.
10Planlama notları
- Çok kiracılı (multi-tenant) veri ayrımı baştan tasarlanır.
- MVP en dar ama değer üreten senaryoyla başlar.
- Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.
11Amasra'da planlama
Amasra'nın PTT verisindeki 96 yerleşim kaydı 2 farklı posta koduna dağılır.
Mesafe yazılım işinin önünde engel değildir: Amasra'daki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Bartın genelinde Ulus, Bartın Merkez ve Kurucaşile gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Siteniz veya uygulamanız çalışmıyorsa hemen arayın: 0540 003 19 81 — önce yedek, sonra tespit.
SSSSık sorulan sorular
Amasra'dan yazıyorum; toplantılar nasıl yapılıyor?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
SaaS bakım ve geliştirme sırasında site veya uygulama kapanır mı?
Hazırlık test ortamında yapılır; canlı ortamdaki değişiklik önceden haber verilen kısa bir bakım penceresinde uygulanır.
Yedeği kim alır?
Erişim verildiyse yedeği biz alırız; mevcut hosting yedeği varsa ayrıca doğrulanır.
SaaS bakım ve geliştirme öncesinde neleri hazırlamalıyım?
Kaynak kod deposu, sunucu ve veritabanı erişimi ve varsa mevcut dokümanlar ve hata kayıtları işi hızlandırır.
Erişim bilgilerini nasıl paylaşmalıyım?
Parolaları açık metin olarak e-postayla göndermek yerine geçici kullanıcı açmak veya güvenli bir parola paylaşım aracı kullanmak önerilir; iş bitince erişim kapatılır.
SaaS ürünü için önce ne yapılmalı?
Hedef müşteri, çözülecek ana sorun ve ilk sürümde mutlaka olması gereken birkaç özellik netleştirilir. Kapsam dar tutulur; ölçümle doğrulanan ihtiyaçlar sonraki sürümlere eklenir.
Sadece Bartın için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Karadeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
→İlgili sayfalar
SaaS Bakım ve Geliştirme hakkında diğer konular
Amasra'da ilgili hizmetler
Bartın içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- sürüm planı
- izleme
- destek
- MRR
- churn
- multi-tenant
- rol bazlı yetki
- self servis
- Bartın
- Amasra