Nallıhan'da yazılımı ürünleştirme firması seçerken nelere bakılmalı?

01Yazılımı ürünleştirme firması seçerken bakılacak ölçütler

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.

Kaynak kod sahipliği

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

KVKK yaklaşımı

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

İletişim düzeni

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

02Teklif görüşmesinde sorulacak sorular

• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• Yayın sonrası hata düzeltme ve bakım koşulları neler?
• Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
• KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
• Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
• Kapsam dışı değişiklik talepleri nasıl yönetilecek?

03Yazılımı ürünleştirme planlarken bilinmesi gerekenler

• MVP en dar ama değer üreten senaryoyla başlar.
• Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
• Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.

04Yazılımı ürünleştirme hangi ihtiyaca cevap verir?

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

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

Kurumsal müşteriler SSO istediğinde

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

05Kırmızı bayraklar

• Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
• 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
• Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları

06Ankara 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. Nallıhan'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

07Nallıhan'da yazılımı ürünleştirme için çalışma biçimimiz

PTT kayıtlarında Nallıhan ilçesine bağlı 84 yerleşim bulunur. Birden fazla ilçede ekibi veya şubesi olan işletmelerde yazılımı ürünleştirme için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.

Nallıhan'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 Şereflikoçhisar, Elmadağ ve Ayaş ilçeleri için de yazılımı ürünleştirme talepleri değerlendirilir; toplantılar uzaktan yapılır.

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.

• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
• Kapsam ve teslim kriterleri yazılı olur.
• Alan adı ve sunucu hesapları işletme adına açılır.

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

• mimari dönüşüm
• tenant
• ödeme
• churn
• MRR
• abonelik
• kullanım bazlı faturalama
• self servis
• multi-tenant
• Ankara
• Nallıhan