Otel Yorumları Nasıl Yönetilir? Google, OTA, Review Score ve Online İtibar Yönetimi

Bir otel hakkında internette yazılan yorumlar, artık yalnızca geçmiş misafirlerin deneyimlerini anlattığı birkaç satır değildir. Potansiyel misafir için yorumlar satın alma kararının önemli kanıtlarından biridir. Otel yönetimi için ise operasyonun dışarıdan görünen performans raporudur.

Misafir otelin web sitesinde “kusursuz hizmet”, “özenli kahvaltı”, “huzurlu atmosfer”, “yüksek temizlik standardı” gibi ifadeler görebilir. Fakat ardından Google veya OTA yorumlarına baktığında sürekli “oda temiz değildi”, “kahvaltı yetersizdi”, “gece çok gürültülüydü”, “personel ilgisizdi” ifadelerini görüyorsa, hangi mesaj daha güçlüdür? Çoğu zaman misafir yorumları. Çünkü otelin kendi yazdığı içerik Brand Promise iken; misafirlerin anlattığı deneyim Brand Proof haline gelir.

Bu nedenle profesyonel yorum yönetimi şu döngüyle ele alınmalıdır:

Guest Experience → Review → Rating → Reputation → Trust → Conversion → Revenue

Ancak gerçek yönetim sistemi burada bitmez. Yorum yeniden işletmeye dönmelidir:

Review → Theme → Root Cause → Action → SOP → Better Experience → Better Review

Online itibar yönetiminin gerçek değeri tam olarak burada ortaya çıkar.

1. Online İtibar Yönetimi Nedir?

Online Reputation Management — ORM, otelin internette nasıl algılandığını şu şekilde yöneten sistemdir:

• izleme,
• ölçme,
• analiz etme,
• cevaplama,
• koruma,
• geliştirme

Ama yalnızca Google yorumlarını cevaplamak değildir. Bir otelin dijital itibarı çok sayıda temas noktasından oluşabilir:

Google

Booking.com

Expedia ve diğer OTA’lar

TripAdvisor

Sosyal medya

Seyahat platformları

Bloglar ve yayınlar

Kullanıcı fotoğrafları

Sosyal medya yorumları

Marka arama sonuçları

Dolayısıyla:

Online Reputation = Otelin dijital dünyadaki kolektif misafir algısıdır.

2. Yorum Yönetimi ile İtibar Yönetimi Aynı Şey Değildir

Review Management yorumları izlemek ve yönetmektir. Reputation Management daha geniştir. Şunları kapsar:

Review → Rating → Sentiment → Brand Perception → Trust → Operational Learning → Commercial Performance

Bu nedenle bir otelin bütün yorumlara cevap vermesi iyi bir review management göstergesi olabilir. Ama aynı şikâyet altı ay boyunca devam ediyorsa iyi bir reputation management sistemi yoktur.

3. Otel Yorumlarının Beş Temel Fonksiyonu

Misafir yorumları aynı anda beş farklı görevi yerine getirebilir.

1. Social Proof

Başka misafirlerin gerçekten konakladığını gösterir.

2. Trust

Satın alma riskini azaltabilir.

3. Product Feedback

Otelin güçlü ve zayıf yönlerini gösterir.

4. Brand Proof

Marka vaadinin gerçekte karşılanıp karşılanmadığını gösterir.

5. Conversion Support

Kararsız misafirin rezervasyon kararını etkileyebilir.

Bu nedenle yorum Marketing Data + Operations Data + Customer Data + Commercial Data olarak görülmelidir.

4. Otel Yorumları Neden Bu Kadar Güçlüdür?

Konaklama ürünü satın alınmadan önce tam anlamıyla denenemez. Misafir rezervasyon yaparken yatağı henüz kullanmamıştır. Kahvaltıyı yememiştir. Personelle tanışmamıştır. Odanın gerçekten sessiz olup olmadığını bilmez. Fotoğrafların gerçeği ne kadar temsil ettiğini bilemez. Bu nedenle rezervasyon kararında Perceived Risk vardır. Yorumların temel ekonomik fonksiyonlarından biri şunu yaratmaktır:

Perceived Risk ↓ → Trust ↑ → Booking Confidence ↑

5. Review Score Tek Başına İtibar Değildir

Bir otelin 4,7/5 puanı olabilir. Başka bir otelin 4,6/5. Sadece bu iki rakama bakarak ilk otelin kesinlikle daha güçlü itibara sahip olduğunu söylemek doğru değildir. Çünkü şu bilgiler de önemlidir:

• Kaç yorum var?
• Yorumlar ne kadar yeni?
• Son dönemde puan yükseliyor mu?
• Düşüyor mu?
• Yorumların içeriği ne söylüyor?
• Tekrarlanan şikâyetler var mı?
• Yönetim cevap veriyor mu?
• Hangi platformdaki puandan söz ediyoruz?

Dolayısıyla:

Reputation ≠ Rating

Rating, reputation sisteminin yalnızca bir göstergesidir.

6. Reputation Health Model

Otelin dijital itibarını daha sağlıklı değerlendirmek için şu yapıyı kullanabiliriz:

Reputation Health = Rating + Volume + Recency + Velocity + Sentiment + Response + Trend

Buradaki unsurlar:

Rating

Ortalama puan.

Volume

Toplam yorum sayısı.

Recency

Yorumların güncelliği.

Velocity

Yeni yorumların geliş hızı.

Sentiment

Yorumların ne söylediği.

Response

Otelin yorumlara nasıl ve ne hızda cevap verdiği.

Trend

İtibarın hangi yöne gittiği.

Bu bir platform puanı değil; otel yönetimi için değerlendirme modelidir.

7. Google, Booking.com ve Diğer Platformları Tek Puan Gibi Okumayın

Farklı platformların puan ölçekleri, yorum sistemleri, misafir profilleri, yorum doğrulama mekanizmaları ve gösterim biçimleri farklı olabilir. Bu nedenle Google 4,7 ile başka bir platformdaki farklı ölçekli skoru doğrudan aynı sayıymış gibi karşılaştırmak doğru değildir. Her platform önce kendi içinde analiz edilmelidir. Ardından ortak trendler çıkarılmalıdır.

8. Platform Bazlı Reputation Dashboard

Örneğin:

Burada amaç puanları birbirine çevirmek değil; her platformdaki health + trend + sentiment yapısını anlamaktır.

9. Lifetime Rating Yönetimi Yavaşlatabilir

Otelin yıllardır biriken 1.500 yorumu varsa; son dönemde hizmet kalitesi bozulsa bile lifetime rating uzun süre güçlü görünebilir. Örneğin Lifetime Rating: 4,7 ama Last 30 Reviews: 4,2. Bu çok önemli bir erken uyarıdır. Yönetim yalnızca lifetime score’a bakarsa problemi geç fark eder.

10. Rolling Review Score

Bu nedenle hareketli dönemler izlenmelidir. Örneğin:

Last 30 Reviews

Last 90 Days

Current Season

Year to Date

Previous Year Same Period

Böylece operasyondaki değişim daha hızlı görülebilir.

11. Review Velocity Nedir?

Review Velocity belirli dönemde gelen yeni yorum sayısıdır. Basit formül:

Review Velocity = Yeni Yorum Sayısı / Dönem

