Demo talebi sayfası, ziyaretçinin neyi göreceğini ve formu gönderdikten sonra ne olacağını açıkça anlatmalıdır. Formun çalışması kadar talebin ekibe atanması ve yanıtlanması da önemlidir. Daha fazla alan istemek, daha nitelikli talep alacağınızı tek başına göstermez.
Bir ziyaretçi ürünün kendi kurumuna uygun olup olmadığını anlamak ister. Telefon numarasını bırakmadan önce görüşmenin kapsamını, kimler için olduğunu ve sıradaki adımı bilmek istemesi doğaldır. Sayfayı bu sorular etrafında kurmak, yalnızca büyük bir başvuru düğmesi eklemekten daha anlamlıdır.
İlk ekranda hangi sorular cevaplanmalı?
Ürünün hangi sorunu çözdüğünü kısa anlatın. Demo sırasında hangi akışın gösterileceğini belirtin; satış görüşmesini bütün ürünün ücretsiz kurulumu gibi sunmayın. Süre veya dönüş saati veriyorsanız ekibin gerçekten karşılayabildiği bir taahhüt olsun. Ölçülmemiş başarı oranları ve belirsiz en iyi iddiaları kullanmayın.
- Bu demo kimler için uygun?
- Görüşmede hangi iş akışı ele alınacak?
- Başvurudan sonra kim iletişime geçecek?
- Katılımcının önceden hazırlaması gereken bir bilgi var mı?
- Alternatif iletişim yolu nerede?
Formda yalnızca ilk değerlendirmeye yarayanı isteyin
Ad, ulaşılacak kanal ve temel ihtiyaç çoğu projenin ilk görüşmesi için başlangıç olabilir. Şube, kullanıcı veya öğrenci sayısı gerçekten görüşmeyi hazırlıyorsa isteyin. Her alanın zorunlu olmasını alışkanlıkla seçmeyin. Ayrıntılı bütçe ve teknik belgeler ilk temasta şart değilse sonraki görüşmeye bırakılabilir.
Alan etiketleri görünür olsun; kullanıcı yazmaya başlayınca kaybolan örnek metne güvenmeyin. Telefon biçiminde hata varsa anlaşılır açıklama verin. Hata sonrası bütün formun silinmesi veya gönder düğmesinin yanıtsız kalması güveni zedeler. Gizlilik bilgilendirmesini gönderim anında kolay bulunur tutun.
Başarı mesajı gerçek kayıtla eşleşmeli
Form gönderildiğinde ziyaretçi açık bir sonuç görmeli. Ancak başarılı yazısı yalnızca arayüz animasyonu olmamalı; talebin gerçekten kaydedildiği ve ekibe ulaştığı doğrulanmalıdır. E-posta bildirimi başarısız olduğunda talep panelde kalıyor mu? Aynı düğmeye tekrar basınca çift kayıt oluşuyor mu? Bunları test edin.
- Masaüstü ve telefonda örnek talep oluşturun.
- Eksik veya hatalı alanla gönderimi deneyin.
- Başarılı kaydı yönetim tarafında bulun.
- Sorumlu kişiye atandığını doğrulayın.
- Tekrar gönderim ve bildirim hatasını inceleyin.
Talep geldikten sonraki işi tanımlayın
Başvurunun tek bir kişinin e-posta kutusunda kalmaması için sorumlu, durum ve sonraki görev belirleyin. Arandı ile görüşüldü aynı değildir; ulaşılmayan talebe hangi tarihte tekrar dönüleceği belli olsun. Kullanıcının istemediği kanaldan sürekli takip yapılmamalıdır.
Sonuçları hangi ölçütlerle değerlendirin?
Yalnızca form sayısına bakmayın. Geçerli talep, ulaşılabilen kişi, gerçekleşen görüşme ve uygun ihtiyaç gibi aşamaları ayrı izleyin. Yeni tasarım sonrası artış varsa trafik kaynağı ve kampanya da değişmiş olabilir. Birkaç başvurudan kesin dönüşüm artışı iddiası çıkarmayın.
Kaybolan form talepleri rehberi ile gönderim zincirini, web sitesi hizmeti ile proje kapsamını inceleyin. Mevcut formunuz ve cevaplama düzeninizle BE Soft'a ulaşın; sayfa ile ekip takibini birlikte planlayalım.
Sık sorulan sorular
Formu kısaltmak her zaman daha iyi mi?
Gerekli bilgi korunmalıdır. Amaç en az kutu değil, ilk değerlendirme için yeterli ve anlaşılır formdur.
Gönderim sayısı başarıyı gösterir mi?
Tek başına hayır. Geçerli talep ve gerçekleşen görüşme gibi sonraki aşamalar da değerlendirilmelidir.
