Özel yazılım mı, hazır paket mi? Karar için 6 soru

Bu soruyu bize soranların çoğu aslında cevabı biliyor ama gerekçeyi kuramıyor. Aşağıdaki altı soru, kararı savunulabilir hale getirir. Yazılım firması olarak menfaatimiz özel geliştirme yönünde; buna rağmen müşterilerimizin yaklaşık üçte birine hazır ürün öneriyoruz — çünkü yanlış projeyi almak ikimize de zarar veriyor.

1. Bu süreç sizi rakiplerinizden ayırıyor mu?

Muhasebe, bordro, e-posta — bunlar herkeste aynı çalışır ve hazır ürünler yıllarca olgunlaşmıştır. Bunları özel geliştirmek para yakmaktır.

Ama müşterinize sunduğunuz hizmetin kendisi bir süreçse ve o süreci rakibinizden farklı yürütüyorsanız, o farkı hazır bir ürüne sığdırmaya çalışmak rekabet avantajınızı silmek olur.

Kural: Farkınızı yaratan süreç özel geliştirilir. Herkeste aynı olan süreç satın alınır.

2. Hazır ürün ihtiyacınızın yüzde kaçını karşılıyor?

Somut ölçün. İhtiyaç listesini yazın, hazır ürünü deneyin, tek tek işaretleyin.

• %90 üstü — hazır ürünü alın. Kalan %10 için süreçlerinizi biraz esnetmek, geliştirme maliyetinden ucuzdur.
• %70-90 — dikkatli olun. Eksik kalan kısmın ne kadar sık kullanıldığına bakın. Günde yüz kez yapılan bir işse o %10 aslında işinizin yarısıdır.
• %70 altı — özel geliştirme büyük olasılıkla daha ucuz ve daha hızlıdır. Hazır ürünü zorlamak, sonunda hem lisans hem geliştirme ödemenize yol açar.

3. Beş yıllık toplam maliyeti hesapladınız mı?

Karşılaştırma genelde yanlış yapılıyor: hazır ürünün aylık ücreti ile özel geliştirmenin tek seferlik bedeli kıyaslanıyor. Doğrusu beş yıllık toplam sahip olma maliyetidir.

Hazır ürün tarafına eklenecekler: kullanıcı başına aylık ücret × büyüyecek kullanıcı sayısı × 60 ay, kurulum ve eğitim, entegrasyon geliştirmeleri, zorunlu sürüm yükseltmeleri, ek modül lisansları, veri dışa aktarma kısıtları.

Özel geliştirme tarafına eklenecekler: geliştirme bedeli, sunucu maliyeti, yıllık bakım ve güvenlik güncellemeleri, ilk yıldan sonraki değişiklik talepleri.

4. Verinizi çıkarabiliyor musunuz?

Sözleşmeyi imzalamadan önce sorulacak soru: "Ayrılmak istersem tüm verimi hangi formatta, ne kadar sürede alabilirim?" Cevap net değilse veya ek ücrete tabiyse, o ürüne girdiğinizde çıkmanız pahalı olacak demektir.

Özel geliştirmede bu risk yoktur — veritabanı zaten sizindir. Ama aynı soruyu yazılım firmanıza da sorun: kaynak kodu kimin olacak? Cevap "bizim" ise başka firmayla görüşün.

5. Ne kadar beklemeye tahammülünüz var?

Hazır ürün genelde günler içinde kullanılabilir. Özel geliştirme haftalar veya aylar sürer. Eğer sorun bugün kanıyorsa, önce hazır ürünle durdurup uzun vadeli çözümü paralel geliştirmek geçerli bir stratejidir.

Tersi de doğru: acele diye alınan hazır ürün üç yıl sonra hâlâ kullanılıyor ve artık taşınması imkânsız hale gelmiş olabilir. Geçici çözümün geçici kalması için tarih koyun.

6. Ekibiniz bunu sahiplenebilir mi?

Özel yazılım, ilgilenecek birinin olmasını gerektirir. Talepleri toplayan, önceliklendiren, test eden bir kişi. Bu rol yoksa proje teslim edildikten sonra kullanılmadan kalır.

Bu kişinin teknik olması şart değil; süreci en iyi bilen kişi olması yeterli. Ama zamanının bir kısmını buna ayırabilmeli.

Melez yaklaşım genelde en doğrusu

Pratikte en sık önerdiğimiz yol ikisinin karışımı: standart süreçler için hazır ürün, sizi ayıran kısım için özel geliştirme, aradaki bağ için entegrasyon katmanı.

Örnek: muhasebe hazır yazılımda kalır, müşteriye özel fiyatlandırma ve teklif süreci özel geliştirilir, ikisi API ile konuşur. Böylece ne olgunlaşmış bir ürünü yeniden yazarsınız ne de farkınızı bir şablona sıkıştırırsınız.

Karar tablosu

Altı sorunun cevabını yan yana koyun. Üç veya daha fazlası özel geliştirmeyi işaret ediyorsa, ciddi bir teklif almaya değer. İkisi ve altındaysa hazır ürünle başlayın — ve altı ay sonra bu listeyi tekrar açın.

• özel yazılım
• satın alma
• maliyet
• karar