Çoğu işletme sahibi sağlayıcı değiştirmenin maliyetini iki rakamın farkı sanır: yeni lisans bedeli eksi eski lisans bedeli. Hesap bu kadar basit olsaydı, taşınan her işletme kârlı çıkardı. Oysa sahadaki tablo başka: taşınma sonrası ilk üç ayda ortaya çıkan gerçek maliyetin büyük kısmı lisansla hiç ilgisi olmayan kalemlerden gelir ve bunlar teklif belgesinde asla görünmez.
Veri göçünün eksik kalan kısmı, arama motorlarında kaybedilen ürün adresleri, bayi bakiyelerinin mutabakatı, ödeme sağlayıcısı entegrasyonlarının yeniden onaylanması ve ekibin yeni panele alışma süresi. Bu yazıda bir e-pin satış scripti değişiminin tüm kalemlerini tek tek açıyorum; böylece taşınmaya karar vermeden önce gerçek rakamı kendi tablonda görebilirsin. Amaç seni caydırmak değil, sürprizsiz taşınmanı sağlamak.
Taşınma faturasının gerçekte kaç kalemi var?
Sağlayıcı değişimi tek bir işlem değil, birbirine bağlı yedi işin toplamıdır. Veri çıkarma, veri dönüştürme, veri yükleme, entegrasyonların yeniden kurulumu, adres yapısının korunması, ekip eğitimi ve geçiş sonrası stabilizasyon. Bunların yalnızca üçüncüsü teknik olarak kolaydır; diğerleri zaman ve dikkat ister.
Kalemleri ayırmanın faydası şudur: her birini ayrı ayrı sorabilir, hangisini kendi ekibinin yapabileceğini, hangisi için ücret ödeyeceğini net görebilirsin. Taşınma maliyetini şişiren şey işin zorluğu değil, kimin ne yapacağının belirsiz kalmasıdır. Bir dijital ürün satış yazılımı değişiminde sorumluluk matrisi yazılı değilse, iki taraf da diğerinin yapacağını varsayar ve arada kalan işler geçiş gününde patlar.
Veri göçünün gerçekten zor olan kısmı hangisi?
Ürünleri ve kategorileri taşımak kolaydır; bunlar düz tablolardır. Zor olan üç şey vardır: bayi bakiyeleri, sipariş geçmişi ve stok kodlarının eşleşmesi. Bakiye taşınırken kuruş farkı bile bayide güven kaybı yaratır, çünkü bayi kendi hesabını senin panelinden değil kendi defterinden takip eder. Sipariş geçmişi taşınmazsa iade ve fatura süreçlerinde boşluk oluşur.
Stok kodları ise en sinsi olanıdır. Eski sistemdeki kod yapısı ile yeni sistemin beklediği yapı birebir uyuşmuyorsa, otomatik teslimat kuralları sessizce yanlış ürünü verebilir. Bu yüzden göç planında mutlaka bir doğrulama turu olmalı: rastgele seçilmiş elli sipariş ve yirmi bayi hesabı, iki sistemde yan yana karşılaştırılmalıdır. Bu turu atlayan işletmeler hatayı ilk gerçek müşteri şikayetinde öğrenir.
| Maliyet kalemi | Tipik ağırlık | Kim üstlenir | Atlanırsa sonuç |
|---|---|---|---|
| Lisans veya paket bedeli | Düşük-orta | İşletme | Yok |
| Veri çıkarma ve dönüştürme | Yüksek | Genelde sağlayıcı | Eksik geçmiş, bakiye farkı |
| Adres yapısı ve yönlendirme | Yüksek | Ortak | Organik trafik kaybı |
| Ödeme ve tedarikçi entegrasyonları | Orta | Ortak | Sipariş akışında kesinti |
| Ekip eğitimi ve alışma | Orta | İşletme | İşlem hataları, yavaşlama |
| Geçiş günü kesintisi | Değişken | Ortak | Doğrudan ciro kaybı |
| Stabilizasyon ve düzeltmeler | Orta | Sağlayıcı | Uzayan şikayet süreci |
Arama motorundaki adreslerini kaybetmek neden en pahalı kalem?
Yıllardır yayında olan bir mağazanın ürün ve kategori adresleri, arama sonuçlarında birikmiş bir sermayedir. Yeni sistem farklı bir adres yapısı kullanıyorsa ve eski adresler kalıcı yönlendirmeyle yenisine bağlanmıyorsa, bu sermaye bir gecede silinir. Kaybın telafisi aylar sürer ve reklamla kapatmaya çalışırsan doğrudan nakit çıkışına dönüşür.
Bu yüzden sağlayıcı değerlendirirken sorman gereken en kritik sorulardan biri şudur: mevcut adres yapımı birebir koruyabiliyor musunuz, koruyamıyorsanız toplu yönlendirme listesi oluşturabiliyor musunuz? Bu soruya net cevap veren bir e-pin satış yazılımı ile net cevap veremeyen arasındaki fark, ilk yılın toplam maliyetinde lisans farkından çok daha büyük yer tutar.
Sağlayıcı değişimi toplam maliyet dağılımı
- Veri göçü ve doğrulama 35%
- Adres yapısı ve görünürlük kaybı 30%
- Entegrasyon ve eğitim 20%
- Lisans ve kurulum 15%
Kesintisiz geçiş mümkün mü, yoksa masal mı?
Tamamen kesintisiz geçiş teorik olarak mümkündür ama pratikte bir kırılma anı hep vardır: ödemelerin ve stok hareketlerinin hangi sistemde sayılacağına karar verilmesi gereken an. Doğru yöntem, bu anı en düşük trafikli saate koymak ve öncesinde yeni sistemi gerçek veriyle bir ön kopya üzerinde çalıştırmaktır.
Uygulamada başarılı geçişler şu sırayı izler: önce yeni sistem ayrı bir adreste kurulur ve gerçek verinin kopyasıyla beslenir, sonra ekip bir hafta boyunca orada paralel çalışır, ardından son veri aktarımı yapılır ve adres devri gerçekleşir. Paralel çalışma haftası, taşınmanın en ucuz sigortasıdır çünkü hataların çoğu gerçek kullanıcıya değil, senin ekibine yakalanır. Bu süreçte kurulum ve destek kapsamının ne içerdiğini fiyat bölümünden kontrol etmek sürprizleri azaltır.
Yeni sağlayıcıya şunu sor: "Bir yıl sonra sizden ayrılmak istersem verimi hangi biçimde, ne kadar sürede teslim edersiniz?" Bu soruya net ve yazılı cevap veren sağlayıcı, taşınma riskini baştan düşürmüş demektir.
Kalmanın maliyeti taşınmanın maliyetinden yüksek olduğunda ne olur?
Taşınma kararını duygusal değil, karşılaştırmalı hesapla vermek gerekir. Mevcut sistemde her ay elle yaptığın işleri, kaçırdığın siparişleri, ödemek zorunda kaldığın ek geliştirme bedellerini ve destek beklerken kaybettiğin saatleri topla. Bu rakam aylık bir sayıdır. Taşınma maliyeti ise tek seferliktir. İkisini bölünce geri dönüş süresini bulursun.
Geri dönüş süresi altı ayın altındaysa taşınma neredeyse her zaman doğru karardır. On iki ayın üstündeyse acele etme, önce mevcut sistemde çözülebilecek ne var diye bak. Arada kalan bölgede belirleyici olan şey genelde teknik değil, sağlayıcının cevap verme hızı ve yol haritasının senin büyüme planına uyup uymadığıdır. Karşılaştırma yaparken hazır gelen modülleri özellik listesi üzerinden kalem kalem eşleştirmek, elmayla elmayı karşılaştırmanı sağlar.
Sağlayıcı bağımlılığını en baştan nasıl kırarsın?
Taşınmayı pahalı yapan asıl şey, verinin ve iş kurallarının kapalı bir kutuya hapsedilmiş olmasıdır. Bunu en baştan engellemenin yolu üç maddeyi sözleşmeye yazdırmaktır: veri dışa aktarımının standart biçimde ve ücretsiz yapılabilmesi, kritik iş akışlarının belgelenmiş olması ve adres yapısının senin kontrolünde kalması.
Bu üç madde, bugün kullandığın e-pin scripti ile yarın kullanacağın arasındaki köprüyü ucuza kurar. Ayrıca sağlayıcıyla ilişkinin sağlığını da düzeltir: kilitlenmediğini bilen bir müşteri daha rahat konuşur, kilitlemediğini bilen bir sağlayıcı daha çok hizmetle tutmaya çalışır. Kısa vadede fiyat pazarlığı, uzun vadede çıkış kolaylığı; taşınma maliyetini asıl belirleyen ikincisidir.
| Kontrol maddesi | Neden gerekli | Durum |
|---|---|---|
| Sorumluluk matrisi yazıldı mı | Arada kalan işleri önler | Zorunlu |
| Bayi bakiyeleri mutabakatı planlandı mı | Güven kaybını engeller | Zorunlu |
| Adres yönlendirme listesi hazırlandı mı | Organik trafiği korur | Zorunlu |
| Elli sipariş doğrulama turu yapıldı mı | Sessiz veri hatalarını yakalar | Zorunlu |
| Paralel çalışma haftası konuldu mu | Hataları müşteriden önce bulur | Önerilir |
| Geri dönüş planı hazır mı | Geçiş günü riskini düşürür | Önerilir |
| Ödeme ve tedarikçi anahtarları test edildi mi | Sipariş akışı kesintisini önler | Zorunlu |
| Veri dışa aktarım hakkı sözleşmede mi | Gelecekteki taşınmayı ucuzlatır | Önerilir |
Taşınma hesabını yapmadan karar verme
Pinova'nın kurulum, veri göçü ve destek kapsamını incele; mevcut sistemindeki aylık kayıpla karşılaştır ve geri dönüş süreni kendi rakamlarınla hesapla.
Eski sistemimdeki tüm sipariş geçmişi taşınabilir mi?
Çoğu durumda evet, ancak alan yapıları birebir aynı olmadığı için bazı detaylar özet biçimde taşınır. Kritik olan tutar, tarih, müşteri ve ürün eşleşmesinin doğru olmasıdır. Geçmişin bir kısmı taşınamıyorsa eski veritabanının salt okunur bir kopyasını saklamak yeterli çözümdür.
Geçiş sırasında sitem kaç saat kapalı kalır?
Planlı bir geçişte kapalı kalma süresi genellikle yarım saat ile iki saat arasındadır, çünkü asıl iş öncesinde paralel ortamda tamamlanır. Plansız geçişlerde ise bu süre bir güne kadar çıkabilir. Süreyi belirleyen şey veri boyutu değil, hazırlığın kalitesidir.
Bayilerime geçişi nasıl duyurmalıyım?
Geçişten en az bir hafta önce bakiyelerinin korunacağını, giriş bilgilerinin ne olacağını ve hangi saat aralığında kısa bir kesinti yaşanacağını yazılı olarak bildir. Geçiş sonrası ilk gün bakiye ekran görüntüsü paylaşmak, en sık yaşanan güven sorununu baştan çözer.
Taşınma maliyetini düşürmenin en etkili yolu nedir?
Veriyi temizleyerek göndermek. Kullanılmayan ürünleri, ölü kategorileri ve pasif bayileri taşımadan önce ayıklamak hem göç süresini hem doğrulama yükünü belirgin biçimde azaltır. Temiz veriyle yapılan göçler, aynı büyüklükteki dağınık göçlere göre çok daha hızlı tamamlanır.
Sağlayıcı değiştirmek, doğru planlandığında bir gider kalemi değil, sonraki yılların işletme maliyetini düşüren bir yatırımdır; yanlış planlandığında ise tasarruf ettiğini sandığın lisans farkının onlarca katını geri alır. Karar vermeden önce yeni sistemin kendi iş akışını gerçekten karşılayıp karşılamadığını görmek için canlı demo üzerinde tipik bir gününü baştan sona dene; taşınma kararının en sağlam dayanağı tahmin değil, kendi elinle yaptığın bu testtir.