Özel yazılım geliştirme, hazır bir paketin karşılamadığı spesifik bir iş sürecini; rol bazlı yetkilendirme, mevcut sistemlerle entegrasyon ve uzun vadeli bakımla birlikte baştan tasarlar. Ayyıldızsoft, her soruna özel kod yazmadan önce, hazır bir çözümün gerçekten yetersiz olduğunu birlikte doğrular.
Özel yazılım gerçekten gerekli mi?
Bu sorunun cevabı her zaman "evet" değildir ve bunu baştan açıkça söylemek isteriz. Piyasada hazır çözümü olan bir süreç için (örneğin standart bir muhasebe veya CRM ihtiyacı) sıfırdan özel yazılım geliştirmek, hem daha yüksek maliyetli hem de uzun vadede daha ağır bir bakım yükü anlamına gelir. ERP veya CRM gibi standart kapsamlı ihtiyaçlarda önce mevcut paket çözümlerin yapılandırılabilir alanlarının yeterli olup olmadığını değerlendirilir; genellikle bu alanlar işin büyük kısmını karşılar.
Özel yazılımı gerekli kılan durum, işletmenin kendine özgü bir iş kuralı, onay akışı veya hesaplama mantığı olduğunda ortaya çıkar; bu mantık hiçbir hazır paketin yapılandırma ekranında bulunmaz. Örneğin sektörünüze özgü bir fiyatlandırma formülü, çok adımlı ve koşullu bir onay zinciri veya birden fazla sistemin arasında köprü kuran bir otomasyon ihtiyacı varsa, bu noktada özel yazılım anlamlı hale gelir. Karar her zaman birlikte verilir; amacımız gereksiz yere özel kod üretmek değil, doğru aracı önermektir.
Bu proje kimler için uygun, kimler için uygun değil
Özel yazılım geliştirme aşağıdaki profildeki işletmeler için doğrudan katma değer üretir:
- Sektöre veya işletmeye özgü bir iş kuralı, hesaplama mantığı ya da onay akışı olan, bu mantığın hiçbir hazır paketle karşılanamadığı firmalar
- Birden fazla mevcut sistemi (ERP, CRM, muhasebe, donanım) birbirine bağlayan özel bir entegrasyon katmanına ihtiyaç duyan işletmeler
- Farklı kullanıcı rollerinin (yönetici, saha ekibi, bayi, müşteri) birbirinden tamamen ayrı yetki ve ekran görmesi gereken projeler
- Uzun vadeli bir ürün olarak büyütülecek, zamanla yeni modüller eklenecek yazılım ihtiyaçları
Buna karşılık, standart bir muhasebe, stok, CRM veya e-ticaret ihtiyacı olan işletmeler için sıfırdan özel yazılım önermeyiz; bu durumda mevcut paket çözümlerin yapılandırma ekranları genellikle yeterli olur ve hem maliyet hem teslim süresi açısından daha avantajlıdır. Kapsamı net olmayan, sürekli değişen bir fikri doğrudan büyük bir özel yazılım projesine dönüştürmek de riskli olabilir; bu profildeki projelerde önce küçük bir prototip veya mevcut sistem üzerinde bir modül ile başlamayı önerilir.
Keşif ve kapsam netleştirme
Her özel yazılım projesi, kod yazılmadan önce bir keşif aşamasıyla başlar. Bu aşamada şu sorular birlikte yanıtlanır: iş süreci tam olarak nasıl işliyor, hangi adımda kimin onayı gerekiyor, hangi veriler hangi sistemden besleniyor ve hangi istisnalar (edge case) süreci değiştiriyor. Keşif aşaması atlanıp doğrudan geliştirmeye geçilirse, proje ortasında kapsamın değişmesi ve bütçenin öngörülemez şekilde büyümesi riski artar; bu yüzden keşif, projenin en ucuz ama en kritik adımıdır.
Keşif sonunda yazılı bir kapsam dokümanı hazırlanır: hangi ekranların, hangi kullanıcı rollerinin, hangi entegrasyonların ve hangi raporların projeye dahil olduğu bu dokümanda netleşir. Bu doküman, geliştirme sırasında "bu da olacak mı" belirsizliğini ortadan kaldırır ve Ayyıldızsoft ile firma firma ekibinin aynı beklentiyle hareket etmesini sağlar.
Kapsam
Özel yazılım projelerinin temel kapsamı genellikle şu başlıklardan oluşur:
- İş süreci analizi ve kapsam dokümanının hazırlanması
- Rol bazlı yetkilendirme: her kullanıcı tipinin hangi ekranı görüp hangi işlemi yapabileceğinin tanımlanması
- Mevcut sistemlerle (ERP, CRM, muhasebe, e-ticaret, donanım) API üzerinden entegrasyon
- Özel iş kuralı, hesaplama mantığı veya onay akışının kodlanması
- Raporlama ekranları ve dışa aktarılabilir veri çıktıları
- Test süreci: pilot kullanıcı grubuyla sınırlı süreli canlı deneme
- Devreye alma sonrası düzenli bakım ve destek anlaşması
Bu kapsamın dışında kalan, sonradan eklenmek istenen her talep ayrı bir kapsam genişletmesi olarak değerlendirilir; bu sayede proje bütçesi ve teslim tarihi başta kararlaştırılan çerçevede kalır, beklenmedik maliyet artışı yaşanmaz.
Entegrasyonlar ve bakım
Özel yazılım tek başına bir ada olarak çalışmaz; işletmenin diğer sistemleriyle veri paylaşacak şekilde tasarlanır:
- ERP sisteminizle stok, sipariş ve finans verisinin çift yönlü senkronizasyonu
- CRM sisteminizle müşteri ve fırsat verisinin özel iş akışına bağlanması
- mobil uygulamanız üzerinden saha ekibinin özel yazılıma cihazdan erişmesi
- Donanım seviyesinde (barkod okuyucu, sensör, turnike gibi) özel veri toplama ihtiyaçları
Canlıya geçiş, projenin bitiş noktası değildir. Özel yazılımlar, standart paketlerin aksine güncellemeleri doğrudan sağlayıcıdan almaz; bu yüzden düzenli bakım anlaşması, güvenlik güncellemeleri ve küçük iyileştirmeler için ayrı bir süreç olarak planlanır. Bakım kapsamı, hangi müdahalelerin anlaşmaya dahil olduğunu, hangilerinin ek kapsam sayılacağını net biçimde tanımlar.
Süreç nasıl işler
Özel yazılım projesi, net bir kapsamla başlayıp adım adım ilerler:
- Keşif görüşmesiyle iş süreci, roller ve istisnalar birlikte çıkarılır
- Yazılı kapsam dokümanı hazırlanır ve onaylanır
- Ekran akışı ve veri modeli tasarlanır
- Geliştirme, belirlenen modüllere bölünerek aşamalı şekilde ilerler
- Tamamlanan her modül, pilot kullanıcı grubuyla sınırlı süreli test edilir
- Tüm ekibe rol bazlı eğitim verilir
- Sistem canlıya alınır ve ilk kullanım dönemi yakından takip edilir
- Düzenli bakım ve destek süreci başlar
İlk kullanım dönemi genellikle en çok ince ayarın yapıldığı zamandır; gerçek kullanım sırasında keşif aşamasında öngörülemeyen küçük durumlar ortaya çıkabilir. Bu dönemde yapılan düzeltmeler kapsam dahilinde değerlendirilir; büyük ölçekli yeni talepler ise ayrı bir kapsam genişletmesi olarak ele alınır.
Kod sahipliği ve dokümantasyon
Özel yazılım geliştirmede en sık karşılaşılan kaygılardan biri, projenin belirli bir sağlayıcıya bağlı kalıp kalmayacağıdır. Teslim edilen kaynak kod, veritabanı yapısı ve kullanılan tüm bileşenler firmanın mülkiyetinizde kalır; proje kapsamında geliştirilen hiçbir modül üçüncü bir tarafa bağımlı, kilitli veya erişilemez biçimde teslim edilmez. Bu sayede ileride farklı bir ekip ile çalışmak istediğinizde de sistemin üzerinde çalışılabilir olması güvence altındadır.
Teslim sürecinin bir parçası olarak, sistemin mimarisini, veri modelini ve entegrasyon noktalarını açıklayan bir teknik dokümantasyon hazırlanır. Bu doküman; yeni bir geliştiricinin sisteme hızlı adapte olmasını, bakım sürecinde hangi modülün nerede değiştirileceğini bulmasını ve ileride eklenecek yeni özelliklerin mevcut mimariye nasıl oturacağını anlamasını kolaylaştırır. Dokümantasyonun güncel tutulması, her kapsam genişletmesinde bakım sürecinin bir parçası olarak ele alınır.
Geliştirme süresince firma ekibile düzenli bir iletişim ritmi kurulur; tamamlanan modüller belirli aralıklarla demo edilir, geri bildirimler bir sonraki aşamaya geçmeden değerlendirilir. Bu yaklaşım, projenin sonunda "beklediğimiz bu değildi" sürprizini en aza indirir; çünkü kapsam dokümanında yazılı olan her madde, geliştirme ilerledikçe gerçek ekranlar üzerinden birlikte doğrulanır. Bu düzenli demo ritmi, aynı zamanda bütçenin nereye gittiğini de şeffaf hale getirir; hangi modülün tamamlandığı, hangisinin hâlâ geliştirme aşamasında olduğu her demo sonunda birlikte gözden geçirilir.
Konya’da özel yazılım keşfi
Hazır paketin yetmediği iş kuralı, Konya ofisinde ekran akışı ve veri modeli çizilmeden kodlanmaz. Keşif Karatay merkez veya Selçuklu teknokent’te randevulu yapılır.
Kapsam yazılı teyit edilmeden geliştirme başlamaz. Karaman’da ayrı ofis yoktur.
