PMS Değiştirme ve Migration Projesi: Eski Sistemden Yeni PMS’e Geçiş Rehberi

Migration projeleri başarıyı “günlük işler” üzerinden kazanır: veri sahipse kim, karar mekanizması kim, test senaryosu kimde, go-live gününde kim onay verecek? Bu yüzden planı 4 ana fazda düşünün: Hazırlık → Veri Taşıma → Go-Live (Cut-over) → İlk 90 Gün.

Net cevap bloğu

PMS migration’ını planlamak için önce veri envanteri ve süreç analizi yapın, ardından veriyi temizleyip yeni PMS alanlarına mapping ile eşleyin; paralel çalışma ve backup/rollback ile cut-over planlayın, ilk 90 günde KPI ve hata yönetimiyle stabilize edin.

Neden PMS Değiştirme Kararı Alınır?

Karar genelde 3 başlıkta toplanır:

• •Operasyon sınırları: eski PMS’in süreçleri yavaşlatması, entegrasyonların zayıf olması
• •Gelir kaybı sinyali: fiyat/kanal yönetiminde dağınıklık, raporlama zayıflığı
• •Büyüme/ölçek: çok otelli yapı, yeni kanal/ürün ihtiyaçları, yeni regülasyon/rapor talebi

Mini örnek: Bodrum’da sezon yoğunluğunda resepsiyon check-in ekranları yavaş ve raporlar güven vermiyorsa, ekip “Excel gölgesi” ile çalışır. Bu da kurumsal kararları yavaşlatır.

Migration’ın gerçek kapsamı

Migration sadece rezervasyon taşımak değildir:

• •misafir profilleri
• •fiyat planları / paketler
• •faturalar / ödeme kayıtları (Varsayım: PMS’e göre değişir)
• •oda tipleri / envanter
• •iptal/no-show tarihçesi
• •kullanıcı rolleri ve yetkiler
• •entegrasyonlar (OTA, channel manager, web, call center, BI)

Mini Check

• •Değişim gerekçesi yazılı mı? (operasyon / gelir / ölçek)
• •Kapsam listesi hazır mı? (hangi veri, hangi süreç, hangi entegrasyon)
• •Proje sahipliği kimde? (iş sahibi + teknik sahibi)
• •Sezon planına göre go-live penceresi seçildi mi?
• •Başarı KPI’ları tanımlandı mı? (aşağıda)

Migration’ın %60’ı hazırlıkta kazanılır. Hazırlık yapılmazsa veri taşıma “çöp taşımak” olur: yanlış profil, eksik rezervasyon, hatalı fiyat planı yeni PMS’e aynen taşınır ve sorun büyür.

Veri Envanteri: Ne var, nerede var, kim sahip?

Veri envanterini 4 ana klasörde toplayın:

1. Rezervasyon verisi: geçmiş + gelecek rezervasyonlar, iptal/no-show
2. Misafir profilleri: iletişim, tercihler, segment, KVKK izinleri (Varsayım)
3. Fiyat/ürün verisi: oda tipleri, rate plan, paketler, kural setleri
4. Finans verisi: fatura/ödemeler (muhasebe entegrasyonuna göre)

Her veri için “sahip” belirleyin: ön büro mu, revenue mu, muhasebe mi?

Süreç Analizi: Eski PMS’in sınırları

Süreç analizi bir “harita”dır:

• •check-in/check-out
• •oda değişimi, out-of-order
• •grup rezervasyon, allotment (Varsayım)
• •iptal/no-show, garanti koşulları
• •raporlama ve onay süreçleri

Amaç, yeni PMS’e “aynı hatalı süreçleri” taşımamak; fırsat varsa sadeleştirmek.

Veri temizliği ve mapping hazırlığı

Temizlik örnekleri:

• •duplicate misafir kayıtları
• •eksik e-posta/telefon
• •oda tipi isim karmaşası
• •rate plan çoğalması

Temizlik biterken mapping planı başlar: eski alan → yeni alan.

Mini Check

• •Hangi veriler taşınacak, hangileri arşiv olacak net mi?
• •Duplicate ve eksik veri temizliği planlandı mı?
• •Oda tipi/rate plan sözlüğü standardize mi?
• •Kullanıcı rolleri (front office/revenue/admin) planlandı mı?
• •Test senaryoları ve kabul kriterleri yazıldı mı?

Veri taşıma, en yüksek riskli kısımdır; çünkü bir kez yanlış taşınırsa düzeltmek pahalıdır. Burada hedef “hız” değil, “doğruluk + izlenebilirlik”tir.

Eski–Yeni PMS alan mapping (çekirdek mantık)

Mapping, iki düzeyde yapılır:

• •Kod/ID düzeyi: oda tipi kodu, rate plan kodu, rezervasyon ID (Varsayım)
• •Kural düzeyi: iptal politikası, garanti, min-stay vb.