Örneğin Mayıs: 18, Haziran: 34, Temmuz: 57, Ağustos: 62 yorum. Bu veri occupancy, departures ve review request sistemiyle birlikte okunmalıdır.

12. Review Capture Rate

Daha anlamlı bir metrik şu olabilir:

Review Capture Rate = Yeni Yorum Sayısı / Uygun Konaklama Sayısı

Örneğin 500 tamamlanmış rezervasyon. 75 yeni yorum.

Review Capture Rate = 75 / 500 = %15

Bu oran yorum toplama sisteminin etkinliğini izlemeye yardımcı olabilir. Ancak aynı rezervasyonun farklı platformlarda yorum oluşturabileceği veya bazı yorumların farklı kaynaklardan gelebileceği unutulmamalıdır. Bu nedenle işletme kendi veri tanımını standartlaştırmalıdır.

13. Yorum Sayısı Dolulukla Birlikte Okunmalıdır

Temmuz: 60 yorum. Kasım: 15 yorum. Bu tek başına Kasım ayında review performance kötüleşti anlamına gelmez. Çünkü Temmuz occupancy %90, Kasım occupancy %30 olabilir. Bu nedenle yorum verisi şunlarla normalize edilmelidir:

Occupancy

Room Nights

Departures

Reservations

14. Review Recency Neden Önemlidir?

Potansiyel misafir beş yıl önceki mükemmel yorumu okuyabilir. Ama geçen hafta yazılmış “odalar artık bakımsız” yorumu daha güçlü karar etkisi yaratabilir. Çünkü misafir bugünkü ürünü satın almaktadır. Bu nedenle şu mantık yönetimde dikkate alınmalıdır:

Recent Experience > Historical Reputation

15. Review Sentiment Nedir?

Sentiment Analysis yorumların yalnızca yıldızını değil; metnin taşıdığı pozitif, negatif ve nötr duyguyu analiz etmektir. Ama oteller için sadece positive / negative ayrımı yeterli değildir. Asıl değer şu sorudadır: hangi konuda pozitif veya negatif?

16. Topic-Based Sentiment

Yorumları şu temalara ayırabiliriz:

Room

Cleanliness

Bed

Bathroom

Noise

Breakfast

Staff

Reception

Pool

Wi-Fi

Location

Parking

Value for Money

Design

Maintenance

Check-In

Check-Out

Housekeeping

Food & Beverage

Security

Accessibility

Bu sayede “puanımız düştü” yerine “puanımız neden düştü?” sorusuna yaklaşırız.

17. Reputation Management’ın En Değerli Sorusu

Yönetimin her ay sorması gereken soru:

“Misafirler bizi en çok hangi konuda övüyor ve en çok hangi konuda eleştiriyor?”

Bu soru marka, operasyon, yatırım ve pazarlama kararlarını etkileyebilir.

18. Review Theme Matrix

Örnek:

Bu tablo rating’in arkasındaki gerçek hikâyeyi gösterir.

19. Net Sentiment

Basit bir iç yönetim modeli şöyle kurulabilir:

Net Sentiment = Positive Mentions − Negative Mentions

Daha gelişmiş modelde toplam mention’a bölünerek oranlaştırılabilir:

Net Sentiment Rate = (Positive − Negative) / Total Mentions

Bu Google veya OTA’nın resmî metriği değildir. Otelin kendi yönetim göstergesidir.

20. Rating İyi Ama Sentiment Kötüleşiyorsa

Bu önemli bir erken uyarıdır. Lifetime Rating: 4,7. Ama son üç ayda şu trendler oluşuyor:

Breakfast ↓

Maintenance ↓

Noise ↓

Wi-Fi ↓

Henüz toplam puan ciddi düşmemiş olabilir. Fakat operasyon bozulmaya başlamıştır. Sentiment leading indicator gibi çalışabilir. Rating ise bazen lagging indicator olabilir.

21. Yorumları Departmanlara Bağlayın

Her yorum Marketing’in sorumluluğu değildir. Örneğin:

• “oda temiz değildi” → Housekeeping.
• “klima çalışmıyordu” → Engineering.
• “check-in çok uzun sürdü” → Front Office.
• “kahvaltı geç geldi” → F&B.
• “fiyatına değmez” → daha karmaşık; Product + Revenue + Experience.

Bu nedenle şu eşleme yapılmalıdır:

Review → Theme → Department → Owner

22. Review Ownership

Her kritik yorum için bir Owner olmalıdır. Marketing cevabı yazabilir. Ama problemin sahibi ilgili operasyon departmanıdır. Bu ayrım çok önemlidir.

Response Owner ≠ Root Cause Owner

23. Negatif Yorum Bir Alarmdır

Negatif yorum geldiğinde ilk refleks “Nasıl cevap verelim?” olmamalıdır. Önce şu soru sorulmalıdır:

“Ne oldu?”

Sonra:

“Neden oldu?”

Ardından:

“Tekrar olmaması için ne yapacağız?”

En son:

“Misafire nasıl cevap vereceğiz?”

24. Negatif Yorum Yönetim Akışı

Profesyonel süreç şu şekilde kurulabilir:

Review → Verify → Classify → Severity → Root Cause → Response → Action → Owner → Deadline → Verification → Close

Bu sayede yorum PR problemi olmaktan çıkar; Continuous Improvement Input haline gelir.

25. Önce Gerçeği Kontrol Edin

Misafir “odam üç saat geç hazırlandı” diyor. Cevap yazmadan önce PMS’e bakılabilir. Arrival time? Room ready time? Check-in time? Housekeeping log? Front Office note? Complaint record? Varsa mesajlaşmalar? Amaç misafiri haksız çıkarmak değildir. Ama işletmenin ne olduğunu anlamadan cevap vermek de doğru değildir.

26. Review Severity

Her negatif yorum aynı ağırlıkta değildir. Örneğin “kahvede biraz daha fazla seçenek olabilirdi” ile “odamın kapısı kilitlenmedi” aynı severity değildir. Bu nedenle yorumlar risk seviyesine ayrılabilir.

27. Reputation Severity Matrix

Level 1 — Preference

Kişisel tercih veya düşük etkili geri bildirim.

Level 2 — Service Failure

Gerçek ama sınırlı hizmet problemi.

Level 3 — Repeated Operational Failure

Tekrarlanan veya ciddi operasyon problemi.

Level 4 — Critical Reputation Risk

Güvenlik, hijyen, mahremiyet, ciddi davranış iddiası veya önemli hukuki/itibar riski taşıyan konu.

Severity arttıkça management escalation hızlanmalıdır.

28. Reputation Risk ≠ Low Rating

Bir yıldızlı her yorum Level 4 değildir. Aynı şekilde 4 yıldızlı bir yorumun içinde çok ciddi bir güvenlik problemi bulunabilir. Bu nedenle star rating değil, içerik okunmalıdır.

29. Response SLA

Otel kendi standartlarını oluşturabilir. Örneğin:

Bunlar platform zorunluluğu değil; otel yönetim standardıdır.

30. Yorumlara Cevap Vermenin Amacı Nedir?

Birçok otel “cevapsız kalmasın” diye cevap verir. Bu yeterli değildir. Review response’ın dört amacı vardır:

Misafiri Dinlediğini Göstermek

Markanın Sesini Korumak

