Hazır yazılım mı, özel yazılım mı: kurumlar için karar rehberi

Hazır yazılım, süreçleri yaygın uygulamalara yakın olan, hızlı başlamak isteyen ve özel entegrasyon ihtiyacı sınırlı kurumlar için genellikle doğru seçimdir. Kuruma özel sistem ise süreçleri kendine özgü olan, birden fazla aracı tek veri modelinde birleştirmek isteyen ve verisinin, kurallarının ve yol haritasının kendi kontrolünde olmasını isteyen kurumlar için daha uygundur. Karar, yalnızca ilk maliyete göre değil, birkaç yıllık toplam maliyet, süreç uyumu, sahiplik, entegrasyon ve bakım birlikte değerlendirilerek verilmelidir.

Hazır yazılım ile özel yazılım arasındaki fark nedir?

Hazır yazılım, çok sayıda kurumun ortak ihtiyaçlarına göre tasarlanmış ve genellikle abonelik ya da lisans karşılığında kullanılan bir üründür. Ürünün kapsamı, ekranları ve yol haritası üreticisi tarafından belirlenir; kurum, sunulan ayarlar ve eklentiler ölçüsünde kendine uyarlama yapabilir. En büyük avantajı hızdır: kurulum kısa sürer, başka kurumlar tarafından denenmiş akışlar hemen kullanılabilir.

Kuruma özel sistem ise kurumun kendi süreçleri, kuralları ve veri yapısı analiz edilerek geliştirilen yazılımdır. Ekranlar, yetkiler ve iş akışları kurumun gerçekte nasıl çalıştığına göre tasarlanır. Bu yaklaşım daha fazla analiz ve geliştirme emeği ister, ancak kurumu yazılımın sınırlarına uymak zorunda bırakmaz.

İki uç arasında üçüncü bir yol da vardır: belirli bir alan için geliştirilmiş, ama modülleri kurum bazında açılıp kapatılabilen ve kuruma göre yapılandırılabilen sektörel platformlar. Bu ürünler hazır yazılımın hızını, özel yazılımın alan bilgisiyle birleştirmeye çalışır ve özellikle dernekler, akademik dergiler ve kongre düzenleyicileri gibi benzer süreçleri paylaşan kurumlar için dengeli bir seçenek olabilir.

Maliyet nasıl karşılaştırılmalı?

Maliyet karşılaştırmasındaki en yaygın hata, hazır yazılımın aylık bedelini özel yazılımın tek seferlik geliştirme bedeliyle kıyaslamaktır. Doğru karşılaştırma, birkaç yıllık toplam sahip olma maliyeti üzerinden yapılır. Bu hesapta lisans ve abonelik bedellerinin yanı sıra kurulum, uyarlama, veri taşıma, eğitim, entegrasyon, bakım ve ileride başka bir sisteme geçmenin maliyeti de yer almalıdır.

• Lisans, abonelik ya da geliştirme bedeli ve bunların yıllara göre nasıl değişeceği hesaba katılır.
• Kurulum, uyarlama ve eski sistemden veri taşıma için gereken emek ayrıca hesaplanır.
• Çalışanların eğitimi ve geçiş döneminde yaşanacak verim kaybı göz ardı edilmez.
• Entegrasyonların kurulumu ve bakımı için gereken bütçe ayrı bir kalem olarak yazılır.
• Ürünün karşılamadığı işler için kullanılan ek araçlar ve elle yapılan işler de maliyete eklenir.
• İleride başka bir sisteme geçmenin, yani çıkışın maliyeti baştan tahmin edilir.

Hazır yazılımda maliyet çoğu zaman kullanıcı sayısı, kayıt hacmi ya da açılan modül sayısıyla birlikte artar. Kurum büyüdükçe ya da yazılımı daha çok birim kullanmaya başladıkça, başta düşük görünen bedel belirgin biçimde yükselebilir. Ayrıca ürünün desteklemediği bir ihtiyaç için ayrı bir araç almak ya da işi tablolarda elle yürütmek, görünmeyen ama gerçek bir maliyettir.

Özel yazılımda ise ilk yatırım daha yüksektir ve bakım için sürekli bir bütçe ayrılması gerekir. Buna karşılık kullanıcı başına ücret genellikle yoktur ve kurum yalnızca ihtiyaç duyduğu özelliklere yatırım yapar. Hangisinin daha ekonomik olduğu, kurumun ölçeğine, süreçlerinin karmaşıklığına ve yazılımı ne kadar uzun süre kullanmayı planladığına bağlıdır; genel geçer bir yanıt yoktur.

