Hazır yazılımların işletmenizin tüm ihtiyaçlarını karşılaması beklenmemelidir. Büyüdükçe iş süreçleriniz daha karmaşık hale gelir; sipariş yönetiminden satış takibine, stok kontrolünden müşteri hizmetlerine kadar her alan kendine özgü iş mantığı gerektirir.

Kurumsal web yazılım (enterprise web software), işletmenizin özgün iş süreçlerini, veri yapısını ve iş akışlarını karşılamak üzere özel olarak geliştirilen, tarayıcı üzerinden erişilen web tabanlı uygulamalardır.

Bu rehber, kurumsal web yazılım geliştirme sürecini, teknoloji seçimini, proje yönetimini ve ROI değerlendirmesini kapsamlı biçimde ele alır.

Kurumsal Web Yazılım Nedir?

Hazır yazılım (off-the-shelf software) — SAP, Salesforce, Jira, Odoo — çok sayıda müşterinin genel ihtiyacını karşılamak için tasarlanır. İşletmelerin %80’inin ortak ihtiyacını karşılar. Ama öbür %20 nerede kalır?

Kurumsal özel yazılım bu %20’yi kapsar. Sektörünüze özgü iş mantığı, benzersiz iş akışınız, rakiplerinizin erişemeyeceği rekabetçi avantaj.

Kurumsal Web Yazılım Türleri

ERP (Kurumsal Kaynak Planlama): Üretim, stok, muhasebe, satın alma, İK — tüm bölümlerin entegre bir sistemde yönetimi. Hazır ERP’ler (SAP, Oracle) çok pahalı ve çoğunlukla aşırı karmaşık. Özel ERP orta ölçek için ölçülü çözüm sunar.

CRM (Müşteri İlişkileri Yönetimi): Müşteri verisi, satış hattı, iletişim geçmişi, teklif yönetimi. Salesforce çok pahalı, küçük çözümler eksik kalıyor? Özel CRM tam ihtiyaç.

İntranet ve İç Portal: Çalışanların günlük ihtiyaçları için iç platform: duyurular, belgeler, izin takibi, performans yönetimi, anketler.

Müşteri Portalı: Müşterilerinizin sipariş takibi, fatura görüntüleme, destek talebi oluşturabildiği self-service platform. Müşteri hizmetleri yükünü %40–60 azaltabilir.

Üretim/Operasyon Yönetimi: İş emirleri, üretim takibi, kalite kontrol, ekipman bakımı — sektöre özgü operasyonel yazılım.

Sipariş ve Lojistik Yönetimi: Sipariş alma, onay süreci, kargo takibi, teslimat yönetimi. E-ticaret altyapısından bağımsız iç sipariş yönetimi.

Bordro ve İK Yönetimi: Personel kayıtları, izin yönetimi, bordro hesaplama, performans değerlendirme.

Raporlama ve BI (Business Intelligence): Tüm sistemlerden veri toplayıp görsel raporlara dönüştüren platform. Yönetim kararlarını veriye dayalı kılar.

Hazır Yazılım mı, Özel Geliştirme mi?

Bu karar kurumsal yazılım projelerinin en temel sorusudur.

Hazır Yazılım Ne Zaman Tercih Edilmeli?

İş süreçleriniz standarttır ve sektörün büyük bölümü aynı şekilde çalışıyor
Bütçe sınırlı, hızlı devreye alma öncelikli
İç geliştirici ekibi yok, uzun vadeli bakım yapılamaz
Satıcı desteği ve güncellemeleri önemli

Durum: Muhasebe yazılımı için Netsis veya Logo kullanmak genellikle doğru tercih. Her şirket aynı vergi hesabını yapıyor.

Özel Geliştirme Ne Zaman Tercih Edilmeli?

İş süreciniz standart dışı ve rekabetçi avantaj kaynağı
Mevcut birden fazla sistem entegrasyonu gerekiyor (tek çatıda birleştirme)
Hazır çözümler süreçlerinize uymuyor, “workaround” yapıyorsunuz
Ölçeklenme planı var, gelecekteki ihtiyaçlar tahmin edilemez
Veri sahipliği ve güvenlik kritik (finansal kurumlar, sağlık)
Uzun vadeli maliyet özel geliştirmeyi haklı çıkarıyor

Hibrit Yaklaşım

Genellikle en akıllıca: Hazır çözümleri entegre edin, eksik parçaları özel geliştirin.

Örnek: Muhasebe için Netsis (hazır) + Satış CRM özel geliştirme + Entegrasyon API. Her sistem kendi alanında güçlü; özel geliştirme yalnızca boşluğu dolduruyor.

