Özel Yazılım mı Hazır Paket mi? İşletmeler İçin Karar Rehberi

Her büyüyen işletme aynı kavşağa gelir: Excel tabloları ve birbirine bağlanmayan programlarla yürüyen süreçler artık yönetilemez hale gelmiştir. Bu noktada iki yol belirir. Ya piyasadaki hazır bir paketi satın alıp süreçlerinizi ona uydurursunuz ya da süreçlerinize göre özel bir yazılım geliştirtirsiniz.

İki yolun da tutkulu savunucuları vardır ve ikisi de kendi bağlamında haklıdır. Yanlış olan, kararı ideolojik vermektir: “hazır paket köleliktir” de “özel yazılım para çukurudur” da slogan olarak kalır. Doğru karar, işletmenizin somut koşullarına bakılarak verilir: süreçlerinizin ne kadarı standart, ne kadarı size özgü; kaç kişi kullanacak; beş yıllık maliyet tablosu hangi tarafta daha ağır; yazılımı yaşatacak kaynağınız var mı? Bu yazıda o koşulları tek tek masaya yatırıyor, sonunda kendi cevabınızı verebileceğiniz beş soruluk bir çerçeve sunuyoruz.

İki seçeneği doğru tanımlayalım

Hazır paket, çok sayıda işletmenin ortak ihtiyaçları için geliştirilmiş, lisans veya abonelikle kullanılan yazılımdır: muhasebe programları, hazır CRM’ler, İK yazılımları, sektörel otomasyon paketleri. Kiralık bir daire gibidir; hemen taşınırsınız ama duvarları yıkamazsınız.

Özel yazılım, sizin süreçleriniz için sıfırdan veya mevcut bir çekirdek üzerine geliştirilen, kaynak kodu ve yol haritası size çalışan yazılımdır. Kendi arsanıza ev yapmaya benzer; projeyi siz çizersiniz ama inşaat zaman ve sermaye ister.

Arada bir üçüncü yol daha vardır: hazır platformun üzerine özel geliştirme yapmak. Açık API sunan bir paketi çekirdek olarak kullanıp eksik kalan süreçleri özel modüllerle tamamlamak, iki dünyanın maliyet ve esneklik dengesini bir arada sunar. Çoğu gerçek dünya çözümü aslında bu melez bölgede yaşar; bu yüzden yazının ilerleyen bölümünde melez modele ayrıca yer verdik.

Hazır paketin güçlü olduğu durumlar

• Süreciniz standartsa. Ön muhasebe, fatura, bordro gibi mevzuatla şekillenen süreçlerde özel yazılım geliştirmek tekerleği yeniden icat etmektir. Buralarda hazır paket neredeyse her zaman doğru cevaptır.
• Hızlı başlamanız gerekiyorsa. Hazır paket bugün kurulur, bu ay kullanılır. Özel yazılım aylar ister.
• Başlangıç bütçesi sınırlıysa. Aylık abonelik, nakit akışını tek seferlik büyük yatırımdan daha az zorlar.
• İhtiyacınızı henüz tanımlayamıyorsanız. Ne istediğini bilmeyen işletme için özel yazılım risklidir; belirsiz talep, bitmeyen revizyon demektir. Hazır paketle çalışmak, gerçek ihtiyacınızı öğreten ucuz bir okuldur.

Özel yazılımın güçlü olduğu durumlar

• Süreciniz rekabet avantajınızsa. Sizi rakiplerinizden ayıran şey sipariş yönetiminizin, üretim planlamanızın veya müşteri deneyiminizin kendine özgü akışıysa, o akışı herkesin kullandığı pakete sıkıştırmak avantajı törpüler.
• Hazır paketleri zorlamaya başladıysanız. Paketin yapamadıklarını Excel’le, e-postayla ve kağıtla yamalıyorsanız, o yamaların toplam maliyeti çoktan özel yazılımı finanse ediyordur; sadece faturası tek kalemde görünmüyordur.
• Sistemlerin konuşması gerekiyorsa. Web sitesi, depo, muhasebe ve saha ekibi ayrı programlarda yaşıyor ve veriler elle taşınıyorsa, entegrasyon katmanı özel geliştirmenin en yüksek getirili biçimidir.
• Kullanıcı başına lisans maliyeti büyüdüyse. Elli kullanıcılı bir ekipte aylık kullanıcı lisansları, birkaç yılda özel geliştirme bütçesini aşabilir. Beş yıllık toplam sahip olma maliyetini mutlaka karşılaştırın.
• Veri ve yol haritası kontrolü kritikse. Hazır paket üreticisi fiyatı artırabilir, özelliği kaldırabilir, şirketi satılabilir. Özel yazılımda kod ve veri sizindir.

Karar için beş soru

Aşağıdaki soruları sırayla cevaplayın; cevaplarınız sizi büyük oranda doğru tarafa taşır.

