Özel Yazılım Geliştirme İstanbulExcel'den Kurtulun,İşinizi Otomatikleştirin

Özel yazılım geliştirme nedir?

Özel yazılım geliştirme, bir işletmenin kendine özgü iş süreçleri, kullanıcı rolleri ve veri akışı için yazılımın sıfırdan ya da mevcut sistemlerin üzerine tasarlanması, kodlanması, test edilmesi ve bakımının yapılması hizmetidir. Hazır paket yazılımdan farkı, ürünün sizin iş akışınıza göre şekillenmesi ve kaynak kodun sözleşmeyle size devredilebilmesidir.

Özel yazılım her zaman büyük bir kurumsal proje anlamına gelmez. Çoğu proje tek bir darboğazı çözen, birkaç ekranlık bir web paneliyle başlar: Excel'de tutulan sipariş listesi, e-postayla dolaşan onay formları ya da her hafta elle birleştirilen raporlar tipik başlangıç noktalarıdır. Konuya genel bir bakış için kişiye özel yazılım çözümleri yazımızı da okuyabilirsiniz.

Özel yazılım ne zaman hazır yazılımdan daha doğru bir seçimdir?

Özel yazılım; iş süreciniz rekabet avantajınızın parçasıysa, hazır yazılımı işinize uydurmak için sürekli Excel ve elle veri aktarımı gerekiyorsa, birden fazla sistemi tek akışta birleştirmeniz gerekiyorsa ya da kullanıcı sayınız arttıkça lisans maliyetleri hızla büyüyorsa daha doğru seçimdir. Muhasebe, bordro ve e-posta gibi standart işlerde ise hazır yazılım neredeyse her zaman daha ekonomiktir.

Bu iki seçeneği birbirinin rakibi olarak görmeyin. Birçok işletmede en sağlıklı yapı, standart işler için hazır yazılımı kullanmak ve bunları sizin sürecinize özgü küçük bir özel katmanla birbirine bağlamaktır. Web sitesi özelinde bu karşılaştırmayı WordPress mi özel yazılım mı yazımızda ayrıca ele aldık.

Özel yazılım en çok hangi işlerde kullanılır?

Özel yazılım en çok dört alanda karşılığını verir: tekrar eden iş süreçlerinin otomasyonu, bayi ve müşteri sipariş portalları, farklı kaynaklardan veri toplayan raporlama panelleri ve birbiriyle konuşmayan sistemlerin entegrasyonu. Ortak nokta, işin kurallara bağlanabilmesi, sık tekrarlanması ve elle yapıldığında hatalarının maliyetli olmasıdır.

İş süreçleri otomasyonu

Satın alma talebi, izin ve masraf onayı, teklif hazırlama ya da üretim emri gibi adımlar rol bazlı bir iş akışına dönüştürülür. Kimin neyi ne zaman onayladığı kayıt altına alınır, e-posta ve Excel trafiği azalır. Stok, üretim ve muhasebeyi birlikte kapsayan ihtiyaçlar için ERP ve otomasyon çözümlerimizi inceleyebilirsiniz.

Bayi ve sipariş portalı

Bayilerin veya kurumsal müşterilerin kendilerine tanımlı fiyat listeleriyle sipariş verdiği, cari hesap ve sevkiyat durumunu izlediği kapalı bir web panelidir. Telefonla ya da mesajla gelen siparişlerin elle girilmesi ortadan kalkar; sipariş doğrudan stok veya muhasebe sistemine aktarılabilir. Sahadaki satış ekibi için aynı sistemin mobil uygulama sürümü de geliştirilebilir.

Raporlama panelleri

Satış, üretim ve finans gibi farklı sistemlerden gelen veriyi tek ekranda birleştirir. Her sabah elle hazırlanan raporlar otomatik güncellenir; her yönetici yetkisi dahilindeki kırılımları görür. Panelin değeri doğru soruyla başlamasına bağlıdır: önce hangi kararın hangi veriyle verileceği netleştirilir.