Problemi Profesyonelce Yönetmek

Gelecekteki Misafire Güven Vermek

Özellikle son madde çok önemlidir.

31. Asıl Okuyucu Gelecekteki Misafirdir

Negatif yorumu yazan bir kişi. Ama cevabınızı okuyacak yüzlerce potansiyel misafir olabilir. Bu nedenle review response private customer service mesajı değildir. Public Brand Communication’dır.

32. Pozitif Yoruma Nasıl Cevap Verilir?

Pozitif yorum cevabı teşekkür, kişiselleştirme, yorumda belirtilen deneyime referans ve markaya uygun sıcaklık içerebilir. Ama herkese aynı “Değerli misafirimiz, kıymetli yorumunuz için teşekkür ederiz.” metni gönderilmemelidir. Bu automation hissi yaratır.

33. İyi Pozitif Review Response

Örneğin misafir kahvaltıyı ve bahçeyi övdüyse cevap özellikle bu iki noktaya değinebilir. Bu misafirin yorumunun gerçekten okunduğunu gösterir. Aynı zamanda gelecekteki misafire otel deneyiminin güçlü yönlerini doğal biçimde tekrar gösterir.

34. Negatif Yoruma Nasıl Cevap Verilir?

İyi yapı:

Acknowledge

Geri bildirimi gördüğünüzü belirtin.

Empathize

Uygunsa yaşanan deneyim için üzgün olduğunuzu ifade edin.

Clarify

Gerekliyse kısa ve objektif bağlam verin.

Act

Problemi araştırdığınızı veya aksiyon aldığınızı belirtin.

Continue Privately

Kişisel detay gerekiyorsa özel iletişime taşıyın.

35. Negatif Yorumda Savunmaya Geçmeyin

En kötü cevaplardan biri “Misafir doğru söylemiyor.” ile başlayan uzun savunmadır. Bazen misafir gerçekten haksız olabilir. Ama cevabın tonu markanın profesyonelliğini gösterir. Amaç yorum savaşını kazanmak değildir. Amaç güven kaybetmemektir.

36. Haksız Yoruma Cevap Verilebilir

Elbette. Örneğin yorumda objektif olarak yanlış bir bilgi varsa kısa, sakin ve kanıta dayalı şekilde düzeltilebilir. Ama kişisel saldırı, alay, öfke ve misafirin özel bilgilerinin açıklanması gibi davranışlar reputation riskini büyütebilir.

37. Gizlilik Kuralı

Public review response içerisinde misafirin rezervasyon detayları, ödeme bilgileri, özel yazışmaları ve kişisel bilgileri gereksiz yere açıklanmamalıdır. Otel haklı olsa bile privacy önceliklidir.

38. “Ama Misafir de...” Yönetim Sistemi Değildir

Misafir zor olabilir. Geç gelmiş olabilir. Kuralları okumamış olabilir. Yanlış beklentiyle gelmiş olabilir. Bunlar mümkündür. Ama yönetimin görevi duygusal tartışma değil; şunu anlamaktır:

Bu beklenti neden oluştu ve gelecekte nasıl azaltılabilir?

Bazen çözüm operasyonu değiştirmek değil; bilgilendirmeyi iyileştirmektir.

39. Expectation Gap

Negatif yorumların önemli bir kısmı kötü ürün değil; yanlış beklenti nedeniyle oluşabilir. Örneğin otel merkezde değildir. Ama web sitesi “şehrin kalbinde” diyordur. Oda 20 m². Ama geniş açı fotoğraf 35 m² hissi veriyordur. Parking sokaktadır. Ama misafir özel otopark bekliyordur. Burada problem şudur:

Product Reality ≠ Marketing Promise

40. Expectation Management

İyi reputation management negatif yorum geldikten sonra başlamaz. Rezervasyondan önce başlar. Doğru şu unsurlar negatif yorum riskini azaltabilir:

Fotoğraf

Room Description

Location Information

Amenity Information

Policy

Parking Information

Noise Disclosure

Accessibility Information

Check-In Information

41. Review Prevention

En iyi negatif review yönetimi bazı negatif yorumların hiç oluşmamasını sağlamaktır. Bunun yolu yorumu engellemek değil; problemi konaklama sırasında çözmektir.

Issue Detection → Service Recovery → Resolution → Guest Satisfaction

42. Stay-Stage Feedback

Misafir check-out yaptıktan sonra şikâyetini Google’da yazarsa otel artık problemi anlık çözemez. Bu nedenle stay sırasında geri bildirim toplamak değerlidir. Örneğin Front Office “How is everything?” demekle yetinmeyip gerçek sorunları ortaya çıkaracak temas noktaları oluşturabilir.

43. Service Recovery

Misafir “klima çalışmıyor” dedi. Teknik ekip 10 dakika içinde çözdü. Misafir memnun kaldı. Bazen iyi yönetilen problem hiç problem yaşanmamış deneyimden bile daha güçlü güven yaratabilir. Ama bunun için erken tespit gerekir.

44. Complaint Recovery Rate

İç KPI şöyle kurulabilir:

Recovery Rate = Konaklama Sırasında Çözülen Şikâyet / Toplam Çözülebilir Şikâyet

Bu online reputation’ın upstream metriklerinden biridir.

45. Review Request Etik Olmalıdır

Memnun gerçek misafirlerden yorum istemek normal bir reputation management sürecidir. Ama misafirin ne yazacağına müdahale etmek doğru değildir. Amaç positive review manufacturing değil; authentic feedback generation olmalıdır.

46. Review Request Journey

Örnek:

Stay → Check-Out → Satisfaction Signal → Thank You → Review Invitation → Review

Bu süreç CRM veya otomasyonla desteklenebilir. Ama insani kalmalıdır.

47. Review Request Nerede Yapılabilir?

Otelin yapısına göre şu kanallar kullanılabilir:

Check-Out

Post-Stay E-mail

WhatsApp

SMS

CRM

QR

Ancak platform kuralları ve misafir iletişim izinleri gözetilmelidir.

48. QR Kod Kullanılabilir mi?

Evet: uygun bir noktada misafirin kolayca review sayfasına ulaşmasını sağlayabilir. Ama otelin her yüzeyini “Bize 5 yıldız verin” QR kodlarıyla doldurmak premium guest experience’ı bozabilir. Review acquisition marka deneyimine uygun olmalıdır.

49. Review Request Timing

İdeal zaman otelin segmentine göre değişebilir. Genel mantık: deneyim hâlâ tazeyken; ama misafir seyahat stresinden çıkmışken istemektir. Test edilmelidir.

50. Review Request A/B Test

Örneğin Grup A: check-out sonrası 2 saat. Grup B: ertesi gün. Sonra şunlar karşılaştırılabilir:

Open Rate

Click Rate

Review Conversion

Böylece reputation management deneysel hale gelir.

51. Review Request Conversion

Review Request Conversion = Oluşan Yorum / Gönderilen Uygun Review Request

Örneğin 400 request. 52 review.

Conversion = %13

Sonra mesaj, timing ve kanal optimize edilebilir.

52. Review Gating’den Kaçının

Yalnızca memnun misafirleri public review’a yönlendirip memnun olmayanları sistematik biçimde dışarıda tutmaya çalışan manipülatif sistemler uzun vadede sağlıklı reputation management değildir. Amaç gerçek müşteri sesini anlamaktır.