1. Bu süreç bizi farklılaştırıyor mu? Hayırsa hazır paket. Evetse özel yazılım adayı.
2. Piyasada ihtiyacımızın yüzde kaçını karşılayan paket var? Yüzde 80 ve üzeri karşılanıyorsa paketle başlayın; eksikleri entegrasyonla kapatın.
3. Beş yıllık toplam maliyet hangi tarafta düşük? Lisans, kullanıcı sayısı artışı, zorunlu modüller ve yama işçiliği dahil hesaplayın; sadece ilk yıl faturasına bakmayın.
4. Yazılımı yaşatacak ortağımız var mı? Özel yazılım teslimle bitmez; bakım, güncelleme ve geliştirme ister. Uzun vadeli çalışacağınız bir ekip yoksa bu risk fiyata dahildir.
5. Talebi yazılı tanımlayabiliyor muyuz? Süreçlerinizi akış olarak kağıda dökemiyorsanız önce analiz aşamasına yatırım yapın. İyi analiz, iki seçenekte de paranızı korur.

Melez yol: çoğu işletmenin gerçek cevabı

Pratikte en sık önerdiğimiz model karmadır: standart süreçlerde hazır paket, farklılaştıran süreçlerde özel geliştirme, ikisinin arasında entegrasyon. Örnek bir kurgu şöyle görünür: muhasebe hazır paketten yürür, e-ticaret sitesi kendi altyapısında çalışır, özel geliştirilen bir ara katman siparişleri, stoğu ve cari hesapları iki yönlü senkronize eder. Böylece ne muhasebe programı yazmış olursunuz ne de rekabet avantajınızı paket sınırlarına teslim edersiniz.

Bu kurgunun sağlıklı çalışması için işin başında yapılacak teknik analiz kritiktir. Hangi sistemin API sunduğu, verinin nerede tekilleşeceği ve hata durumlarında ne olacağı baştan tasarlanmalıdır; bu analiz yazılım geliştirme sürecimizin ilk adımıdır.

Toplam sahip olma maliyetini doğru hesaplamak

İki seçeneği karşılaştırırken tek doğru zemin, beş yıllık toplam sahip olma maliyetidir. Hazır paket tarafına şunları yazın: lisans veya abonelik bedeli, kullanıcı sayısı artış projeksiyonu, zorunlu ek modüller, kurulum ve eğitim, paketin yapamadıklarını kapatmak için harcanan işçilik. Özel yazılım tarafına ise geliştirme bedeli, yıllık bakım, barındırma ve zaman içinde eklenecek özellikler yazılır.

Bu hesap yapıldığında sonuç çoğu zaman sezgiyle çelişir. Ayda birkaç bin liralık abonelik zararsız görünür ama elli kullanıcıya ve beş yıla çarpıldığında ciddi bir rakama ulaşır. Tersi de doğrudur: kullanıcı sayısı düşük ve süreç standart olduğunda özel geliştirme bedeli hiçbir zaman kendini amorti etmez. Rakamları tabloya dökmeden verilen karar, karar değil tahmindir.

Sık yapılan üç pahalı hata

• Demoya göre karar vermek. Satış demosunda her paket kusursuzdur. Kararı, kendi verinizle yapılmış bir pilot kullanıma dayandırın.
• Özel yazılımda her şeyi ilk sürüme sıkıştırmak. En küçük işe yarar sürümle başlayın, gerçek kullanımdan gelen geri bildirimle büyütün. İlk sürümde mükemmellik arayan projelerin önemli kısmı yayına hiç çıkamaz.
• Bakım bütçesini unutmak. Yazılım canlı bir varlıktır. Yıllık bakım ve geliştirme için başlangıç bütçesinin yüzde 15 ila 25’ini ayırmak gerçekçi bir planlamadır.

Sık sorulan sorular

Özel yazılım projesi ne kadar sürer? Kapsama bağlı olarak ilk kullanılabilir sürüm için iki ila altı ay tipiktir. Altı ayda ilk sürüm çıkaramayan kapsam, büyük olasılıkla küçültülmelidir.

Kaynak kodlar bize teslim edilir mi? Sözleşmeye yazdırın. Kod ve dokümantasyonun size ait olması, gelecekte ekip değiştirme özgürlüğünüzün güvencesidir.

Hazır paketten özel yazılıma geçiş mümkün mü? Evet ve en sağlıklı geçiş biçimi kademelidir: önce en çok sıkışan modül özel geliştirilir, paket bir süre yanında yaşar, veri taşındıkça devir tamamlanır.

Kararınızı birlikte netleştirelim

Hangi süreçlerinizin pakete, hangilerinin özel geliştirmeye uygun olduğunu bir analiz toplantısında netleştirebiliriz. SWS Kreatif yazılım ekibi olarak analizden geliştirmeye ve uzun vadeli bakıma kadar sürecin tamamında yanınızdayız. Sorularınız için iletişim sayfamızdan veya info@swskreatif.com adresinden ulaşın. Her şey bir kıvılcımla başlar; doğru teknoloji kararı o kıvılcımı yangına çevirmeden büyütür.