Takvim Rezervasyon Aracı
Takvim rezervasyon aracı, lead'lerin bir temsilcinin gerçek zamanlı müsaitliğini görüp bir zaman dilimi seçerek toplantıları kendilerinin planlamasını sağlayan ve planlama e-postalarını ortadan kaldıran yazılımdır.
Önemli noktalar
- Müsaitlik, çalışma penceresinden etkinlikler, haber süresi, tamponlar ve günlük sınırın düşülmesidir.
- Ekip bağlantıları bir yönlendirme kuralı gerektirir: sırayla dağıtım, CRM sahipliği ya da bölge.
- Rezervasyon sayfasında verilen yanıtlar doğrudan CRM kaydına yazılabilir.
- Aracın okuyamadığı takvimler görünmez kalır ve çifte rezervasyonlar böyle doğar.
- Önünde hiçbir kapı olmayan açık bir bağlantı, alıcılarla birlikte satıcıları da davet eder.
Derinlemesine
Bir rezervasyon aracı, tanımlı bir çalışma penceresinden mevcut takvim etkinliklerini çıkararak müsaitliği hesaplar ve ardından sahibinin belirlediği kuralları uygular: asgari haber süresi, öncesi ve sonrası tamponlar, günde en fazla toplantı sayısı ve hangi etkinlik türlerinin çakışabileceği. Ziyaretçinin gördüğü şey geriye kalandır. Seçim yapıldığında araç her iki takvime bir etkinlik yazar, teyit ve hatırlatmaları gönderir ve sayfadaki giriş sorularının yanıtlarını içeren bir kaydı CRM'ye iletir. Bu kurallardan biri eksikse takvim, hazırlığın izin verdiğinden çok daha hızlı dolar ve toplantı kalitesi düşer.
Bu araçların en çok ayrıştığı yer yönlendirmedir. Tek bir kişisel bağlantı basittir; bir ekip bağlantısı ise toplantının kime gideceğine sırayla dağıtım, CRM'de sahiplik sorgusu, bölge kuralları ya da sayfada verilen yanıtlarla karar vermek zorundadır. Her kural kendi hata biçimini getirir: sırayla dağıtım eşit paylaştırır ama hesabın mevcut sahibini yok sayar, sahiplik sorgusu kayıt eksikse kırılır ve bölge mantığı ziyaretçinin yanlış doldurabileceği bir ülke alanına bağlıdır. Bu nedenle her kural yalnızca kurulmakla kalmamalı, çeyrekte bir gerçek bir kayıtla test edilmelidir.
Aracın takvimden ne kadarını yiyebileceğini yapılandırma belirler. Makul varsayılanlar günlük bir üst sınır, not yazmaya yetecek uzunlukta tamponlar ve aracın meşgul saydığı bloke odak zamanıdır. Yerleşim de en az ayarlar kadar önemlidir: fiyat sayfasındaki bir bağlantı, puanlı bir quizin sonunda açılan bağlantıdan farklı bir ziyaretçiye ulaşır; ikincisinde araç kademeyi devralıp yüksek puanlıyı kıdemli bir temsilciye yönlendirirken diğerlerine grup oturumu gösterebilir. Bilinçli bir yerleşim olmadan bağlantı, beklenen görüşme kalitesini nadiren getirir; bağlantı sayısı arttıkça bu fark daha da açılır.
Araç yalnızca okuyabildiği takvimleri bilir. İkinci ve bağlı olmayan bir hesapta tutulan toplantılar ya da bir meslektaşın geçici bloğu görünmez kalır ve çifte rezervasyonlar bunu izler. Araç ayrıca bir toplantının hiç yapılmalı mı olduğuna karar veremez; bu yüzden açık ve herkese görünür bir bağlantı, işe alım uzmanları ve satıcılar dahil herkese davettir. Planlamanın geleneksel olarak asistan ya da telefonla yürüdüğü yerlerde bağlantı göndermek, işi alıcıya yıkmak gibi okunabilir. Yani araç, kiminle konuşulacağına dair kararın yerini almaz, yalnızca o kararı uygular.
Pratikte örnek
Nasıl ölçülür
Önce sayfa tamamlanmasına bakın: planlayıcıyı açan ziyaretçilerin rezervasyonu bitirenlere oranı. Düşük bir oran genellikle zorunlu alanları ya da uygun hiçbir şey sunmayan bir müsaitlik penceresini işaret eder. Ardından dilim dağılımını kontrol edin; çünkü neredeyse her rezervasyon ilk iki uygun dilime düşüyorsa sorun talebinizin azlığı değil takviminizin darlığıdır ve önce ayarları gözden geçirmelisiniz. Bu iki okuma birlikte, sorunun arzda mı talepte mi olduğunu söyler.
Sonra yönlendirmeyi denetleyin. Yanlış sahibe atanan toplantıları ve kimseye düşmeyen toplantıları sayın; aracın raporunda ikisi de başarılı rezervasyon görünür. İkinci sinyal, bağlantı bazında erteleme ve iptal oranlarıdır: alışılmadık ölçüde çok ertelenen bir bağlantı genellikle eskimiş bir takvim bağlantısını ya da sahibin gerçekte kullanamayacağı dilimleri sunan bir tampon kuralını işaret eder. Bu denetimi aylık yapmak, sessiz kayıpların birikmesini engeller.
Sık yapılan hatalar
İlk yapılandırma hatası fazla müsaitlik sunmaktır. Sabahtan akşama açık bir takvim cömert görünür ama arka arkaya toplantılar, not yazacak zamanın kalmaması, geciken kayıtlar ve hazırlanamayan bir temsilci üretir. Günlük bir üst sınır, iki tarafta on ile on beş dakikalık tampon ve asgari bir haber süresi belirleyin; böylece kimse dokuz dakika sonra başlayacak bir dilimi rezerve edemez. Ayarları her ekip değişikliğinden sonra yeniden gözden geçirin.
İkinci hata, nitelendirmeyi rezervasyon sayfasına yaptırmaktır. Bir planlayıcıya altı zorunlu soru eklemek tamamlanma oranını belirgin biçimde düşürür, çünkü ziyaretçi saat seçmeye gelmişken eline form tutuşturulmuştur. Sayfayı yönlendirmenin gerçekten ihtiyaç duyduğu kadarıyla, genellikle şirket ve tek bir bağlam sorusuyla sınırlayın; asıl nitelendirmeyi bağlantı gösterilmeden önce ya da görüşme sırasında yapın. Burada daha az alan, neredeyse her zaman takvimde daha çok kullanılabilir toplantı anlamına gelir.
Sıkça sorulan sorular
Toplantı rezervasyonu ile takvim rezervasyon aracı arasındaki fark nedir?
Toplantı rezervasyonu bir adayı görüşme planlamaya ikna etme hedefidir, takvim rezervasyon aracı ise self servis planlamayı mümkün kılan yazılımdır. Araç, rezervasyon sonucuna verimli ulaşmanın bir yoludur.
Bir rezervasyon aracı CRM'ime bağlanabilir mi?
Evet. Çoğu takvim rezervasyon aracı, kayıt oluşturmak veya güncellemek, toplantıyı kaydetmek ve iş akışlarını tetiklemek için büyük CRM'lerle entegre olur. Bu, aktivite verisini elle giriş olmadan doğru tutar.
Niteliksiz toplantı rezervasyonundan nasıl kaçınırım?
Rezervasyon bağlantısını bir puanlama quizi gibi bir nitelendirme adımının arkasına koyun, böylece yalnızca uyumlu adaylar takvime ulaşabilir. Quiz yanıtlarını toplantı kaydına aktarmak ayrıca temsilcilere anında bağlam verir.
Rezervasyon sayfası neleri sormalı?
Ad, e-posta ve yönlendirme kuralının gerçekten ihtiyaç duyduğu şey; bu genellikle şirket ve tek bir bağlam sorusudur. Her ek alan tamamlanmadan kaybettirir ve e-posta alan adından bulunabilecek hiçbir şey sorulmamalıdır. Yanıtlar yönlendirme için değil görüşme için gerekiyorsa, bunları teyit e-postasında toplayın. Böylece sayfa kısa ve tamamlanabilir kalır.
Rezervasyon aracının takvimi doldurması nasıl önlenir?
İnsanların düşünceli davranmasını ummak yerine sınırlar ve kapılar kullanın. Günlük ve haftalık üst sınır, tamponlar ve aracın meşgul saydığı bloke odak zamanı çoğunu geri tutar. Bunun ötesinde tek bir evrensel bağlantı yayımlamayı bırakın: farklı bağlantılara farklı müsaitlik verin ki nitelikli inbound ile soğuk talepler aynı dilimler için yarışmasın.
Toplantı atamasında sırayla dağıtım mı CRM sahipliği mi?
Önce sahiplik, geri düşüş olarak sırayla dağıtım. Hesabın zaten bir sahibi varsa toplantıyı başka birine göndermek adayın fark edeceği bir çelişki yaratır. Aracı, sahipliği e-posta alan adından sorgulayacak, varsa o temsilciye atayacak ve kalanı eşit dağıtacak şekilde kurun. Sorgunun başarısız olduğu durumu da test edin, çünkü bu yol genellikle denenmeden kalır.
Rezervasyon araçları kurumsal anlaşmalarda işe yarar mı?
Takip toplantıları için evet; kıdemli bir alıcıyla ilk temas için çoğu zaman hayır. Bir yöneticiden kendi dilimini bulmasını isteyen bağlantı, kolaylık yerine sürtünme olarak algılanabilir, özellikle takvimi bir asistan yönetiyorsa. Birçok ekip ilk görüşme için saatleri yazılı önerir ve ilişki kurulduktan sonra bağlantıya geçer. Bu geçiş genelde ikinci görüşmede olur.
Araç zaman dilimlerini nasıl ele almalı?
Ziyaretçinin diliminı tarayıcıdan algılayın, açıkça gösterin ve değiştirilebilir bırakın; çünkü algılama VPN arkasında ve seyahatteki cihazlarda yanılır. Etkinliği mutlak zamanla yazın ki iki takvim de doğru göstersin. Dilimi teyit e-postasında da belirtin, çünkü dilimler arası katılmamaların çoğu zihinde yanlış çevrilen doğru bir rezervasyondan doğar. Hatırlatmada da aynı bilgiyi tekrarlayın.
Rezervasyon bağlantısı herkese açık mı olmalı kapılı mı?
Bu, takvimin ne için olduğuna bağlıdır. Bir destek ya da iş ortağı takvimi düşük maliyetle herkese açık olabilir; kıdemli bir satışçının takvimi genellikle olmamalıdır, çünkü dilimi herhangi biri alabilir. Orta yol, bir nitelendirme adımından sonra açılan bir bağlantıdır; böylece ziyaretçi yine kendisi planlar ama takvim korunur.