53. Yorum Satın Almak Strateji Değildir

Sahte yorumlar kısa vadede score’u güzel gösterebilir. Ama marka güvenini, platform ilişkisini ve yönetim verisinin doğruluğunu bozar. Daha önemlisi yönetim artık gerçek misafir deneyimini göremez. Sahte review dashboard’ı da sahteleştirir.

54. Reputation Data’nın En Büyük Değeri

Gerçek yorumların en değerli tarafı müşterinin filtrelenmemiş sesidir. Bir otel müşteri araştırması için binlerce euro harcayabilir. Ama yüzlerce misafir zaten neyi sevdiğini, neyi sevmediğini, neden tekrar geleceğini, neden gelmeyeceğini anlatmaktadır. Bu veri kullanılmalıdır.

55. Voice of Customer — VOC

Yorum sistemi bir Voice of Customer programına dönüştürülebilir. Şu kaynaklar bir araya getirilebilir:

Online Reviews

Guest Surveys

Complaints

Front Office Notes

CRM Messages

Social Comments

Direct E-mails

OTA Messages

Bu durumda otel yalnızca yorumları değil; müşteri sesini yönetir.

56. VOC Taxonomy

Standart kategori sistemi oluşturulabilir:

Product

Service

People

Location

Cleanliness

Maintenance

F&B

Technology

Value

Communication

Policy

Arrival

Departure

Safety

Emotion

Bu taxonomy tüm kaynaklarda aynı kullanılabilir.

57. Böylece Platformlar Birleşir

Google: “gürültü”. Booking: “noise”. Guest survey: “street noise”. Front Office: “room 203 noisy”. Eğer hepsi Noise temasına bağlanırsa; gerçek problem ortaya çıkar. Platformlar farklıdır. Problem aynıdır.

58. Review Score ile Department KPI Bağlantısı

Örneğin Housekeeping için şunlar izlenebilir:

Cleanliness Sentiment

Cleanliness Complaint Rate

Repeat Cleanliness Issue

F&B için:

Breakfast Sentiment

Breakfast Complaint Rate

Front Office için:

Staff Sentiment

Check-In Sentiment

Bu review’u departman performansına bağlar.

59. Ama Personeli Sadece Yorumla Ölçmeyin

Bir çalışan bir negatif yorum aldı diye performansı kötü ilan edilmemelidir. Yorum tek başına adil performans sistemi değildir. Review data şunlarla birlikte okunmalıdır:

Operational KPI

Guest Survey

Supervisor Evaluation

Service Standards

60. Root Cause Analysis

Tekrarlayan negatif temalarda 5 Why kullanılabilir. Örnek: Şikâyet: Oda geç hazırlandı. Neden? Housekeeping geç bitirdi. Neden? Room turnover uzun sürdü. Neden? Linen eksikti. Neden? Laundry teslimatı gecikti. Neden? Par level yetersizdi. Gerçek problem resepsiyon değil; linen inventory planning olabilir.

61. Yorum → CAPA

Daha profesyonel işletmeler önemli tekrar eden problemleri Corrective and Preventive Action mantığıyla yönetebilir.

Corrective Action

Mevcut problemi çöz.

Preventive Action

Tekrar oluşmasını önle.

Örneğin klima arızası tamir edilir. Bu corrective. Tüm klimalar için sezon öncesi preventive maintenance planı oluşturulur. Bu preventive.

62. Review → SOP

Bir problem tekrar ediyorsa çözüm kişiye bağlı kalmamalıdır. Örneğin late arrival misafirleri kapıda kalıyor. Çözüm “resepsiyon daha dikkatli olsun” değildir. SOP oluşturulur.

Booking → Arrival Time → Pre-Arrival Contact → Late Arrival Flag → Access Instruction → Confirmation

Böylece review SOP üretmiştir.

63. Review → Training

Yorumlarda personelin ürün bilgisinin yetersiz olduğu görülüyorsa training gereklidir. Örneğin resepsiyon yakındaki restaurant, parking ve transportation sorularını cevaplayamıyor. Bu Local Knowledge Training konusudur.

64. Review → CapEx

Bazı şikâyetler eğitimle çözülmez. Örneğin şu konular CapEx gerektirebilir:

Soundproofing

Mattress

Shower Pressure

HVAC

Elevator

Wi-Fi Infrastructure

Lighting

Bu nedenle review data yatırım kararlarını besleyebilir.

65. Review-Driven CapEx Prioritization

Örnek:

Bu tablo CapEx önceliğini daha rasyonel hale getirebilir.

66. Review → Brand Positioning

Misafirler oteli sürekli “romantik”, “sessiz”, “samimi”, “tasarım odaklı” diye anlatıyorsa; bu markanın gerçek algısı hakkında çok güçlü veridir. Belki otel kendini “luxury lifestyle hotel” olarak tanımlıyordur. Ama misafir onu “warm intimate boutique stay” olarak algılıyordur. Bu fark stratejik olarak incelenmelidir.

67. Intended Positioning vs Perceived Positioning

Positioning Gap = Intended Positioning − Perceived Positioning

Yorumlar perceived positioning’i ölçmek için çok değerli bir kaynaktır.

68. Review → USP

Misafirlerin sürekli övdüğü bir özellik otelin gerçek USP’si olabilir. Örneğin otel tasarımını ana farklılaştırıcı sanıyor. Ama yorumlarda en çok personelin samimiyeti övülüyor. Bu marka stratejisi için önemli bir içgörüdür.

69. Review → ESP

Yorumlarda “kendimizi evimizde hissettik”, “çok huzurluydu”, “ayrılmak istemedik” gibi duygusal ifadeler tekrar ediyorsa; bu Emotional Selling Proposition için değerli veri olabilir.

70. Review → Copywriting

Misafirlerin kullandığı doğal dil website ve marketing copy için ilham verebilir. Ama yorumları izinsiz veya bağlamından kopuk reklam materyaline çevirmek yerine; önce temaları anlamak daha doğru yaklaşımdır.

71. Reputation ve Pricing Power

Güçlü reputation misafirin algıladığı riski azaltabilir. Bu bazı durumlarda daha yüksek willingness to pay oluşturabilir. Dolayısıyla şu ilişki kurulabilir:

Better Reputation → Higher Trust → Stronger Conversion / Pricing Power

Ama yüksek puan otomatik olarak ADR artırılabilir anlamına gelmez. Market demand, competitive set ve product quality birlikte değerlendirilmelidir.

72. Review Score ve ADR Birlikte Okunmalıdır

Örneğin otel ADR’yi %20 artırdı. Sonra “value for money” şikâyetleri arttı. Burada ürün aynı kalırken expectation fiyatla birlikte yükselmiş olabilir.

Price ↑ → Expectation ↑

Bu nedenle premium pricing premium delivery gerektirir.

73. Value for Money Sentiment

Bu tema özellikle önemlidir. Misafir “otel kötü” demiyor olabilir. “Bu fiyata değmez” diyebilir. Bu ürün kalitesi ile fiyat arasındaki algısal farktır.

Perceived Value = Perceived Benefits − Perceived Cost

74. Reputation ve Conversion