Kurumsal Web Yazılım Geliştirme Süreci

Aşama 1: İhtiyaç Analizi ve Keşif

Bu aşama projenin en kritik parçası. İhtiyaç analizi doğru yapılmazsa yanlış şey inşa edilir.

Paydaş görüşmeleri:

Üst yönetim: Stratejik hedefler, bütçe, takvim
Operasyon ekibi: Günlük süreçler, acı noktalar
IT departmanı: Teknik kısıtlar, mevcut altyapı, güvenlik
Son kullanıcılar: Gerçek ihtiyaçlar, iş akışı detayları

Süreç haritalaması (Process Mapping): Mevcut iş süreçleri adım adım belgelenir. Swimlane diagram veya BPMN notasyonu kullanılır.

Sipariş Alma Süreci (Mevcut):
Müşteri → E-posta → Satış temsilcisi (manuel kayıt) → 
Excel tablosu güncelleme → Depo e-postası → 
Depo manuel kontrol → Kargo firmasına telefon → 
Müşteriye manuel bilgilendirme

Sorunlar: Manuel hatalar, gecikme, izlenemeyen durum

Gereksinimler belgesi: İşlevsel gereksinimler (ne yapmalı?) + teknik gereksinimler (nasıl çalışmalı?) + iş gereksinimleri (hangi iş problemini çözüyor?).

Aşama 2: Sistem Tasarımı ve Mimari

Kullanıcı hikayesi (User Story):

Rol: Satış Müdürü
Eylem: Aylık satış raporunu görüntülemek istiyorum
Hedef: Hangi ürünlerin en iyi performans gösterdiğini anlayabileyim
Kriter: Filtre (tarih, ürün, müşteri), grafik ve tablo, PDF export

Veri modeli tasarımı: Sistemin tutacağı veriler ve aralarındaki ilişkiler. Entity-Relationship Diagram (ERD).

Sistem mimarisi:

Monolitik mi, mikro hizmet mi?
Frontend: SPA (React/Vue) mi, SSR mi?
Backend: REST API mi, GraphQL mi?
Veritabanı seçimi
Authentication sistemi
Deployment altyapısı

Aşama 3: Prototipleme ve UX Tasarımı

Kurumsal yazılımda UX çoğunlukla ihmal ediliyor. “Zaten çalışanlar kullanacak” diye düşünülen bu yaklaşım ciddi verimlilik kaybına neden oluyor.

Wireframe: Ekranların iskelet tasarımı. Veri yoğun ekranlar (liste, tablo, form) için wire frame özellikle önemli.

Prototip: Tıklanabilir prototip ile son kullanıcı testi. “Bu butonu bulmak ne kadar sürdü?” — cevap tasarımı şekillendirir.

Tasarım ilkeleri:

Sık kullanılan eylemler erişimi kolay
Veri yoğun ekranlarda okunabilirlik ön planda
Hata önleme (onay dialogları, zorunlu alanlar)
Geri al / kurtarma mekanizmaları
Responsive (tablet ve mobil erişim)

Aşama 4: Geliştirme

Agile metodoloji: Sprint bazlı geliştirme (genellikle 2 haftalık sprint’ler). Her sprint sonunda çalışan ürün. Değişiklikler sonraki sprint’e alınır.

Sprint döngüsü:

Sprint Planning → Development → Code Review → 
Testing → Sprint Review → Retrospective → Sprint Planning

Backend Geliştirme:

Node.js / Express veya Fastify:

Hızlı geliştirme
JSON API için doğal
Büyük ekosistem
Real-time özellikler (WebSocket) güçlü

Python / Django veya FastAPI:

Veri yoğun uygulamalar için mükemmel
ML/AI entegrasyonu kolaylığı
Admin panel otomatik üretimi (Django)

PHP / Laravel:

Hızlı prototipleme
Geniş Türkiye geliştirici tabanı
Kapsamlı ekosistem

Go:

Yüksek performans gereksinimleri
Düşük kaynak tüketimi
Microservices için ideal

Frontend Geliştirme:

Kurumsal uygulamalar için:

React: En geniş ekosistem, kurumsal yapılar için güçlü
Vue.js: Öğrenme eğrisi daha düz, iyi dokümantasyon
Angular: Kurumsal, opinionated framework, büyük ekip için

UI bileşen kütüphaneleri:

Ant Design: Kurumsal uygulamalar için özel tasarlanmış
Material UI (MUI): Google Material Design
Shadcn/ui: Modern, özelleştirilebilir

