Form gönderimi sonrası bir onay sayfası kullanarak alındığını doğrulayın, sonraki adımları açıklayın ve “Aldınız mı?” takip mesajlarını azaltın.

Bir onay sayfası yalnızca kibar bir “teşekkür” değildir. Formun çalıştığının kanıtıdır ve sonraki adımın zaten başlatıldığını gösterir. İnsanlar bu kanıtı görmezse güvenli olanı yaparlar: “Aldınız mı?” diye sorar veya tekrar gönderirler.
Çoğu takip talebi üç nedenle olur: sayfa çıkmaz bir yol gibi görünür, hangi verinin alındığını göstermiyor veya sonraki adımı açıklamıyor. Kısa bir gecikme (veya yavaş bir e-posta) bile tereddüt yaratabilir, özellikle uzun bir form doldurulduysa veya hassas bilgiler sorulduysa.
Teşekkür mesajı duygusaldır. Gerçek bir onay pratiktir. Şunu yanıtlar: “İsteğim alındı mı ve şimdi ne yapmalıyım?” En iyi sayfalar her ikisini de yapar ama kesinliği öncelikler.
Belirsiz zaman çizelgeleri ekstra e-postalar ve sohbetleri tetikler. “Yakında iletişime geçeceğiz” derseniz, kullanıcılar “yakında”yı kendi takvimlerine çevirir. Gerçeklik tahminleriyle uyuşmazsa, size ulaşırlar.
Kullanıcı açısından “başarı” genellikle şu anlama gelir: isteğin alındığını net şekilde görebilmek, ne zaman ve nasıl yanıt alacaklarını bilmek, ek bir şey yapmaları gerekip gerekmediğini bilmek ve sonra kullanabilecekleri bir referans detaya sahip olmak. Bir şey yanlış gittiyse, düzeltme (düzenle, yeniden gönder) veya destekle iletişim için net bir kurtarma yolu da isterler.
Elinizle kod yazıyor olun ya da Koder.ai gibi bir araçta akışlar kuruyor olun, amaç aynı: tereddüdü ortadan kaldırmak.
İyi bir onay sayfası iki işi yapar: mesajın ulaştığını kanıtlar ve kişiye sonraki adımı söyler. Bu iki parçadan biri belirsizse insanlar sayfayı yeniler, tekrar gönderir veya destekle iletişime geçer.
Hemen ne olduğunu söyleyen bir başlıkla başlayın. “Teşekkürler” hoş ama yeterli değil. İşlemi adlandırın: “Talebinizi aldık” veya “Destek talebiniz gönderildi.” Bu tek satır çoğu belirsizliği önler.
Ardından insanların doğru şeyi gönderip göndermediğini onaylayabilecekleri küçük, güvenli bir özet ekleyin. Bir referans numarası (ticket ID, request ID) idealdir. ID yoksa konuyu, seçilen kategoriyi ve yanıt verilecek e-posta adresini gösteren kısa bir özet gösterin. Tam adresler, kimlik numaraları veya özel notlar gibi hassas bilgileri görüntülemekten kaçının.
Geri kalanını basit tutun:
Yanıt süresi çoğu sayfanın dağıldığı yerdir. “Yakında dönüş yapacağız” kaygı yaratır. İnsanların plan yapabileceği bir aralık verin, örneğin “1 iş günü içinde” veya “24–48 saat içinde” ve hafta sonları veya tatillerin etkisini tek satırda belirtin.
Gönderdikten sonra kullanıcıların genellikle ilk sorusu: “Gitti mi?” Bunu açıkça yanıtlayın, ardından ne olacağını, zamanlamayı ve acil ise ne yapılması gerektiğini yazın.
Site tonuna uyan bir dil kullanın. Birkaç basit başlangıç cümlesi:
Zaman çizelgeleri ancak spesifik ve gerçekçi olduklarında tekrarlayan mesajları azaltır. Tercih olarak aralık ve insanların planladığı birim (saat veya iş günü) kullanın. “24 saat içinde” güçlü görünür ama sık sık tutulamazsa ters tepki verir.
İş saatleriyle çalışıyorsanız bunu doğrudan söyleyin: “Pazartesi–Cuma cevap veriyoruz. 17:00 sonrası gönderimler bir sonraki iş gününde ele alınır.” Bu tek satır hafta sonu takiplerini önler.
Otomatik mi yoksa manuel mi olduğunu açıkça belirtin. Bir onay e-postası hızlı gelmesi bekleniyorsa, ne zaman geleceğini ve gelmezse ne yapılacağını söyleyin (spam klasörünü kontrol et, birkaç dakika bekle, sonra tekrar dene veya destek ile iletişime geç). İnceleme elle yapılıyorsa bunu söyleyin ve “yanıt gelmezse” ne anlama geldiğini tanımlayın: “2 iş günü içinde haber alamazsanız onay e-postasına yanıt verin, tekrar gözden geçirelim.”
Acil durumlar için bir kurtarma yolu sunun ama sağlamadığınız bir desteği ima etmeyin. Normal yol açıklandıktan sonra yalnızca gerçekse acil seçenek sunun.
Çoğu “Aldınız mı?” takip mesajı insanların emin olmamasından kaynaklanır. İyi bir onay sayfası sorulmadan önce sonraki soruları cevaplar.
Kısa bir SSS, gönderilen forma özgü olduğunda en iyi çalışır. Sıkı tutun ve gerçek bir kişiye cevap veriyormuş gibi yazın:
Ardından bir takip kuralı ekleyin: “2 iş günü içinde sizden haber alamazsak referans numaranızla destek ile iletişime geçin.”
Daha fazla bağlam gerektiren durumlar sıkça oluyorsa, bunu söyleyin. Basit bir uyarı yardımcı olur: “Ekran görüntüleri, sipariş numaraları veya kısa bir zaman çizelgesi elinizde olsun. Bunları isteyebiliriz.”
Ek dosyalar form üzerinden kabul edilmiyorsa bunu açıkça söyleyin ve kullanıcıya alternatif yolu anlatın.
Gecikme nedenlerini savunmacı olmadan adlandırabilirsiniz: “Yanıt süreleri hafta sonları ve resmi tatillerde daha uzun olabilir.” Bunu tek cümlede tutun.
Onayı kaçırılmaz hale getirin. Açık bir başlık (“Talebinizi aldık”), basit bir başarı ikonu ve başarıyı gösteren renk işareti (çoğunlukla yeşil) kullanın. Renge tek başına güvenmeyin.
Sayfayı taranabilir tutun. Önemli bilgileri üstte koyun: ne oldu, sonraki adım ne ve genellikle ne kadar süreceği.
Erişilebilirlik sessiz hataları önler. Gerçek başlıklar kullanın ki ekran okuyucular ana mesaja atlayabilsin. Gönderim sonrası klavye odağını onay başlığına taşıyın ki yardımcı teknoloji başarı durumunu duyursun. Sayfa içi bir mesaj gösteriyorsanız (yeni sayfa yerine), düzgün şekilde duyurulduğundan emin olun ki sessiz kalmasın.
Mobilde küçük butonlar ve ağır metin bloklarından kaçının. Birincil sonraki adımı başparmak için kolay erişilebilir yapın. Referans numarası gösteriyorsanız kopyalamayı kolaylaştırın.
Kısa bir kontrol listesi:
Onay akışı sadece bir “teşekkür” ekranından daha fazlasıdır. Tekrar gönderimleri önlediğiniz ve insanları bir sonraki faydalı eyleme yönlendirdiğiniz yerdir.
Tıklamadan hemen sonra ne olacağını haritalayarak başlayın. İnsanlar nereye gelmeyi bekler ve sonra ne yapabilir (sekme kapatmak, yenilemek, ekran görüntüsü almak, iletmek)? Bu kafa karışıklığının takip mesajına nasıl dönüştüğünü görmenizi sağlar.
Gösterilecekleri seçin ama hassas detayları açığa çıkarmayın. Güvenli bir varsayılan kısa bir özet (isim, konu, seçilen seçenekler) ve bir referans numarasıdır. Özel bilgi içerebilecek uzun serbest metin gösterilmemeli; önizleme gösteriliyorsa kısa tutun ve gerekiyorsa maskelenmiş gösterin.
En yaygın sonraki göreve uyan birincil eylemi seçin ve bunu belirgin hale getirin. Kenar durumları için bir ikincil seçenek ekleyin: “Başka bir talep gönder” veya “Bilgileri düzenle” (sadece gerçekten düzenleme destekliyorsanız).
Otomatik e-posta veya SMS gönderiyorsanız sayfada bunu net şekilde belirtin: kimden geleceği, ne zaman ulaşması gerektiği ve gelmezse ne yapılacağı.
Son olarak, dağınık gerçeklikleri test edin:
Küçük bir hizmet şirketinin basit bir talep formunu hayal edin: ad, e-posta, telefon (opsiyonel), şirket ve kısa bir “Nasıl yardımcı olabiliriz?” mesajı. Birisi fiyat ve zaman çizelgesi öğrenmek için doldurur.
Gönder düğmesine bastıktan hemen sonra onay şüphenizi ortadan kaldırmalı ve şu soruları yanıtlamalı: “Gitti mi?”, “Ne zaman geri döneceksiniz?” ve “Bir şeyi unuttuysam ne yapmalıyım?”
Üst bölümde gösterilecekler:
Altında kısa bir zaman çizelgesi ekleyin:
“Sonraki adımlar:
Geri dönüşleri azaltmak için yakaladığınız ana bilgileri (e-posta, şirket ve mesajın kısa bir önizlemesi) tekrar eden bir “Hızlı kontrol” bloğu ekleyin. Bir şey yanlış görünüyorsa düzenleme yolu formu önceden doldurulmuş şekilde yeniden açmalı.
Mesai saatleri dışında zaman mesajını gerçeğe göre ayarlayın:
“Teşekkürler, aldık. Ekibimiz şu anda çevrimdışı (Pzt–Cum, 09:00–18:00). Mesai dışı gönderimler bir sonraki iş gününde incelenir. 1–2 iş günü içinde yanıt alacaksınız.”
Çoğu takip e-postası sabırsızlıktan değil. Onay sayfası boşluk bıraktığı için insanlar bu boşlukları doldurmak amacıyla destekle iletişime geçer.
Bir onay sayfası hızlıca üç soruyu yanıtlamalı: İşlem başarılı mı? Sonraki adım ne? Şimdi ne yapmalıyım (varsa)? Bunların herhangi biri eksikse destek öder.
“Sadece ‘Teşekkürler’ diyen, özet veya sonraki adımı olmayan bir sayfa” gibi kalıplar “kontrol ediyorum” mesajlarını tetikler.
Diğer tetikleyiciler:
Bunu sürtüşme eklemeden önlemek için sayfayı sakin ve spesifik tutun. Gerçekçi bir zaman aralığı kullanın ve “yanıt”ın ne anlama geldiğini (e-posta mı, telefon mu, her ikisi mi) tanımlayın. Gereken daha fazla adım varsa bunları formdan önce belirtin, sonra değil.
Araç destekliyorsa, bir “Bilgiyi güncellemek istiyor musunuz?” yolu ekleyin; bu yol orijinal gönderimle ilişkilendirilmiş küçük bir takip formu oluşturabilir, kullanıcının baştan başlamasını zorunlu kılmadan düzeltmeyi sağlar.
Gizlilik UX'in bir parçasıdır. Kullanıcıya gereken kadar gösterin ve hassas değerleri URL'lerde veya paylaşılabilir ekran görüntülerinde tutmayın.
Gerçek gözlerle hızlı bir kontrol yapın, sadece kendi fikrinize dayanmayın:
Sonra cihaz ve erişilebilirlik kontrolü yapın:
Basit bir test: birine formu göndertin ve kaydırmadan “Gitti mi?” ve “Sonraki adım ne?” diye sorun. Tereddüt ediyorsa metni veya düzeni ayarlayın.
Onay sayfaları en iyi tanıdık hissettiklerinde çalışır. Her form farklı ton, farklı vaat ve farklı zaman çizelgesiyle bitiyorsa, insanlar aynı soruları tekrar tekrar sorar.
Bu haftada hayata geçirebileceğiniz bir iyileştirme seçin ve en yüksek trafikli formlarınıza uygulayın. Gerçek sorulara dayanan küçük değişiklikler hızla büyük fark yaratır.
Yüksek etkili birkaç iyileştirme:
Takip oranını ölçün: kaç kişi yeniden gönderiyor, onay e-postasına “Aldınız mı?” diye cevap veriyor veya destekle kontrol için iletişime geçiyor. Haftalık olarak gözden geçirip en sık sorulanlara göre metni güncelleyin.
Bakımı kolay tutmak için bir onay sayfası şablonu oluşturun ve yeniden kullanın. Yapıyı aynı tutun (başlık, ne olacak, zaman çizelgesi, bir eylem), sonra sadece form-özgü detayları değiştirin.
Koder.ai ile formları ve onay sayfalarını daha hızlı oluşturmak veya güncellemek isterseniz, kısa bir sohbetten UI ve akışı üretebilir ve snapshot/rollback ile güvenli şekilde denemeler yapabilirsiniz. Bu, metin değişikliklerini test etmeyi, yayımlamayı ve yeni karışıklık yaratırsa geri almayı kolaylaştırır.
Uzun vadede haftalık küçük metin ayarları gibi basit bir rutin, zaman çizelgeleri ve talimatların güncelliğini korumasına yardımcı olur.
Bir onay sayfası gönderimin başarılı olduğunu kanıtlamalı ve kullanıcıya sonraki adımları anlatmalı. Basit bir “Teşekkürler” hoş olsa da; alındığını doğrulamaz ve beklentileri netleştirmezse şüpheleri azaltmaz.
Net bir başlık kullanın: “Talebinizi aldık” gibi. Güvenli bir özet gösterin (ör. yanıt verilecek e-posta ve seçilen konu) ve gerçekçi bir yanıt süresi aralığı ekleyin. Sayfanın çıkmaz sokak gibi hissettirmemesi için bir sonraki açık eylemi belirtin.
Referans numarası, kullanıcıya daha sonra alıntı yapabileceği somut bir kanıt sağlar ve ekibinizin kaydı hızlı bulmasını kolaylaştırır. ID oluşturamıyorsanız, isteği özel olarak tanımlayan ve gizli bilgileri açığa çıkarmayan kısa bir özet gösterin.
E-postanın ne zaman gelmesi gerektiğini ve gelmezse ne yapılacağını belirtin: birkaç dakika bekleyip spam klasörünü kontrol etmek gibi. Gecikmeler olabiliyorsa bunu sayfada belirterek insanların hemen yeniden göndermesini veya destekle iletişime geçmesini önleyin.
Kullanıcıların plan yapabileceği açık bir aralık verin, örneğin “24–48 saat içinde” veya “1–2 iş günü içinde” ve hafta sonlarının etkisini belirtin. “Kısa zamanda” gibi belirsiz ifadelerden kaçının çünkü kullanıcılar kendi sürelerini uydurur ve tutmadığında takip mesajı gönderirler.
Kullanıcının gönderdiğini doğrulamak için gereken bilgiyi gösterin: isim, e-posta, seçilen seçenekler ve kısa bir önizleme. Hassas alanlar, uzun serbest metinler veya ekran görüntüsünde görünmesini istemeyeceğiniz değerleri göstermeyin.
Gönder butonuna tıkladıktan sonra bir ilerleme durumu gösterin ve işlem tamamlandığında başarıyı kesin şekilde gösterin. Yeniden yükleme/geri tuşu çoğaltma yaratmamalı; varsa tekrarları tespit edip kullanıcıyı açıkça uyarmalıdır.
Başarı mesajını en üstte gerçek bir başlıkla koyun ve klavye odağını ona taşıyın ki ekran okuyucular bunu duyursun. Başarıyı renk dışında gösterecek işaretler kullanın ve mobilde ana butonun kolay erişilebilir olmasını sağlayın.
Sadece düzenleme yolunu gerçekten destekliyorsanız sunun ve düzeltmelerin nasıl işleneceğini açıkça belirtin. Yaygın bir yöntem, kullanıcıların referans numarasıyla birlikte onay e-postasına yanıt vermesine izin vererek güncellemenin orijinal isteğe bağlı kalmasını sağlamaktır.
Koder.ai içinde onay sayfası davranışını düz metinle tanımlayarak UI ve akışı hızlıca oluşturabilirsiniz; başarı mesajı, güvenli özet ve yanıt süresi metni dahil. Bir metin değişikliği karışıklık yaratırsa, snapshot ve rollback ile kolayca test edip geri alabilirsiniz.