Misafir iki benzer otel arasında karar veriyor. Otel A daha güzel. Ama yorumlar 4,1. Otel B biraz daha pahalı. Ama yorumlar 4,8. Misafir B’yi daha düşük risk olarak görebilir. Bu nedenle reputation conversion üzerinde ticari etki yaratabilir.

75. Reputation ve Direct Booking

Misafir OTA’da oteli keşfedebilir. Sonra Google’da markayı arar. Google yorumlarını okur. Website’e gider. Direct rezervasyon yapar. Dolayısıyla şu yolculuk mümkündür:

OTA Discovery → Google Reputation → Website → Direct Booking

Online reputation kanallar arası çalışır.

76. Review Platformları Birbirinden İzole Değildir

Bir misafir Booking.com’daki yorumları okuyabilir. Sonra Google’a geçebilir. Instagram’a bakabilir. Website’i inceleyebilir. Bu nedenle misafir tek platform kullanmaz. Markanın tüm digital footprint’ini okur.

77. Cross-Platform Reputation

Otelin Google’da 4,8’i var. OTA’da çok güçlü. Ama sosyal medyada sürekli cevapsız şikâyetler varsa; marka tutarsız görünebilir. Bu nedenle şu şekilde ele alınmalıdır:

Reputation = Cross-Platform Perception

78. Reputation Source Map

Otel kendi reputation source map’ini oluşturmalıdır. Örneğin:

Tier 1 — Commercially Critical

Google, ana OTA’lar.

Tier 2 — Brand Relevant

TripAdvisor, Instagram, Facebook.

Tier 3 — Monitoring

Blogs, forums, other review sites.

Her kaynağa aynı operasyon zamanı harcanmak zorunda değildir. Öncelik ticari ve marka önemine göre belirlenir.

79. Review Monitoring

Manuel takip küçük otelde yeterli olabilir. Otel büyüdükçe reputation management platformları kullanılabilir. Ama software stratejinin yerine geçmez. Araç yorumları toplar. Yönetim kararını insan verir.

80. Review Alert

Özellikle kritik yorumlarda alert sistemi kurulabilir. Örneğin şu riskli konular management’a anında iletilir:

1–2 star

Safety keyword

Hygiene

Theft

Discrimination

Fraud

Injury

Privacy

81. Crisis Reputation Management

Bazı durumlar normal review response değildir. Örneğin çok ciddi güvenlik, hukuk, sağlık, medya veya viral social media riski. Bu durumda önceden tanımlanmış crisis escalation gereklidir.

82. Crisis Escalation Tree

Örnek:

Detection → Verify → GM → Owner/Corporate → Legal/Relevant Expert → Response Strategy → Public Communication → Monitoring → Resolution

Burada hız önemlidir. Ama doğrulanmamış bilgiyle acele açıklama yapmak da risklidir.

83. Review Response Authority

Her çalışan kritik yorumlara kendi inisiyatifiyle cevap vermemelidir. Authority Matrix oluşturulabilir. Örneğin:

Level 1

Marketing.

Level 2

Marketing + Department Head.

Level 3

GM approval.

Level 4

GM + Owner/Corporate + gerekli uzman.

Bu reputation governance sistemidir.

84. Silinmesini İstediğimiz Yorumlar

Negatif olması yorumun silinme gerekçesi değildir. Ama platform politikasını ihlal eden içerikler ilgili platformun raporlama sürecinden geçirilebilir. Bu süreç reputation management planında tanımlanmalıdır.

85. Fake Review Şüphesi

Otel yorumun gerçek misafire ait olmadığını düşünebilir. Ama public response’ta kanıtsız suçlama yapmak risklidir. Önce reservation records ve ilgili platform süreçleri kontrol edilmelidir.

86. Rakiplerin Yorumlarını da Okuyun

Review mining yalnızca kendi oteliniz için yapılmamalıdır. Competitive set’in yorumları çok değerli pazar araştırmasıdır. Misafir rakiplerde neyi seviyor? Neden şikâyet ediyor? Hangi ihtiyaç karşılanmıyor? Hangi özellik premium algılanıyor?

87. Competitor Review Mining

Örneğin bölgedeki 10 rakibin 2.000 yorumunu tema bazında analiz ettiniz. En büyük negatif temalar Parking, Noise, Small Rooms ve Weak Breakfast ise; pazarda farklılaşma fırsatı olabilir.

88. White Space Yorumlardan Bulunabilir

Rakiplerin ortak zayıflığı sizin farklılaşma alanınız olabilir. Örneğin bütün rakiplerde parking sorunu varsa; sizin güçlü parking çözümünüz gerçek competitive advantage olabilir. Ama önce misafir için önemli olduğunun doğrulanması gerekir.

89. Review Benchmarking

Aylık rakip karşılaştırması şunları içerebilir:

Rating

Review Count

Review Velocity

Recent Rating

Top Positive Themes

Top Negative Themes

Response Quality

Response Rate

Bu Competitive Reputation Dashboard oluşturur.

90. Reputation Gap

Reputation Gap = Our Reputation Performance − Competitive Set Performance

Tek rakam olmak zorunda değildir. Tema bazında olabilir. Örneğin Cleanliness: + güçlü. Breakfast: = eşit. Noise: − zayıf. Staff: ++ çok güçlü. Bu çok daha aksiyon alınabilir bir analizdir.

91. Reputation Share

Otel bölgedeki toplam yeni yorumlar içindeki payını da izleyebilir. Bu market share değildir. Ama dijital guest voice içindeki görünürlüğü anlamaya yardımcı olabilir.

92. Dil Bazlı Review Analizi

Uluslararası misafir alan otellerde yorumlar dile veya pazara göre ayrılabilir. Örneğin Alman misafirler breakfast konusunda çok olumlu. İngiliz misafirler room size konusunda daha eleştirel. Türk misafirler parking konusunu daha sık belirtiyor. Bu segment insight yaratabilir.

93. Ama Stereotype Oluşturmayın

Az sayıdaki yoruma bakarak “Almanlar bunu sever” gibi genelleme yapılmamalıdır. Yeterli sample size ve tekrar eden pattern aranmalıdır.

94. Segment Bazlı Review Analizi

Mümkün olduğunda şu gibi segmentler ayrılabilir:

Couple

Family

Solo

Business

Group

Aynı otel couples için mükemmel; family için zayıf olabilir. Bu positioning kararını destekler.

95. Room-Type Review Analysis

Şikâyetler belirli oda tiplerinde yoğunlaşıyor olabilir. Örneğin Street Rooms: Noise ↓. Garden Rooms: Satisfaction ↑. Basement Rooms: Humidity ↓. Bu durumda otel geneli değil; room-type problemi vardır.

96. Room-Level Reputation Intelligence

Daha ileri sistemlerde yorumlar oda numarasıyla eşleştirilebilir. Örneğin Room 204: 5 noise complaint. Room 305: 4 AC complaint. Room 101: 3 smell complaint. Bu Engineering + Housekeeping için çok güçlü diagnostic veridir.

97. Privacy’yi Koruyun

Room-level analiz iç sistemde yapılabilir. Ama misafirin kişisel bilgileri gereksiz şekilde yayılmamalıdır. Reputation database erişim kontrollü olmalıdır.

98. Reputation Dashboard Nasıl Kurulur?

Dashboard dört seviyeden oluşabilir.

Level 1 — Executive

Overall reputation.

Level 2 — Platform

