"İhtiyaca özel yazılım" araması yapan işletmenin gerçekte sorduğu soru şudur: hazır paket neden yetmedi ve bu iş nasıl yürütülür? Cevabın ilk yarısı basit — paketler yaygın akışları kapsar, sizin akışınız özgün. İkinci yarısı bu rehberin konusu: özel yazılımın beş adımı ve her adımda görmeniz gereken çıktı.
1. Gereksinim analizi: akışı kâğıda dökmek
Özel yazılımın en kritik adımı kod yazılmadan önce gelir: işletmenin akışının — kim, neyi, hangi sırayla, hangi kontrolle yapıyor — kâğıtta netleşmesi. Analizin çıktısı gereksinim belgesidir: roller, iş kuralları, entegrasyonlar ve istisnalar. Bu belge eksikse geliştirme tahmin üzerine yürür; eksik belge, sonradan sürekli değişen kapsam ve kabaran maliyetin bir numaralı kaynağıdır.
2. MVP: en yalın çalışan sürüm
Tam kapsamı tek seferde inşa etmek, en büyük belirsizliği — kullanımın nasıl işleyeceğini — en pahalı anda test etmektir. Doğru yöntem MVP'dir: işin gerçek değerini taşıyan minimum özellik setinin çalışan prototipi. Gerçek kullanıcı MVP'yi denedikten sonra hangi özelliğin işe yaradığı veriyle görülür; kapsam bu veriden sonra büyütülür. Biz bu yüzden her projeye çalışan bir demo ile başlarız — demo beğenilmeden ödeme alınmaz.
3. Kısa geliştirme döngüleri
MVP onayından sonra geliştirme kısa döngülerle ilerler: her döngü (genellikle 1-2 hafta) sonunda çalışan ve denenebilen bir sürüm gösterilir. Döngü disiplininin iki işlevi vardır: yön sapması erken yakalanır (yanlış anlaşılma iki haftada düzeltilir, altı ayda değil) ve müşteri süreci sürekli görür — "ne yapıyorlar acaba" belirsizliği oluşmaz. Süreç yönetiminin teknik katmanını CI/CD pipeline rehberimizde anlattık.
4. Test ve yayına alma
Yayın öncesi üç test katmanı çalışır: fonksiyonel test (her iş kuralı gerçek senaryoyla deneme), yük testi (gerçekçi kullanıcı hacmi) ve güvenlik kontrolü (yetkilendirme, veri doğrulama). Yayın aşamalı yapılır: önce dar kullanıcı grubu, sonra tam açılış — böylece ilk haftanın hataları tüm kullanıcıyı bulmaz.
5. Devir ve bakım
Devir üç parçadır: kaynak kod ve tüm erişimler müşteriye geçer, dokümantasyon (kurulum, mimari, iş kuralları) teslim edilir, bakım modeli seçilir (düzenli anlaşma veya talep bazlı). Kaynak kodu müşteride kalmayan özel yazılım, teslim edilmemiş sayılır. Uzun vadede sistemle çalışmak isteyen her yeni geliştirici, dokümantasyon sayesinde hızlı başlar — bu yüzden dokümantasyon lüks değil, devrin parçasıdır. Kapsamın genel çerçevesi özel yazılım çözümleri rehberimizde anlatılmıştır.
ELIYTE'nin yaklaşımı
Biz özel yazılımı bu beş adımla yürütürüz: 20'den fazla ürün ve proje bu sürecin çıktısıdır. Gereksinimini anlatın; çalışan bir demo önerisiyle genellikle aynı iş günü içinde döneriz. İletişim: iletisim@eliyte.com veya WhatsApp +90 537 863 86 00.
PAKETE SIĞMAYAN AKIŞINIZI YAZILIMA ÇEVİRELİM
Gereksiniminizi anlatın; çalışan bir demo önerisiyle genellikle aynı iş günü içinde dönelim.
iletisim@eliyte.comSık sorulan sorular
Hazır paket yazılım neden bazen yetmez?
Hazır paketler yaygın iş akışlarını karşılar; işletmenin kendine özgü akışı — özel ücretlendirme kuralı, sektöre özgü rapor, mevcut sistemle bağlantı — pakete sığmaz. Bu sığmayan kısımlar elle, tabloyla veya ayrı dosyalarla yürütülmeye başlandığında hata ve iş yükü birikir; o noktada özel yazılım kararı olgunlaşır.
İhtiyaca özel yazılım süreci nasıl ilerler?
Beş adımla: gereksinim analizi (akışın kâğıtta netleşmesi), çalışan prototip/MVP, kısa geliştirme döngüleri (her döngüde kullanılabilir sürüm), test ve yayına alma, devir ve bakım. Süreç boyunca müşteri her döngüde çalışan yazılım görür; sonunda sürpriz yerine tanıdık bir ürün devredilir.
MVP nedir, neden önce MVP yapılır?
MVP (en yalın kullanılabilir ürün), işin gerçek değerini taşıyan minimum özellik setinin çalışan halidir. Önce MVP yapılır çünkü en büyük belirsizlik mühendislikte değil, kullanımdadır: gerçek kullanıcı, hangi özelliğin işe yaradığını prototipte gösterir; tam kapsamı bu veriden sonra inşa etmek boşa mühendisliği önler.
Özel yazılım devredildikten sonra kim bakacak?
Devir üç parçadır: kaynak kod ve erişimlerin müşteriye geçmesi, dokümantasyon (kurulum, mimari, akışlar) ve bakım modeli seçimi (düzenli anlaşma veya talep bazlı). Kaynak kodu müşteride kalmayan özel yazılım, teslim edilmemiş sayılır; bu şart sözleşmede yazılıdır.