Hazır Yazılım mı, Özel Yazılım mı? İşletmeniz İçin Doğru Karar

Kısaca: İhtiyacınız standartsa ve sizi rakiplerinizden ayırmıyorsa hazır yazılım neredeyse her zaman doğru seçimdir. İş yapış biçiminiz rekabet avantajınızsa, hazır araçları birbirine bağlamak işi kilitliyorsa ya da kullanıcı başına kira ölçekle birlikte ağırlaşıyorsa özel yazılım kazandırır. Kararı ilk fiyata göre değil, üç-beş yıllık toplam sahip olma maliyetine ve büyüme planınıza göre verin; çoğu işletme için doğru cevap ikisinin birlikte kullanılmasıdır.

Bir işi büyütürken kaçınılmaz olarak şu soruyla karşılaşırsınız: elimizdeki süreç için hazır bir paket yazılım mı alsak, yoksa işimize özel bir yazılım mı yaptırsak? İkisinin de yeri vardır; yanlış olan, kararı gerçek ihtiyaç yerine ilk duyulan fiyatla vermektir.

Hazır yazılımın gücü ve sınırı

Hazır paketler hızlı başlamanın en kolay yoludur. Bugün abone olur, yarın kullanmaya başlarsınız. Standart bir ihtiyacınız varsa çoğu zaman en akıllı seçimdir: bakım, güncelleme ve altyapı sağlayıcının işidir, binlerce müşterinin kullandığı bir ürün de genellikle olgun ve test edilmiştir.

Ama sınırları da vardır:

• Sizi kalıba sokar — süreçlerinizi yazılıma uydurmak zorunda kalırsınız, tersi değil.
• Farklılaşamazsınız — rakibinizle aynı aracı kullanırsınız; yazılım rekabet avantajı olmaktan çıkar.
• Kira asla bitmez — kullanıcı başına aylık ödeme, ölçek büyüdükçe ciddi bir kalıcı gidere dönüşür.

“Kalıba sokar” bir abartı değil, modelin tanımıdır. ABD Ulusal Standartlar ve Teknoloji Enstitüsü’nün bulut tanımında (NIST SP 800-145), hizmet olarak yazılımda kullanıcının altyapıyı ve hatta tek tek uygulama yeteneklerini yönetmediği, olası tek istisnanın kullanıcıya özgü sınırlı yapılandırma ayarları olduğu açıkça yazar. Yani hazır bir üründe ayarlar menüsünün izin verdiği kadar esneyebilirsiniz; ötesi sağlayıcının yol haritasına bağlıdır.

Özel yazılımın da bir bedeli var

Özel yazılımı her derde deva gibi anlatmak da dürüst olmaz. Peşin bir geliştirme bütçesi ister; ilk sürümün hazır olması haftalar, bazen aylar sürer. Kapsamı iyi tanımlanmamış bir proje uzar ve pahalılaşır. Yayına çıktıktan sonra da iş bitmez: güvenlik güncellemeleri, barındırma, yedekleme ve yeni ihtiyaçlar için geliştirme sizin sorumluluğunuzdadır. Bu yüzden özel yazılımda yalnızca yazılımı değil, onu yıllarca ayakta tutacak ekibi ya da iş ortağını da seçmiş olursunuz.

Özel yazılım ne zaman doğru karardır?

Özel yazılım bir maliyet değil, bir yatırımdır; ama her durumda değil. Şu koşullarda gerçekten kazandırır:

1. Süreciniz sizi ayrıştırıyorsa — iş yapış biçiminiz rekabet avantajınızsa, onu hazır kalıba sıkıştırmak değeri yok eder.
2. Hazır araçları birbirine bağlamak kabusa döndüyse — beş farklı aracı zorla konuşturuyorsanız, tek ve bütünleşik bir çözüm işi kökten sadeleştirir.
3. Ölçek büyüyorsa — kullanıcı başına kira belli bir hacimden sonra özel çözümün maliyetini geçer.

Yazılım mimarı Martin Fowler bu ayrımı “fayda (utility) ve stratejik” işlevler diye adlandırır. Bordro gibi sizi rakiplerinizden ayırmayan fayda işlevlerinde önerisi nettir: paketi alın ve iş sürecinizi yazılıma uydurun. Stratejik bir işlevde ise rakiplerinizle aynı yazılımı istemezsiniz. Fowler iki uyarı daha ekler: kurumlar hangi işlevin gerçekten stratejik olduğunu sık sık yanlış değerlendirir ve bu sınıflandırma zamanla değişebilir. Bugün sizi ayıran bir süreç, birkaç yıl sonra sektörün standardı olabilir.

Hazır yazılım işinizi yazılıma uydurur; özel yazılım yazılımı işinize uydurur.

Toplam sahip olma maliyeti: neyi hesaba katmalısınız?

İki seçeneği yalnızca ilk teklif veya ilk aylık fatura üzerinden karşılaştırmak yanıltır. Doğru karşılaştırma, aynı süreci üç-beş yıl boyunca çalıştırmanın toplam maliyetidir. Aşağıdaki kalemleri iki seçenek için ayrı ayrı yazın:

Bu tabloyu doldurduğunuzda çoğu zaman cevap kendiliğinden ortaya çıkar. Küçük ve standart bir ihtiyaçta hazır yazılımın toplam maliyeti açık ara düşüktür. Kullanıcı sayısı hızla artan, birden fazla aracın birbirine yamandığı ya da sürecin sürekli ara çözümlerle döndüğü bir yapıda ise tablo tersine dönebilir. Hesabı bugünkü kullanıcı sayınıza göre değil, iki-üç yıl sonra ulaşmayı beklediğiniz ölçeğe göre yapın.

Karar için kontrol listesi

Bir süreci değerlendirirken şu sorulara dürüstçe cevap verin. “Evet”lerin çoğu ilk gruptaysa hazır yazılım, ikinci gruptaysa özel yazılım daha doğru olacaktır.

Hazır yazılıma işaret edenler

• Bu süreç sektörünüzdeki herkeste aşağı yukarı aynı mı işliyor?
• Yazılımın önerdiği akışa uyum sağlamak, ekibiniz için kabul edilebilir bir değişiklik mi?
• Kullanıcı sayınız birkaç yıl içinde ciddi biçimde artmayacak mı?
• Hızlı başlamak, kusursuz uyumdan daha mı önemli?

Özel yazılıma işaret edenler

• Müşterileriniz sizi tam da bu süreci farklı yaptığınız için mi tercih ediyor?
• Aynı veriyi birden fazla araca elle mi taşıyorsunuz?
• Hazır araçların yetmediği yerleri tablolarla ve ara çözümlerle mi kapatıyorsunuz?
• Kullanıcı başına ödemeler, büyüme planınızda kalıcı ve artan bir kalem mi oluyor?

Hazır bir ürün seçerken sağlayıcıya sorun

Hazır yazılımda karar verdiyseniz, seçim de bir o kadar önemlidir. İmzalamadan önce şu soruların cevabını yazılı olarak alın:

• Verimizi hangi biçimde ve ne sıklıkla dışa aktarabiliriz; sözleşme bittiğinde veriye ne olur?
• Fiyat artışları hangi aralıkla ve ne kadar önceden bildiriliyor?
• Veri hangi ülkede tutuluyor ve kişisel veriler için hangi güvenlik tedbirleri alınıyor?
• Diğer sistemlerimizle bağlantı için belgelenmiş bir API var mı?
• Erişilebilirlik ve destek için taahhüt edilen hizmet düzeyi nedir?

Üçüncü yol: hazırın üstüne ince bir özel katman

Seçim her zaman siyah ya da beyaz değildir. Muhasebe veya e-posta gibi işlevleri hazır araçlarda bırakıp, onları birbirine bağlayan ya da üzerlerine sizin sürecinize özel bir ekran ekleyen küçük bir yazılım katmanı kurmak çoğu zaman en ekonomik yoldur. Burada dikkat edilecek nokta şudur: hazır paketi ağır biçimde özelleştirmek, Fowler’ın da uyardığı gibi, iki seçeneğin kötü yanlarını birleştirir. Hem kira ödersiniz hem de her sürüm güncellemesinde kırılan özelleştirmelerle uğraşırsınız. Özel katmanı paketin içine gömmek yerine, onun yanında ve iyi tanımlanmış bağlantılarla konumlandırmak daha sağlıklıdır.

Sık yapılan hatalar

• Kararı yalnızca ilk fiyatla vermek. Aylık ücret küçük göründüğü için seçilen araç, üç yıl sonra bütçenin en büyük yazılım kalemi olabilir.
• Her şeyi özel yaptırmak. Sizi ayırmayan bir süreci baştan yazdırmak, bütçeyi asıl farkı yaratacak işten çalar.
• Çıkışı düşünmemek. Verinizi standart bir biçimde dışa aktaramıyorsanız, sağlayıcı değiştirmek yeni bir proje haline gelir.
• Süreci yazılımdan önce netleştirmemek. Ne hazır ne de özel yazılım, tanımlanmamış bir süreci düzeltir; yalnızca karmaşayı hızlandırır.

Karar bir din savaşı değil, hesap işidir

Doğru cevap “her zaman özel” ya da “her zaman hazır” değildir. Çoğu olgun işletme ikisini birlikte kullanır: standart ihtiyaçlar için hazır araçlar, kendini ayrıştıran çekirdek süreçler için özel yazılım. Önemli olan, kararı her süreç için ayrı ayrı, toplam sahip olma maliyetiyle ve büyüme planınızla vermektir. Süreçleriniz bugün tablolarda dönüyorsa, önce Excel’i aşıp aşmadığınızı gösteren eşiklere bakmak iyi bir başlangıçtır. Geliştirdiğiniz çözümü başka şirketlere de satmayı düşünüyorsanız, kendi SaaS ürününü geliştirmenin mantığı da masaya gelir.

Yanlış seçim ya bütçenizi ya da büyümenizi zorlar. Kodakod olarak önce sürecinizi dinler, hazırın yeterli olduğu yerde sizi gereksiz maliyete sokmaz; ayrıştığınız yerde ise ölçeklenebilir, size özel bir yazılımı doğru temelle kurarız. Özel yazılım ve SaaS geliştirme sayfamızda nasıl çalıştığımızı bulabilirsiniz.