Rol ve yetki mimarisi
Müşteri, çalışan, yönetici, tedarikçi veya farklı operasyon rollerinin hangi veriyi görebileceği ve hangi işlemi yapabileceği backend seviyesinde tanımlanmalıdır. Rol sayısı arttıkça test matrisi de büyür.
ÖZEL YAZILIM · MALİYET REHBERİ
Özel yazılımda fiyatı ekran sayısından çok çözülen iş problemi belirler. Kullanıcı rolleri, durum geçişleri, otomasyon, veri modeli, entegrasyonlar ve güvenlik kuralları ne kadar özelse geliştirme kapsamı da o kadar değişir.
MALİYETİ BELİRLEYENLER
İki sistem dışarıdan benzer ekranlara sahip görünse bile biri yalnız kayıt tutarken diğeri onay, ödeme, yetki, bildirim ve entegrasyon yönetiyor olabilir. Bu nedenle doğru fiyatlandırma ekran listesiyle değil süreç analiziyle başlar.
Müşteri, çalışan, yönetici, tedarikçi veya farklı operasyon rollerinin hangi veriyi görebileceği ve hangi işlemi yapabileceği backend seviyesinde tanımlanmalıdır. Rol sayısı arttıkça test matrisi de büyür.
Talep oluşturma, onay, ödeme, sevkiyat, tamamlama veya uyuşmazlık gibi aşamalar varsa her geçiş için izin, zaman aşımı ve hata senaryoları gerekir. Sağlam özel yazılımın önemli kısmı bu görünmeyen kurallardır.
ERP, CRM, ödeme, e-posta, SMS, harita veya harici API bağlantıları geliştirme kadar hata yönetimi ve veri senkronizasyonu gerektirir. Otomasyonun güvenilirliği doğrudan operasyonu etkiler.
RLS, server-side authorization, rate limit, audit kayıtları ve güvenli dosya yükleme gibi katmanlar özellikle kullanıcı verisi işleyen sistemlerde zorunlu hale gelir. Kullanıcı sayısı ve trafik beklentisi mimari seçimleri etkiler.
DOĞRU KAPSAMI SEÇMEK
İşletmenin süreci standart araçlarla kolayca yönetilebiliyorsa hazır SaaS daha düşük maliyetli ve hızlı olabilir. Özel yazılım, işin rekabet avantajı kendine özgü akışlardan geliyorsa veya mevcut araçlar ekibin sürekli manuel işlem yapmasına neden oluyorsa anlamlı hale gelir.
İlk günden tüm modülleri yapmak yerine kritik süreci çözen MVP ile başlayıp gerçek kullanım verisine göre büyütmek çoğu projede daha sağlıklıdır. Böylece bütçe gereksiz özelliklere değil doğrulanmış ihtiyaçlara ayrılır.
PROJE KAPSAMI
Temel varlıklar, ilişkiler, durumlar ve yetkiler uygulamanın veri modeline dönüştürülür.
Son kullanıcı ekranları ile operasyon ekibinin yönetim paneli aynı iş kurallarına bağlı şekilde geliştirilir.
Kim hangi işlemi yapabilir, kritik değişiklikler nasıl kaydedilir ve kötüye kullanım nasıl sınırlandırılır baştan planlanır.
Dış servisler, bildirimler, veri aktarımları ve işletme KPI’ları ihtiyaca göre sisteme eklenir.
ÇALIŞMA MODELİ
Bugün işin Excel, telefon, WhatsApp veya farklı sistemlerde nasıl yürüdüğünü adım adım analiz ederiz.
İnsan hatası, tekrar eden veri girişi ve bekleme yaratan noktalar önceliklendirilir.
İlk yayında değer üretecek minimum akış ile ileri faz özelliklerini ayırarak bütçeyi kontrollü tutarız.
Yetkisiz erişim, eş zamanlı işlemler, hatalı veri, entegrasyon kesintisi ve rollback senaryoları test edilir.
İLGİLİ HİZMETLER VE ÇALIŞMALAR
İşletmeye özel ürün ve otomasyon yaklaşımımızı inceleyin.
İncele →ATT TürkiyeTurnuva, grup, eşleşme ve puan akışlarının iş kurallarıyla yönetildiği özel sistem örneğini inceleyin.
İncele →FISHLEKTalep, teklif, ödeme, iletişim kilidi ve güven katmanları olan kapsamlı pazaryeri mimarisini inceleyin.
İncele →Manav Sipariş SistemiMüşteri rehberi, ürün birimleri ve teslimat odaklı işletmeye özel sipariş akışını görün.
İncele →Proje kapsamı kontrol rehberiTeklif alırken kapsam, güvenlik ve teslim maddelerini nasıl değerlendireceğinizi inceleyin.
İncele →SIK SORULAN SORULAR
Çünkü ürün işletmenin kendi akışına, yetki modeline ve entegrasyonlarına göre geliştirilir. Lisans alınan hazır üründe bu geliştirme maliyeti kullanıcılar arasında paylaşılır; özel yazılımda ise doğrudan sizin ihtiyacınıza yatırım yapılır.
Doğru seçilmiş MVP gereksiz ilk yatırım riskini azaltır. Kritik iş akışları önce doğrulanır, kullanım verisi geldikçe yeni modüller eklenir.
Canlı sistemlerde framework güncellemeleri, güvenlik, servis değişiklikleri ve operasyonel izleme için bakım gerekir. Bakım modeli sistemin kritikliği ve değişim sıklığına göre planlanır.
Teslim modeli proje sözleşmesinde açıkça tanımlanmalıdır. Kaynak kod erişimi, veritabanı sahipliği, domain ve üçüncü taraf hesaplarının kimin adına olduğu baştan netleştirilmelidir.
Mevcut operasyonunuzu ve sorun yaşadığınız adımları anlatın; hazır araçla çözülebilecek alanları ayrı, gerçekten özel yazılım gerektiren alanları ayrı değerlendirelim.
Kapsamı birlikte netleştirelim →