Google / OTA / diğerleri.

Level 3 — Theme

Cleanliness / Staff / Breakfast / Noise.

Level 4 — Root Cause

Oda / vardiya / süreç / ekipman.

Yönetici üstten alta drill-down yapabilmelidir.

99. Executive Reputation Dashboard

Örneğin şunlar tek ekranda görülebilir:

Overall Reputation Index

Google Rating

Primary OTA Score

Last 90-Day Rating

Review Volume

Review Velocity

Negative Review Rate

Response Rate

Response Time

Top Positive Theme

Top Negative Theme

Open Critical Issues

Reputation Trend

100. Negative Review Rate

Basit metrik:

Negative Review Rate = Negatif Yorum / Toplam Yorum

Ama “negatif” tanımı önceden belirlenmelidir. Platformların puan sistemleri farklı olduğu için platform bazlı threshold kullanılabilir.

101. Complaint Mention Rate

Theme Complaint Rate = Belirli Temadaki Negatif Mention / Toplam İlgili Yorum

Örneğin 100 yorumun 28’inde breakfast konuşulmuş. 8’inde negatif.

Breakfast Negative Mention Rate = 8 / 28 = %28,6

Bu sadece “8 şikâyet var” demekten daha anlamlıdır.

102. Response Rate

Response Rate = Cevaplanan Yorum / Cevaplanması Planlanan Yorum

Otel tüm yorumlara cevap verme politikası uyguluyorsa denominator tüm yorumlardır. Başka politika varsa tanım dokümante edilmelidir.

103. Average Response Time

Average Response Time = Toplam Cevap Süresi / Cevaplanan Yorum

Ama ortalama tek başına yetersiz olabilir. Kritik yorumların SLA compliance’ı ayrıca izlenmelidir.

104. SLA Compliance

Review SLA Compliance = SLA İçinde Cevaplanan Yorum / SLA Kapsamındaki Yorum

Örneğin 50 negatif yorum. 44’üne 24 saat içinde cevap.

SLA Compliance = %88

Bu management KPI’ı haline gelebilir.

105. Root Cause Closure Rate

Closure Rate = Kapatılan Review Kaynaklı Aksiyon / Açılan Aksiyon

Örneğin 30 aksiyon. 24 kapatıldı.

Closure Rate = %80

Böylece yorumların gerçekten işletmeyi iyileştirip iyileştirmediği ölçülür.

106. Repeat Issue Rate

Çok önemli bir KPI:

Repeat Issue Rate = Tekrar Eden Problem / Toplam Kritik Problem

Amaç yalnızca şikâyeti kapatmak değil; tekrarını azaltmaktır.

107. Review-to-Action Rate

Review-to-Action Rate = Aksiyona Dönüşen Anlamlı Problem / Aksiyon Gerektiren Review Problemi

Bu reputation management’ın olgunluk göstergelerinden biridir.

108. Action-to-Impact

Aksiyon alındı. Ama işe yaradı mı? Örneğin Wi-Fi iyileştirildi. Önce ayda 15 negatif Wi-Fi mention. Sonra 3. Bu durumda aksiyon ölçülebilir sonuç üretmiştir.

Action → Outcome Verification

olmadan continuous improvement tamamlanmaz.

109. Before / After Analysis

Her önemli iyileştirme sonrasında öncesi ve sonrası karşılaştırılabilir. Örneğin:

Before

Breakfast sentiment: +18

Intervention

Menu + service redesign

After

Breakfast sentiment: +46

Bu yatırımın misafir algısındaki etkisini gösterir.

110. Reputation ile NPS Aynı Şey Değildir

NPS misafirin tavsiye etme eğilimini ölçmeye çalışan ayrı bir metriktir. Online rating platform üzerindeki public review performansıdır. CSAT belirli deneyim memnuniyetini ölçebilir. Bunlar birbirinin yerine kullanılmamalıdır.

111. Reputation + NPS + CSAT

Daha olgun sistem şöyle çalışabilir:

Public Reputation

Google / OTA reviews.

Relationship Metric

NPS.

Transactional Satisfaction

CSAT.

Operational Complaints

Internal complaint data.

Birlikte Guest Experience daha bütüncül okunabilir.

112. Reputation Forecasting

Yeterli veri biriktiğinde trend üzerinden erken uyarı oluşturulabilir. Örneğin son 8 hafta cleanliness sentiment sürekli düşüyor. Henüz overall rating değişmedi. Management Housekeeping audit başlatabilir. Bu reaktif değil; proaktif reputation management’tır.

113. Reputation ve Personel Planlaması

Şikâyetler özellikle yüksek occupancy günlerinde artıyorsa; problem service standard değil; staffing capacity olabilir. Örneğin:

Occupancy ↑ → Housekeeping Workload ↑ → Room Ready Delay ↑ → Check-In Complaint ↑

Bu durumda review workforce planning verisine dönüşür.

114. Reputation ve Procurement

Misafirler sürekli havluların kalitesinden şikâyet ediyor. Bu Housekeeping performansı değil; procurement standardı olabilir. Yorum satın alma spesifikasyonuna kadar gidebilir.

115. Reputation ve Maintenance

“Duş basıncı düşük.” “Klima sesli.” “Kapı zor kapanıyor.” “Priz çalışmıyor.” Bunlar review değil; preventive maintenance verisidir. Engineering review themes üzerinden maintenance backlog oluşturabilir.

116. Reputation ve Revenue Management

Rating düşerken fiyat artmaya devam ediyorsa value perception bozulabilir. Revenue Management yalnızca demand ve competitor rates değil; reputation trendini de izlemelidir. Çünkü rate ile expectation birlikte yükselir.

117. Reputation ve Marketing

Marketing yalnızca pozitif yorumları alıntılamakla yetinmemelidir. Yorumlardan şunları öğrenmelidir:

Hangi fayda önemli?

Misafir hangi kelimeleri kullanıyor?

Hangi fotoğraf vaadi karşılanıyor?

Hangi mesaj yanlış beklenti yaratıyor?

Gerçek USP nedir?

Böylece marketing gerçek guest experience’a yaklaşır.

118. Reputation ve Brand Management

Marka “sakinlik” satıyor. Yorumlar “party noise” diyor. Bu kritik Brand Gap’tir. Marka “kişisel hizmet” satıyor. Yorumlar personeli sürekli isimleriyle övüyor. Bu Brand Proof’tur. Yorumlar brand audit aracıdır.

119. Reputation ve Feasibility

Yeni otel yatırımı öncesinde bile rakip yorumları incelenmelidir. Çünkü review mining bölgedeki karşılanmamış misafir ihtiyaçlarını gösterebilir. Bu nedenle online reputation data yalnızca işletme sonrası değil; yatırım öncesi feasibility için de değerlidir.

120. Reputation ve Renovation

Renovation kararlarında yalnızca mimarın görüşü değil; guest voice da kullanılabilir. Örneğin yorumlarda şunlar tekrar ediyorsa:

Bathroom too dark

No bedside socket

Poor sound insulation

Small luggage area

renovation brief bunları içermelidir.

121. Reputation Management Meeting

Aylık reputation toplantısı 30–60 dakika olabilir. Gündem:

