Amasra'da MVP geliştirme firması seçerken nelere bakılmalı?

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

Dokümantasyon

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

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.

Test ortamı

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

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.

Yazılı kapsam

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

02Teklif görüşmesinde sorulacak sorular

• KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
• Ödeme planı teslim aşamalarına bağlı mı?
• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
• Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
• Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
• Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?

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.
• Çok kiracılı (multi-tenant) veri ayrımı baştan tasarlanır.

04MVP geliştirme hangi ihtiyaca cevap verir?

Kurumsal müşteriler SSO istediğinde

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

Bir fikir pazarda denenecekse

MVP geliştirme kapsamı en kısa yoldan kullanılabilir hale getirilir; geri bildirimle büyütülür.

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
• Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
• Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma
• Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif

06Bartın 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

07Amasra'da MVP geliştirme için çalışma biçimimiz

PTT kayıtlarında Amasra ilçesine bağlı 96 yerleşim bulunur: 5 mahalle ile 91 köy ve köy yerleşimi.

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

Aynı ildeki Kurucaşile, Bartın Merkez ve Ulus 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.

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

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Bartın 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
• abonelik
• Bartın
• Amasra