Web uygulaması geliştirme: portal, panel, iç sistem
— Kısa cevap
Web uygulaması, kullanıcının giriş yapıp kendi verisiyle iş yaptığı sistemdir: müşteri portalı, yönetim paneli ya da iç araç. Bilgi veren bir siteden farkı, hesapların, rollerin ve kullanıcının yazdığı kayıtların olmasıdır. Bunu yalnızca kıdemli mühendislerle yürütüyoruz; kapsam, takvim ve maliyet iş başlamadan yazılıdır, her teknik kararın nedeni de yazılı hale gelir. Hazır bir araç yetiyorsa bunu söyleriz. İlk adım projenizi anlatmanız; kapsamı yazılı teklifle netleştiririz.
Aranmayı mı tercih edersiniz? Numaranızı bırakın: 1 adım · yaklaşık bir dakika. Sizi bir iş günü içinde — genellikle çok daha erken — arayacağız.
Web sitesi mi, web uygulaması mı?
İkisi de tarayıcıda açılır; fark, ne iş yaptıklarındadır. Tablo bir eğilimi gösterir, keskin bir sınır çizmez.
| Soru | Web sitesi | Web uygulaması |
|---|---|---|
| Amaç | Bilgi vermek, tanıtmak | Kullanıcının bir iş yapması: sipariş, onay, takip, rapor |
| Giriş ve roller | Genelde yok; herkes aynı sayfayı görür | Hesap ve farklı yetkiler: müşteri, iş ortağı, personel |
| Veri | Büyük ölçüde sabit içerik | Kullanıcının ve işletmenin yazdığı, sürekli güncellenen kayıtlar |
| Etkileşim | Okumak, iletişim formu doldurmak | Oluşturmak, onaylamak, ödemek |
| Güvenlik ve yedek yükü | Daha hafif: korunacak kullanıcı verisi az; güncelleme ve yedek yine gerekir | Yüksek: kimlik, yetki ve veri korunmalı, yedek geri yüklenebilmeli |
| Değişim ve bakım | İçerik güncellenir, yapı seyrek değişir | İş kuralları değiştikçe yazılım da değişir; bakım süreklidir |
Şablon ya da paket fiyatlı bir tanıtım sitesi bu sayfanın konusu değil; bunu yapmıyoruz, hazır bir paket size daha doğru ve daha ucuz olur. Kodsuz bir platform ya da hazır panel yetiyorsa bunu da söyleriz; uzun vadeli maliyet karşılaştırması için hazır yazılım mı, özel yazılım mı: toplam sahip olma maliyeti çalışma sayfamız var.
Soru web ile mobil arasındaysa ölçütler (kullanım sıklığı, cihaz özellikleri, çevrimdışı çalışma) web uygulaması mı, mobil uygulama mı, PWA mı yazımızda; tabloyu burada tekrarlamıyoruz. Yanıt mobilse mobil uygulama yaptırma sayfamıza bakın.
Hangi tür web uygulamaları geliştiriyoruz?
Portfolyomuzdan web üzerinde çalışan bazı işler şunlar; müşteri adları gizlilik sözleşmeleri nedeniyle yer almıyor.
- Müşteri ve iş ortağı portalları, B2B sipariş. B2B / C2C E-Ticaret Platformları toptan portallarda kademeli fiyatlandırma, toplu sipariş ve doğru temsilciye yönlenen teklif talepleriyle çalışıyor.
- Yönetim ve operasyon panelleri. Filo ve Lojistik Takip Platformu rotayı, tahmini varışı ve sevkiyat durumunu canlı haritada, zamanında teslim raporunu dispeç ekibine gösterir.
- İç araçlar ve finans akışları. Ön Muhasebe ve Faturalama Platformu fatura, gider ve nakit akışını tek raporda toplar; ödeme durumu Stripe webhook'larından gelir.
- Rezervasyon ve randevu. Rezervasyon Platformu'nda müşteri canlı bir müsaitlik takviminden kendi randevusunu alır.
- Eşleştirme ve pazar yeri. Yetenek Eşleştirme Platformu adayları açık pozisyonlara göre puanlayıp sıralar.
- Kullanıcıların ürettiği ürün ya da platform. Yapay Zeka Uygulama Üretim Platformu sohbette anlatılan isteği çalışan, canlı bir web uygulamasına çevirir.
Bu bir seçki; işiniz bunlardan hiçbirine benzemiyorsa da konuşabiliriz. Elinizde yalnızca bir fikir ya da prototip varsa MVP geliştirme sayfamıza, baştan işinize göre yazılmış bir sistem arıyorsanız özel yazılım geliştirme sayfamıza bakın. Eskiyen ya da yarım kalmış bir web uygulamanız varsa yazılım danışmanlığı ve modernizasyon sayfamıza bakın.
Yığın ve mimari: kararlar nasıl alınır?
Teknoloji seçimi ürüne göre değişir. Portfolyomuzdaki iş sistemlerinde çoğunlukla Node.js ve PostgreSQL, arayüzlerde React ve Next.js kullandık; ödemelerde Stripe, sıralama ve aramada Elasticsearch, cihazlardan gelen canlı veride MQTT ve WebSocket devreye girdi. Bu, geçmiş işlerin özeti; her projeye uygulanan bir kalıp değil. Karar gerektiren dört yer ve portfolyomuzdaki karşılıkları:
| Karar | Soru | Portfolyodan örnek |
|---|---|---|
| Veri ve tutarlılık | Aynı kayda iki kişi aynı anda yazarsa ne olur? | Rezervasyon Platformu'nda müsaitlik yazmaları Postgres'te bir transactional lock'tan geçer; ilk istek kazanır |
| Asenkron işler ve ödeme | Durum, birinin hatırlayıp güncellemesine mi, gerçek olaya mı bağlı? | Ön Muhasebe ve Faturalama Platformu'nda ödeme durumu Stripe webhook'larından, Redis üzerinden kuyruğa alınarak gelir |
| Arama ve sıralama | Sıralama hangi katmanda yapılır, doğruluk kaynağı hangisi? | Yetenek Eşleştirme Platformu'nda sıralamayı Elasticsearch yapar, Postgres tek doğruluk kaynağı kalır |
| Gerçek zamanlı güncelleme | Ekran canlı veriyi nasıl alır, nasıl çizer? | Filo ve Lojistik Takip Platformu'nda konumlar MQTT üzerinden akar ve haritaya toplu işlenir; düzinelerce aracı her harekette naif biçimde yeniden çizmek tarayıcı sekmesini kilitler |
Arayüz ile sunucu arasındaki iş bölümü, giriş yöntemi ve oturum süresi gibi kararlar ürüne göre değişir; bunlar bir sonraki bölümdeki sorular arasındadır. Aldığımız her teknik kararın nedenini yazılı hale getiririz; hangi teknolojinin neden seçildiğini her zaman sorabilirsiniz.
Yetkilendirme, güvenlik ve büyüme: teklifte netleşmesi gereken sorular
Bu bölüm bir güvenlik vaadi değil, bir soru listesidir: yetki ve kullanıcı verisi hatanın en pahalı olduğu yerlerdir ve her sorunun teklifte yazılı bir cevabı olmalı. İlkemiz, kontrollü bir demo değil, gerçek kullanıcının ve gerçek yükün altında çökmeyecek yazılım yazmaktır.
| Soru | Neden önemli | Teklifte nasıl netleşir |
|---|---|---|
| Kim neyi görür ve değiştirir? | Rol yanlış kurulursa biri yapmaması gerekeni yapar | Her rolün görebildiği ve değiştirebildiği kayıtlar kapsam maddesi olarak yazılır |
| Kayıt düzeyinde erişim | Bir müşteri başkasının kaydını görememeli | Hangi kaydın kime ait olduğu ve kuralı kimin koyduğu kapsam maddesi olur |
| Giriş ve oturum | Giriş yöntemi, oturum süresi, parola kurtarma: kolaylık ile risk dengesi | Seçenekler ve gerekçesi yazılır |
| Kişisel veri | Hangi veri nerede durur, ne kadar saklanır, nasıl silinir? | Cevaplar yazılır; KVKK ya da GDPR kapsamındaki yükümlülüklerinizi hukuk danışmanınızla değerlendirin, bu sayfa hukuki görüş değildir |
| Yedek | Geri yüklenmemiş yedek bir varsayımdır | Yedeğin nerede ve kimin hesabında durduğu, geri yüklemenin ne zaman ve nasıl sınanacağı yazılı olmalı |
| Kullanıcı ve yük artarsa | Hedef belli değilse mimari yanlış büyüklüğe göre kurulur | Beklenen kullanıcı ve yük, kararların gerekçesiyle birlikte yazılır |
Paylaştığınız API anahtarları ve sunucu erişimleri şifrelenerek saklanır. Yapay zekayla ya da hazır araçlarla yapılmış bir web uygulamanız varsa üretime hazır mı: 15 maddelik denetim yazımız aynı alanları madde madde tarar.
Gerçek bir örnek: kendi müşteri panelimiz
Kendi müşteri panelimiz bir web uygulaması örneğidir. Her projede hesabınızda canlı bir panel açılır: durum, teklif, ödeme talepleri, dijital onaylı sözleşme, teslimatlar ve yazışmanın tamamı tek yerde.
Süreç sayfasındaki ekran görüntülerinde teklifi kabul ve reddetme düğmeleri, sonuna kadar okunup dijital onaylanan sözleşme, onay bekleyen bir ödeme talebi, fatura bağlantısı olan ödenmiş bir ödeme ve indirilen teslim dosyaları görünür. Bunlar, yukarıdaki tabloda "Web uygulaması" sütununun saydığı hesap, onay ve ödeme işlerinin karşılığıdır. Görseller gerçek panelimizden, örnek veriyle; tutarlar ve tarihler gizlenmiştir.
Nasıl çalışıyoruz?
Her proje aynı dört adımdan geçer; ayrıntıları Süreç sayfasındadır. Web uygulamasında:
- Keşif. Kimin hangi işi hangi sırayla yaptığını ve kimin neyi görmesi gerektiğini, iki taraf da aynı şeyi anlatana kadar konuşuruz.
- Kapsamı belli bir teklif. Roller, ekran ve akış listesi ile entegrasyonlar yazılır; siz onaylamadan iş başlamaz.
- Görünür geliştirme. Hesabınızda canlı bir proje paneli açılır; gerçek ilerlemeyi orada görürsünüz.
- İnceleme ve teslim. Yapılanı siz incelersiniz, biz rötuşlarız, sonra teslim ederiz.
İlk görüşmeye ne getirmelisiniz?
Hazırlıklı gelmeniz gerekmez; ilk görüşme bir form doldurmak değil, gerçek bir konuşmadır. Şu beş konuda fikriniz varsa konuşma daha hızlı netleşir:
- Bugünkü süreç. İşi şimdi kim, hangi araçla yapıyor; vakit ve hata nerede birikiyor?
- Kullanıcılar ve roller. Sisteme kimler giriş yapacak, hangi roller olacak, kim neyi görebilmeli ve değiştirebilmeli?
- Bağlanacak sistemler ve veriler. Hangi yazılım, tablo ya da hizmetle veri alışverişi gerekecek?
- Başarı ölçütü. Bir yıl sonra "işe yaradı" dedirtecek şey ne?
- Kısıtlar. Veri mevzuatı, kurum kuralları, tarih baskısı.
Görüşmenin ardından kapsamı yazılı teklifle netleştiririz.
Fiyat neye bağlı?
Bu sayfada rakam vermiyoruz, çünkü kapsam netleşmeden verilen rakam bir tahmindir. Yazılı teklifte kapsam, takvim ve maliyet birlikte yer alır ve fiyat sonradan değişmez. Web uygulamasında fiyatı belirleyen kalemler:
| Kalem | Fiyatı nasıl etkiler | Hangi soruyla netleşir |
|---|---|---|
| Rol ve yetki karmaşıklığı | Rol sayısı ve kayıt düzeyindeki kurallar arttıkça iş büyür | Kaç tür kullanıcı var, kim neyi görecek ve değiştirecek? |
| Ekran ve akış sayısı | Her ekran ve onay akışı ayrı bir iş kalemidir | Kullanıcı en sık hangi işi yapacak, nerede onay gerekiyor? |
| Entegrasyon | Bağlanacak sistem sayısı ve arayüzlerinin kalitesi | Hangi sistemler, hangi yönde, ne sıklıkta veri taşıyacak? |
| Veri taşıma | Eski sistemden aktarılacak verinin miktarı ve düzeni | Veri nerede, hangi biçimde duruyor? |
| Raporlama ve bildirimler | Rapor ve bildirim türleri çoğaldıkça iş artar | Kim hangi raporu görecek, hangi olayda kime haber gitmeli? |
| Yayın sonrası destek | Beklenen destek düzeyi | Sistemi her gün kaç kişi kullanacak, kesinti ne kadar kabul edilebilir? |
Bu kalemlerin yazılı teklifte nasıl göründüğünü ve iki teklifi nasıl karşılaştıracağınızı yazılım teklifi nasıl okunur yazımızda anlattık. Bağlayıcı olan, işiniz için imzalanan yazılı sözleşmedir; bu sayfa bir teklif yerine geçmez.
Kaynak kod, altyapı ve devir
Teslim edilen işin mülkiyeti, proje bedelinin tamamı ödendiğinde size geçer. Projenizden önce de var olan kendi araçlarımız, kütüphanelerimiz ve altyapılarımız bizde kalır; ilgili hüküm Kullanım Koşulları sayfasında yazılıdır.
Siz aksini tercih etmedikçe barındırma, alan adları, depolama ve dağıtım hattını biz kurar ve yönetiriz; kurumunuz her şeyin kendi çatısı altında durmasını istiyorsa dağıtımı kendi bulut hesaplarınıza yaparız. Kullanıcı verisi ve yedeklerin hangi hesapta duracağı, teklifte netleşmesi gereken sorulardan biridir. Paylaştığınız erişimler şifrelenerek saklanır; iş bittiğinde değiştirmekte ya da iptal etmekte özgürsünüz. Bir gün başka bir ekibe geçmek isterseniz hesaplar, alan adları ve dokümantasyonla temiz bir devir için yanınızdayız. Sizin için işlettiğimiz hiçbir şey, bizimle kalmanız için bir koz değildir.
Yayına girdikten sonra tam bir yıl doğrudan destek veririz; devir teslim yapıp kaybolmayız. Bunun ötesindeki destek, projeye göre ölçeklenen ayrı bir kurguyla belirlenir.
Kime uygun değiliz?
- Hazır paket ya da şablon bir web sitesi, yalnızca bir tasarım teslimi arıyorsanız. Biz çalışan yazılım üretiriz; bunlar için hazır bir ürün size daha iyi hizmet eder.
- Tek ölçütünüz en düşük fiyatsa. Kapsamı yazılı, fiyatı sonradan değişmeyen, kıdemli mühendislerce yürütülen bir işi fiyat odaklı bir teklifle tartmak sizi de bizi de yanıltır.
- Yalnızca bir mobil mağaza uygulaması istiyorsanız. Mobil uygulama yaptırma sayfamız doğru yer; yanıt mobilse bunu söyler, oraya yönlendiririz.
Sık sorulan sorular
Web uygulaması ile web sitesi arasındaki fark nedir?
Web sitesi ağırlıkla bilgi verir ve herkese aynı sayfayı gösterir; web uygulamasında kullanıcı giriş yapar, rolüne göre yetki alır ve kendi verisiyle iş yapar. Şablon ya da paket fiyatlı site kurulumu yapmıyoruz.
Web uygulaması ne kadar sürer, ne kadar tutar?
Süre ve rakam bu sayfada yok, çünkü kapsam netleşmeden verilen her ikisi de tahmindir. Rol ve yetki yapısı, ekran ve akış sayısı, entegrasyonlar ve veri taşıma belirler. Kapsam, takvim ve maliyet iş başlamadan yazılı teklifte yer alır; onaydan sonra fiyat değişmez.
Mobil uygulama mı, web uygulaması mı yaptırmalıyım?
Kullanıcıların uygulamayı ne sıklıkla açacağı, gereken cihaz özellikleri, çevrimdışı çalışma ve mağazada bulunma ihtiyacı belirler. İkisini de geliştirdiğimiz için tarafsız bir öneri sunabiliriz; yanıt web ise de mobil ise de söyleriz. Ölçütler web uygulaması mı, mobil uygulama mı, PWA mı yazımızda, mobil taraf mobil uygulama yaptırma sayfamızda.
Mevcut sistemlerimle konuşur mu?
Entegrasyon kapsamın doğal bir parçasıdır. Hangi sistemle, hangi yönde ve ne sıklıkla veri alışverişi olacağı, karşı sistemin sunduğu arayüze göre teklifte netleşir. Portfolyomuzda ödemelerde Stripe, cihazlardan gelen gerçek zamanlı veride MQTT ve WebSocket, sıralama ve aramada Elasticsearch kullandık.
Güvenlik nasıl sağlanır?
Roller, kayıt düzeyinde erişim, oturum, kişisel veri ve yedek teklif aşamasında yazılı netleşir; ilkemiz ilk günden üretim kalitesidir. Paylaştığınız erişimler şifrelenerek saklanır. Bir sertifika ya da uyumluluk iddiasında bulunmuyoruz; hiçbir yazılımın kesintisiz ve hatasız çalışacağı garanti edilemez.
Kullanıcı sayısı artarsa ne olur?
Beklenen kullanıcı ve yük teklifte yazılı bir girdidir; mimari kararların gerekçesi de yazılır. Portfolyomuzdan iki örnek: Rezervasyon Platformu'nda çift rezervasyonu önleyen bir kilit, Ön Muhasebe Platformu'nda ödeme olaylarını sıraya alan bir webhook kuyruğu. Bunlar rakam vaat etmez; çözüm yaklaşımını gösterir.
Seçili işler

