B2B teklif formu alanları, satış ekibinin talebi doğru kişiye yönlendirmesine ve ilk değerlendirmeyi yapmasına yetecek bilgiyi toplamalıdır. İsim, kullanılacak iletişim yolu ve ihtiyaç özetiyle başlayın; bütçe, tarih veya teknik ayrıntıyı gerçekten gerekli olduğunda sorun. Zorunlu alanların her biri, formdan sonraki somut bir işe hizmet etsin.
İlk değerlendirme kararını tanımlayın
Formdan sonra ne olacağını yazın: talep hizmete göre yönlendirilecek, uygunluk incelenecek, görüşme planlanacak veya standart ürün için fiyat hazırlanacak olabilir. Bu kararlar farklı bilgi ister. Proje gereksinimleri görüşmede netleşecekse kullanıcıdan şimdiden ayrıntılı teknik şartname istemek gereksiz olabilir.
Satış ekibinin son taleplerde tekrar sormak zorunda kaldığı bilgileri inceleyin. Bunların hangisi ilk aşamada kritik, hangisi sonraki görüşmeye ait? Sıklıkla sorulması bir alanı otomatik olarak zorunlu yapmaz; gelen kişinin o bilgiyi henüz bilmiyor olması mümkündür. “Henüz net değil” seçeneği bazı proje alanlarında daha doğru kayıt sağlayabilir.
Alanları işlevlerine göre seçin
Her alanın yanına “Bunu hangi kararda kullanacağız?” notu yazın. Hizmet türü doğru ekibe yönlendiriyorsa yararlıdır; henüz bilinmeyen teknik altyapıyı zorunlu istemek uygun bir adayı formdan çıkarabilir. Dosya yüklemesi isteğe bağlıysa kabul edilen biçimi ve boyut sınırını gönderimden önce gösterin.
Görünür etiketleri alanla ilişkilendirin; placeholder tek açıklama olmasın. Zorunlu alanı yalnızca renkle belirtmeyin. Hata mesajı “Eksik bilgi” yerine hangi alanın neden düzeltileceğini söylesin ve önceden yazılmış bilgileri korusun. Aynı formu klavyeyle ve telefonda doldurarak yanlış klavye türü veya kapalı hata metni gibi sorunları yakalayın.
| Alan grubu | Ne zaman yararlı? | Daha sonra alınabilecek ayrıntı |
|---|---|---|
| İletişim | Geri dönüş yapabilmek için | Faturalama adresi ve ek yetkililer |
| İhtiyaç veya hizmet | Doğru ekibe yönlendirmek için | Ayrıntılı uygulama şartnamesi |
| Mevcut durum | Başlangıç noktasını anlamak için | Bütün araçların teknik erişimleri |
| Zaman beklentisi | Gerçek takvim kısıtını görmek için | Kesin proje planı |
| Kısa açıklama | Listede olmayan bağlamı yakalamak için | Tam keşif görüşmesi notları |
Kesinleşmemiş ihtiyaca da yer bırakın
Örnek senaryo: Bir üretici mevcut sitesinden daha uygun talepler almak istiyor, fakat SEO, web yenileme veya reklam seçeneklerinden hangisine ihtiyacı olduğunu bilmiyor. Formda yalnızca uzmanlık seçimi zorunlu tutulursa yanlış kategori seçebilir. İş ihtiyacını anlatan seçenek ve kısa açıklama alanı daha kullanışlı bir başlangıç sağlayabilir.
Bu varsayımsal yaklaşım, tüm alanları serbest metne çevirmek değildir. Yönlendirmeye yarayan sınırlı seçeneklerle bilinmeyen ihtiyacı açıklama fırsatını birlikte sunun. Dosya ekleme varsa ne tür bilginin gerekli olduğunu ve yüklemenin zorunlu olup olmadığını açıkça belirtin; ilk iletişimde hassas belgeleri gereksiz yere talep etmeyin.
Formun sonrasını içerikle birlikte tasarlayın
Test başvurusunu siteden gönderip hem bildirimi hem CRM kaydını kontrol edin. Türkçe karakterler, hizmet seçimi, dosya bağlantısı ve kaynak sayfa doğru aktarılıyor mu? Başarı ekranı görülmesi, talebin satış ekibine ulaştığının kanıtı değildir. Bildirim başarısızsa kimin bunu izleyeceği belli olsun.
Gönderim sonrası mesajda başvurunun alındığını ve sonraki işlemi açıklayın. Otomatik e-posta varsa aynı bilgiyi taşısın; uygulanmayan yanıt süresi vaat edilmesin. Dönüşüm takibinin başarısız gönderimde veya sayfa yenilemesinde ikinci bir başvuru kaydetmediğini de test edin. Kişisel bilgileri gereksiz biçimde analiz olaylarına veya URL parametrelerine taşımayın.