Müşteri Portalı Geliştirme
Müşteriniz kendi işini, doğru bilgiyle takip etsin.
Belge, proje durumu ve talepleri e-posta zincirlerinden yönetilebilir bir müşteri alanına taşıyoruz. Kurumlar arası veri sınırını, kullanıcı rollerini ve destek ekibinin iş akışını birlikte tasarlıyoruz.
Portalın ilk kapsamı, müşterinizin hangi işi kendi başına tamamlayacağı üzerinden belirlenir. Özel fiyat ve bayi siparişleri ayrı bayi portalı kapsamında ele alınabilir.
KURUMUNUZA AİT ALAN
ÖRNEK KURUM / ÇALIŞMA ALANI
Teslim belgesi
Yetkili kullanıcıya açık
Destek talebi
Operasyon inceliyor
Proje notu
Müşteri görünümü
Her kayıt ve dosya erişiminde kurum sınırı doğrulanır.
İş akışı
Müşterinizin günlük işini merkeze alın
Belgeye ulaşma
Teklif, rapor veya teslim dosyalarının kime ait olduğunu ve hangi kullanıcıların indirebileceğini belirleriz. Dosyanın güncel sürümü, paylaşım durumu ve erişim süresi iş akışıyla birlikte tasarlanır.
Talep açma ve izleme
Müşteri talep oluşturur, açıklama ekler ve durumu takip eder. Talebin hangi ekibe atanacağı, bilgi eksikse nasıl geri döneceği ve kapanışın nasıl onaylanacağı netleştirilir.
Proje durumunu görme
Müşteriye gösterilecek aşamalar ile iç ekip notlarını ayırırız. Bir iç operasyon ayrıntısının yanlışlıkla müşteriye açılmaması için alan ve işlem düzeyinde görünürlük tanımlanır.
Temsili uygulama
Örnek kurum ve kullanıcı matrisi
| Karar | Uygulama kapsamı | Kabul kanıtı |
|---|---|---|
| Müşteri yöneticisi | Kendi kurumunun kullanıcılarını ve ortak kayıtlarını yönetir | Başka kuruma kullanıcı ekleyemez |
| Müşteri çalışanı | Kendisine veya rolüne açılan belge ve talepleri görür | Yetkisiz dosyayı doğrudan adresle indiremez |
| Operasyon ekibi | Atandığı müşteri ve talep üzerinde çalışır | İç notlar müşteri görünümüne taşınmaz |
| Destek yetkilisi | Tanımlı destek erişimiyle sorun inceler | Erişim kapsamı ve yapılan işlem kayda alınır |
Temsili rol matrisi; gerçek müşteri verisi kullanılmamıştır. Kurum, kişi ve kayıt ilişkileri projenize göre uyarlanır.
Veri sınırları
Davet, rol değişikliği ve dosya erişimini birlikte düşünün
Üyelik yaşam döngüsü
Davet süresi, üyeliğin iptali ve kurumdan ayrılan kişinin erişimi belirlenir. Bir kullanıcı birden fazla kuruma üyeyse aktif kurum geçişinin davranışı açıkça tasarlanır.
Doğrudan erişim
Ekranda gizlenen bir düğme yetki kontrolü değildir. Kayıt okuma, değiştirme, dışa aktarma ve dosya indirme işlemleri sunucu tarafında ilgili kurum ve rolle doğrulanır.
Bildirim içeriği
E-posta veya mesajın hangi bilgiyi içereceği belirlenir. Hassas belgeyi ek olarak göndermek yerine yetkili portal erişimine yönlendirme gibi seçenekler kapsam görüşmesinde değerlendirilir.
Geliştirme süreci
Keşiften çalışır teslimata
- 1
Görev haritası
Müşterilerin en sık sorduğu bilgi ve tamamladığı görevleri toplarız. İlk sürümde gereksiz ekran yerine tamamlanan göreve odaklanırız.
- 2
Rol ve prototip
Kurum, kullanıcı, belge ve talep ilişkileri tasarlanır. Farklı roller aynı prototipte kendi görünümü üzerinden değerlendirilir.
- 3
Geliştirme ve sınama
Arayüz, iş kuralları ve kapsamdaki sistem bağlantıları hazırlanır. İki ayrı müşteri kurumu kullanılarak çapraz erişim testleri yapılır.
- 4
Pilot ve aktarım
Seçilen müşteri grubuyla kullanım sınanır. Davet, eğitim, geri bildirim ve destek akışı oturduktan sonra geçiş genişletilir.
Teslim sınırları
Teklifte birlikte netleştireceğimiz kapsam
Hizmetin temel kapsamı
- Kurum ve kullanıcı üyeliği modeli
- Kapsamdaki müşteri ekranları ve operasyon paneli
- Rol ve kayıt bazında görünürlük kuralları
- Belge veya talep akışının geliştirilmesi
- Çapraz kurum erişimi ve rol değişikliği testleri
- Kullanım rehberi, kaynak kod ve teknik devir
İhtiyaca göre ayrıca planlananlar
- Kurumsal kimlik sağlayıcısı ve SSO
- E-imza, ödeme ve fatura servisleri
- ERP, CRM veya destek yazılımı bağlantıları
- Mobil uygulama ve çevrimdışı kullanım
- Büyük dosya arşivlerinin temizlenmesi ve taşınması
Kesin teslimler, veri hacmi, kullanıcı rolleri ve entegrasyon koşulları keşifte netleştirilir. Üçüncü taraf abonelikleri ve yayın sonrası destek ayrı kalemler olarak değerlendirilir.
Karar desteği
Sık sorulan sorular
Müşteriler birbirinin verilerini görebilir mi?
Tasarım hedefi kurumların verisini yetki sınırlarıyla ayırmaktır. Bu sınır arayüz, API, dosya ve dışa aktarma işlemlerinde ayrı test edilir; yalnızca giriş ekranıyla sağlandığı varsayılmaz.
Müşteri portalı ile bayi portalı arasındaki fark nedir?
Müşteri portalı belge, hizmet durumu ve talep takibine odaklanabilir. Bayi portalı özel fiyat, katalog, sipariş ve ticari onay süreçlerine ağırlık verir. Ortak bileşenler olsa da kapsam farklıdır.
Mevcut CRM verileri gösterilebilir mi?
API ve veri erişimi uygunsa planlanabilir. Hangi alanların müşteriye açılacağı, güncellik sınırı ve kesinti davranışı ayrıca belirlenir.
Müşteri kendi çalışanını davet edebilir mi?
İş ihtiyacına göre kurum yöneticisi rolü tanımlanabilir. Davet, rol atama ve üyelik iptal yetkileri ayrı kabul senaryolarıyla sınanır.
Bir sonraki karar
Hizmeti rehberler ve araçlarla birlikte değerlendirin
Müşteri alanınızı birlikte tasarlayalım
Mevcut iş akışınızı, kullanıcılarınızı ve ilk sürümde tamamlanması gereken işi paylaşın. Teslimleri, bağımlılıkları ve kabul ölçütlerini birlikte belirleyelim.
Bütün hizmet kapsamı için Özel Yazılım Geliştirme sayfamıza göz atabilirsiniz.