Kısa cevap
Web uygulama geliştirme; tablolar, e-postalar ve kopuk araçlarla yürüyen iş sürecinin tek yazılımda toplanmasıdır. USFORM, MVP yaklaşımıyla önce en kritik akışı 8–16 haftada devreye alır, sonra veriyle genişletir.
Kapsam
Web uygulama projesinde neler var?
Teslim edilenler
- 01Süreç haritalama ve MVP kapsam tasarımı
- 02Kullanıcı akışları ve arayüz tasarımı
- 03Modern web teknolojileriyle geliştirme
- 04Rol/yetki, güvenlik ve KVKK yapısı
- 05Mevcut araçlarla entegrasyon (API)
- 06Devreye alma, eğitim ve iterasyon planı
Kimler için
- Operasyonu Excel ve e-postayla yöneten işletmeler
- Hazır paketlerin süreçlerine uymadığı firmalar
- Teklif, sipariş, üretim veya randevu akışını dijitalleştirmek isteyenler
- Süreci ürünleştirmeden, yalnızca kendi ekibi için yazılım isteyenler
Çözdüğü sorunlar
- Aynı veri birden çok tabloya elle giriliyor
- Süreç kişilere bağımlı; kişi yoksa iş duruyor
- Hazır yazılımlar sürecin yarısını karşılıyor
- Yönetim, işin anlık durumunu göremiyor
Son güncelleme: 29 Eylül 2026
Karar
Hazır yazılım, Excel ve otomasyon ya da özel uygulama: hangisi?
Her sorun yeni bir yazılım gerektirmez. Doğru soru, hangi aracın sizin sürecinize uyduğu ve hangisinin sizi ileride kilitleyeceğidir.
Önünüzde üç yol var: hazır bir yazılım almak, mevcut araçları otomasyonla birbirine bağlamak ya da sürecinize özel bir web uygulaması yaptırmak. Yazılım mühendisliği yazılarında bu karar için tekrarlanan bir ilke var: sizi rakiplerinizden ayırmayan işlevi hazır paketle çözün, paketi ağır özelleştirmek yerine yapılandırın, kendi çekirdek işinizi ise kendi kontrolünüzde tutun.
Aşağıdaki tablo bu ilkeyi dört tipik duruma uygular. Kaynaklar sayfa sonundaki listede.
| Durumunuz | Çoğu zaman doğru yol | Neden |
|---|---|---|
| Süreç sektörünüzde herkesin yaptığı standart bir iş (muhasebe, e-posta, takvim) | Hazır yazılım | Fark yaratmayan işlevi paketle çözmek mantıklıdır. Paketi ağır özelleştirmek bakımı zorlaştırır |
| Sorun, birkaç aracın birbirine bağlı olmaması | Hazır araçlar ve otomasyon | Veri bir araçtan diğerine kendiliğinden akıyorsa yeni yazılıma gerek kalmayabilir |
| Süreç rekabette fark yaratıyor ya da hazır paketler işin yarısını karşılıyor | Özel web uygulaması | Çekirdek işinizin kurallarını, verisini ve gelişimini kendi kontrolünüzde tutarsınız |
| Fikir henüz doğrulanmadı | En pahalı darboğazı çözen dar bir ilk sürüm | Önce doğrulama, sonra veriyle genişleme. Her şeyi yapan bir ilk sürüm doğrulamayı geciktirir |
Kaynaklar: Martin Fowler, Joel Spolsky ve GOV.UK teknoloji rehberi. Görüş yazılarıdır, ölçülmüş veri değildir.
Excel sınırına geldiğinizi gösteren işaretler
- Aynı veriyi birden fazla kişi, birden fazla yere giriyor.
- Hangi dosya sürümünün doğru olduğu tartışılıyor.
- Kimin neyi göreceği ve değiştireceği ayrı yetkilendirme istiyor.
- Kişisel veri içeren dosyalar e-postayla ve mesajlaşma uygulamalarıyla dolaşıyor.
- İşin son durumunu öğrenmek için birine sormak gerekiyor.
- Bir kişi izinliyken süreç duruyor.
Hazır araç yetiyorsa söyleriz
Keşifte önce mevcut araçlarınızla çözülüp çözülmediğine bakarız. Hazır yazılım ve otomasyon ihtiyacınızı karşılıyorsa bunu açıkça yazarız. Özel uygulama, ancak bu iki yol yetmediğinde ya da sürecin kendisi sizin farkınız olduğunda anlamlıdır.
Mimari
Ekranların arkasında ne kurulur?
Bir web uygulamasının değeri ekranlarda değil, arkasındaki yapıda saklıdır. Yetki, veri ve kayıt düzeni baştan doğru kurulmazsa sonradan eklemek pahalıdır.
Rol ve yetki
Kim neyi görür, düzenler, onaylar ve siler? Bu sorular baştan bir yetki tablosunda yazılır. Tablo hem ekranları hem sunucudaki kuralları belirler.
Veri modeli
Excel sütunlarının yerini birbirine bağlı tablolar alır. Müşteri, sipariş ve iş emri aynı kaydın parçalarıdır. Tek doğru kaynak bu yapıdır.
Entegrasyon
E-posta, muhasebe, CRM ve takvim araçlarıyla bağlantı kurulur. Hangisinin ilk fazda, hangisinin sonra geleceği kapsamda yazılıdır. API'si olmayan araçlar için içe ve dışa aktarım akışı tasarlanır.
Denetim kaydı
Kim, ne zaman, neyi değiştirdi sorusunun cevabı sistemde durur. Hatalı kayıt ya da anlaşmazlık olduğunda geriye bakmak mümkündür.
Yedekleme ve geri dönüş
Yedeğin alınması yetmez, geri yüklenebildiği de denenir. Yedek sıklığı ve geri dönüş adımları teslimde dokümante edilir.
Altyapı ve erişimler
Sunucu konumu, hesap sahipliği ve ortam ayarları proje başında netleşir. Yazılım, üretici tarafından desteklenen sürümlerde tutulur, eskimiş bileşen bırakılmaz.
Teknoloji seçimi (dil, veritabanı, barındırma) keşifte, ihtiyaçlarınız ve ekibinizin bakım imkânları yazıldıktan sonra belirlenir. Burada sürüm numarası vermiyoruz çünkü sürümler tarihlenir. Değişmeyen ilke, üreticinin desteklediği sürümlerde kalmak ve yığını standart tutmaktır. Bu, ajansa bağımlılığı da azaltır.
Güvenlik
Güvenlik ve KVKK: tasarım incelemesinde hangi sorular sorulur?
Güvenlik sonradan yapıştırılan bir katman değil, tasarım kararlarının toplamıdır. Bu bölüm bir sertifika ya da uygunluk beyanı değil, tasarım incelemesinde sorulan soruların listesidir. Hangi maddelerin projenizin kapsamında olduğu teklifte yazılır.
OWASP Top 10:2025 maddeleri ve tasarımda sorulan sorular
| Risk (OWASP Top 10:2025) | Ne demek | Tasarımda sorulan soru |
|---|---|---|
| A01 Erişim kontrolü ihlalleri | Kullanıcının yetkisi olmayan veriye ya da işleme ulaşabilmesi | Yetki kontrolü sunucuda mı yapılıyor, rol tablosu yazılı mı? |
| A02 Güvenlik yanlış yapılandırması | Varsayılan veya hatalı ayarların açık bırakılması | Ortam ayarları gözden geçirildi mi, gereksiz servisler kapalı mı? |
| A03 Yazılım tedarik zinciri hataları | Kullanılan kütüphane ve araçlardaki zafiyetler | Bağımlılıklar güncel ve desteklenen sürümlerde mi? |
| A04 Kriptografik hatalar | Verinin şifresiz saklanması ya da taşınması | Bağlantılar şifreli mi, hassas veri korunarak mı saklanıyor? |
| A05 Enjeksiyon | Kullanıcı girdisinin komut gibi çalıştırılması | Girdiler doğrulanıyor mu, veritabanı sorguları güvenli mi yazılıyor? |
| A06 Güvensiz tasarım | Tasarım aşamasında düşünülmemiş riskler | Yetki ve kötüye kullanım senaryoları tasarımda konuşuldu mu? |
| A07 Kimlik doğrulama hataları | Zayıf oturum ve şifre yönetimi | Oturum ve şifre yönetimi güvenli yöntemlerle mi kuruluyor? |
| A08 Yazılım veya veri bütünlüğü hataları | Doğrulanmamış güncelleme ya da veri | Yayına çıkan sürümün kaynağı ve bütünlüğü kontrol ediliyor mu? |
| A09 Güvenlik kaydı ve uyarı hataları | Olayların kaydedilmemesi ve fark edilmemesi | Kritik işlemler denetim kaydına yazılıyor mu, olaylar fark ediliyor mu? |
| A10 Olağan dışı durumların kötü yönetimi | Hata durumlarının kontrolsüz işlenmesi | Hatalar iç bilgi sızdırmadan mı yönetiliyor? |
Bu tablo sertifika ya da uygunluk beyanı değildir. Bir kontrol listesidir. Hangi maddelerin kapsamda olduğu teklifte yazılır. Kaynak: OWASP Top 10:2025.
KVKK: sistemin neyi mümkün kılması gerekir?
KVKK Kurumu'nun Kişisel Veri Güvenliği Rehberi (teknik ve idari tedbirler), yetki matrisi ve yetki kontrolü, erişim ve log kayıtları, yedekleme, şifreleme, sızma testi ve uygulama güvenliği gibi başlıkları sayar. İyi tasarlanmış bir web uygulaması bu tedbirlerin çoğunu teknik olarak mümkün kılar. Bu tedbirleri işletmek ise sizin sürecinizin bir parçasıdır.
Sözleşmede veri sorumlusu ve veri işleyen rollerinin baştan yazılması iyi bir uygulamadır. 6698 sayılı Kanun'un yurt dışına aktarım hükümleri 1 Haziran 2024'te değişti. Sunucu ya da bulut hizmeti yurt dışındaysa aktarımın bir hukuki dayanağı olması gerekir. Kurum'un rehberi bunları yeterlilik kararı, standart sözleşme gibi uygun güvenceler ve arızi aktarım olarak sıralar. Standart sözleşme yolunda Kurum'a bildirim de gerekir. Bu yüzden sunucu konumunu proje başında netleştirir ve hukuk danışmanınızın görüşüne sunarız.
Bu bölüm hukuki görüş değildir. Yükümlülükleriniz ve yaptırımlar için KVKK Kurumu'nun güncel metinlerine ve bir hukuk danışmanına başvurun. Burada madde numarası ve ceza tutarı yazmıyoruz, çünkü bunlar değişir.
Erişilebilirlik
İç kullanıcılar için hazırlanan ekranlarda WCAG 2.2 AA düzeyini bir kalite hedefi olarak öneriyoruz. W3C'nin 12 Aralık 2024'te tavsiye kararı olarak yayımladığı bu sürümün AA düzeyindeki yeni ölçütleri şunlardır: odaklanan öğenin başka bir öğeyle örtülmemesi (2.4.11), sürükleme hareketine alternatif sunulması (2.5.7), dokunma hedeflerinin yeterli boyutta olması (2.5.8) ve erişilebilir kimlik doğrulama (3.3.8). Yasal yükümlülük durumunuz sektörünüze göre değişebilir, bu konuda hukuk danışmanınıza başvurun.
Kapsam
Faz 1'e ne girer, ne bilerek dışarıda kalır?
İlk sürümün başarısı, ne yaptığından çok neyi bilerek yapmadığına bağlıdır.
En pahalı darboğaz yöntemi
Bütün süreç bir anda yazılıma taşınmaz. Önce sürecin en pahalı adımı bulunur. Ölçüt olarak kaybedilen zaman, hatanın maliyeti ve gecikmenin işe verdiği zarar kullanılır. İlk sürüm yalnızca bu darboğazı uçtan uca çözer. Sonraki fazlar, ilk sürümün kullanım verisine göre planlanır.
| Konu | Faz 1'de | Bilerek dışarıda kalan | Neden |
|---|---|---|---|
| Akış | Tek uçtan uca akış | İkincil ve nadir akışlar | Doğrulama hızlanır, hata alanı küçülür |
| Yetki | Rol ve yetki yapısı | Ayrıntılı özel yetki kuralları | Yetki temeli baştan kurulur, ince ayar sonra gelir |
| Kayıt | Denetim kaydı | Süslü raporlama ekranları | Kayıt sonradan eklenemez, rapor eklenebilir |
| Veri | Mevcut verinin temizlenip taşınması | Eski arşivin tamamı | Kullanılmayan veri sistemi yavaşlatır ve karıştırır |
| Entegrasyon | En kritik tek bağlantı | İkincil entegrasyonlar | Her bağlantı ayrı bir iş kalemidir |
| Mobil | Web arayüzü, mobil uyumlu | Mağaza uygulaması | İhtiyaç veriyle kanıtlandıktan sonra ayrı proje olarak ele alınır |
Kabul kriteri
İlk sürümün "çalışıyor" sayılması için yazılı kabul kriterleri baştan belirlenir. Kriter, bir kullanıcının tek ana akışı baştan sona tamamlayabilmesi gibi ölçülebilir olmalıdır. Kriter yoksa proje bitmiş sayılamaz, sonsuza kadar uzar.
Örnek faz planı
- 01
Faz 0: Keşif ve kapsam
İlk hafta süreç haritası çıkarılır, veri envanteri ve riskler yazılır. Sizden süreci bilen kişilerle çalışma zamanı ayırmanız beklenir.
TeslimSüreç haritası, faz planı ve kalem kalem bütçe.
- 02
Faz 1: İlk çalışan sürüm
En pahalı darboğaz uçtan uca çözülür. Her hafta çalışan bir demo gösterilir. İlk çalışan sürüm 150.000 TL'den başlar, tipik süresi 8 ile 16 hafta arasındadır.
TeslimYayındaki sürüm, eğitim, kaynak kod ve dokümantasyon.
- 03
Faz 2: Entegrasyon ve raporlama
İlk sürümün kullanım verisine göre ikincil entegrasyonlar ve raporlar eklenir.
TeslimYazılı kapsam ve bedelle teslim edilen ek modüller.
- 04
Faz 3: Ölçekleme ve iyileştirme
Kullanıcı sayısı ve veri büyüdükçe performans ve yeni ihtiyaçlar ele alınır.
TeslimAylık geliştirme döngüsü ya da SLA'lı bakım.
Örnekler
Üç örnek senaryo
Üç senaryo da kurgudur. Bir müşteriyi anlatmaz, ilk fazın nasıl seçildiğini gösterir.
- Örnek senaryo · kurgusal
Teklif ve sipariş takibi
- Durum
- Bir üretim firması teklifleri Excel'de hazırlıyor, siparişleri e-postayla alıyor. Hangi teklifin hangi aşamada olduğunu bilen tek kişi satış müdürü.
- Yaklaşım
- En pahalı darboğaz teklif hazırlama ve takip olarak seçilir. Faz 1'de teklif oluşturma, onay, siparişe dönüştürme akışı ve rol yapısı kurulur.
- Elde edilen
- Teklifler tek yerde durur ve durumları görünür. Stok ve muhasebe entegrasyonu ikinci faza bırakılır.
- Örnek senaryo · kurgusal
Bayi portalı
- Durum
- Bayiler sipariş, fiyat listesi ve belgeleri WhatsApp ve e-postayla istiyor. Fiyat listesi güncellendiğinde eski dosyalar dolaşmaya devam ediyor.
- Yaklaşım
- Faz 1'de bayiye özel giriş, güncel fiyat listesi ve sipariş oluşturma kurulur. Yönetim tarafında siparişler ve bayi kayıtları tek panelde toplanır.
- Elde edilen
- Bayi her zaman güncel fiyatı görür. Cari bakiye ve ERP bağlantısı ilk fazın çalışması görüldükten sonra planlanır.
- Örnek senaryo · kurgusal
Müşteri talep ve servis yönetimi
- Durum
- Servis talepleri telefon, e-posta ve formlardan geliyor. Talebin sahibi ve durumu kişilerin hafızasında.
- Yaklaşım
- Faz 1'de tüm kanallardan gelen talepler tek kayıt havuzunda toplanır, sahibi atanır, durumu izlenir. Denetim kaydı baştan açık olur.
- Elde edilen
- Her talebin sahibi ve geçmişi sistemde durur. Müşteri bildirimleri ve raporlar sonraki faza kalır.
Sahiplik
Kod ve sahiplik: teslimde ne size geçer?
"Kaynak kod sizde" cümlesi tek başına bir güvence değildir. Neyin, hangi belgeyle, ne zaman geçtiği yazılı olmalıdır.
| Teslim kalemi | Ne anlama gelir |
|---|---|
| Kaynak kod deposu | Uygulamanın tüm kodu, geçmişiyle birlikte sizin kontrolünüzdeki bir depoda |
| Altyapı ve hesap erişimleri | Sunucu, alan adı ve servis hesaplarının sahibi ve yöneticisi siz olursunuz |
| Ortam ayarları ve gizli anahtarlar | Uygulamanın çalışması için gereken ayarlar ve anahtarlar güvenli biçimde devredilir |
| Dokümantasyon | Kurulum, bakım ve iş kuralları yazılıdır, başka bir ekip devralabilir |
| Veri dışa aktarımı | Verinizi standart bir biçimde dışarı alabilirsiniz |
| Yazılı hak devri | Yazılım üzerindeki hakların size geçişi sözleşmede açıkça yazılır |
Hukuk yazılarında sık geçen bir tespit var: sözleşmede yazmıyorsa geliştiricinin kaynak kodu teslim etme yükümlülüğü olmayabilir. 5846 sayılı Fikir ve Sanat Eserleri Kanunu'na göre mali hakların devri yazılı yapılır ve devredilen haklar ayrı ayrı gösterilir. Bu yüzden devri sözleşmenin başında yazmanızı öneririz.
Bu bölüm hukuki görüş değildir. Sözleşmenizi bir avukata okutun. Varsayılan yaklaşımımız şudur: kod, dokümantasyon ve kurulum bilgisi teslim edilir, mali hakların devri hangi hakların devredildiği sayılarak ve ödemenin tamamlanması şartıyla sözleşmede yazılır. Açık kaynak ve üçüncü taraf bileşenler kendi lisanslarına tabidir, listesi teslimatta verilir.
Teslimden sonra ne olur?
Teslimden sonra 30 günlük stabilizasyon dönemi standarttır. Bu dönemde canlı kullanımda çıkan hatalar giderilir. Sonrasında aylık geliştirme döngüsü ya da SLA'lı bakım seçenekleri sunulur.
Ajansla yollarınızın ayrılması durumunda dokümantasyon, standart yığın ve devredilmiş hesaplar sayesinde başka bir ekip işi devralabilir. Bakım maliyeti de teklif aşamasında kalem kalem yazılır, çünkü özel yazılımın gerçek maliyeti çoğu zaman bakımdadır.
Gizlilik
Çalışma öncesinde gizlilik sözleşmesi (NDA) imzalanır. Müşteri bilgisi kişisel hesaplarda ya da kontrolsüz araçlarda tutulmaz.
Riskler
Sık yapılan altı hata
Aşağıdaki hataların çoğu, tek satır kod yazılmadan önce alınan kararlardan doğar.
Her şeyi Faz 1'e sığdırmak
Liste uzadıkça ilk sürüm gecikir. Kullanıma giremeyen yazılım hiçbir şeyi doğrulamaz.
Hazır ürünü ağır özelleştirmek
Özelleştirme arttıkça bakım zorlaşır. Hazır ürünü yapılandırmak, kodunu ağır biçimde değiştirmekten daha sürdürülebilirdir.
Bakım maliyetini hesaba katmamak
Özel yazılımın yaşam boyu maliyeti yalnızca geliştirme bedeli değildir. Teklifte bakım kalemi görünmüyorsa sorun.
Kaynak kod ve hakları yazmamak
Devir sözleşmede yazılı olmazsa ajans değişikliğinde yeniden yazmak zorunda kalabilirsiniz.
Veri taşımayı sona bırakmak
Temizlenmemiş eski veri, yeni sistemin ilk günkü güvenini zedeler. Veri taşıma ilk fazın parçasıdır.
Yalnızca fiyata bakarak teklif karşılaştırmak
Sabit fiyatlı teklif ile adam/gün bazlı teklif aynı şeyi ölçmez. Kapsam dışı kalemleri ve değişiklik talebinin nasıl yönetildiğini sorun.
Hazırlık
Teklif almadan önce hazırlanacaklar
Bu liste, teklifin doğru ve kıyaslanabilir gelmesini sağlar. Tek cümlelik cevaplar bile yeterlidir.
- Bugün kullandığınız dosya ve kanallar neler: Excel dosyaları, e-posta, mesajlaşma grupları?
- Sürecin adımları neler ve her adımın sahibi kim?
- En çok zaman veya para kaybettiren adım hangisi?
- Hangi kişisel veriler işleniyor ve kimler görmeli?
- Yeni sistemin konuşması gereken mevcut araçlar neler?
- Karar verici ve ilk sürümü kabul edecek kişi kim?
- Verinin bugünkü kalitesi nasıl: tekrarlar, eksik kayıtlar var mı?
- Bütçe aralığınız ve zaman baskınız nedir?
- Sözleşmede yazılmasını istediğiniz maddeler: hak devri, kaynak kod, dokümantasyon, bakım.
Sözlük
Kısa sözlük
- Web uygulaması
- Tarayıcıda çalışan, kullanıcıdan veri alan, iş kuralı işleten ve kayıt tutan yazılım. Giriş, rol ve veritabanı içerir. Web sitesi bilgi verir, web uygulaması iş yapar.
- Rol ve yetki matrisi
- Hangi rolün hangi veriyi görebileceğini ve hangi işlemi yapabileceğini gösteren tablo.
- Denetim kaydı
- Kim, ne zaman, hangi kaydı değiştirdi sorusunun cevabını tutan kayıt.
- API
- İki yazılımın birbiriyle veri alışverişi yapmasını sağlayan arayüz.
- Entegrasyon
- Yeni uygulamanın muhasebe, CRM ya da e-posta gibi mevcut araçlarla bağlanması.
- Faz 1
- En pahalı darboğazı uçtan uca çözen ilk çalışan sürüm.
- Kabul kriteri
- İlk sürümün çalışıyor sayılması için baştan yazılan ve ölçülebilen koşullar.
- Stabilizasyon
- Teslimden sonra canlı kullanımda çıkan hataların giderildiği dönem.
- Tedarikçi kilidi
- Yazılımın yalnızca onu geliştiren firma tarafından bakılabilir olması durumu.
- Veri dışa aktarımı
- Sistemdeki verinin standart bir biçimde dışarı alınabilmesi.
Sınırlar
Neyi vaat etmiyoruz
- Güvenlik sertifikası ya da KVKK uygunluk beyanı vermiyoruz. Tasarım incelemesinde sorulan soruları ve teklifte kapsama alınan maddeleri yazıyoruz, mutlak güvenlik vaat etmiyoruz.
- Hukuki görüş vermiyoruz. KVKK, sözleşme ve hak devri konularında hukuk danışmanınıza başvurun.
- Süre ve bedel keşif sonunda netleşir. Bu sayfadaki başlangıç fiyatı bağlayıcı bir teklif değildir.
- API'si olmayan araçlarla otomatik entegrasyon vaat etmiyoruz. Bu araçlar için içe ve dışa aktarım akışı tasarlarız.
- Yoğun donanım entegrasyonu ya da düzenleyici gereklilik içeren projeler ek aşamalar gerektirir ve ayrıca değerlendirilir.
Kanıt
Çalışan sistemler.
Canlı ve pilot aşamadaki web uygulamalarımız. Aşamalarını olduğu gibi yazıyoruz.
Dikey SaaS · Otopark operasyonuPilot bulgusuParkMetria
Otopark operasyonunu tek panelde birleştiren dikey işletim sistemi.
Vaka kaydını incele
İçerik operasyonuİç araç · pilotContentOS
Çekimden çoklu kanal içerik üretimine uzanan içerik iş akışı.
Vaka kaydını incele
Sağlık · PsikolojiCanlı ürünDijital İlişki Dinamikleri
Bilimsel bir ölçeği güvenli bir dijital öz değerlendirme aracına dönüştürmek.
Vaka kaydını incele
Yatırım
Fazlara bölünmüş bütçe.
İlk çalışan sürüm 150.000 TL'den başlar. Kapsam keşif sonrası fazlara bölünür; her fazın bedeli ve teslimatı yazılı olarak sunulur.
Faz 1 · İlk çalışan sürüm
150.000 TL'den
Sürecin en pahalı darboğazı uçtan uca çözülür
- Süreç haritası ve kapsam tasarımı
- Kullanıcı akışları ve arayüz
- Rol, yetki, güvenlik ve KVKK yapısı
- Mevcut araçlarla entegrasyon
- Devreye alma ve eğitim
- Kaynak kod ve dokümantasyon size ait
Sonraki fazlar
Veriye göre
Kullanım verisiyle genişletilir
- Her fazın bedeli ve teslimatı yazılı
- 30 gün stabilizasyon
- Aylık geliştirme döngüsü veya SLA'lı bakım
Çalışma öncesi gizlilik sözleşmesi (NDA) imzalanır. Tedarikçi kilidi oluşturulmaz.
Süreç
Nasıl ilerliyor?
İlk çalışan sürüm 8–16 hafta; ilk hafta süreç haritası, her hafta çalışan demo.
1. hafta
Süreç haritası
Kim, neyi, hangi sırayla yapıyor; iş nerede tıkanıyor.
Her hafta
Çalışan demo
İlerleme sunumla değil, çalışan yazılımla gösterilir.
8–16 hafta
İlk çalışan sürüm
En pahalı darboğaz uçtan uca çözülür.
Devreye alma
Eğitim ve devir
Kaynak kod, dokümantasyon ve kurulum bilgisi teslim edilir.
Sonrası
Stabilizasyon
30 gün stabilizasyon, ardından aylık geliştirme veya bakım.
Analiz talebi
Web Uygulama Ön Analizi
Kısa formu gönderin; sürecinize ve ilk sürümün kapsamına dair ilk tespitlerle bir iş günü içinde dönelim.
- 2 dakikalık form
- 1 iş günü içinde dönüş
- Satış baskısı yok
Sık sorulan sorular
Web uygulama geliştirme hakkında sık sorulanlar
Sürecin en pahalı darboğazı seçilir; ilk sürüm yalnızca onu uçtan uca çözer. 'Her şeyi yapan' ilk sürüm hedeflenmez; çünkü doğrulama gecikir, maliyet büyür.
Sözleşmede yazılı olarak size devredilir. Kod, tasarım dosyaları, dokümantasyon ve kurulum bilgisi teslim edilir. Mali hakların devri, hangi hakların devredildiği tek tek sayılarak ve ödemenin tamamlanması şartıyla yazılır. Açık kaynak ve üçüncü taraf bileşenler kendi lisanslarıyla gelir, listesi teslimatta verilir. Bu bir hukuki görüş değildir, sözleşmenizi bir avukata okutmanızı öneririz.
API'si olan muhasebe, e-ticaret, CRM ve takvim araçlarıyla entegrasyon kurulur; API'si olmayan araçlar için dışa/içe aktarım akışları tasarlanır.
30 günlük stabilizasyon standarttır; sonrasında aylık geliştirme döngüsü veya SLA'lı bakım seçenekleri sunulur.
Çalışma öncesi gizlilik sözleşmesi (NDA) imzalanır; müşteri bilgisi kişisel hesaplarda veya kontrolsüz araçlarda tutulmaz.
Web sitesi bilgi verir. Web uygulaması kullanıcıdan veri alır, iş kurallarını işletir ve kayıt tutar. Bu yüzden giriş, rol ve yetki yapısı ile bir veritabanı içerir.
Aynı veri birden fazla kişi tarafından giriliyorsa, hangi dosyanın doğru olduğu tartışılıyorsa, yetkiye göre görünürlük gerekiyorsa ya da kişisel veri içeren dosyalar dolaşıyorsa Excel sınırına gelmişsiniz demektir.
Standart bir işse hazır yazılım, araçların birbirine bağlanması sorunuysa otomasyon, süreç sizi rakiplerinizden ayırıyorsa ya da hazır paketler işin yarısını karşılıyorsa özel uygulama mantıklıdır. Hazır araç yetiyorsa bunu keşifte açıkça söyleriz.
Tasarım incelemesinde OWASP Top 10:2025 maddeleri bir kontrol listesi olarak kullanılır: erişim kontrolü, girdi doğrulama, kimlik doğrulama, denetim kaydı ve güncel bağımlılıklar gibi. Hangi maddelerin projenizin kapsamında olduğu teklifte yazılır. Bu bir sertifika ya da uygunluk beyanı değildir, mutlak güvenlik vaadi de değildir.
Rol ve yetki tablosu, erişim kayıtları ve yedekleme gibi teknik tedbirleri sistemde mümkün kılarız. Bunları işletmek ve veri sorumlusu olarak yükümlülüklerinizi yerine getirmek sizin sürecinizin parçasıdır. Sözleşmede veri sorumlusu ve veri işleyen rolleri ile sunucu konumu baştan yazılır. Sunucu ya da bulut hizmeti yurt dışındaysa aktarım için ayrıca bir hukuki dayanak gerekir. Bu bir hukuki görüş değildir, hukuk danışmanınıza başvurun.
En pahalı darboğazı çözen tek uçtan uca akış, rol ve yetki yapısı, denetim kaydı ve mevcut verinin taşınması. İkincil entegrasyonlar, ayrıntılı raporlar ve mobil uygulama sonraki fazlara bırakılır.
Web uygulaması bir işletmenin kendi süreci için kurulur ve o işletmenin ekibi kullanır. SaaS ise aynı yazılımın abonelikle birçok müşteriye satılmasıdır, bu yüzden çok kullanıcılı mimari, abonelik ve faturalama gerektirir. Amacınız kendi ekibiniz için çalışan bir sistemse web uygulaması, bir ürün satmaksa SaaS geliştirme sayfasına bakın.
Özel yazılım daha geniş bir terimdir, işletmeye özel yazılan her sistemi kapsar. Biz tarayıcıda çalışan yazılımlar kurarız. Sıfırdan bir iş uygulaması istiyorsanız bu sayfa, eldeki sistemden çıkış, veri taşıma ve entegrasyon ağırlıklıysa özel yazılım geliştirme sayfası daha uygundur.
Kaynaklar
Bu sayfadaki resmî bilgiler aşağıdaki kaynaklara dayanır. Ücret ve kurallar değişebilir, karar öncesi kaynağı kontrol edin.
- OWASP Top 10:2025Risk maddeleri. Erişim: 29 Eylül 2026
- KVKK: Kişisel Veri Güvenliği Rehberi (teknik ve idari tedbirler)Erişim: 29 Eylül 2026
- KVKK: Kişisel Verilerin Yurt Dışına Aktarılması RehberiKurum sayfası. Metnin tamamını hukuk danışmanınızla okuyun
- W3C: Web Content Accessibility Guidelines (WCAG) 2.2Erişim: 29 Eylül 2026
- W3C: WCAG 2.2'deki yeniliklerAA düzeyindeki yeni ölçütler. Erişim: 29 Eylül 2026
- Martin Fowler: Utility vs Strategic DichotomyGörüş yazısı. Erişim: 29 Eylül 2026
- Joel Spolsky: In Defense of Not-Invented-Here SyndromeGörüş yazısı. Erişim: 29 Eylül 2026
- GOV.UK Teknoloji Blogu: To build or to buy, that is the technology questionErişim: 29 Eylül 2026
- GOV.UK Service Manual: Choosing technologyErişim: 29 Eylül 2026