Tipik süre: 4–10 hafta
Bütçe bandı: 3.000 EUR ve üzeri

Web uygulamaları

Bir web uygulamasını tanıtım sitesinden ayıran şey içeride veri olması: kimin neye eriştiği ve yanlış giden işlemin geri alınabilmesi önem kazanıyor.

Kapsam

Önce veri modeli, sonra ekran

Neyin saklanacağı ve neyin türetileceği en başta ayrılıyor. Bu ayrım yapılmadan çizilen ekranlar, altı ay sonra aynı bilginin iki yerde farklı durmasıyla sonuçlanıyor. Model yazıya döküldükten sonra arayüz onun üzerine kuruluyor, tersi değil.

Kimlik ve yetki ayrı iki soru

Kim olduğunuz ile neye erişebildiğiniz ayrı ayrı çözülüyor. Roller sayılıyor, her rolün göremeyeceği veri açıkça yazılıyor ve bu kural arayüzde değil sunucuda uygulanıyor. Bir düğmeyi gizlemek yetki denetimi sayılmıyor.

Girilen her şey iki kez doğrulanıyor

Formdan gelen veri tarayıcıda bir kez, sunucuda bir kez daha şemaya karşı denetleniyor. İkincisi olmadan birincisi yalnızca bir kolaylık: tarayıcıdaki denetimi atlamak isteyen biri için hiçbir engel değil.

Ölçüm ve hata takibi kurulu geliyor

Uygulama devreye alındığında hangi işlemin ne sıklıkta yapıldığı ve nerede hata alındığı görünür oluyor. Hata bildirimi kullanıcının anlatmasına kalmıyor; kayıt zaten düşüyor ve hangi adımda kırıldığı okunabiliyor.

Süreç nasıl işliyor

01Akışlar yazıya dökülüyor
Ekran çizilmeden önce kimin ne yapmak için geldiği cümlelerle yazılıyor. Bu aşamada çıkan sorular en ucuz sorular: bir rolün fazladan olduğu ya da iki akışın aslında tek akış olduğu, kod yazılmadan görülüyor.
02Veri modeli ve API sözleşmesi
Arayüzün sunucudan ne isteyeceği ve karşılığında ne alacağı önce yazılıyor. Sözleşme netleştiği anda iki taraf paralel ilerleyebiliyor ve entegrasyon, sonda karşılaşılan bir sürpriz olmaktan çıkıyor.
03Ekran ekran teslim
Uygulamanın tamamı bitene kadar beklenmiyor. Çalışan bir dilim erkenden görülebiliyor, üzerine konuşuluyor ve yön düzeltmesi ucuzken yapılıyor. En geç fark edilen yanlış anlama en pahalı olanı.
04Devreye alma ve devir
Ortam değişkenleri, yedekleme ve erişim hesapları kuruluyor; yayına alma işlemi tekrarlanabilir bir komuta indiriliyor. Sistemi çalıştırmak için hangi bilgilere ihtiyaç duyulduğu yazılı olarak devrediliyor.

Fiyatı ne belirliyor

Fiyatı yukarı taşıyan şey ekran sayısı değil, kaç ayrı kullanıcı rolü olduğu ve dışarıdan kaç sistemin bağlandığı; tek rollü bir iç araç bandın alt ucunda, canlı veri çeken çok rollü bir panel çok daha yukarıda oturuyor.

kaç ayrı kullanıcı rolü olduğu
bağlanacak dış sistem sayısı: ödeme, e-posta, ERP, takvim
gerçek zamanlı güncelleme gerekip gerekmediği
raporlama ve dışa aktarma ihtiyacının derinliği
mevcut bir sistemden veri göçü olup olmadığı

Sık sorulanlar

Mobil uygulama mı yaptırmalıyım, web uygulaması mı?

Ayrım şu soruda düğümleniyor: telefonun kendi yeteneklerine ihtiyaç var mı? Bildirim, kamera, konum, çevrimdışı çalışma gerekiyorsa mobil uygulama gerekçelendirilebiliyor. Gerekmiyorsa web uygulaması tek kod tabanıyla her cihazda çalışıyor, mağaza onayı beklemiyor ve güncellemesi anında yayınlanıyor.

Veriler nerede duruyor?

Barındırma bölgesi işe başlamadan seçiliyor ve bu bir tercih değil çoğu zaman bir zorunluluk: kişisel veri işleyen bir uygulamada verinin hangi ülkede tutulduğu KVKK ve GDPR açısından belirleyici. Hesaplar sizin adınıza açıldığı için veriye erişim de baştan sizde oluyor.

Kullanıcı sayısı artarsa ne oluyor?

Kurulum, kullanıcı sayısıyla birlikte büyüyebilen altyapılar üzerine yapılıyor; başlangıçta küçük bir plan yetiyor ve büyüme geldiğinde yeniden yazım gerekmiyor. Yük altında ilk kırılan şeyin ne olacağı çoğunlukla veri modelinde belli oluyor, o yüzden o adım aceleye getirilmiyor.

Mevcut sistemimizle konuşabilir mi?

Karşı sistemin bir API'si varsa evet. Yoksa, dosya aktarımı ya da zamanlanmış eşitleme gibi ara çözümler kuruluyor. Hangisinin mümkün olduğu ilk konuşmada değil, karşı sistemin dokümantasyonu görüldükten sonra söyleniyor.