Süreç uyumu ve veri sahipliği neden belirleyicidir?

Her yazılım bir çalışma biçimini dayatır. Hazır yazılımda temel soru, kurumun süreçlerini yazılıma uydurmaya ne kadar hazır olduğudur. Süreçler sektördeki yaygın uygulamaya yakınsa bu uyum kolaydır ve hatta kuruma iyi uygulama örnekleri kazandırabilir. Süreçler kendine özgüyse, örneğin çok seviyeli onaylar, şubeye göre yetkiler ya da alanına özel kurallar içeriyorsa, yazılımın etrafında elle yürütülen ek işler birikir.

Kendi operasyonumuzda bu durumu yaşadık. Aylık paket, kota kullanımı, ekstra işler, revizyonlar, tahsilatlar ve çekler ayrı yerlerde tutuluyor, dönem kapanışı ve müşteri bakiyesi her ay elle hesaplanıyordu. Bu nedenle Bir Finans'ı çift taraflı bir defter üzerine, kota ve dönem motoruyla birlikte geliştirdik; düzeltmeler silme ile değil ters kayıtla yapılıyor ve her değişiklik denetim günlüğüne düşüyor.

Veri sahipliği ise çoğu zaman ancak sistem değiştirilmek istendiğinde fark edilir. Verinin eksiksiz ve kullanılabilir bir biçimde dışa aktarılıp aktarılamayacağı, aboneliğin sona ermesi hâlinde verinin ne kadar süre saklanacağı ve kurumun kendi kayıtlarına ne ölçüde doğrudan erişebileceği, sözleşme aşamasında sorulması gereken sorulardır. Özel yazılımda ise kaynak kodun ve verinin kime ait olacağı sözleşmede açıkça yazılmalıdır.

Entegrasyon ihtiyacı kararı nasıl etkiler?

Kurumsal yazılım nadiren tek başına çalışır. Online ödeme ve sanal POS, banka hareketleri, e-Fatura ve e-Arşiv, e-Devlet, kargo, SMS servisi ve e-posta servisi gibi bağlantılar, çoğu kurumun günlük işinin parçasıdır. Hazır yazılımda bu entegrasyonlar ürünün sunduğu katalogla sınırlıdır; katalogda olmayan bir bağlantı için üreticinin yol haritasını beklemek gerekir.

Entegrasyon sayısı arttıkça, verinin birden fazla sistem arasında elle taşınması da artar. Üyelik bir sistemde, aidat başka bir sistemde, eğitim kayıtları üçüncü bir araçta tutulduğunda, bir kişinin bütün geçmişini tek ekranda görmek mümkün olmaz. Bu dağınıklık, kurumların özel sisteme yönelmesinin en sık nedenlerinden biridir: amaç yeni özellikler eklemekten çok, var olan işleri tek veri modelinde birleştirmektir.

Entegrasyon değerlendirmesinde yalnızca bağlantının var olup olmadığına değil, nasıl çalıştığına da bakılmalıdır. Ödeme geri bildirimlerinin doğrulanması, başarısız işlemlerin yeniden denenmesi, mutabakat raporları ve bir servis değiştirildiğinde sistemin ne kadar etkileneceği, uzun vadede günlük işin kalitesini belirler.

Ölçeklenme ve bakım uzun vadede nasıl planlanır?

Hazır yazılımda altyapı, güvenlik güncellemeleri ve yeni sürümler üreticinin sorumluluğundadır; bu, kurum için önemli bir yük azaltmadır. Buna karşılık ürünün yönü de üreticinin kararıdır: kurumun kullandığı bir özellik değişebilir, fiyatlandırma modeli güncellenebilir ya da ürün desteği sona erebilir. Bu riskler sözleşmede ve çıkış planında karşılanmalıdır.

Özel yazılımda ise bakımın sürekliliği kurumun ve geliştiricinin birlikte planlaması gereken bir konudur. Sistemin belgelenmiş olması, otomatik testlerle korunması, kaynak kodun kurumun erişebileceği bir yerde tutulması ve bilginin tek bir kişiye bağlı kalmaması, uzun ömürlü bir yazılımın ön koşullarıdır. Ölçeklenme açısından ise iyi tasarlanmış bir sistem, kullanıcı ve kayıt sayısı arttığında lisans maliyeti yerine yalnızca altyapı kaynağı gerektirir.