Veritabanı:

Seçenek	Avantaj	Kullanım
PostgreSQL	Güçlü, ACID, JSON desteği	Genel amaçlı
MySQL/MariaDB	Geniş destek, güvenilir	Bilinen seçenek
MongoDB	Esnek şema, horizontal scaling	Belge ağırlıklı
Redis	Hız, caching, session	Destek katmanı
Elasticsearch	Arama, analitik	Büyük veri arama

Aşama 5: Entegrasyon

Kurumsal yazılım genellikle izole çalışmaz; mevcut sistemlerle entegrasyon şart.

Yaygın entegrasyon senaryoları:

ERP ↔ E-ticaret sistemi (stok senkronizasyonu)
CRM ↔ E-posta servisi (otomatik pazarlama)
Muhasebe yazılımı ↔ Sipariş sistemi (fatura oluşturma)
Kargo API entegrasyonu (Yurtiçi Kargo, Aras, MNG)
Ödeme gateway (iyzico, Stripe, PayTR)
SMS servisi (Netgsm, İleti Merkezi)

Entegrasyon yöntemleri:

REST API (en yaygın)
Webhook (event-driven)
Database-level integration (doğrudan DB bağlantısı — riskli)
File-based (CSV, XML — eski sistemler için)
Message queue (RabbitMQ, Kafka — yüksek hacim için)

Aşama 6: Test

Kurumsal yazılımda test kapsamı kritik. Hata üretimde bulunması iş kaybı demek.

Test seviyeleri:

Unit test: Fonksiyon ve komponent düzeyi. Jest, pytest.

Integration test: Modüllerin birlikte çalışması. API endpoint testleri.

E2E test: Gerçek kullanıcı senaryoları. Playwright, Cypress.

Performans test: Yük altında sistem davranışı. k6, JMeter.

Güvenlik testi:

SQL injection
XSS (Cross-Site Scripting)
CSRF (Cross-Site Request Forgery)
Authentication bypass
Authorization kontrolleri (rol bazlı erişim doğru mu?)

UAT (User Acceptance Test): Gerçek kullanıcılar ile senaryo testi. Yayın öncesi son kriter.

Aşama 7: Devreye Alma ve Eğitim

Eğitim:

Kullanıcı gruplarına göre ayrı eğitim
Video eğitim kayıtları (sonradan yeni kullanıcılar için)
Kullanıcı kılavuzu (video veya yazılı)
Yardım merkezi / FAQ sayfası

Kademeli devreye alma:

Pilot grup: küçük bir ekip önce kullanıyor
Sorunlar tespit edilip çözülüyor
Tam devreye alma

Paralel çalışma: Kritik sistemlerde yeni ve eski sistem birlikte çalışır; 1–3 ay geçiş süreci.

Kurumsal Web Yazılım Mimarileri

Monolitik Mimari

Tüm uygulama tek bir kod tabanında. Küçük ve orta ölçek için pratik başlangıç.

Avantajları: Basit deployment, kolay debug, düşük operasyonel karmaşıklık.

Dezavantajları: Büyüdükçe yönetilemez, ölçekleme zorlaşır.

Mikroservis Mimarisi

Uygulama bağımsız küçük servislere bölünür. Her servis ayrı deploy edilir.

Avantajları: Bağımsız ölçekleme, teknoloji esnekliği, hata izolasyonu.

Dezavantajları: Operasyonel karmaşıklık, ağ gecikmesi, servisler arası iletişim.

Ne zaman mikroservis? Büyük ekip (10+ geliştirici), yüksek trafik, farklı modüllerin farklı ölçeklenmesi gerektiğinde.

Serverless Mimari

AWS Lambda, Google Cloud Functions gibi platformlarda fonksiyon tabanlı.

Avantajları: Sıfır sunucu yönetimi, kullanım bazlı fiyat, otomatik ölçekleme.

Dezavantajları: Cold start gecikmesi, vendor lock-in, debug zorluğu.

Güvenlik

Kurumsal web yazılımı kurumsal veriyi işler. Güvenlik proaktif, reaktif değil.

OWASP Top 10

Her kurumsal uygulama geliştirmesinde OWASP Top 10’a karşı savunma zorunlu:

Broken Access Control
Cryptographic Failures
Injection (SQL, NoSQL, Command)
Insecure Design
Security Misconfiguration
Vulnerable and Outdated Components
Identification and Authentication Failures
Software and Data Integrity Failures
Security Logging and Monitoring Failures
Server-Side Request Forgery

Rol Bazlı Erişim Kontrolü (RBAC)

