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
NotMVP en dar ama değer üreten senaryoyla başlar.
03Yazılımı ürünleştirme planlarken bilinmesi gerekenler
- KVKK: veri işleyen/veri sorumlusu rolleri ve sözleşmeler.
- Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
- Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.
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
- 2 × 6
- Toplam satır
- 29.000
- Alan (sütun) sayısı
- 38
- Eşleştirilecek alan (yaklaşık)
- 46
- Deneme aktarımında kontrol örneklemi (%2)
- 580 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
- Kapsamı yazıya dökmeden işe başlamak
07Bursa'da geçiş planı
Bursa, Marmara Bölgesi'nde yer alan, plaka kodu 16 olan bir ildir; PTT verisine göre 17 ilçe ve 1.074 mahalle ve köy kaydından oluşur. Bursa büyükşehir belediyesi olan 30 ilden biridir. Denize kıyısı olan illerdendir. 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.
Mesafe yazılım işinin önünde engel değildir: Bursa'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.
Aynı bölgedeki Kırklareli, Çanakkale ve Sakarya illeri için de yazılımı ürünleştirme projeleri aynı düzenle yürütülür.
Yazılımı ürünleştirmeyi planlıyorsanız 0540 003 19 81 numarasını arayın veya WhatsApp'tan ihtiyacınızı birkaç cümleyle yazın; teklif formunu da doldurabilirsiniz.
SSSSık sorulan sorular
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.
Bursa'dan yazıyorum; toplantılar nasıl yapılıyor?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
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.
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.
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.
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.
→İlgili sayfalar
Yazılımı Ürünleştirme hakkında diğer konular
- Yazılımı ürünleştirme KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Yazılımı ürünleştirme yaptırmaKapsam, süreç ve iletişim
- Yazılımı ürünleştirme geliştirme süreciAnalizden yayına aşamalar
- Yazılımı ürünleştirme entegrasyonlarıBağlanabilecek sistemler
- Yazılımı ürünleştirme teknolojileriTeknoloji seçimi ve mimari
Bursa'da ilgili hizmetler
Marmara Bölgesi'ndeki diğer iller
Bursa ilçelerinde yazılımı ürünleştirme geçiş ve veri aktarımı
Bu sayfada geçen kavramlar
- mimari dönüşüm
- tenant
- ödeme
- churn
- MRR
- abonelik
- self servis
- white-label
- SaaS
- Bursa