Rol bazlı yetkilendirme ve çok kullanıcılı yönetim.
01Olmazsa olmaz özellikler
- roller
- davet
- SSO
- log
02İhtiyaca göre eklenen modüller
Self servis müşteri portalı
Self servis müşteri portalı, ihtiyaç netleştiğinde kullanıcı ve yetki yönetimi içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
Çok kiracılı mimari
Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.
SSO ve rol yönetimi
SSO ve rol yönetimi için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Kullanım bazlı ücretlendirme
Kullanım bazlı ücretlendirme, ihtiyaç netleştiğinde kullanıcı ve yetki yönetimi içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
03Kullanıcı ve yetki yönetimi planlarken bilinmesi gerekenler
- MVP en dar ama değer üreten senaryoyla başlar.
- Kullanım ölçümü ve faturalama kuralları netleşir.
- Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Ü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 |
| Ödeme yenilemeleri elle takip ediliyor | Abonelik altyapısı yok | Otomatik yenileme ve hatırlatma |
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.
Arayüz mobil uyumlu tasarlanır; sahada veya yolda olan kullanıcılar tarayıcıdan aynı ekranlara erişir. Kamera, barkod veya çevrimdışı kullanım gerekiyorsa mobil uygulama değerlendirilir.
07Sektöre göre özellik önerileri
- Kurumsal iç ürün ekipleri: Kullanıcı ve yetki yönetimi, kurumsal iç ürün ekipleri için iş akışına göre uyarlanır.
- Sektörel yazılım üreticileri: Kullanıcı ve yetki yönetimi, sektörel yazılım üreticileri için iş akışına göre uyarlanır.
- Yazılımını ürünleştirmek isteyen firmalar: Kullanıcı ve yetki yönetimi, yazılımını ürünleştirmek isteyen firmalar için iş akışına göre uyarlanır.
- Girişimler: Kullanıcı ve yetki yönetimi, girişimler için iş akışına göre uyarlanır.
08Didim için özellik planı
Didim'in PTT verisindeki 16 yerleşim kaydı 2 farklı posta koduna dağılır. Birden fazla ilçede ekibi veya şubesi olan işletmelerde kullanıcı ve yetki yönetimi için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.
Mesafe yazılım işinin önünde engel değildir: Didim'deki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Aydın genelinde Nazilli, İncirliova ve Karpuzlu gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Didim bölgesinden kullanıcı ve yetki yönetimi 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
Kullanıcı ve yetki yönetimi sonradan genişletilebilir mi?
Evet. Davet gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
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.
Sadece Aydın için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Aydın de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
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.
Ö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.
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.
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.
Didim'den yazıyorum; toplantılar nasıl yapılıyor?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
→İlgili sayfalar
Kullanıcı ve Yetki Yönetimi hakkında diğer konular
- Kullanıcı ve yetki yönetimi yaptırmaKapsam, süreç ve iletişim
- Kullanıcı ve yetki yönetimi teknolojileriTeknoloji seçimi ve mimari
- Kullanıcı ve yetki yönetimi geliştirme süreciAnalizden yayına aşamalar
- Kullanıcı ve yetki yönetimi güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Kullanıcı ve yetki yönetimi KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
Didim'de ilgili hizmetler
Aydın içindeki diğer ilçeler
- Sultanhisar için kullanıcı ve yetki yönetimi özellikleri ve modülleri
- Söke için kullanıcı ve yetki yönetimi özellikleri ve modülleri
- Nazilli için kullanıcı ve yetki yönetimi özellikleri ve modülleri
- Karpuzlu için kullanıcı ve yetki yönetimi özellikleri ve modülleri
- İncirliova'da kullanıcı ve yetki yönetimi özellikleri ve modülleri
Bu sayfada geçen kavramlar
- roller
- davet
- SSO
- MRR
- lisans
- kullanım bazlı faturalama
- abonelik
- self servis
- Aydın
- Didim