Erzin'de MVP geliştirme firması seçerken nelere bakılmalı?

01MVP geliştirme 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.

Bakım koşulları

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

Yazılı kapsam

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

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.

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.

02Teklif görüşmesinde sorulacak sorular

• Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
• KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
• Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
• Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
• Ödeme planı teslim aşamalarına bağlı mı?
• Yayın sonrası hata düzeltme ve bakım koşulları neler?

03MVP geliştirme planlarken bilinmesi gerekenler

• Kullanım ölçümü ve faturalama kuralları netleşir.
• MVP en dar ama değer üreten senaryoyla başlar.
• Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.

04MVP geliştirme hangi ihtiyaca cevap verir?

Bir fikir pazarda denenecekse

MVP geliştirme kapsamı en kısa yoldan kullanılabilir hale getirilir; geri bildirimle büyütülü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

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

06Hatay 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

07Erzin'de MVP geliştirme için çalışma biçimimiz

Erzin'in PTT verisindeki 20 yerleşim kaydı 1 farklı posta koduna dağılır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için MVP geliştirme tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Erzin'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 Kırıkhan, İskenderun ve Hassa ilçeleri için de MVP geliştirme talepleri değerlendirilir; toplantılar uzaktan yapılır.

08Nasıl çalışıyoruz?

Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.

• Kapsam ve teslim kriterleri yazılı olur.
• Alan adı ve sunucu hesapları işletme adına açılır.
• Her değişiklik önce test ortamında denenir.

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

• önceliklendirme
• hızlı yayın
• ölçümleme
• rol bazlı yetki
• SaaS
• MVP
• white-label
• lisans
• MRR
• Hatay
• Erzin