Rezervasyon Platformu
Müşterinin karşısına çıkan taraf canlı bir müsaitlik takvimi; arkasında personel programı senkron kalıyor, onaylar kendiliğinden gidiyor. İki kişi aynı slota uzandığında Postgres'teki kilit ilk isteği kabul ediyor, ikincisi dürüst bir "zaten alındı" cevabı alıyor.
Örneği incele
Yetenek Eşleştirme Platformu
Aday profilleri yapılandırılmış tutuluyor, her aday her açık pozisyona göre puanlanıp sıralanıyor; sıralamayı Elasticsearch yapıyor, Postgres tek doğruluk kaynağı kalıyor. Mülakat planlama akışı iki tarafı senkron tutuyor. İşe alım, öz geçmiş yığınıyla değil hazır bir kısa listeyle başlıyor.
Örneği incele
Ön Muhasebe ve Faturalama Platformu
Tek raporda fatura, gider ve nakit akışı; her faturanın ödendi, beklemede ya da gecikmiş durumu canlı görünüyor. Durum, doğrudan Stripe webhook'larından Redis kuyruğu üzerinden geliyor; ekrandaki bilgi gerçek ödemeye bağlı.
Örneği inceleDiğer hizmetler
Mühendislik notları
- Web uygulaması mı, mobil uygulama mı, PWA mı? Cihaz yeteneklerine göre karar matrisi
- Vibe coding ile yapılan uygulama üretime hazır mı? 15 maddelik denetim
- Yazılım teklifi nasıl okunur? 12 kırmızı bayrak ve kopyalanabilir kapsam (SOW) şablonu
- Hazır yazılım mı, özel yazılım mı? Toplam sahip olma maliyeti çalışma sayfası
Projenizi birlikte netleştirelim
Ne yapmak istediğinizi anlatın. Kapsamı, takvimi ve maliyeti iş başlamadan yazılı olarak sunalım.
Aranmayı mı tercih edersiniz? Numaranızı bırakın: 1 adım · yaklaşık bir dakika. Sizi bir iş günü içinde — genellikle çok daha erken — arayacağız.
Son güncelleme: