Diyadin'de white-label yazılım firması seçerken nelere bakılmalı?

01White-label yazılım firması seçerken bakılacak ölçütler

Kaynak kod sahipliği

Kaynak kodun ve verinin işletmeye teslim edileceği sözleşmede yazmalıdır.

Yazılı kapsam

Neyin teslim edileceği, neyin kapsam dışı olduğu ve kabul kriterleri belgelenmelidir.

Dokümantasyon

Kurulum, mimari ve kullanım bilgisi yazılı olarak teslim edilmelidir.

Test ortamı

Değişikliklerin canlıya çıkmadan denendiği ayrı bir ortam olmalıdır.

İletişim düzeni

Kiminle, hangi kanaldan ve hangi sıklıkta görüşüleceği baştan bellidir.

Bakım koşulları

Yayın sonrası hata düzeltme ve güncellemenin nasıl yürüyeceği tanımlıdır.

02Teklif görüşmesinde sorulacak sorular

• Yayın sonrası hata düzeltme ve bakım koşulları neler?
• Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
• Ödeme planı teslim aşamalarına bağlı mı?
• Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
• Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
• KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?

03White-label yazılım planlarken bilinmesi gerekenler

• Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.
• KVKK: veri işleyen/veri sorumlusu rolleri ve sözleşmeler.
• MVP en dar ama değer üreten senaryoyla başlar.

04White-label yazılım hangi ihtiyaca cevap verir?

Ürün büyürken altyapı zorlandığında

Ölçekleme, izleme ve kiracı bazlı performans takibi planlanır.

Abonelik ve faturalama elle yürüdüğünde

Planlar, yenileme, deneme süresi ve iptal akışları otomatikleşir.

05Kırmızı bayraklar

• Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
• Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
• Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma
• Ödemenin tamamını iş başlamadan isteyen plan
• Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif

06Ağrı dışındaki bir firmayla nasıl çalışılır?

Uzaktan çalışmanın anahtarı düzenli iletişimdir: haftalık kısa toplantılar, ortak proje panosu ve her aşamada test ortamında çalışan bir sürüm.

• Görüntülü toplantı ve ekran paylaşımı
• Ortak proje panosu ve yazılı karar kaydı
• Her aşamada test ortamında deneme
• Kurulum, saha keşfi veya eğitim gerektiğinde yerinde çalışma

07Diyadin'de white-label yazılım için çalışma biçimimiz

PTT kayıtlarında Diyadin ilçesine bağlı 120 yerleşim bulunur: 7 mahalle ile 113 köy ve köy yerleşimi.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Diyadin'deki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

Aynı ildeki Tutak, Patnos ve Hamur ilçeleri için de white-label yazılım talepleri değerlendirilir; toplantılar uzaktan yapılır.

08Ekip ve çalışma biçimimiz

Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.

• Her değişiklik önce test ortamında denenir.
• Yayın sonrası bakım ve destek planlanır.
• Kapsam ve teslim kriterleri yazılı olur.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz: görüntülü toplantı, ekran paylaşımlı demo ve ortak proje panosu. Donanım kurulumu, depo barkod sistemi kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

09Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• marka/alan adı ayarı
• tema
• rol bazlı yetki
• churn
• white-label
• MRR
• lisans
• SaaS
• Ağrı
• Diyadin