Rol bazlı yetkilendirme ve çok kullanıcılı yönetim.
01Olmazsa olmaz özellikler
- roller
- davet
- SSO
- log
02İhtiyaca göre eklenen modüller
Kullanım bazlı ücretlendirme
Kullanım bazlı ücretlendirme için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Çok kiracılı mimari
Çok kiracılı mimari için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Self servis müşteri portalı
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, 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
- Kullanım ölçümü ve faturalama kuralları netleşir.
- MVP en dar ama değer üreten senaryoyla başlar.
- KVKK: veri işleyen/veri sorumlusu rolleri ve sözleşmeler.
04Kullanı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 |
05Raporlar 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.
06Sektö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.
- Ajanslar: Kullanıcı ve yetki yönetimi, ajanslar 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.
07Şişli için özellik planı
Şişli, İstanbul iline bağlı bir ilçedir ve PTT adres verisine göre 25 mahalleden oluşur. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için kullanıcı ve yetki yönetimi tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Mesafe yazılım işinin önünde engel değildir: Şişli'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.
Aynı ildeki Eyüpsultan, Küçükçekmece ve Güngören ilçeleri için de kullanıcı ve yetki yönetimi talepleri değerlendirilir; toplantılar uzaktan yapılır.
Şişli 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
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ı ve yetki yönetimi için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve roller gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
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.
İstanbul dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Marmara Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Ö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.
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.
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.
→İlgili sayfalar
Kullanıcı ve Yetki Yönetimi hakkında diğer konular
- Kullanıcı ve yetki yönetimi teknolojileriTeknoloji seçimi ve mimari
- Kullanıcı ve yetki yönetimi geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Kullanıcı ve yetki yönetimi entegrasyonlarıBağlanabilecek sistemler
- Kullanıcı ve yetki yönetimi bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Kullanıcı ve yetki yönetimi: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
Şişli'de ilgili hizmetler
İstanbul içindeki diğer ilçeler
- Avcılar'da kullanıcı ve yetki yönetimi özellikleri ve modülleri
- Eyüpsultan'da kullanıcı ve yetki yönetimi özellikleri ve modülleri
- Sarıyer'de kullanıcı ve yetki yönetimi özellikleri ve modülleri
- Güngören'de kullanıcı ve yetki yönetimi özellikleri ve modülleri
- Küçükçekmece'de kullanıcı ve yetki yönetimi özellikleri ve modülleri
Bu sayfada geçen kavramlar
- roller
- davet
- SSO
- MRR
- lisans
- kullanım bazlı faturalama
- MVP
- multi-tenant
- self servis
- İstanbul
- Şişli