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

01MVP geliştirme firması seçerken bakılacak ölçütler

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.

Dokümantasyon

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

KVKK yaklaşımı

Kişisel veri, erişim yetkisi ve kayıt tutma tasarımın parçası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.

02Teklif görüşmesinde sorulacak sorular

• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
• Ödeme planı teslim aşamalarına bağlı mı?
• Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
• Kapsam dışı değişiklik talepleri nasıl yönetilecek?
• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• Yayın sonrası hata düzeltme ve bakım koşulları neler?

03MVP geliştirme planlarken bilinmesi gerekenler

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

04MVP geliştirme hangi ihtiyaca cevap verir?

Ş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.

Kurumsal müşteriler SSO istediğinde

Kurumsal oturum açma ve rol yönetimi ürüne eklenir.

05Kırmızı bayraklar

• 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ı
• Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
• Ödemenin tamamını iş başlamadan isteyen plan

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

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

Hadim, Konya iline bağlı bir ilçedir ve PTT adres verisine göre 32 mahalleden oluşur. 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.

Hadim'de 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.

Konya genelinde Yalıhüyük, Karatay ve Selçuklu gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

08Ekip ve çalışma biçimimiz

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.

• Her değişiklik önce test ortamında denenir.
• Yayın sonrası bakım ve destek planlanır.
• KVKK baştan tasarlanır.

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

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
• multi-tenant
• MRR
• Konya
• Hadim