1. Overall score.
2. Platform trend.
3. Last 30/90-day trend.
4. Review volume.
5. Top positive themes.
6. Top negative themes.
7. New critical issues.
8. Repeat issues.
9. Open actions.
10. Closed actions.
11. Competitor movement.
12. Commercial impact.
13. Next priorities.

Toplantı yorum okumak için değil; karar almak için yapılır.

122. Haftalık Review Huddle

Aylık toplantıyı beklememesi gereken konular haftalık kısa huddle’da ele alınabilir. Özellikle şunlar takip edilir:

Critical Reviews

Repeat Complaints

Unanswered Reviews

Service Recovery Failures

New Reputation Risks

123. Günlük Monitoring

Otelin ölçeğine göre günlük monitoring otomatik veya manuel olabilir. Ama kritik şikâyetin üç hafta sonra raporda görülmesi çok geçtir.

124. Reputation Management Calendar

Daily

Critical alert monitoring.

Weekly

New reviews + responses + urgent actions.

Monthly

Dashboard + sentiment + root cause.

Quarterly

Competitive benchmark + SOP review.

Annually

Strategic reputation review.

Bu itibar yönetimini ritme bağlar.

125. Reputation Database Alanları

Profesyonel database şunları içerebilir:

• Review ID
• Platform
• Date
• Stay Date
• Rating
• Language
• Guest Segment
• Room Type
• Positive Themes
• Negative Themes
• Sentiment
• Severity
• Department
• Response Date
• Response Owner
• Root Cause
• Action
• Action Owner
• Due Date
• Status
• Verification
• Notes

Her otel ölçeğine göre basitleştirebilir.

126. Reputation Action Tracker

Database problemi gösterir. Action Tracker çözümü yönetir. Alanlar:

Issue

Evidence

Root Cause

Corrective Action

Preventive Action

Owner

Priority

Due Date

Status

Verification Metric

Result

127. Reputation Risk Register

Yüksek riskli konular ayrı takip edilebilir. Örneğin:

Bu reputation ile enterprise risk arasındaki köprüdür.

128. Reputation Index Oluşturulabilir

İç yönetim için örneğin şu gibi özel bir model kurulabilir:

Reputation Index = Rating Score × 30% + Recent Rating × 20% + Sentiment × 20% + Response Performance × 10% + Review Velocity × 10% + Issue Closure × 10%

Ama ağırlıklar evrensel değildir. Otel kendi stratejisine göre belirlemelidir.

129. Index’in Amacı Puan Oyunu Değildir

Amaç “87 puanız” demek değildir. Amaç erken uyarı vermektir. Örneğin Overall Index: 87 → 84 → 80 → 76. Bu management attention gerektirir. Sonra drill-down yapılır.

130. Reputation Management Dashboard Trafik Işığı

Basit sistem:

Green

Target içinde.

Amber

Dikkat.

Red

Aksiyon gerekli.

Örneğin Cleanliness: Green. Breakfast: Amber. Noise: Red. Bu GM’in öncelik belirlemesini kolaylaştırır.

131. Reputation KPI Ağacı

Üst KPI: Overall Reputation Health. Altında şunlar yer alır:

Rating

Recent Rating

Review Volume

Sentiment

Response

Operational Issues

Competitive Position

Sonra her biri daha alt metriklere ayrılır. Bu KPI Tree oluşturur.

132. Reputation ile Commercial Funnel’ı Bağlayın

İdeal ölçüm şu şekilde incelenebilir:

Reputation → Website Conversion → Booking Conversion → ADR → Direct Share → Revenue

Ama correlation ile causation karıştırılmamalıdır. Rating arttı; revenue arttı. Bu tek başına rating artışı revenue’yu artırdı kanıtı değildir. Seasonality, pricing, demand, marketing gibi değişkenler vardır.

133. Reputation A/B Test Edilemez mi?

Doğrudan rating A/B test edilemez. Ama reputation sisteminin alt süreçleri test edilebilir. Örneğin şunlar sonrasında guest sentiment ölçülebilir:

Review request timing

Review request message

Service recovery workflow

Pre-arrival communication

Breakfast redesign

Noise communication

134. Review Response Kalitesi Audit Edilmelidir

Ayda rastgele 20 cevap seçilebilir. Şunlara bakılır:

Personalization

Tone of Voice

Accuracy

Empathy

Brevity

Resolution

Privacy

Brand Consistency

Böylece response kalitesi de yönetilir.

135. Copy-Paste Response Riski

100 yoruma 100 aynı cevap vermek Response Rate’i %100 yapar. Ama Response Quality düşük olabilir. Bu nedenle KPI sadece quantity olmamalıdır.

136. Response Quality Score

İç audit modeli oluşturulabilir. Örneğin:

Toplam: 100. Bu resmî platform metriği değildir. İç quality control aracıdır.

137. AI ile Yorum Cevaplama

AI çok yararlı olabilir. Özellikle çok dilli yorumlarda draft hazırlayabilir. Ama ideal akış şöyle olmalıdır:

Review → AI Draft → Human Context → Brand Voice → Fact Check → Publish

AI misafirin yaşamadığı bir çözümü uydurmamalıdır.

138. AI’nın En Büyük Riski: Hallucinated Service Recovery

AI “Konuyu teknik ekibimizle çözdük” yazabilir. Ama teknik ekip konudan habersiz olabilir. Bu reputation problemini daha büyük güven problemine çevirir. Bu nedenle cevaptaki her operasyonel iddia gerçek olmalıdır.

139. AI ile Sentiment Analysis

AI’nın daha güçlü kullanım alanlarından biri binlerce yorumu tema ve sentiment bazında sınıflandırmaktır. Örneğin 5.000 review manuel okunmak yerine AI ilk taxonomy çıkarabilir. Ardından insan validation yapabilir.

140. AI ile Emerging Issue Detection

AI son 30 gün yorumlarında daha önce olmayan yeni bir temanın arttığını tespit edebilir. Örneğin “hot water” mention birden yükseldi. Bu Engineering problemini rating düşmeden yakalamaya yardımcı olabilir.

141. Reputation Management’ın 20 Yaygın Hatası

1. Yalnızca toplam rating’e bakmak.
2. Son dönem trendini izlememek.
3. Platform puanlarını doğrudan karşılaştırmak.
4. Yorum metnini analiz etmemek.
5. Her yoruma aynı cevabı vermek.
6. Negatif yorumla tartışmak.
7. Gerçekleri kontrol etmeden cevap vermek.
8. Kişisel bilgileri public cevapta paylaşmak.
9. Kritik yorumu Marketing’e bırakmak.
10. Root cause analizi yapmamak.
11. Aynı şikâyetin tekrar etmesine izin vermek.
12. Review request sistemini kurmamak.
13. Manipülatif yorum toplamak.
14. Sahte yorum kullanmak.
15. Rakip yorumlarını incelememek.
16. Sentiment’i departmana bağlamamak.
17. Review verisini CapEx kararlarında kullanmamak.
18. Reputation’ı revenue’dan tamamen kopuk yönetmek.
19. Response rate’i başarı sanmak.
20. Misafir deneyimini iyileştirmeden puanı yükseltmeye çalışmak.

142. Online İtibar Yönetimi İçin 20 Karar Kapısı

Karar Kapısı 1

Tüm kritik review platformlarımız belli mi?

Karar Kapısı 2

Her platformun owner’ı var mı?