Hangi yol seçilirse seçilsin, bir çıkış planı hazırlamak iyi bir alışkanlıktır. Hazır yazılımda bu plan, verinin hangi biçimde ve ne sıklıkla dışa aktarılacağını ve aboneliğin bitmesi durumunda geçiş takvimini içerir. Özel yazılımda ise geliştirici değiştiğinde sistemi devralacak bir ekibin ihtiyaç duyacağı belgeleri, erişimleri ve kaynak kodun teslim koşullarını tanımlar. Çıkış planı olan kurum, pazarlık gücünü de korumuş olur.

Doğru yazılım kararı, bugünkü ihtiyacı en ucuza karşılayan değil, kurumun beş yıl sonraki işini en az sürtünmeyle taşıyacak olandır.

Hangi durumda hangisi seçilmeli?

Aşağıdaki iki liste, kararı netleştirmek için bir karar tablosu gibi kullanılabilir. Bir kurumun durumu çoğu zaman iki listeye birden dokunur; hangi listede daha fazla ve daha kritik madde işaretlendiği, yönü belirlemeye yardım eder.

Hazır yazılım genellikle şu durumlarda daha uygundur:

• Kurumun süreçleri sektördeki yaygın uygulamaya yakındır ve yazılıma uyarlanmaya açıktır.
• Hızlı başlamak, uzun bir analiz ve geliştirme sürecinden daha önemlidir.
• Gerekli entegrasyonlar ürünün kataloğunda hazır olarak bulunur.
• Kurumun yazılım bakımını üstlenecek bir bütçesi ya da ekibi yoktur.
• Verinin eksiksiz dışa aktarılabildiği ve çıkış koşullarının açık olduğu doğrulanmıştır.

Kuruma özel sistem genellikle şu durumlarda daha uygundur:

• Kurumun süreçleri kendine özgüdür ve hazır ürünlerde ancak elle yürütülen ek işlerle karşılanabilir.
• Birden fazla aracı tek veri modelinde birleştirmek ve bir kişinin bütün geçmişini tek ekranda görmek isteniyor.
• Kurumun kendine özgü entegrasyonları ya da yasal raporlama ihtiyaçları vardır.
• Kullanıcı ya da kayıt sayısı arttıkça lisans maliyetinin orantısız biçimde büyümesi bekleniyor.
• Verinin, kuralların ve yol haritasının kurumun kendi kontrolünde olması stratejik önem taşır.

Sık sorulan sorular

Özel yazılım her zaman daha pahalı mıdır?

İlk yatırım açısından çoğu zaman evet, toplam sahip olma maliyeti açısından her zaman değil. Kullanıcı başına ücretler, ek araçlar ve elle yürütülen işlerin maliyeti birkaç yıla yayıldığında tablo değişebilir. Karşılaştırmayı aynı süre ve aynı kapsam üzerinden yapmak gerekir.

Hazır yazılımdan özel sisteme geçerken eski veriler taşınabilir mi?

Çoğu durumda evet, ancak taşımanın kalitesi eski sistemin verdiği dışa aktarımın kapsamına bağlıdır. Taşıma öncesinde eski verinin eksik ve tutarsız kayıtları tespit edilmeli, eşleştirme kuralları yazılmalı ve hiçbir değer tahminle doldurulmamalıdır.

Özel yazılımda kaynak kod kime ait olur?

Bu, sözleşmeye bağlıdır ve proje başlamadan netleştirilmelidir. Kaynak kodun kuruma devri, kurumun kullanım hakkı ya da geliştiricinin kendi ürün çekirdeği üzerinde kuruma özel modüller gibi farklı modeller mümkündür. Hangi model seçilirse seçilsin, verinin kuruma ait olduğu açıkça yazılmalıdır.

Hazır ve özel yazılımı birlikte kullanmak mümkün mü?

Evet ve çoğu zaman en dengeli yol budur. Kurumun ayırt edici süreçleri özel bir sistemde, standart işler ise hazır araçlarda yürütülebilir. Bu durumda iki tarafı bağlayan entegrasyonların ve verinin hangi sistemde asıl kayıt olarak tutulacağının baştan belirlenmesi gerekir.

Karar sürecine nasıl başlanmalı?

Karara ürün tanıtımlarıyla değil, kurumun kendi süreçlerinin ve bugün hangi işlerin elle yürütüldüğünün yazılı bir dökümüyle başlamak, iki seçeneği de aynı ölçütle değerlendirmeyi sağlar. Bu döküm, hem hazır yazılım tekliflerini hem de özel geliştirme kapsamını netleştirir. Bir Web Ajans olarak kuruma özel sistemlere süreç analiziyle başlıyor ve eski sistemlerdeki kayıtları hiçbir değer uydurmadan yeni yapıya taşıyoruz.