01Geçiş senaryoları
Excel'den geçiş
Aynı alanlarla başlanır; ekip alıştığı bilgileri yeni ekranda bulur. Sonra çok kullanıcılı yapı, yetki ve raporlar eklenir.
Eski programdan geçiş
Eski programın verisi dışa aktarılır veya veritabanından okunur; alanlar yeni yapıyla eşleştirilir.
Başka firmanın yazılımından geçiş
Erişimler ve veri devri planlanır; gerekiyorsa eski sistem bir süre salt okunur açık kalır.
02Veri aktarım adımları
- Envanter: hangi veri nerede, kaç kayıt var, kim kullanıyor
- Temizlik: mükerrer, eksik ve hatalı kayıtların ayıklanması
- Eşleştirme: eski alanların yeni sistemdeki karşılıklarının belirlenmesi
- Deneme aktarımı: örnek veriyle aktarımın test edilmesi
- Doğrulama: kayıt sayıları ve örnek kayıtların karşılaştırılması
- Canlı geçiş: planlı zamanda son aktarım ve kısa paralel çalışma
NotAbonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
03Yazılımı ürünleştirme planlarken bilinmesi gerekenler
- MVP en dar ama değer üreten senaryoyla başlar.
- Çok kiracılı (multi-tenant) veri ayrımı baştan tasarlanır.
- Kullanım ölçümü ve faturalama kuralları netleşir.
04Paralel çalışma dönemi
Paralel dönemde kritik işlemler iki sistemde yapılır; bu, yeni sistemin doğru çalıştığını gerçek veriyle kanıtlar.
05Excel'den geçiş hesabı
Örnek: Excel'den yazılıma geçiş envanteri
- Excel dosyası × sayfa
- 15 × 1
- Toplam satır
- 37.500
- Alan (sütun) sayısı
- 31
- Eşleştirilecek alan (yaklaşık)
- 279
- Deneme aktarımında kontrol örneklemi (%2)
- 750 satır
Not: örnek hesaptır; kesin plan analizde çıkar.
06Geçişte sık yapılan hatalar
- Deneme aktarımı yapmadan canlıya geçmek
- Mükerrer ve eksik kayıtları temizlemeden taşımak
- Eski sistemi doğrulama bitmeden kapatmak
- Türkçe karakter ve tarih biçimi sorunlarını göz ardı etmek
- Kaynak kodu ve erişimleri teslim almamak
07Tuzla'da geçiş planı
Tuzla, İstanbul iline bağlı bir ilçedir ve PTT adres verisine göre 23 mahalleden oluşur. Bu kayıtlardan 6 tanesi organize sanayi veya serbest bölge kaydıdır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için yazılımı ürünleştirme tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Tuzla'da 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 Arnavutköy, Sancaktepe ve Kağıthane ilçeleri için de yazılımı ürünleştirme talepleri değerlendirilir; toplantılar uzaktan yapılır.
Tuzla bölgesinden yazılımı ürünleştirme için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.
SSSSık sorulan sorular
Eski programdan veri alınamazsa ne olur?
Dışa aktarım, rapor çıktısı veya veritabanından okuma gibi yollar denenir; hiçbiri mümkün değilse kritik veriler planlı bir aktarım çalışmasıyla taşını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.
Yazılımı ürünleştirme için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve mimari dönüşüm gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Paralel çalışma ne kadar sürer?
Kritik işlemler iki sistemde tutarlı sonuç verene kadar sürer; süre işin yoğunluğuna göre planlanır.
Yazılımı ürünleştirme sonradan genişletilebilir mi?
Evet. Tenant gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
İstanbul dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Marmara Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Eski verilerin tamamı taşınmalı mı?
Her zaman değil. Aktif kayıtlar taşınır; çok eski kayıtlar arşiv olarak saklanabilir. Bu karar analizde verilir.
Geçiş sırasında iş durur mu?
Planlı geçişte iş durmaz; son aktarım genellikle mesai dışı bir zamanda yapılır ve kısa bir paralel çalışma dönemi uygulanır.
→İlgili sayfalar
Yazılımı Ürünleştirme hakkında diğer konular
- Yazılımı ürünleştirme entegrasyonlarıBağlanabilecek sistemler
- Yazılımı ürünleştirme bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Yazılımı ürünleştirme fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
- Yazılımı ürünleştirme yaptırmaKapsam, süreç ve iletişim
- Yazılımı ürünleştirme güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
Tuzla'da ilgili hizmetler
İstanbul içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- mimari dönüşüm
- tenant
- ödeme
- churn
- MRR
- abonelik
- multi-tenant
- self servis
- MVP
- SaaS
- İstanbul
- Tuzla