Müşterinin abonelik, fatura ve kullanıcılarını kendisi yönettiği portal.
01Olmazsa olmaz özellikler
- plan değişikliği
- fatura indirme
- kart güncelleme
02İhtiyaca göre eklenen modüller
SSO ve rol yönetimi
SSO ve rol yönetimi, ihtiyaç netleştiğinde müşteri self servis portalı içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
Çok kiracılı mimari
Çok kiracılı mimari, ihtiyaç netleştiğinde müşteri self servis portalı içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
Kullanım bazlı ücretlendirme
Kullanım bazlı ücretlendirme, ihtiyaç netleştiğinde müşteri self servis portalı içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
White-label tema
White-label tema, ihtiyaç netleştiğinde müşteri self servis portalı içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
03Müşteri self servis portalı planlarken bilinmesi gerekenler
- Çok kiracılı (multi-tenant) veri ayrımı baştan tasarlanır.
- Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.
- KVKK: veri işleyen/veri sorumlusu rolleri ve sözleşmeler.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Ödeme yenilemeleri elle takip ediliyor | Abonelik altyapısı yok | Otomatik yenileme ve hatırlatma |
| Ürün büyürken yavaşlıyor | Mimari ölçeklenmiyor | Yeniden yapılandırma |
| Her müşteri için ayrı kopya kuruluyor | Çok kiracılı değil | Tenant mimarisi |
05Kullanıcı rolleri ve yetkiler
| Rol | Görebilir | Yapabilir |
|---|---|---|
| Yönetici | Tüm birimler | Onay ve yetki |
| Birim sorumlusu | Kendi birimi | Onay, atama, rapor |
| Kullanıcı | Kendi kayıtları | Giriş ve takip |
| Denetçi | Salt okunur raporlar | Dışa aktarım |
06Raporlar ve mobil kullanım
Rapor ihtiyacı, kararların hangi rakamlara bakılarak verildiği sorusuyla belirlenir; her rapor bir karara hizmet etmelidir.
Telefon ve tablette kullanılacak ekranlar sadeleştirilir; en sık yapılan işlem tek dokunuşla erişilebilir olur.
07Sektöre göre özellik önerileri
- Girişimler: Müşteri self servis portalı, girişimler için iş akışına göre uyarlanır.
- Yazılımını ürünleştirmek isteyen firmalar: Müşteri self servis portalı, yazılımını ürünleştirmek isteyen firmalar için iş akışına göre uyarlanır.
- Sektörel yazılım üreticileri: Müşteri self servis portalı, sektörel yazılım üreticileri için iş akışına göre uyarlanır.
- Kurumsal iç ürün ekipleri: Müşteri self servis portalı, kurumsal iç ürün ekipleri için iş akışına göre uyarlanır.
08Haymana için özellik planı
PTT kayıtlarında Haymana ilçesine bağlı 78 yerleşim bulunur. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için müşteri self servis portalı tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Haymana'da bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.
Aynı ildeki Yenimahalle, Çubuk ve Güdül ilçeleri için de müşteri self servis portalı talepleri değerlendirilir; toplantılar uzaktan yapılır.
Haymana bölgesinden müşteri self servis portalı için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.
SSSSık sorulan sorular
Özellik listesini nasıl hazırlamalıyım?
Bugün nasıl çalıştığınızı, en çok zaman alan işi ve olmazsa iş yapılamayacak adımları yazmanız yeterli; teknik listeyi analizde birlikte çıkarırız.
Haymana'dan yazıyorum; toplantılar nasıl yapılıyor?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.
Müşteri self servis portalı sonradan genişletilebilir mi?
Evet. Fatura indirme gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
SaaS ürünü için önce ne yapılmalı?
Hedef müşteri, çözülecek ana sorun ve ilk sürümde mutlaka olması gereken birkaç özellik netleştirilir. Kapsam dar tutulur; ölçümle doğrulanan ihtiyaçlar sonraki sürümlere eklenir.
Hangi özellik ilk sürümde olmalı?
Her gün kullanılacak ve en çok zaman kazandıracak özellikler ilk sürümde olmalıdır; diğerleri kullanım verisine göre eklenir.
Kullanıcı rolleri nasıl belirlenir?
Kimin neyi göreceği, kimin neyi onaylayacağı mevcut iş akışından çıkarılır ve bir yetki matrisiyle belgelenir.
Tüm özellikler ilk sürümde mi olmalı?
Hayır. İlk sürüm en çok zaman kaybettiren işi çözmeye odaklanır; diğer özellikler kullanım verisi ve geri bildirimle sürüm planına alınır.
Müşteri self servis portalı için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve plan değişikliği gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
→İlgili sayfalar
Müşteri Self Servis Portalı hakkında diğer konular
- Müşteri self servis portalı KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Müşteri self servis portalı geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Müşteri self servis portalı yaptırmaKapsam, süreç ve iletişim
- Müşteri self servis portalı bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Müşteri self servis portalı fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
Haymana'da ilgili hizmetler
Ankara içindeki diğer ilçeler
- Çubuk'ta müşteri self servis portalı özellikleri ve modülleri
- Güdül'de müşteri self servis portalı özellikleri ve modülleri
- Etimesgut'ta müşteri self servis portalı özellikleri ve modülleri
- Nallıhan için müşteri self servis portalı özellikleri ve modülleri
- Yenimahalle için müşteri self servis portalı özellikleri ve modülleri
Bu sayfada geçen kavramlar
- plan değişikliği
- fatura indirme
- kart güncelleme
- SaaS
- self servis
- lisans
- multi-tenant
- kullanım bazlı faturalama
- MRR
- rol bazlı yetki
- Ankara
- Haymana