Özel yazılım, işletmelerin büyük çoğunluğu için doğru cevap değildir. On işletmeden sekizine hazır bir paket yeter; muhasebe, stok, müşteri takibi gibi standart işler için piyasada onlarca olgun ürün var. Sizi rakiplerinizden ayıran süreç hazır paketlerin kalıbına sığmıyorsa, özel yazılım geliştirme ancak o zaman gerekir. Hangi tarafta olduğunuzu anlamak için 10 soruya cevap vermeniz yeterli.
"Hazır yazılım mı, özel yazılım mı" tartışmasında önce iki tarafın sınırlarını çizelim, sonra maliyet mantığına ve çoğu işletme için en akıllı yol olan karma modele geçelim.
Hazır paketin sınırı nerede biter
Hazır paket, binlerce işletmenin ortak ihtiyacı için yazılmış üründür. Fatura kesmek, stok düşmek, teklif göndermek, müşteri listesi tutmak: bu işler sizde de komşunuzda da aynı şekilde yürür. Böyle bir iş için sıfırdan yazılım yazdırmak, herkesin kullandığı bir aracı yeniden icat etmektir. Gereksiz bir iştir. Kurulum günler sürer, aylık ücret ödersiniz, güncellemeler kendiliğinden gelir.
Sınır, paketin size uymadığı yerde değil, sizin pakete uymak zorunda kaldığınız yerde başlar. Somut belirtileri şunlardır: ekip bir işi bitirmek için 3 ayrı programa veri giriyor, Excel'de "ara tablo" dosyaları çoğalıyor, paketin yapamadığı işi telefon ve WhatsApp mesajlarıyla yürütüyorsunuz. Bir gıda toptancısında tam olarak bu tabloyu gördük: 140 bayi siparişlerini telefonla veriyor, 2 kişi gün boyu bu siparişleri elle sisteme geçiriyordu. Piyasadaki paketlerin hiçbirinde "bayi kendi siparişini kendi girsin, fiyat listesi bayiye göre değişsin" diye bir seçenek yoktu.
Özel yazılımın dört gerekçesi
Yıllardır gördüğümüz projelerde özel yazılım kararını haklı çıkaran dört gerekçe var. Birinden fazlası sizde varsa ciddi düşünmeye değer; hiçbiri yoksa hazır pakette kalın.
1. Süreç sizi ayırıyor
Müşterinin sizi tercih etme sebebi, işi farklı yapmanızsa o farkı pakete sığdıramazsınız. Yukarıdaki toptancı için bayi portalı bir lüks değil, satış modelinin kendisiydi. Portal devreye girince telefonla sipariş yükü %70 azaldı, sipariş hataları neredeyse sıfırlandı. Aynı sonucu bir hazır paketle almanın yolu yoktu.
2. Entegrasyon ihtiyacı
Elinizde 4-5 ayrı sistem varsa ve bunlar birbiriyle konuşmuyorsa, çoğu zaman yeni bir paket değil, aradaki köprüyü kuran küçük bir özel yazılım gerekir. Sigorta acentesi örneğinde web formlarını küçük işletmeler için CRM sistemine bağlayıp teklif otomasyonu kurmak, teklif dönüş süresini 2 günden 2 saate indirdi. Yazılan kod birkaç yüz satırdı. Etkisi ise büyüktü.
3. Hacim
Günde 20 sipariş için her paket çalışır. Günde 2.000 sipariş, 50 kullanıcı ve saniyeler içinde güncellenmesi gereken stok söz konusu olduğunda hazır paketin kullanıcı başı ücreti ve performans sınırı sizi zorlamaya başlar. O noktada özel yazılımın yüksek başlangıç maliyeti, 3-4 yıllık abonelik toplamının altında kalabiliyor.
4. Mülkiyet ve bağımsızlık
Hazır pakette veriniz sizin, yazılım değil. Fark burada önemli. Sağlayıcı fiyatı iki katına çıkarırsa, özelliği kaldırırsa ya da şirketi kapatırsa yapabileceğiniz tek şey taşınmaktır. İşiniz o yazılıma tamamen bağlıysa bu risk her yıl büyür.
Özel yazılım maliyeti: lisans mı, geliştirme mi
İki modelin maliyet mantığı temelden farklı. Paket modeli kullanıcı başı aylık ücret alır; 5 kullanıcıyla ucuzdur, 50 kullanıcıyla ciddi bir kalem olur. Geliştirme modeli ise tersine işler: yüksek bir başlangıç bedeli, sonrasında yıllık bakım ve barındırma gideri. CRM yazılımı fiyatları yazısında da aynı ayrımı yaptık: abonelik hızlı ve düşük başlangıçlı, özel çözüm yüksek başlangıç ama tam kontrol demek.
Hesabı yaparken iki hata sık görülüyor. Birincisi, özel yazılımın bakım maliyetini sıfır saymak. Yazılım canlı bir şeydir; sunucu güncellemesi, güvenlik yaması, yeni bir entegrasyon isteği her yıl gelir. Yaygın planlama kuralı, yıllık bakım için geliştirme bedelinin %15-20'si kadar bir bütçe ayırmaktır. İkincisi, hazır paketin gizli maliyetini görmemek: paketin yapamadığı işi elle yapan 2 çalışanın maaşı da o paketin maliyetidir.
Karma model: hazır çekirdek, özel modül
Çoğu işletme için en mantıklı yol iki ucun arasında duruyor. Muhasebe, e-fatura, temel stok gibi standart işler hazır pakette kalır; sizi ayıran tek süreç için küçük bir özel modül yazılır ve bu modül pakete bağlanır. Toptancı vakasında da böyle yaptık: muhasebe ve e-fatura mevcut ERP'de kaldı, yalnızca bayi portalı özel geliştirildi ve ERP'ye entegre edildi.
Bu yaklaşımın iki avantajı var. Geliştirme maliyeti her şeyi sıfırdan yazdırmanın küçük bir kısmı kadar oluyor ve proje 2-3 ay yerine 4-6 haftada bitiyor. ERP tarafında hangi noktada paket yetersiz kalır sorusunun cevabı için ERP'ye geçiş zamanı yazısına bakabilirsiniz.
Karar için 10 soru
Şu sorulara "evet" cevabı verdikçe özel yazılım tarafına yaklaşırsınız. 3'ten az evet: hazır paket. 4-6 evet: karma model. 7 ve üzeri: özel yazılım ciddi bir seçenek.
- Müşterinin bizi seçme sebebi, işi farklı yapmamız mı?
- Ekip aynı veriyi 2 veya daha fazla programa giriyor mu?
- Paketin yapamadığı bir işi elle ya da Excel'le yürütüyor muyuz?
- Son 1 yılda "paket bunu yapmıyor" cümlesini 5 kereden fazla duyduk mu?
- Kullanıcı sayımız 20'nin üzerinde mi, ya da 2 yıl içinde geçecek mi?
- Müşteri veya bayilerimizin sisteme dışarıdan girmesi gerekiyor mu?
- Denediğimiz 3 hazır paketin üçü de aynı noktada tıkandı mı?
- Yazılım sağlayıcısı yarın kapansa işimiz durur mu?
- Süreci tanımlayacak ve projeyi sahiplenecek bir kişi ekipte var mı?
- İlk sürüm için 3 aylık bir bekleme süresini kaldırabilir miyiz?
Dokuzuncu soruya dikkat edin. İhtiyacı anlatabilecek bir sahibi yoksa proje başlamadan biter. Yazılımcı sizin sürecinizi bilemez; onu anlatacak kişi sizde olmalı.
En sık hata: her şeyi sıfırdan yazdırmak
Karar verip yola çıkan işletmelerin klasik hatası, kapsamı fazla geniş tutmak. Sebebi anlaşılır aslında. "Madem yazdırıyoruz, muhasebe de içinde olsun, insan kaynakları da, bir de mobil uygulama" denir; proje 12 aya uzar, bütçe 3 katına çıkar ve ilk sürüm çıktığında ihtiyaç değişmiştir. Mobil uygulama maliyeti yazısındaki MVP mantığı burada da geçerli: önce en çok acıtan tek süreci çözen küçük sürüm, sonra ölçerek büyütmek.
Pratik kural şu: ilk sürüm tek bir sorunu çözsün ve 6-8 haftada kullanıma girsin. Kullanıcılar 1 ay çalışsın, ne eksik ne fazla görülsün, ikinci sürüm ona göre planlansın. Bu şekilde yürüyen projelerde ekibin sisteme alışma süresi de kısalıyor, çünkü tek seferde 40 ekran değil 5 ekran öğreniyorlar.
Sözleşmede kaynak kod ve mülkiyet
Yazılım tarafının en çok atlanan maddesi bu. SEO ajansı seçerken "hesaplar sizin adınıza açılır" kuralını anlatmıştık; yazılımdaki karşılığı kaynak kodun ve verinin size ait olmasıdır. Sözleşmede şu dört madde açıkça yazmalı: kaynak kod teslim ediliyor mu, kod deposuna erişiminiz var mı, sunucu ve alan adı kimin adına, sözleşme biterse veriyi hangi formatta alıyorsunuz.
Bazı firmalar kodu vermeyip yalnızca kullanım hakkı satar. Kullanım hakkı modeli daha ucuz görünebilir ama sizi o firmaya sonsuza kadar bağlar; 3 yıl sonra fiyat artışına itiraz edemezsiniz, çünkü taşınacak bir kodunuz yoktur. Fiyat farkı büyükse bile kodun size ait olduğu teklifi tercih edin. Sonuçta özel yazılım yaptırmanızın ana gerekçelerinden biri bağımsızlıktı.
Toparlayalım
Standart bir iş yapıyorsanız hazır paket alın, ayda ödeyin, işinize bakın. Sizi ayıran bir süreciniz varsa önce karma modeli deneyin: çekirdek hazır kalsın, sizi ayıran tek süreç için özel modül yazılsın. Hacim büyüdükçe ve bağımlılık riski arttıkça tam özel yazılıma geçiş anlam kazanır. Hangi noktada olduğunuzu birlikte netleştirmek isterseniz özel yazılım geliştirme hizmetimiz kapsamında ilk analiz görüşmesi ücretsizdir.