
Bir etkinlik mekânına ilk talep tek bir cümleyle gelebilir: “Mart sonunda 120 kişilik bir lansman yapabilir miyiz?” Bu cümlede tarih, katılımcı sayısı ve etkinlik türü vardır; ancak oturma düzeni, teknik ihtiyaç ve bütçe gibi kararı belirleyen ayrıntılar eksiktir. Asistanın görevi bu boşlukları doğru sırayla toplamak, mekânın yazılı kapasitesini onaylı kaynaktan aktarmak ve tarihe özel müsaitliği tahmin etmemektir. Bu yazıda talebin nasıl özetlenmesi gerektiğini, statik kapasite ile tarihe özel durumun neden ayrı tutulduğunu ve salon ayırma taahhüdünün neden verilemeyeceğini ele alıyoruz.
Toplantı Ve Davet Tipini Ayırt Etmek
Toplantı ile davet aynı salonda yapılsa bile farklı bir talep biçimi oluşturur. Toplantıda genellikle sunum, masa düzeni ve kesintisiz internet önceliklidir. Davette ise karşılama alanı, ikram düzeni, müzik ve misafirlerin hareket akışı öne çıkar. Müşteri yalnızca “etkinlik yapmak istiyoruz” dediğinde asistan bu ayrımı sormalıdır. Aksi halde ekibe iletilen özet, mekânın hangi düzeni hazırlayacağını bilemeyen eksik bir kayıt olur.
Tip belirlendikten sonra etkinliğin amacı kısa bir cümleyle not edilmelidir. Ürün lansmanı, eğitim, aile buluşması ve kurumsal yıl sonu gibi amaçlar aynı soruyu farklı yanıtlatır. Bu bilgi müşteriye kaynak dışında bir hizmet vaadi vermek için kullanılmamalıdır. Asistan amacı yalnızca talep özetine taşır ve mekânın bu türle uyumu için ekibin değerlendirmesi gerektiğini açıkça söyler. Böylece müşteri ilk görüşmede hem neyi paylaştığını hem de henüz neyin onaylanmadığını bilir.
Tarih Ve Katılımcı Sayısını Doğru Kaydetmek
Tarih talebi özellikle netleştirilmesi gereken bir bilgidir. Müşteri “Haziran başı” dediğinde bu bir gün, hafta ya da tüm ay olabilir. Asistan kesin bir tarih, saat aralığı ve alternatif günleri ayrı alanlarda toplamalıdır. Kurulum, ikram ve toplama süresi de etkinlik saatlerine eklenmelidir. Bu bilgi eksikse müşteri sabah erken kurulum istediğini düşünürken ekip yalnızca etkinlik saatini görebilir.
Katılımcı sayısı da aralık olarak değil, mümkünse rakam olarak alınmalıdır. “Yüz civarı” ile “yüz yirmi kişi, en fazla yüz otuz” aynı kayıt değildir. Davetlerde davet edilen ve beklenen sayının ayrı yazılması, değerlendirmeyi kolaylaştırır. Asistan bu sayıyı kaynaktaki yazılı kapasite bilgisiyle karşılaştırabilir; ancak o tarihte salonun boş olup olmadığını bu sayı tek başına göstermez.
Statik Kapasite İle Tarihe Özel Müsaitliği Ayırmak
Statik kapasite, mekânın yazılı ölçüsü ve oturma düzenlerine göre belirlenmiş genel bilgidir. Onaylı belgede tiyatro düzeninde kaç kişi, yuvarlak masada kaç kişi yazıyorsa asistan bunu aktarabilir. Bu bilgi tarihten bağımsızdır ve bir müsaitlik kararı anlamına gelmez. Kaynakta ölçü yoksa asistan tahmin etmemeli, mekân ekibiyle iletişime geçilmesini istemelidir.
Tarihe özel müsaitlik ise canlı takvim gerektirir. Aynı gün başka bir etkinliğin olup olmadığı, bakım ya da kurulum planı ve salonun o saatte kullanılabilirliği kaynak metninden anlaşılamaz. Entegrasyon kapsamına uygun bir takvim bağlantısı kurulmamışsa asistan “uygun görünüyor” ya da “ayırtıldı” diyemez. Bu nedenle talep özetinde tarih, müsaitlik değil değerlendirilecek talep olarak yer alır ve müşteriye bu fark açıkça söylenir.
Oturma Düzeni Ve Teknik İhtiyaçları Listelemek
Oturma düzeni, kapasite kadar etkinlik deneyimini belirler. Sınıf, U masa, ayakta karşılama ve sahneli gösteri gibi seçenekler aynı salonda farklı sayılar verir. Asistan müşterinin tercih ettiği düzeni yalnızca tercih olarak not etmelidir. Düzenin kullanılabilirliği ve hangi masa ya da sandalye sayısının karşılanacağı mekân ekibinin onayına bağlıdır.
Teknik ihtiyaçlar ayrı bir liste olarak toplanmalıdır: projeksiyon, mikrofon, ses sistemi, ışık ayarı, internet bağlantısı ve yükleme kapısı gibi. Müşterinin “uygun bir sistem olsun” gibi genel ifadesi, teknik ekibin soracağı soruları çözmez. Asistan her maddeyi ayrı satırda kaydeder ve kaynakta yer almayan bir donanımı varmış gibi göstermez. Liste ekibe devredilirken, belirsiz kalemlerin ayrıca doğrulanması gerektiği belirtilir.
Fiyat Ve Koşul Sorularında Onaylı Metni Kullanmak
Etkinlik mekânlarında fiyat çoğu zaman tarihe, süreye, düzene ve ek hizmete göre değişir. Kaynakta kesin bir fiyat tablosu yoksa asistan rakam üretmemelidir. Onaylı fiyat metni varsa genel kapsamı aktarabilir; ancak bu metin son teklifin yerine geçmez. İndirim, pazarlık veya özel paket istendiğinde bu talep ekibe bırakılır.
Ödeme koşulları, iptal ve değişiklik sınırları da yalnızca onaylı kaynaktan anlatılmalıdır. Kurumsal müşterilerde fatura bilgisi, yetkili kişi ve ön ödeme beklentisi gibi konular görüşmeye girebilir. İlk talep görüşmesinde ayrıntılı fatura, kimlik veya ödeme kartı bilgisi istenmemelidir. Yalnız yetkili takibin gerektirdiği iletişim bilgisi netleştirilir; resmi işlem ayrıntıları işletmenin onaylı kanalında ele alınır. Asistanın görevi müşteriyi doğru sorumluya ulaştırmaktır.
Talep Özetini Ekibe Eksiksiz Devretmek
Talep özeti, müşterinin neyi istediğini ve neyin hâlâ belirsiz olduğunu tek bakışta gösteren kayıttır. Tip, amaç, tarih seçenekleri, katılımcı sayısı, düzen tercihi, teknik ihtiyaç ve fiyat sorusu bu özetin alanlarıdır. Özetin sonunda “müsaitlik doğrulanmadı” ve “fiyat onaylanmadı” gibi açık notlar bulunmalıdır. Böylece ekip konuşmanın tamamını baştan okumak zorunda kalmaz.
Ekip devri ve bildirim akışı kurulumda yapılandırılıp test edilmelidir. Bildirim geldiyse bu, talebin çözüldüğünü veya personele görev atandığını göstermez; sorumlu kişinin görüşmeyi ayrıca incelemesi gerekir. Ekip takibi bu geçişin nasıl düzenleneceğini belirler. Müşteriye görüşmedeki tarih ve düzen tercihlerinin yalnız talep özeti olduğu ve kesin müsaitlik için mekânın yetkili iletişim kanalından teyit alması gerektiği açıklanmalıdır. Asistan henüz yapılmamış bir onayı ya da tamamlanmış bir kaydı varmış gibi göstermemelidir.
Talep Alanlarında Asistanın Sınırı
| Talep alanı | Asistanın yapabileceği | Ekip onayı gereken |
|---|---|---|
| Statik kapasite | Onaylı kaynaktaki ölçü ve düzen bilgisini aktarır | Tarihe özel boşluk ayrıca doğrulanır |
| Tarih ve saat | Ana gün, alternatif gün ve saat aralığını toplar | Salonun o saatte kullanılabilirliği kontrol edilir |
| Teknik ihtiyaç | Projeksiyon, ses ve internet isteklerini listeler | Donanım uygunluğu mekân ekibince teyit edilir |
| Fiyat ve koşul | Onaylı fiyat metnini ve genel koşulları paylaşır | Kesin teklif ve özel paket ekipte kalır |
Tüm sütunları görmek için tabloyu yana kaydırın.
Temsili Konuşma Örneği
Aşağıdaki konuşma temsilidir; gerçek bir mekânın yanıtı değildir ve müsaitlik bilgisi içermez.
Müşteri: Mart sonunda şirket lansmanı yapmak istiyoruz, yaklaşık 120 kişi.
Asistan: Teşekkürler. Lansmanın tarih aralığını, saatlerini ve tercih ettiğiniz oturma düzenini paylaşır mısınız? Kaynakta yazılı kapasite bilgisini aktarabilirim, ancak o tarihte salonun boş olup olmadığını buradan doğrulayamam.
Müşteri: Projeksiyon ve mikrofon gerekiyor. Fiyatı da öğrenmek istiyorum.
Asistan: Projeksiyon ve mikrofon ihtiyacını talep notunuza ekleyebilirim. Fiyat için kesin bir rakam vermem doğru olmaz; onaylı teklif ve teknik uygunluk için mekânın yetkili iletişim kanalından teyit alabilirsiniz. Buradaki konuşma bir salon ayırma veya teklif onayı oluşturmaz.
Uygulama Adımları
- Etkinlik tipini toplantı, davet veya karma olarak ilk mesajda sorun ve cevabı talep özetinin ilk satırına yazın.
- Tarih için en az bir ana gün, alternatif günler, etkinlik saati ve kurulum süresini ayrı alanlarda kaydedin.
- Katılımcı sayısını rakam olarak alın; davet edilen ve beklenen sayıyı ayrı tutun.
- Statik kapasiteyi yalnızca onaylı kaynaktaki ölçü ve düzen bilgisinden aktarın; tarihe özel boşluk için kesin ifade kullanmayın.
- Teknik ihtiyaçları maddeler halinde toplayın ve kaynakta olmayan donanım için doğrulama notu ekleyin.
- Fiyat sorularında onaylı metni paylaşın, rakam üretmeyin; ödeme ve iptal koşullarını yalnızca kaynaktan aktarın.
- Özeti ekip devrine hazırlarken müsaitlik ve fiyatın doğrulanmadığını açıkça yazın.
Etkinlik mekânında tarih ve alan talebi, ilk mesajda görünen cümleden çok daha fazla bilgi gerektirir. Asistanın işi bu bilgileri düzenli toplamak, onaylı kapasiteyi doğru aktarmak ve tarihe özel kararı ekibe bırakmaktır. Talep alındığında bu, otomatik bir ayırtma ya da kesin bir fiyat anlamına gelmez. Kurulumdan önce örnek görüşmelerle bu akışı test etmek, yanlış beklentiyi azaltır. Kapsamı netleştirmek için iletişim sayfasından ulaşabilirsiniz.
