Web Sitesi Müşteri Portalı Tasarımı: Yapı ve Yetki Düzeni
Müşteriler artık her bilgi için telefon açmak istemiyor. Sipariş durumu, fatura, sözleşme ve destek kaydının tek bir yerden görülebilmesi, kurumsal ilişkilerde beklenen bir standart hâline geldi.
Bu rehberde müşteri portalının hangi bölümlerden oluşacağını, yetki yapısını ve güvenlik gereksinimlerini ele alıyoruz. Kurgunun sitenize uyarlanması için Weblike web sitesi tasarımı ekibimizden destek alabilirsiniz.
Web Sitesi Müşteri Portalı Tasarımı Nedir?
web sitesi müşteri portalı tasarımı, müşterinin kendisine ait bilgilere giriş yaparak eriştiği özel bir alanın kurgulanmasıdır. Portal, destek yükünü azaltır ve şeffaflık sağlar.
Bu alan bir üyelik sayfası değildir. İşle ilgili belge ve kayıtların tutulduğu bir çalışma alanıdır.
Neden Gerekli?
Tekrar eden soruların büyük bölümü "durum nedir" sorusudur. Portal bu soruyu kalıcı olarak ortadan kaldırır.
Ayrıca belge paylaşımı e-postadan portala taşındığında arşiv dağınıklığı da biter.
Portal Bölümleri
Portal bölümleri işin niteliğine göre değişir ama çekirdek yapı benzerdir. Fazla bölüm, kullanılmayan bir arayüz üretir.
- Özet: Güncel durum ve bekleyen işler.
- Siparişler: Geçmiş ve aktif kayıtlar.
- Belgeler: Sözleşme ve fatura arşivi.
- Destek: Talep oluşturma ve takip.
- Hesap: Bilgi ve yetki yönetimi.
Özet Ekranı
Giriş sonrası ilk ekran, kullanıcının en çok ihtiyaç duyduğu bilgiyi göstermelidir. Boş bir karşılama ekranı değer üretmez.
Bekleyen onay, yaklaşan ödeme ve açık destek talebi bu ekranda öne çıkmalıdır.
Sipariş ve Proje Takibi
Her kaydın durumu açık bir dille gösterilmelidir. Teknik durum kodları yerine anlaşılır ifadeler kullanılmalıdır.
İlerleme göstergesi kullanımını ilerleme göstergesi yazısında ele aldık.
Belge Arşivi
Sözleşme, teklif ve fatura gibi belgeler portalda saklanmalıdır. Arama ve filtreleme imkânı bulunmalıdır.
Dosya indirme merkezi kurgusunu dosya indirme merkezi yazısında inceleyebilirsiniz.
Fatura Görüntüleme
Fatura listesi tarih ve tutar bilgisiyle gösterilmeli, indirme bağlantısı bulunmalıdır. Ödenmemiş faturalar ayrıca işaretlenmelidir.
Bu bölüm muhasebe birimine gelen talep sayısını belirgin biçimde azaltır.
Destek Talebi Akışı
Portal üzerinden açılan destek talepleri tek bir havuzda toplanır. E-posta ve telefon dağınıklığı ortadan kalkar.
Her talebin bir numarası ve durumu olmalıdır.
Talep Durumları
Durum adları az sayıda ve net olmalıdır. Çok sayıda durum hem kullanıcıyı hem ekibi karıştırır.
Açık, incelemede, yanıtlandı ve kapandı çoğu işletme için yeterlidir.
Kullanıcı Rolleri
Kurumsal müşterilerde birden fazla kullanıcı portalı kullanır. Her kullanıcının aynı yetkiye sahip olması doğru değildir.
Sipariş verme ve yalnızca görüntüleme yetkileri birbirinden ayrılmalıdır.
Yetki Seviyeleri
Görüntüleme, işlem yapma ve yönetim yetkileri ayrılmalıdır. Muhasebe çalışanı fatura görmeli ama sözleşme imzalamamalıdır.
Yetki tanımları sade tutulmalıdır.
Kullanıcı Davet Akışı
Ana kullanıcı kendi ekibini portala davet edebilmelidir. Her kullanıcı için işletmeye başvurmak süreci yavaşlatır.
Davet bağlantısı süreli ve tek kullanımlık olmalıdır.
Giriş Güvenliği
Portal iş verisi içerdiği için giriş güvenliği kritiktir. Güçlü parola kuralı ve ek doğrulama gerekir.
İki faktörlü doğrulamayı iki faktörlü doğrulama yazısında inceleyebilirsiniz.
Weblike ile Portal Kurulumu
Weblike web sitesi tasarımı ekibi, müşteri portalını mevcut sipariş ve fatura sisteminizle birleştirir; rol yapısını ve belge arşivini birlikte kurgular.
Portalın performans ve yükleme süresi Google PageSpeed Insights üzerinden ölçülerek iyileştirilir.
Oturum Yönetimi
Uzun süre işlem yapılmayan oturumlar kapatılmalıdır. Açık kalan oturum paylaşılan cihazlarda risk üretir.
Oturum süresi iş akışına göre belirlenmelidir.
Şifre Sıfırlama
Şifre sıfırlama akışı sorunsuz çalışmalıdır. Bu akıştaki bir hata, kullanıcıyı tamamen dışarıda bırakır.
Şifre sıfırlama akışını şifre sıfırlama akışı yazısında ele aldık.
Bildirim Düzeni
Portal içindeki değişiklikler kullanıcıya bildirilmelidir. Yalnızca portalda duran bilgi fark edilmez.
Bildirim merkezinin nasıl kurulacağını bildirim merkezi yazısında anlattık.
Bildirim Tercihleri
Kullanıcı hangi konularda bildirim almak istediğini seçebilmelidir. Aşırı bildirim, tüm bildirimlerin kapatılmasına yol açar.
Varsayılan ayar dengeli olmalıdır.
Mobil Kullanım
Portal mobilde de kullanılabilir olmalıdır. Belge görüntüleme ve durum kontrolü en sık mobil yapılan işlerdir.
Tablolar mobilde kart görünümüne dönüştürülmelidir.
Arama ve Filtreleme
Kayıt sayısı arttıkça arama zorunlu hale gelir. Tarih ve durum filtreleri temel ihtiyaçtır.
Filtreler az sayıda ve en çok kullanılan alanlardan seçilmelidir.
Boş Durum Tasarımı
Henüz kaydı olmayan kullanıcı boş bir ekranla karşılaşmamalıdır. Ne yapması gerektiği anlatılmalıdır.
Boş durum tasarımı portalın ilk izlenimini belirler.
Veri Güncelliği
Portaldaki bilgi ana sistemle eşzamanlı olmalıdır. Gecikmeli veri, telefonla teyit alışkanlığını geri getirir.
Son güncelleme zamanı ekranda gösterilebilir.
Entegrasyon Gereksinimi
Portal genellikle muhasebe ve sipariş sistemleriyle bağlantı gerektirir. Bu bağlantılar projenin en kritik parçasıdır.
Bu bağlantılar kurulmadan portal yalnızca elle doldurulan bir ekran olarak kalır.
Kişisel Veri Sorumluluğu
Portal kişisel ve ticari veri barındırır. Erişim kayıtları tutulmalı ve saklama süreleri tanımlanmalıdır.
Saklama süreleri belge türüne göre ayrı ayrı tanımlanmalıdır.
Devreye Alma Planı
Portal tüm müşterilere aynı anda açılmamalıdır. Küçük bir grupla başlanmalı, geri bildirimle genişletilmelidir.
İlk grup en aktif müşterilerden seçilmelidir.
Kullanıcı Eğitimi
Portalın nasıl kullanılacağı kısa bir rehberle anlatılmalıdır. Kendiliğinden anlaşılacağı varsayımı yanlıştır.
Bir dakikalık bir video çoğu zaman uzun metinden daha etkilidir.
Ölçümleme
Portalın başarısı giriş sayısıyla değil, azalan destek talebiyle ölçülür. İki veri birlikte okunmalıdır.
Aktif kullanıcı oranı da izlenmelidir.
Sık Yapılan Hatalar
Müşteri portallarında tekrar eden hatalar vardır. Bunlar portalın kullanılmamasına yol açar.
- Fazla bölüm: Kullanılmayan karmaşık arayüz.
- Gecikmeli veri: Telefona geri dönüş.
- Tek kullanıcı: Kurumsal ekiplerde yetersizlik.
- Eğitimsiz açılış: Düşük benimseme oranı.
web sitesi müşteri portalı tasarımı kontrol listesi
web sitesi müşteri portalı tasarımı kurarken birkaç başlığın net olması yeterlidir. Liste kısa olduğunda portal da sade kalır.
Beş çekirdek bölüm, net yetki seviyeleri, eşzamanlı veri ve kademeli devreye alma bu listenin omurgasıdır. web sitesi müşteri portalı tasarımı bu dört madde oturduğunda destek yükünü kalıcı biçimde azaltır.
Özet, siparişler, belgeler, destek ve hesap yönetimi çekirdek yapıyı oluşturur. Fazla bölüm kullanılmayan arayüz üretir.
Bekleyen onaylar, yaklaşan ödemeler ve açık destek talepleri öne çıkarılmalıdır.
Evet. Ana kullanıcı kendi ekibini davet edebilmeli, yetkiler görüntüleme ve işlem olarak ayrılmalıdır.
Güçlü parola kuralı, iki faktörlü doğrulama ve işlemsiz oturumların otomatik kapatılması gerekir.
Eşzamanlı olmalıdır. Gecikmeli veri, telefonla teyit alışkanlığını geri getirir.
Kullanıcı hangi konularda bildirim alacağını seçebilmelidir. Aşırı bildirim tüm bildirimlerin kapatılmasına yol açar.
Evet. Belge görüntüleme ve durum kontrolü en sık mobil yapılan işlerdir; tablolar kart görünümüne dönüştürülmelidir.
Tüm müşterilere aynı anda açılmamalıdır. En aktif müşterilerden oluşan küçük bir grupla başlanmalıdır.
Giriş sayısı değil, azalan destek talebi ve aktif kullanıcı oranı birlikte izlenmelidir.
web sitesi müşteri portalı tasarımı, tekrar eden "durum nedir" sorularını kalıcı olarak ortadan kaldıran ve belge arşivini düzene sokan bir yatırımdır. Beş çekirdek bölüm, net tanımlanmış yetkiler, ana sistemle eşzamanlı veri ve kademeli bir devreye alma planıyla kurulduğunda hem destek yükü azalır hem de kurumsal ilişki güçlenir.
BİZE ULAŞIN
Bizimle iletişime geçerek projeniz için hemen ücretsiz teklif alabilirsiniz.
