Web uygulaması geliştirme: iç sistemle müşteriye dönük uygulamanın sınırı
Web uygulaması tarayıcıdan açılan ama gerçek iş yapan sistemdir. Kararın merkezinde tek ayrım vardır: uygulamayı sizin ekibiniz mi kullanacak, müşteriniz mi. KodDelta ikisini aynı veritabanı üzerinde ayrı arayüzler olarak kurar; çünkü iç sistemle dışa açık uygulamanın kimlik, ölçek ve hata toleransı gereksinimleri farklıdır.
“Bize bir web uygulaması lazım” cümlesi üç farklı işi tarif edebilir: içerik gösteren bir site, ekibin her gün kullandığı bir iç sistem veya müşterinin kendi kendine iş yaptığı bir portal. Üçünün maliyeti, süresi ve riski aynı değildir. Bu yazı sınırı çizer ve kararın nerede verildiğini anlatır.
Üç şeyi ayırın
| Ölçüt | Web sitesi | İç sistem | Müşteriye dönük uygulama |
|---|---|---|---|
| Kullanıcı | Ziyaretçi | Belli sayıda çalışan | Sayısı tahmin edilen müşteri |
| Oturum | Genelde yok | Var, roller tanımlı | Var, kendi kendine kayıt ve şifre sıfırlama |
| Eğitim | Yok | Mümkün | Mümkün değil, arayüz kendini anlatmalı |
| Hata toleransı | Düşük etkili | Ekip telefonla haber verir | Müşteri kaybı riski |
| Yük | Öngörülebilir | Mesai saatiyle sınırlı | Ani yığılma mümkün |
| Tasarım yükü | Yüksek | Orta, işlevsellik önde | Yüksek, güven duygusu dahil |
Kurumsal sitenin neden ayrı ele alındığı kurumsal web sitesi yazısında anlatılıyor. Bu yazının konusu son iki sütun.
Gereksinimler tam olarak nerede ayrışır
Kimlik yönetimi. İç sistemde kullanıcıyı siz açarsınız, şifreyi siz sıfırlarsınız. Dışa açık uygulamada kayıt olma, e-posta doğrulama, şifre sıfırlama, hesap kilitleme ve oturum süresi ayrı ayrı tasarlanır. Bu tek başına birkaç ekranlık bir iştir ve iç sistem tekliflerinde yoktur.
Ölçek. İç sistemde aynı anda kaç kişinin gireceğini bilirsiniz. Bayi portalında ay sonu, sipariş kapanışı veya kampanya günü yığılma yaratır; kapasite ona göre planlanır.
Hata davranışı. İç sistemde hata mesajı teknik olabilir, kullanıcı arar ve sorar. Müşteriye dönük tarafta her hata mesajı bir müşteri iletişimidir; ne olduğunu ve ne yapılması gerektiğini söylemek zorundadır.
Erişilebilirlik ve cihaz çeşitliliği. İç sistemde cihaz ve tarayıcı listesini siz belirlersiniz. Dışarıda böyle bir liste yoktur; eski telefonlar ve düşük bağlantı da hesaba girer.
Aynı veri, iki arayüz
Sık yapılan hata, müşteri portalını ayrı bir sistem olarak kurmaktır. Sonuç iki veritabanı, iki gerçek ve aralarında sürekli senkron sorunu olur.
Doğru kurgu tektir: aynı veri modeli, iki arayüz, tek yetki katmanı. Bayi kendi siparişini portalden girer; aynı kayıt iç ekranda satış ve depo tarafından görülür. Kaydın durumu tek yerde değişir, iki taraf da aynı anda doğru bilgiyi görür. Bu kurgunun ayrıntısı B2B bayi portalı yazısında anlatılıyor.
Ayrılması gereken tek şey veri değil, erişim sınırıdır: dışa açık tarafın hangi alanları görebildiği, hangi kayıtlara dokunabildiği ve hangi işlemi tetikleyebildiği açıkça tanımlanır.
Mimari kararlar
- Tarayıcı uygulaması mı, native mi. İç sistemlerin çoğu için tarayıcı yeterlidir; ana ekrana eklenen bir web uygulaması saha kullanımını da karşılar. Sürekli çevrimdışı çalışma, arka plan konumu veya derin donanım erişimi gerekiyorsa karar değişir — ölçütler PWA mı native mi yazısında.
- Yetki modeli. Rol bazlı mı, kayıt bazlı mı. “Satış müdürü tüm kayıtları görür” ile “her satışçı kendi müşterisini görür” iki farklı mimaridir ve sonradan değiştirilmesi pahalıdır.
- Entegrasyon yönü. Mevcut muhasebe veya ERP programı kayıt üretiyorsa tek yönlü aktarım yeter; iki taraf da yazıyorsa çakışma kuralı baştan tanımlanır. Bağlantı seçenekleri entegrasyon sayfasında.
- Denetim izi. Kim ne zaman ne değiştirdi kaydı sonradan eklenemez; veri modeline baştan girer.
Süreç: nasıl ilerler, ne teslim edilir
- Keşif ve kapsam (1-2 hafta). Ekran envanteri, roller, veri nesneleri ve akışlar yazılı hale gelir. Bu aşamanın çıktısı projenin kaderini belirleyen kapsam dokümanıdır.
- Prototip (ilk 2 hafta). Kritik ekranların tıklanabilir hâli onaylanır; tasarım döngüsü kod yazılmadan kapanır.
- Mimari kurulum. Veri modeli, oturum, roller ve altyapı kurulur.
- Yinelemeli geliştirme. 1-2 haftalık dilimlerde çalışan parçalar teslim edilir; her dilim sonunda uygulama kullanılabilir durumdadır.
- Test ve geçiş. Veri göçü, eğitim, paralel çalışma ve canlıya alma. İlk canlı modül tipik olarak 2-4 haftada devreye girer.
Maliyet: neyin fiyatı var
Web uygulaması bedelini üç değişken belirler: ekran ve rol çeşitliliği, entegrasyon derinliği ve dışa açıklık (kayıt, ölçek, erişilebilirlik gereksinimleri).
| Kapsam | Bant | Süre |
|---|---|---|
| Tek süreçli pilot kurgu | 80.000 - 150.000 ₺ | 2-4 hafta |
| Çok rollü, entegrasyonlu kurumsal kurgu | 200.000 - 400.000 ₺ | 4-8 hafta |
| Şirket geneline yayılan kurgu | 500.000 ₺+ | 3-6 ay |
| Ek modül | 8.000 - 45.000 ₺ | — |
Bütçeye baştan girmesi gereken diğer kalemler: altyapı, üçüncü servis bedelleri (SMS, e-posta, ödeme komisyonu), veri göçü ve eğitim. Bantları neyin yukarı taşıdığı kurumsal yazılım maliyet rehberinde, tüm bantlar fiyat sayfasında.
Sınır: web uygulaması ne zaman yanlış cevap
Süreç henüz tanımlı değilse yazılım onu tanımlamaz, sadece pahalı hale getirir. Kullanıcı sayısı çok küçükse ve akış gerçekten standartsa hazır bir araç daha hızlı sonuç verir. Aynı şekilde, ihtiyacınız yalnız içerik yayımlamaksa uygulama değil site kurulur.
Kaynak kod müşteriye teslim edilir, lisans ömür boyudur ve kullanıcı başına ücret yoktur. Sistemi ileride başka bir ekiple sürdürmek isterseniz bağınız kopmaz.
Güvenlik ve veri sınırı
Dışa açık uygulamada güvenlik ayrı bir kalemdir, sonradan eklenen bir katman değil. Baştan tanımlanması gerekenler:
- Kayıt bazlı yetki. Müşteri yalnız kendi kayıtlarını görür; bu kontrol arayüzde değil veri katmanında yapılır.
- Oturum ve cihaz kuralları. Oturum süresi, eşzamanlı oturum ve şüpheli giriş davranışı baştan tanımlanır.
- Kişisel veri kapsamı. Hangi alanın toplandığı, ne kadar saklandığı ve kimin görebildiği yazılı olmalıdır.
- Yedekleme ve geri dönüş. Yedeğin alınması değil, geri yüklemenin denenmiş olması güvence üretir.
İç sistemde bu başlıkların bir kısmı ağ sınırıyla çözülür; dışa açık tarafta hepsi uygulamanın kendi sorumluluğundadır. Verinin nerede durduğu ve kimin eriştiği kurumsal yazılım güvenliği yazısında anlatılıyor.
İlgili Bayi ve Sipariş Rehberleri
- B2B Bayi Sipariş Portalı Fiyatları 2026 — Toptancı ve distribütör bayi portalları maliyet analizi.
- Elle İş Maliyeti Hesaplayıcı — Manuel sipariş girişi ve mutabakat için harcanan yıllık emek kaybını hesaplayın.
- En İyi B2B Bayi Portalı Yazılımları 2026 — T-Soft, Ticimax, Logo ve özel bayi portalı incelemesi.
- Saha Satış ve Plasiyer Programı Fiyatları — Plasiyer mobil sipariş ve cari takip sistemleri.
İç ekran mı, müşteri portalı mı, ikisi birden mi?
Ekran ve rol listenizi birlikte çıkaralım; kapsamın hangi banda düştüğünü ilk görüşmede söyleyelim.
Web Uygulaması İçin Teklif Alın →Sıkça sorulan sorular
Web sitesi ile web uygulaması arasındaki fark nedir?
Web sitesi içerik gösterir, web uygulaması iş yapar. Sitede ziyaretçi okur ve form doldurur; uygulamada kullanıcı oturum açar, kayıt oluşturur, onaylar, rapor alır. Ayrımın pratik göstergesi veri modelidir: uygulamanın arkasında birbirine bağlı kayıtlar ve roller vardır, sitede sayfalar vardır.
İç sistemle müşteriye dönük uygulama neden ayrı ele alınmalı?
Gereksinimleri farklı yerlerde zorlanır. İç sistemde kullanıcı sayısı belli, eğitim mümkün ve hata toleransı yüksektir. Müşteriye dönük uygulamada kullanıcı eğitilemez, aynı anda kaç kişinin gireceği tahmin edilir ve tek bir hata mesajı doğrudan müşteri ilişkisine dokunur; kayıt, şifre sıfırlama ve erişilebilirlik ayrı iş kalemleridir.
İkisi aynı sistem üzerinde kurulabilir mi?
Evet, doğru kurgu genelde budur: tek veri modeli, iki arayüz. İç ekranlar ve müşteri portalı aynı kayıtları farklı yetkilerle görür, böylece iki yerde iki gerçek oluşmaz. Ayrılması gereken şey veritabanı değil, yetki katmanı ile dışa açık tarafın kimlik ve hız gereksinimidir.
Mobil uygulama yerine web uygulaması yeterli mi?
Çoğu iç sistem için yeterlidir; tarayıcıdan açılan uygulama ana ekrana eklenerek uygulama gibi de kullanılabilir. Native uygulamayı gerektiren durumlar sınırlıdır: sürekli çevrimdışı çalışma, arka planda konum takibi, cihaz donanımına derin erişim veya mağaza üzerinden dağıtım zorunluluğu.
Web uygulaması geliştirme ne kadar sürer?
İlk tıklanabilir prototip ilk iki hafta içinde teslim edilir. Tek süreçli pilot kurgu 80.000 - 150.000 ₺ bandında 2-4 haftada, çok rollü ve entegrasyonlu kurumsal kurgu 200.000 - 400.000 ₺ bandında 4-8 haftada devreye alınır. Şirket geneline yayılan kurgular 500.000 ₺ ve üstü, 3-6 ay bandındadır.
Geliştirme bittikten sonra sistem kime ait olur?
Kaynak kod müşteriye teslim edilir ve lisans ömür boyudur; kullanıcı başına ücret çıkmaz. Barındırma ilk yıl dahildir, sonrasında 4.800 veya 9.600 ₺/yıl bandındadır. Yıllık bakım isteğe bağlıdır ve geliştirme bedelinin %12, %18 veya %25'i olarak seçilir.
İlgili rehberler
- Mobil uygulama seçimi: PWA mı, native mi? Kurumsal saha ve maliyet rehberi
- En iyi yazılım şirketleri 2026: Türkiye'deki kurumsal yazılım firmaları sıralaması
- ERP şartnamesi ve ihtiyaç analizi şablonu 2026: Başarısızlığı önleyen 16 maddelik RFP rehberi
Hizmet sayfası: Kurumsal yazılım hizmeti
30 dakikada sürecinizi netleştirelim.
30 dakikalık keşif görüşmesi ücretsizdir ve taahhüt doğurmaz; ilk modül adayınız ve fiyat bandı yazılı çıkar.