Taşıma adımları (önerilen sıralama)

1. Export: eski PMS/Excel’den veri çıkar
2. Clean: duplicate, boş alan, format standardı
3. Map: alan eşleştir ve kod sözlüğü oluştur
4. Load (test): test ortamına yükle
5. Validate: örneklem doğrulama + senaryo test
6. Load (prod): canlı ortama kontrollü yükle
7. Reconcile: eski–yeni karşılaştırma (sayım ve tutarlılık)

Paralel çalışma dönemi (çift kayıt riskini yönetmek)

Paralel çalışma, veri kaybını azaltır; ama çift kayıt riskini artırabilir. Bu yüzden kural gerekir:

• •hangi süreç eski PMS’te kalacak?
• •hangi süreç yeni PMS’e taşınacak?
• •geçiş günü yaklaşırken “tek sistem”e geçiş tarihi net olmalı

Mini Check

• •Export formatları standardize mi? (tarih, para birimi)
• •Mapping kod/ID bazlı mı? (isim bazlı değil)
• •Test ortamına yükleme yapıldı mı?
• •Örneklem doğrulama (spot-check) tamam mı?
• •Paralel çalışma kuralları yazılı mı?

Cut-over günü, “işin bittiği gün” değil, “en görünür risk günü”dür. İyi planlanırsa misafir fark etmez; kötü planlanırsa bütün otel fark eder.

Cut-over penceresi: doğru zaman seçimi

• •sezon ortası değil (özellikle Antalya bölgesinde yüksek doluluk)
• •mümkünse düşük giriş/çıkış günü
• •gece yarısı değil; ekip hazırken

Go-live günü kontrol listesi (çekirdek)

• •envanter ve oda tipleri doğru mu?
• •rate plan’lar aktif mi?
• •entegrasyonlar çalışıyor mu? (OTA/web/call center)
• •kullanıcı rolleri ve yetkiler doğru mu?
• •rollback tetikleyicisi net mi? (hangi durumda geri dönüyoruz?)

Rollback planı: “geri dönüş” utanılacak değil, güvenlik bariyeridir

Rollback planı, özellikle finans/ödeme ve rezervasyon akışında hayat kurtarır:

• •veri yedeği (backup)
• •eski sisteme geri dönüş prosedürü
• •kayıt çakışması çözüm planı

Mini Check

• •Go-live checklist’iniz yazılı mı?
• •Entegrasyonlar go-live öncesi senaryo testten geçti mi?
• •Kullanıcı yetkileri role göre verildi mi?
• •Backup alındı mı ve geri yükleme test edildi mi?
• •Rollback kararı kimde ve eşikler ne?

Migration sonrası başarı, ilk 90 günde “stabilizasyon” ile gelir. Burada hedef: hatayı hızlı yakalamak, kullanıcı adaptasyonunu hızlandırmak ve eski alışkanlıkların geri dönmesini engellemek.

İlk 30 gün: stabilizasyon

• •kritik hataları yakala (rezervasyon, fatura, oda atama)
• •kullanıcı sorularını hızla çöz (destek planı)
• •günlük KPI kontrolü (hata sayısı, overbooking, check-in süresi)

60 gün: optimizasyon

• •süreç sadeleştirme
• •raporlama ekranlarını oturtma
• •entegrasyon loglarını düzenleme

90 gün: ölçekleme

• •yeni rate plan/paket stratejisi
• •ek entegrasyonlar (BI, otomasyon)
• •ekip eğitimlerini standardize etme

Key Statistics / Data Point (sheet – senaryo): Migration’ı proje gibi yöneten otellerde; veri kaybı, operasyon durması ve overbooking riski önemli ölçüde azalabilir, yeni sisteme adaptasyon süresi kısalabilir. Bu etkiyi görünür kılmak için ilk 90 gün KPI takibi ve günlük/haftalık kontrol rutini şarttır.

Mini Check

• •İlk 30 gün destek planı var mı? (kim, hangi saat, hangi kanal)
• •Günlük KPI kontrolü yapılıyor mu?
• •Hata sınıflandırması var mı? (kritik/orta/düşük)
• •Entegrasyon logları izleniyor mu?
• •Eğitim ve süreç dokümanı güncel mi?

PMS değişimi; yazılım tercihi kadar veri kalitesi, süreç tasarımı ve ekip adaptasyonu meselesidir. Hazırlık yapılmadan başlayan geçişler sahada veri kaybı, çift kayıt, operasyon durması ve overbooking olarak geri dönebilir.

Doğru yaklaşım; veri envanteri, mapping, test yükleme, paralel çalışma, kontrollü cut-over ve ilk 90 gün KPI izleme zincirini tek bir migration planında toplamaktır. Özellikle sezon baskısı yüksek oteller için backup + rollback güvenlik bariyerleri vazgeçilmezdir.