Müşteri Onboarding'inde E-İmza ile Dakikalara İnin: Sözleşme, Onay ve Bildirim Akışı

Müşteri Onboarding'inde E-İmza ile Dakikalara İnin: Sözleşme, Onay ve Bildirim Akışı

Yeni müşteri ediniminde "sözleşme imzalama" çoğu zaman en pahalı sürtünme noktasıdır: çıktı alma, imzalama, tarama, e-posta ile gönderme, yanlış dosya, eksik sayfa... E-imza bu zinciri kırar; müşteri, web veya mobilde belgeyi görüntüler, kimliğini doğrular ve imzayı tamamlar. Türkiye'de güvenli e-imzanın ıslak imza ile aynı hukuki sonucu doğurması, özellikle abonelik sözleşmeleri, hizmet şartları ve B2B sözleşmelerde dijitalleşmeyi mümkün kılar.

Onboarding'de e-imzayı "ürün özelliği" yapan çerçeve

Önce işlem uygunluğu

İlk kontrol, "bu işlem e-imza ile yapılabilir mi?" olmalıdır. 5070 sayılı Kanun bazı işlemler için e-imzayı dışarıda bırakır; bu nedenle ürün akışında sözleşme türü-risk sınıfı-imza yöntemi eşleştirmesi tasarlanmalıdır.

Sonra kimlik doğrulama seçeneği

Kullanıcıların tamamının e-imzası olmayabilir. Bu noktada onboarding akışı, alternatif doğrulama kapılarıyla dönüşümü artırır:

• e-Devlet giriş ekranları, elektronik imza ve mobil imza dâhil farklı doğrulama yöntemleri sunar.
• Mobil imza hizmetinin operatörler üzerinden alınabildiği ve e-Devlet ile entegre çalıştığı açıkça belirtilir.

Bu çeşitlilik, ürün tasarımına şu fikri taşır: "Tek bir imza yöntemi" yerine, kullanıcıya uygun seçeneklerle ilerlemek.

Uçtan uca ideal akış

Adım adım

1. Kullanıcı sözleşmeyi seçer (paket/plan/ürün).
2. Sistem sözleşmeyi kişiselleştirir (ad, vergi no, adres, plan, fiyat) ve önizleme sunar.
3. Kimlik/doğrulama adımı açılır: e-imza, mobil imza veya kurumsal kimlik doğrulama (kurum politikası). e-Devlet'te e-imza ile girişte masaüstü uygulama üzerinden işlem kodu ile imzalama adımlarının izlendiği görülür; benzer "işlem kodu + imzalama" mantığı ürün içi akışlarda da anlaşılır bir modeldir.
4. İmzalama tamamlanınca sistem, imzalı dokümanı saklar ve kullanıcıya "indir / e-posta / SMS ile link" seçenekleri verir.
5. Onboarding'in kalan adımları (ödeme, kurulum, aktivasyon) otomatik tetiklenir.

İletişim stratejisi (bildirimlerin işi)

İmzalama akışları genellikle "yarıda kalan" süreçlerdir. Bu yüzden bildirimler (ör. hatırlatma, tamamlandı onayı, link paylaşımı) dönüşüm üzerinde ciddi etki yaratır. Burada iletiMerkezi bakış açısından kritik olan, doğru zamanda doğru kanaldan (SMS, e-posta, push) bilgilendirme yaparak "imza tamamlanma oranını" artırmaktır.

UX tasarım ilkeleri (hız ve güven)

Belge önizleme ve şeffaflık

Kullanıcı belgeyi okumadan zorlanırsa terk artar. Öneri:

• "Özet kutusu" (ana maddeler) + "tam metni görüntüle"
• İmzalanacak alanları vurgulayan sayfa içi navigasyon
• İmza tamamlanınca "bu belge değiştirilemez / doğrulanabilir" gibi anlaşılır güven mesajları (teknik terim değil, kullanıcı dili)

Hata yönetimi ve fallback

E-imza tarafında hata sebepleri çeşitlidir: sertifika süresi dolmuş olabilir, sürücü/token görülemiyor olabilir, mobil imzada operatör onayı gecikebilir. Bu noktada UX'in görevi, hatayı "kullanıcının suçu" gibi göstermeden, çözüm adımı önermektir:

• "Sertifikanızın süresi dolmuş görünüyor → Yenileme adımlarını aç"
• "Cihaz imza aracını görmüyor → sürücü kontrolü / farklı tarayıcı önerisi"
• "Mobil imza onayı gelmedi → tekrar dene / operatör seçimini kontrol et"

e-Devlet giriş sayfalarının, yönteme göre ayrı ekran ve yardım metni sunması bu yaklaşımın iyi bir örneğidir.

Ölçümleme (ürün ekipleri için metrik seti)

Onboarding'de e-imza performansını sadece "tamamlandı/tamamlanmadı" ile ölçmek yetersiz kalır. Önerilen temel metrikler:

• İmza başlatma → tamamlama süre medyanı
• Adım bazlı drop-off (önizleme, doğrulama, imza, saklama)
• Hata sınıfları (sertifika, cihaz, bağlantı, kullanıcı iptali)
• Hatırlatma sonrası dönüş oranı

E-imza onboarding'i hızlandırır; ama hız, iyi tasarlanmış doğrulama seçenekleri ve hatasız UX olmadan sürdürülebilir olmaz. Türkiye'de e-Devlet'te e-imza/mobil imza ile giriş pratikleri, kullanıcıya "seçenek + rehberlik" sunmanın önemini gösterir.

28 Mart 2026