Sistem entegrasyonları

E-ticaret sitesi, pazar yerleri, muhasebe programı, kargo firması ve ödeme altyapısı arasında veriyi otomatik taşır. Entegrasyonların çoğu karşı sistemin sunduğu API üzerinden kurulur; API yoksa zamanlanmış dosya aktarımı gibi yöntemler kullanılır. Her bağlantının hata ve yeniden deneme senaryosu baştan tasarlanmalıdır.

Özel yazılım geliştirme süreci nasıl işler?

Özel yazılım geliştirme süreci yedi adımda ilerler: keşif, gereksinim dokümanı, prototip, sprintlerle geliştirme, test, devreye alma ve bakım. Adımların sırası sabittir ama süreleri projeye göre değişir. En önemli kural, kod yazmaya başlamadan önce neyin, kimin için ve hangi kabul kriterleriyle yapılacağının yazılı olarak netleşmesidir.

1. Keşif. İşin bugün nasıl yapıldığını ekran ekran inceliyor, kullanıcılarla konuşuyor, darboğazları ve ölçülebilir hedefleri belirliyoruz. Çıktı, ilk sürüme neyin girip neyin girmeyeceğini gösteren bir kapsam özetidir.
2. Gereksinim dokümanı. Kullanıcı rolleri, ekranlar, iş kuralları, entegrasyonlar, raporlar ve her özelliğin kabul kriteri yazılır. Bu belge hem teklifin hem de teslimdeki kabul testinin dayanağıdır.
3. Prototip. Tıklanabilir bir tasarım prototipiyle ekranlar, kod yazılmadan önce gerçek kullanıcılarla denenir. Yanlış anlaşılmalar en ucuz bu aşamada düzeltilir.
4. Sprintlerle geliştirme. İş iki haftalık sprintlere bölünür. Her sprint sonunda çalışan sürümü birlikte gözden geçirir, bir sonraki sprintin önceliklerini belirleriz.
5. Test. Birim ve entegrasyon testlerinin yanında gerçek senaryolarla kullanıcı kabul testi (UAT) yapılır. Kişisel veri işleyen ekranlarda yetki ve erişim kontrolleri ayrıca denenir.
6. Devreye alma. Eski sistemdeki veriler temizlenerek taşınır, kullanıcılar eğitilir ve yazılım tercihen önce küçük bir kullanıcı grubuyla canlıya alınır. Bir sorun çıkarsa eski düzene dönüş planı hazır tutulur.
7. Bakım. Güvenlik ve sürüm güncellemeleri, hata düzeltmeleri, izleme ve yeni ihtiyaçlara göre küçük geliştirmelerle yazılım canlı tutulur.

Bu adımlar, bir özel yazılım şirketinden beklemeniz gereken asgari disiplindir. Özel yazılım firmaları arasında seçim yaparken her adımın sonunda hangi belgenin teslim edileceğini sormak, teklifleri ayırt etmenin en hızlı yoludur.

Özel yazılımın maliyetini neler belirler?

Özel yazılımın maliyetini en çok kapsam (ekran, modül ve rapor sayısı), iş kurallarının karmaşıklığı, entegrasyon sayısı, kullanıcı rolleri ve yetki yapısı, veri taşıma ihtiyacı, güvenlik gereksinimleri ve hedef platformlar belirler. Aynı adı taşıyan iki proje, bu kalemlerdeki farklar yüzünden birbirinden çok farklı bütçelere çıkabilir.

