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

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

Bakım koşulları

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

Test ortamı

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

Yazılı kapsam

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

Referans kontrol yöntemi

Referans isterken çalışan bir projeyi görmek ve o işletmeyle doğrudan konuşmak, yalnız logo listesine bakmaktan daha güvenilirdir.

KVKK yaklaşımı

Kişisel veri, erişim yetkisi ve kayıt tutma tasarımın parçasıdır.

Dokümantasyon

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

02Teklif görüşmesinde sorulacak sorular

• Yayın sonrası hata düzeltme ve bakım koşulları neler?
• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• Kapsam dışı değişiklik talepleri nasıl yönetilecek?
• KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
• Dokümantasyon ve kullanıcı eğitimi kapsamda mı?

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

• Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
• MVP en dar ama değer üreten senaryoyla başlar.
• Çok kiracılı (multi-tenant) veri ayrımı baştan tasarlanır.

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.

Şirket içi yazılım başka firmalara satılacaksa

Mimari çok kiracılı yapıya dönüştürülür; ödeme, kayıt ve yönetim katmanları eklenir.

05Kırmızı bayraklar

• Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
• Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
• Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
• Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
• Ödemenin tamamını iş başlamadan isteyen plan

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

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan yürür. Artova'da bulunan bir işletme olarak görüntülü toplantı, ekran paylaşımlı demo ve test ortamı bağlantısıyla süreci yakından izleyebilirsiniz.

• 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

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

Artova'nın PTT verisindeki 37 yerleşim kaydı 2 farklı posta koduna dağılır.

Artova'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.

Tokat genelinde Turhal, Tokat Merkez ve Tokat Yeşilyurt gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

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.

• Yayın sonrası bakım ve destek planlanır.
• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
• KVKK baştan tasarlanır.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Tokat da bunlardan biri.

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
• MVP
• SaaS
• Tokat
• Artova