Şirkete özel yazılımın satılabilir SaaS'a dönüştürülmesi.
01Olmazsa olmaz özellikler
- mimari dönüşüm
- tenant
- ödeme
02İhtiyaca göre eklenen modüller
White-label tema
White-label tema, ihtiyaç netleştiğinde yazılımı ürünleştirme içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
SSO ve rol yönetimi
SSO ve rol yönetimi için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Ç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.
Kullanım bazlı ücretlendirme
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.
03Yazılımı ürünleştirme planlarken bilinmesi gerekenler
- KVKK: veri işleyen/veri sorumlusu rolleri ve sözleşmeler.
- MVP en dar ama değer üreten senaryoyla başlar.
- Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Her müşteri için ayrı kopya kuruluyor | Çok kiracılı değil | Tenant mimarisi |
| Ürün büyürken yavaşlıyor | Mimari ölçeklenmiyor | Yeniden yapılandırma |
| Ö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 kayıtlar ve raporlar | Kullanıcı ve ayar yönetimi |
| Çalışan | Kendi işleri ve atananlar | Kayıt girişi ve güncelleme |
| Müşteri / bayi | Kendi kayıtları | Talep ve sipariş |
06Raporlar ve mobil kullanım
Raporlar ilk günden çok sayıda olmamalı; yöneticinin her hafta baktığı birkaç temel rapor kurulur, kullanıldıkça zenginleştirilir.
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
- Yazılımını ürünleştirmek isteyen firmalar: Yazılımı ürünleştirme, yazılımını ürünleştirmek isteyen firmalar için iş akışına göre uyarlanır.
- Sektörel yazılım üreticileri: Yazılımı ürünleştirme, sektörel yazılım üreticileri için iş akışına göre uyarlanır.
- Kurumsal iç ürün ekipleri: Yazılımı ürünleştirme, kurumsal iç ürün ekipleri için iş akışına göre uyarlanır.
- Girişimler: Yazılımı ürünleştirme, girişimler için iş akışına göre uyarlanır.
08Hayrat için özellik planı
Hayrat, Trabzon iline bağlı bir ilçedir ve PTT adres verisine göre 35 mahalleden oluşur.
Mesafe yazılım işinin önünde engel değildir: Hayrat'taki 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 Beşikdüzü, Sürmene ve Yomra ilçeleri için de yazılımı ürünleştirme talepleri değerlendirilir; toplantılar uzaktan yapılır.
Hayrat bölgesinden yazılımı ürünleştirme 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
Yazılımı ürünleştirme için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve mimari dönüşüm gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Hayrat'tan 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.
Yazılımı ürünleştirme sonradan genişletilebilir mi?
Evet. Tenant gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Ö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.
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.
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.
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.
→İlgili sayfalar
Yazılımı Ürünleştirme hakkında diğer konular
- Yazılımı ürünleştirme geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Yazılımı ürünleştirme fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
- Yazılımı ürünleştirme entegrasyonlarıBağlanabilecek sistemler
- Yazılımı ürünleştirme teknolojileriTeknoloji seçimi ve mimari
- Yazılımı ürünleştirme: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
Hayrat'ta ilgili hizmetler
Trabzon içindeki diğer ilçeler
- Yomra için yazılımı ürünleştirme özellikleri ve modülleri
- Trabzon Köprübaşı için yazılımı ürünleştirme özellikleri ve modülleri
- Sürmene'de yazılımı ürünleştirme özellikleri ve modülleri
- Ortahisar için yazılımı ürünleştirme özellikleri ve modülleri
- Beşikdüzü için yazılımı ürünleştirme özellikleri ve modülleri
Bu sayfada geçen kavramlar
- mimari dönüşüm
- tenant
- ödeme
- churn
- MRR
- abonelik
- kullanım bazlı faturalama
- Trabzon
- Hayrat