• Kapsam: ilk sürüme giren her ekran, modül ve rapor; geliştirme, test ve bakım yükü olarak geri döner.
• İş kuralı karmaşıklığı: istisnalar, çok aşamalı onay zincirleri ve fiyat ya da prim gibi hesaplama kuralları süreyi en çok uzatan kalemlerdir.
• Entegrasyonlar: her dış sistem ayrı bir iş kalemidir; dokümantasyonu zayıf ya da test ortamı olmayan sistemler süreyi belirgin biçimde uzatır.
• Kullanıcı rolleri ve yetkiler: herkesin her şeyi gördüğü bir panel ile birim, bölge ve kayıt bazında yetkilendirilen bir sistem arasında ciddi iş farkı vardır.
• Veri taşıma: eski Excel dosyalarındaki veya eski yazılımdaki kayıtların temizlenip yeni yapıya aktarılması çoğu zaman tahmin edilenden uzun sürer.
• Platformlar: yalnızca web mi, yoksa web ile birlikte iOS ve Android uygulaması da mı gerekiyor? Mobil taraf için yayımladığımız başlangıç fiyatlarını mobil uygulama fiyatları sayfasında bulabilirsiniz.
• Güvenlik ve uyumluluk: kişisel veya özel nitelikli veri işlemek, ayrıntılı erişim kayıtları ve ek testler gerektirir.
• İşletme maliyetleri: sunucu, SMS, harita ve ödeme gibi üçüncü taraf servisler ve bakım, toplam maliyet hesabına geliştirme bedeliyle birlikte katılmalıdır.

Bütçeyi kontrol etmenin en etkili yolu kapsamı aşamalara bölmektir. İlk sürümde yalnızca en çok zaman kaybettiren süreci çözen bir MVP (minimum uygulanabilir ürün) canlıya alınır; sonraki aşamalar gerçek kullanım verisine göre planlanır. Böylece kimsenin kullanmayacağı özelliklere bütçe harcanmaz.

Özel yazılım projelerinde en sık yapılan hatalar nelerdir?

Özel yazılım projelerinde en sık yapılan hatalar çoğu zaman teknik değil, yönetimseldir: ilk sürümün kapsamını fazla büyük tutmak, gerçek kullanıcıları sürecin dışında bırakmak, gereksinimleri yazıya dökmeden işe başlamak, veri taşımayı son haftaya bırakmak ve bakımı bütçeye koymamak. Bu hataların çoğu, keşif ve gereksinim aşamasına yeterli zaman ayrılarak önlenebilir.

• Her şeyi ilk sürüme sığdırmak: uzun bir özellik listesi teslimi geciktirir ve kullanıcıların alışma süresini uzatır. İlk sürüm tek bir sorunu iyi çözmelidir.
• Kullanıcıları dinlememek: yazılımı her gün kullanacak çalışanlar keşif ve prototip aşamasına katılmazsa, teslimde “bu ekran işimize uymuyor” geri bildirimi gelir.
• Sözlü gereksinim: yazılı kabul kriteri olmayan bir özellik için teslimde neyin “tamam” sayılacağı tartışmaya açık kalır.
• Veri taşımayı sona bırakmak: eski verinin kalitesi genellikle geç fark edilir; temizlik ve aktarım denemesi geliştirmeyle paralel yürümelidir.
• Bakımı bütçelememek: canlıya alınan yazılım güncelleme ve izleme ister; bu kalem baştan planlanmazsa sistem kısa sürede eskir.

Bu listeyi keşif görüşmesinde birlikte gözden geçirmek, projenin hangi aşamada risk taşıdığını erkenden görmenizi sağlar.

Kaynak kod ve bakım sorumluluğu kimde olur?

Doğru kurulmuş bir özel yazılım projesinde kaynak kod ve sözleşmede sayılan mali haklar size devredilir; bakım sorumluluğu ise bakım anlaşması yaptığınız ekipte ya da kendi yazılım ekibinizde olur. Kodun sizde olması, bakım firmasını değiştirme özgürlüğü demektir; bu özgürlüğün gerçek olması için teslim paketinin eksiksiz olması gerekir.

Teslim paketinde en az şunlar bulunmalıdır:

• Kaynak kodun tamamı, sürüm geçmişiyle birlikte bir Git deposunda
• Kurulum ve dağıtım talimatı, ortam değişkenlerinin listesi
• Mimari özeti ve API dokümantasyonu
• Veritabanı şeması ile yedekleme ve geri yükleme prosedürü
• Sunucu, alan adı, bulut ve üçüncü taraf servis hesaplarının sizin adınıza açılmış olması
• Kullanılan açık kaynak bileşenlerin ve lisanslarının listesi

