Tarih değiştirme düğmesinden fazlasını test edin
PMS seçerken bir rezervasyonun tarihini değiştirebilmek tek başına yeterli demo kanıtı değildir. Yeni tarihte müsaitlik, güncellenen gece sayısı, fiyatın nasıl ele alındığı ve işlemin hangi aşamada kesinleştiği birlikte görülmelidir. Satıcıdan yalnız başarılı ekranı değil, uygun olmayan ve henüz onaylanmamış senaryoyu da göstermesini isteyin. Bu rehber gerçek misafir kayıtları yerine kurgusal verilerle yürütülen, canlı kanallardan ayrılmış bir demo önerir. Amaç herhangi bir ürüne özellik atfetmek değil, satın alma kararında belirsiz kalan davranışı görünür hâle getirmektir. Oracle'ın kamuya açık OPERA Cloud 26.2 rehberi, konaklama tarihi değişikliklerinde müsaitliğin doğrulandığı satış ekranına yönlendirmeyi anlatır. Airbnb'nin ev sahibi değişiklik rehberi ise standart değişiklik isteğinde misafir reddeder veya yanıt vermezse rezervasyonun değişmeden kaldığını açıklar; rehberde bazı rezervasyon türleri için istisnalar da bulunur. Bu iki kaynak farklı ürün ve süreçlerdir. Bir PMS içinde yapılan düzenlemenin her kanaldaki rezervasyonu otomatik değiştirdiğini veya her değişikliğin aynı onay yoluna sahip olduğunu varsaymayın. Demo sırasında hangi kapsamın gerçekten gösterildiğini özellikle sorun.
Küçük fakat tamamlanabilir bir demo dosyası
Kurgusal başlangıç kaydında giriş 16 Ekim, çıkış 18 Ekim ve konaklama iki gece olsun. İlk testte çıkış 19 Ekim'e uzatılır; yeni toplam üç gecedir. İkinci testte aynı yeni gecede uygun oda olmadığını varsayın. Üçüncü testte müsaitlik vardır fakat ilgili dış süreçte değişiklik henüz kabul edilmemiştir. Bu tarihler ve kayıtlar gerçek bir rezervasyona ait değildir. Oda türü, kişi sayısı ve örnek fiyat varsayımı senaryo boyunca açık yazılır; böylece ekranda değişen sonucun hangi girdiden kaynaklandığı anlaşılır. Satıcı demo ortamının canlı rezervasyon, kanal veya misafir iletişimi başlatmadığını teyit etmelidir. Bildirim örnekleri yalnız önizleme olarak gösterilir; gerçek alıcıya mesaj gitmez. Bir senaryo ancak başlangıç ve bitiş karşılaştırılabiliyorsa tamamlanmış sayılır. Değişiklik öncesindeki tarih, oda ve toplam ile sonrasındaki görünüm birlikte incelenir. Canlı bağlantı gerektiren davranış bu demo ortamında gösterilemiyorsa bunu yapılmış saymayın; kanıt açığını ve satıcının sunacağı ayrı doğrulama yöntemini kaydedin. Gösterilmeyen özellik için evet işaretlemek satın alma kararını gereksiz biçimde iyimserleştirir.
Müsaitlik, fiyat ve kesinleşme için soru listesi
Müsaitlik sorusu, yalnız yeni tarihin seçilebilmesi değildir. Ek gecenin kullanılabilir olduğu nerede görüldü, uygunluk yoksa ne oldu, mevcut rezervasyon korunuyor mu sorularını sorun. Fiyat için eski ve yeni toplamı, gece bazındaki açıklamayı ve korunan veya yeniden değerlendirilen koşulu gösterin. Her ürünün aynı yeniden fiyatlama mantığına sahip olduğu varsayılmaz. Örneğin fiyatın neden değiştiği demo içinde açıklanamıyorsa toplamın doğru olduğu da yalnız ekrana bakılarak kabul edilmez. Bunlar hesap yazma talimatı değil, satıcının görünür ürün davranışını açıklaması için sorulardır. Kesinleşme sorusunda talep, kabul edilmiş değişiklik ve başarısız işlem birbirinden ayrılmalıdır. Airbnb'nin standart ev sahibi isteğine ait onay akışını bütün kanallara genellemeyin; istisnalar ve farklı rezervasyon türleri kendi kurallarına göre ele alınır. Satıcıya işlem hangi aşamada tamamlandı deniyor, bekleyen durumda hangi tarih geçerli, dış süreç kabul etmezse kullanıcı ne görüyor diye sorun. Başlangıç kaydı ile sonraki ekranlar uyumlu olmalıdır. Bir hata veya ret senaryosunu sadece sözlü anlatmak yerine, güvenli demo kapsamı elveriyorsa görünür sonuçla gösterilmesini isteyin.
Kararı kanıta göre yazın
Üç senaryo için sonucu gösterildi, kısmen gösterildi veya gösterilmedi diye kaydedin. Başarılı uzatma testinde tarih, üç gece ve açıklanabilir toplam görülmelidir. Uygunluk olmayan testte çatışma açık olmalı; yanlışlıkla kesinleşmiş bir işlem görünmemelidir. Bekleyen değişiklik testinde ise mevcut geçerli durum ile henüz tamamlanmamış isteğin farkı anlaşılmalıdır. Bunlar önerilen kabul sorularıdır; ürünün belirli bir ekranı veya teknik yöntemi kullanmasını şart koşmaz. Aynı kullanıcı ihtiyacına cevap veren farklı arayüzler karşılaştırılabilir. Karar kaydında her senaryonun başlangıç varsayımı ve gözlenen son durumu ayrıca belirtilir. Son değerlendirmede ürün davranışı ile kanal kapsamını ayrı yazın. Yerel demo bir kanalın canlı işleminde aynı sonucu verdiğinin kanıtı değildir. Sözleşmede veya kamuya açık dokümanda açıklanan kapsamı, gösterilen senaryo ve kalan sorularla birlikte değerlendirin. Gerçek müşterinin erişim bilgileri veya rezervasyon kayıtları bu içerik çalışmasına alınmaz. Satıcı ek kanıt veremiyorsa belirsizlik satın alma kararında açık kalır. En iyi demo en hızlı tıklanan ekran değil, başarılı ve başarısız değişikliklerin ne anlama geldiğini karar verecek kişiye açıkça anlatan demodur.