Her kullanıcı yalnızca ihtiyacı olan veriye erişmeli.

Roller:
- Admin: Tüm sistem erişimi
- Yönetici: Kendi departmanının verisi + raporlar
- Kullanıcı: Kendi görevleri ve ilgili veriler
- Misafir: Yalnızca okuma, kısıtlı içerik

Veri Şifreleme

Aktarımda: TLS 1.3
Depolamada: AES-256 (hassas veriler)
Şifreler: bcrypt/argon2 hash
API anahtarları: vault yönetimi

Kurumsal Web Yazılım Maliyeti

Proje Tipi	Kapsam	Maliyet	Süre
Basit iç araç	5–10 ekran, tek modül	₺50.000–150.000	2–4 ay
Orta ölçek uygulama	20–50 ekran, 3–5 modül	₺150.000–500.000	4–9 ay
Büyük kurumsal sistem	50+ ekran, entegrasyon	₺500.000–2.000.000	9–18 ay
Enterprise platform	ERP/CRM düzey	₺2.000.000+	18 ay+

Bakım maliyeti: Geliştirme bütçesinin yıllık %15–25’i bakım için ayrılmalı.

Sık Sorulan Sorular (SSS)

1. Hazır CRM (Salesforce, HubSpot) yerine neden özel CRM? Salesforce yıllık kullanıcı başı ₺15.000–80.000 arası. 50 kullanıcı için yılda ₺1-4M. Özel CRM tek seferlik ₺500.000 ile 3 yılda break-even. Bunun ötesinde: tam özelleştirme, entegrasyon özgürlüğü, veri sahipliği.

2. Kurumsal yazılım geliştirme ne kadar sürer? “Basit” iç araç 2–4 ay. Orta ölçek 4–9 ay. Büyük platform 9–18 ay. Süreyi uzatan: kapsamdaki belirsizlik, değişen gereksinimler, entegrasyon karmaşıklığı.

3. Agile mi Waterfall mi? Kurumsal yazılım için Agile (Scrum) tercih edilen. Gereksinimler projeler süresince değişiyor; sabit kapsamlı Waterfall projesinde bu değişiklikler kriz yaratıyor. Agile değişikliği süreç içine alıyor.

4. Bulut (Cloud) mı, on-premise mi? Cloud (AWS, GCP, Azure): esneklik, ölçeklenme, bakım kolaylığı, OPEX. On-premise: veri kontrolü, düzenleyici zorunluluklar (finans, sağlık), CAPEX. Hibrit (kritik veri on-premise, diğerleri cloud) giderek yaygınlaşıyor.

5. Geliştirici ekibim yok, proje nasıl yapılır? Üç seçenek: (1) Dış geliştirme ajansı tam paket, (2) Danışman + dış ajans kombinasyonu, (3) İç ekip kurarak uzun vadeli yatırım. Büyük proje için iç ekip veya uzun vadeli ajans partnerliği önerilir.

6. Yazılım teslim edildi, sonra ne olur? Bakım sözleşmesi şart. Kapsam: bug düzeltme, güvenlik güncellemeleri, küçük geliştirmeler. Bakımsız yazılım 2–3 yılda teknik borç nedeniyle yeniden yazılmak zorunda kalınabilir.

7. Kurumsal yazılımda veri güvenliği nasıl sağlanır? OWASP standartlarına uyum, rol bazlı erişim kontrolü, şifreli veri depolama, düzenli güvenlik denetimi, penetrasyon testi. KVKK kapsamında kişisel veri işleyen sistemler için ayrıca DPO (Veri Koruma Sorumlusu) atanması gerekiyor.

8. ERP projesi nasıl başarılı olur? ERP projeleri tarihi olarak %70+ başarısızlık oranına sahip. Başarı için: net gereksinim analizi, kullanıcı katılımı (sadece IT değil, son kullanıcılar), kademeli devreye alma, eğitim yatırımı, değişim yönetimi.

Sonuç

Kurumsal web yazılım, işletmenizin rekabetçi avantajını dijitalleştirme yatırımıdır. Doğru yapılan özel yazılım:

Operasyonel verimliliği artırır
Manuel hataları ortadan kaldırır
Karar vermeyi hızlandırır
Rekabetçi farklılaşma sağlar
Müşteri deneyimini iyileştirir

Başarı için: ihtiyaç analizi eksiksiz, mimari doğru, geliştirme sürecine son kullanıcı dahil ve bakım planı projeyle birlikte hazır olmalı.

Kurumsal web yazılım projeniz için iletişime geçin.