Kodun hukuken size geçmesi için sözleşme şarttır: Fikir ve Sanat Eserleri Kanunu, mali haklara dair sözleşmelerin yazılı olmasını ve konu olan hakların ayrı ayrı gösterilmesini şart koşar (FSEK m. 52). Sözleşmede kaynak kod ve fikri mülkiyet maddelerinin nasıl yazılması gerektiğini yazılım şirketi seçimi rehberimizde ayrıntılı anlattık.

Canlıdaki bir yazılım bakım görmezse kullandığı kütüphaneler eskir, güvenlik açıkları birikir ve bir süre sonra küçük bir değişiklik bile riskli hale gelir. Bakımı yazılı bir anlaşmaya bağlamak, yanıt sürelerini ve kapsamı netleştirir.

Özel yazılımda güvenlik ve KVKK nasıl ele alınır?

Kişisel veri işleyen bir yazılımda güvenlik, geliştirme bittikten sonra eklenen bir katman değil, tasarımın parçasıdır. KVKK'nın 12. maddesi veri sorumlusunun kişisel verilerin hukuka aykırı işlenmesini ve erişilmesini önlemek, verilerin muhafazasını sağlamak için uygun güvenlik düzeyini temin eden teknik ve idari tedbirleri almasını öngörür.

Uygulamada bu tedbirlerin yazılıma yansıyan kısmı tasarım aşamasında şöyle planlanır:

• Rol ve yetki matrisi: her kullanıcı yalnızca işi için gereken kayıtları görür ve değiştirir.
• Şifreleme: veri iletimde HTTPS ile, gerektiğinde depolamada da şifrelenir; parolalar geri döndürülemez biçimde (hash) saklanır.
• Erişim ve işlem kayıtları: kimin hangi kaydı ne zaman görüntülediği veya değiştirdiği izlenebilir tutulur.
• Yedekleme: yedekler düzenli alınır ve geri yükleme belirli aralıklarla gerçekten denenir.
• Veri minimizasyonu: formlarda yalnızca işleme amacı için gerekli alanlar istenir.
• Saklama ve imha: işlenmesini gerektiren sebepler ortadan kalktığında kişisel veriler silinir, yok edilir veya anonim hale getirilir; yazılım bu süreleri ve silme ya da anonimleştirme işlevini baştan içermelidir (KVKK: Kişisel Verilerin Silinmesi, Yok Edilmesi veya Anonim Hale Getirilmesi).

Bu bölüm genel bilgilendirme amaçlıdır, hukuki tavsiye değildir. Aydınlatma metni, açık rıza ve veri envanteri gibi yükümlülükler yalnızca yazılımla karşılanmaz; bunlar için bir hukuk uzmanına danışmanızı öneririz. Web sitenizle ilgili yükümlülükler için KVKK ve çerez politikası rehberimize göz atabilirsiniz.

İstanbul'da özel yazılım projesine nasıl başlanır?

İstanbul'da özel yazılım projesine başlamanın ilk adımı, çözmek istediğiniz süreci anlattığınız bir keşif görüşmesidir. Ofisimiz Beşiktaş'ta; toplantıyı iş yerinizde, ofisimizde veya çevrim içi yapıyoruz. Görüşmeden sonra kapsamı, aşamaları, çalışma modelini ve maliyeti içeren yazılı bir teklif hazırlıyoruz; ücretsiz teknik analiz talebi için sayfanın başındaki formu kullanabilirsiniz.

Görüşmeye hazırlık için teknik bir doküman gerekmez; bugün işi nasıl yaptığınızı gösteren birkaç örnek dosya yeterlidir. Bize +90 544 449 34 06 numarasından ulaşabilir, WhatsApp'tan yazabilir veya info@unidigitalgroup.com adresine e-posta gönderebilirsiniz.