Karar Kapısı 3

Rating düzenli takip ediliyor mu?

Karar Kapısı 4

Recent rating ölçülüyor mu?

Karar Kapısı 5

Review velocity biliniyor mu?

Karar Kapısı 6

Sentiment analiz ediliyor mu?

Karar Kapısı 7

Theme taxonomy var mı?

Karar Kapısı 8

Negatif yorum severity sistemi var mı?

Karar Kapısı 9

Response SLA tanımlı mı?

Karar Kapısı 10

Response authority belli mi?

Karar Kapısı 11

Kritik yorum escalation sistemi var mı?

Karar Kapısı 12

Review request sistemi var mı?

Karar Kapısı 13

Yorumlar departmanlara bağlanıyor mu?

Karar Kapısı 14

Root cause bulunuyor mu?

Karar Kapısı 15

Corrective action açılıyor mu?

Karar Kapısı 16

Preventive action oluşturuluyor mu?

Karar Kapısı 17

Aksiyonun sonucu ölçülüyor mu?

Karar Kapısı 18

Rakip reputation benchmark yapılıyor mu?

Karar Kapısı 19

Reputation ticari KPI’larla birlikte okunuyor mu?

Karar Kapısı 20

Yorumlardan öğrenilenler SOP’ye dönüyor mu?

143. Minimum Reputation Management Sistemi

Küçük bağımsız bir otel karmaşık software olmadan da güçlü bir sistem kurabilir. Minimum yapı:

1. Platform Listesi

2. Review Monitoring

3. Response Standard

4. Review Request Process

5. Monthly Review Database

6. Theme Analysis

7. Negative Issue Tracker

8. Department Owner

9. Monthly Dashboard

10. Management Review

Bu başlangıç için yeterlidir.

144. Daha Olgun Reputation Management Sistemi

Otel büyüdükçe sistem şunlara genişleyebilir:

Automated Monitoring

AI Sentiment

Multi-Property Dashboard

Competitive Benchmark

VOC Integration

PMS Integration

CRM Integration

Room-Level Analysis

Predictive Alerts

Reputation Index

Revenue Correlation

CAPA

SOP Feedback Loop

Bu yorum yönetimini kurumsal quality management sistemine dönüştürür.

145. Reputation Management Workbook

Cilt VII kapsamında otel için şu sekiz ana çalışma dosyası oluşturulabilir:

1. Reputation Source Map

Nerelerde hakkımızda konuşuluyor?

2. Review Database

Misafir ne söylüyor?

3. Sentiment Matrix

Hangi konuda ne hissediyor?

4. Reputation Dashboard

Performansımız ne durumda?

5. Risk Register

Hangi konular kritik?

6. Action Tracker

Ne yapıyoruz?

7. Competitive Benchmark

Rakiplere göre neredeyiz?

8. Management Review

Ne öğrendik ve hangi kararı aldık?

146. Review Database ile Action Tracker’ı Ayırın

Review Database Evidence tutar. Action Tracker Management Response tutar. Bu ayrım önemlidir. Çünkü 20 farklı yorum aynı root cause’a bağlanabilir. Örneğin 20 noise complaint. Ama tek CapEx project: Window Sound Insulation olabilir.

147. Reputation Management’ın Ana Yönetim Döngüsü

Measure → Understand → Prioritize → Act → Verify → Standardize → Measure Again

Türkçesi:

Ölç → Anla → Önceliklendir → Aksiyon Al → Sonucu Ölç → Standardize Et → Tekrar Ölç

Bu sistem kurulmadığında otel her ay aynı yorumları okur. Ama hiçbir şey değişmez.

148. Yorumdan Operasyona Tam Zincir

Profesyonel reputation management şöyle çalışmalıdır:

Review → Rating → Text → Sentiment → Theme → Severity → Department → Root Cause → Corrective Action → Preventive Action → Owner → Due Date → Execution → Verification → SOP → Training → Better Operation → Better Guest Experience

Bu operasyon döngüsüdür.

149. Operasyondan Ticari Sonuca Tam Zincir

Ardından şu ticari döngü oluşabilir:

Better Guest Experience → Better Reviews → Better Reputation → Higher Trust → Stronger Conversion → Direct Demand → Revenue → Reinvestment

İki zincir birleştiğinde reputation management gerçek işletme sistemi haline gelir.

150. Reputation Management’ın Ana Prensibi

Yorumun amacı cevap almak değil, işletmenin öğrenmesini sağlamaktır.

Bu bölümün en önemli prensibidir. Çünkü yorum misafirin işletmeye gönderdiği bir veridir. Otel bu veriyi sadece “teşekkür ederiz” ile kapatırsa bilginin büyük bölümünü kaybeder.

Sonuç: Otel Yorumları Dijital İtibardan Daha Fazlasıdır

Bir otelin Google’da ve OTA’larda güçlü puanlara sahip olması önemlidir. Ama profesyonel otel yönetimi burada durmaz. Asıl soru:

“Puanımız kaç?”

değil;

“Misafir bize ne anlatıyor?”

olmalıdır. Ardından:

“Neden bunu söylüyor?”

Sonra:

“Hangi problemi çözmeliyiz?”

Ve son olarak:

“Yaptığımız değişiklik misafir deneyimini gerçekten iyileştirdi mi?”

soruları gelmelidir. Bu nedenle online reputation management’ın tam döngüsü şudur:

Guest → Experience → Review → Rating → Sentiment → Theme → Root Cause → Action → SOP → Better Experience → Better Review → Reputation → Trust → Conversion → Revenue

Ancak bu zincirin en değerli tarafı yüksek rating değildir. En değerli tarafı organizasyonun öğrenmesidir. Çünkü iyi yönetilen yorum sistemi Marketing’e hangi mesajı anlatması gerektiğini, Operations’a neyi düzeltmesi gerektiğini, Housekeeping’e hangi standardın aksadığını, Engineering’e hangi ekipmanın problem yarattığını, Revenue’ya fiyat algısının nasıl değiştiğini, Management’a hangi yatırımın öncelikli olduğunu gösterebilir. Bu noktada yorum artık yorum değildir. Management Data haline gelir.

Ve güçlü otel itibarı yorumlara iyi cevap vermekten çok daha önce başlar. Şurada başlar:

iyi tasarlanmış ürün + doğru beklenti + tutarlı operasyon + iyi misafir deneyimi.

Çünkü uzun vadede online reputation’ın en güçlü stratejisi daha fazla yorum istemek değildir. Daha fazla misafire yorum yazmak isteyecek kadar iyi bir deneyim yaşatmaktır.

Otel Yatırım Rehberi — Cilt VII

Cilt VII — Satış, Pazarlama ve Marka, otelin pazarlamasını reklam ve sosyal medya paylaşımından ibaret görmez. Marka, web sitesi, OTA, Google, yorumlar, sosyal medya, görsel içerik ve dijital reklamı aynı ticari sistemin parçaları olarak ele alır.

Online itibar bu sistemin en kritik geri besleme mekanizmalarından biridir:

Brand Promise → Guest Experience → Review → Reputation → Trust → Booking → Revenue → Operational Learning

Çünkü pazarlama otelin ne vaat ettiğini anlatır.

Yorumlar ise misafirin bu vaadin gerçekten yerine getirilip getirilmediğini anlatır.