Özel yazılım mı hazır yazılım mı? İşletmeler için karar rehberi
Yayın tarihi:
İşiniz sektördeki diğer firmalar gibi yürüyorsa hazır yazılım çoğu zaman yeter; özel yazılım, sizi rakiplerinizden ayıran süreç hazır programa sığmadığında anlam kazanır. Çoğu işletme için doğru cevap da ikisinin arasında bir yerdedir: muhasebe gibi standart işleri hazır bir programda bırakıp yalnızca size özgü kısmı özel geliştirmek.
"Özel yazılım mı hazır yazılım mı?" sorusu genellikle bir tıkanmanın ardından sorulur. Siparişler WhatsApp'tan geliyor, stok Excel'de tutuluyor, muhasebe programı ise bu ikisinden habersiz. Birisi "bize özel bir program yazdıralım" der, bir başkası "piyasadaki hazır paketlerden birini alalım" der. Bu rehber, iki seçeneği satış baskısı olmadan yan yana koyuyor: hangi durumda hangisi mantıklı, maliyeti hangi kalemler belirler, riskler nerede ve kararı küçük bir adımla nasıl test edersiniz.
Önce kısa cevap: hazır program çoğu zaman yeter
Özel yazılım geliştiren bir ekip olarak bunu açıkça yazmak bize düşer: her işletmenin özel yazılıma ihtiyacı yoktur. Standart bir muhasebe, fatura, basit stok ve bordro ihtiyacınız varsa, piyasadaki olgun hazır programlar bu işleri yıllardır pek çok firmada çözüyor. Mevzuat değiştiğinde güncellemeyi üretici yapar, kullanıcı bulmak kolaydır, muhasebeciniz büyük ihtimalle programı zaten tanır.
Hazır programın yettiği tipik durumlar şunlardır:
- İş akışınız sektördeki benzer firmalarınkiyle büyük ölçüde aynı.
- İhtiyacınız ağırlıkla muhasebe, e-Fatura, cari hesap ve temel stok takibi.
- Programın ekranlarına ve raporlarına uyum sağlamak ekibinize ciddi bir yük getirmiyor.
- Kullanıcı sayınız ve işlem hacminiz yakın gelecekte büyük ölçüde değişmeyecek.
- Başka sistemlerle (bayi portalı, üretim, saha ekibi) veri alışverişine henüz ihtiyacınız yok.
Bu listedeki maddelerin çoğu size uyuyorsa, özel yazılım için bütçe ayırmadan önce iyi seçilmiş bir hazır programı denemek daha akıllıca olur. Sorun, hazır programın size uymadığı noktada başlar ve bu nokta çoğu zaman kendini açıkça belli eder.
Özel yazılım mı hazır yazılım mı: karar tablosu
Aşağıdaki tablo, hangi durumda hangi seçeneğin öne çıktığını özetliyor. Tek bir satır kararı belirlemez; hangi sütunda daha çok işaret topladığınıza bakın.
| Durum | Hazır yazılım yeterli | Özel yazılım (ya da özel modül) mantıklı |
|---|---|---|
| İş akışı | Sektördeki benzer firmalarla aynı | Sizi rakiplerden ayıran, standart dışı bir süreç var |
| Uyum | Programa uymak birkaç alışkanlık değişikliği demek | Programa uymak için Excel'de paralel kayıt tutuluyor |
| Fiyatlandırma | Tek fiyat listesi, basit iskonto | Bayiye, müşteriye, bölgeye göre değişen karmaşık fiyat kuralları |
| Üretim | Basit alış-satış, az çeşit | Ürün ağacı (reçete), fason, varyantlı iş emirleri |
| Entegrasyon | Tek program yetiyor | Bayi portalı, saha uygulaması, e-ticaret ve muhasebe aynı veriyi paylaşmalı |
| Kullanıcı | Az ve sabit kullanıcı | Kullanıcı sayısı büyüyor; kişi başı lisans maliyeti ağırlaşıyor |
| Raporlama | Hazır raporlar yeterli | Yönetim, her ay birkaç dosyayı elle birleştirerek rapor alıyor |
| Veri | Verinin nerede tutulduğu kritik değil | Verinin nerede tutulacağı, kimin erişeceği sizin için belirleyici |
| Zaman | Hemen kullanmaya başlamanız gerekiyor | Adım adım devreye almaya zamanınız var |
Tablonun sağ sütununda üç ya da daha fazla işaret topluyorsanız, en azından bir kısmı için özel geliştirmeyi değerlendirmeye değer. Sol sütunda yoğunlaşıyorsanız, hazır programla başlamak mantıklıdır.
Özel yazılım ne zaman mantıklı?
Özel yazılımın gerçek gerekçesi "daha modern olması" ya da "bize ait olması" değildir. Asıl gerekçe, işinizin para kazandıran kısmının hazır programın varsayımlarına uymamasıdır. Sahada sık gördüğümüz birkaç tanıdık sahne var.
Program var ama iş hâlâ Excel'de yürüyor
Firmada bir muhasebe ya da stok programı var, ama asıl iş yan tarafta bir Excel dosyasında dönüyor. Üretim planı, bayi fiyatları ya da sevkiyat takibi programa sığmadığı için birisi her gün aynı bilgiyi iki yere yazıyor. Bu durumda sorun programın kötü olması değil, işinizin programın öngörmediği bir şekilde çalışmasıdır. Bu tabloyu tanıyorsanız Excel'den ERP'ye geçiş yazımız, işin hangi noktada Excel'i aştığını adım adım anlatıyor.
Satış kanalınız size özel
Bayilerinize müşteriye özel fiyat, vade ve risk limitiyle sipariş aldırmak istiyorsunuz; siparişin kimse yeniden yazmadan depoya ve muhasebeye düşmesini bekliyorsunuz. Hazır e-ticaret altyapıları çoğunlukla bireysel alışveriş için tasarlanır ve bayi ilişkisinin kurallarını taşımakta zorlanır. Burada B2B yazılım ya da özel bir bayi portalı, hazır bir mağaza paketinden daha doğal bir çözüm olur. Son tüketiciye satış tarafında ise hazır e-ticaret altyapıları çoğu zaman yeterlidir; stok, kampanya ya da sadakat kurgunuz onların kalıbına sığmıyorsa özel e-ticaret ve mobil uygulama seçeneği gündeme gelir.
Müşteri ilişkiniz standart bir satış hunisine benzemiyor
Hazır CRM programları "aday, fırsat, teklif, satış" gibi genel bir akış varsayar. Sizin satışınız ise uzun teknik görüşmeler, numune süreçleri ya da yıllık sözleşme yenilemeleri üzerinden ilerliyorsa, ekip programı doldurmayı bırakır ve takip yeniden not defterine döner. Bu noktada işinize göre kurgulanmış bir CRM yazılımı değerlendirilebilir.
Kurumsal ve mevzuata bağlı süreçler
Belediyeler ve kamu kurumları gibi yapılarda taşınmaz envanteri, kira, tahsis ve ecrimisil takibi harita verisiyle birlikte yürür. Bu süreçler kurumdan kuruma farklı iş kurallarıyla işlediği için genel bir paket çoğu zaman yetmez; CBS taşınmaz yönetim sistemi gibi kuruma göre kurgulanan çözümler öne çıkar. Bu konuyu belediyelerde taşınmaz yönetimi yazımızda ayrıca ele aldık.
Üçüncü yol: hibrit model
"Ya hep ya hiç" diye düşünmek zorunda değilsiniz. Birçok işletme için en sağlıklı sonuç, hazır ve özel yazılımı birlikte kullanmaktır:
- Hazır çekirdek: Muhasebe, e-Fatura, bordro gibi mevzuata sıkı bağlı ve her firmada benzer işleyen kısımlar hazır bir programda kalır. Mevzuat güncellemesini üretici üstlenir.
- Özel modüller: Sizi farklı kılan kısım (bayi sipariş portalı, üretim takibi, saha ekibi uygulaması, özel fiyat kuralları) işinize göre geliştirilir.
- Entegrasyon katmanı: İkisi arasındaki veri akışı otomatik kurulur. Özel modülde oluşan sipariş muhasebe programına fatura olarak düşer, cari bakiye muhasebeden portala geri gelir.
Bu modelin avantajı, çözülmüş bir problemi yeniden çözmemenizdir. Muhasebe programınızı değiştirmeden, onun yetmediği yeri tamamlarsınız. Dikkat edilmesi gereken nokta entegrasyonun kendisidir: hazır programın veri alışverişine ne ölçüde izin verdiği (bir API, yani programlar arası veri alışveriş kapısı sunup sunmadığı) baştan kontrol edilmelidir. Entegrasyon imkânı olmayan bir çekirdek, hibrit modeli elle veri aktarımına dönüştürür.
İşletme büyüdükçe denge değişebilir. Bir gün özel modüller o kadar büyür ki hazır çekirdeğin rolü küçülür ve tam bir özel ERP yazılımı mantıklı hale gelir. Hibrit model bu geçişi zorunlu kılmaz, ama gerekirse yolunu açık tutar.
Toplam sahip olma maliyeti: hangi kalemlere bakmalı?
İki seçeneği karşılaştırırken yapılan en yaygın hata, yalnızca ilk faturaya bakmaktır. Hazır programın ilk maliyeti düşük görünür; özel yazılımın ilk teklifi yüksek görünür. Oysa birkaç yıl içinde ödenen toplam tutarı belirleyen kalemler çok daha fazladır. Burada rakam vermiyoruz, çünkü her kalem işletmenin büyüklüğüne ve kapsama göre değişir; ama hangi kalemleri sormanız gerektiğini listeleyebiliriz.
| Maliyet kalemi | Hazır yazılımda sorulacak soru | Özel yazılımda sorulacak soru |
|---|---|---|
| Lisans | Kullanıcı başına mı, firma başına mı? Yıllık artış nasıl belirleniyor? Kullanıcı eklendikçe ne değişiyor? | Kullanıcı başı lisans var mı, yoksa kullanıcı sayısı maliyeti etkilemiyor mu? |
| Uyarlama | Size uymayan ekran ve raporlar için ek geliştirme ücretli mi? Sürüm güncellemesinde bu uyarlamalar korunuyor mu? | Kapsam dışı istekler nasıl fiyatlanıyor? Değişiklik talebi süreci yazılı mı? |
| Entegrasyon | Diğer sistemlerinizle veri alışverişi için ek modül ya da ücret gerekiyor mu? | Muhasebe, e-Fatura, bayi portalı bağlantıları teklifin içinde mi? |
| Veri aktarımı | Mevcut Excel ve eski program verileri kim tarafından, nasıl taşınacak? | Veri temizliği ve aktarımı kapsamda mı? |
| Eğitim | Eğitim ücretli mi, yeni gelen personel için tekrar ediliyor mu? | Kullanıcı eğitimi ve kılavuz teslim ediliyor mu? |
| Bakım ve destek | Yıllık bakım bedeli var mı? Destek hangi saatlerde, hangi kanaldan veriliyor? | Yayından sonra hata düzeltme, güncelleme ve sunucu işleri nasıl ücretlendiriliyor? |
| Barındırma | Bulut aboneliği mi, kendi sunucunuz mu? | Sunucu kimde, yedekleme kimin sorumluluğunda? |
| Geçiş (çıkış) maliyeti | Bir gün programı bırakırsanız verinizi hangi formatta, ne kadar kolay alırsınız? | Başka bir ekiple devam etmek isterseniz kaynak kod ve dokümantasyon elinizde olacak mı? |
Tablonun son satırı en çok atlanan kalemdir. Bir sistemden çıkmanın maliyeti, o sisteme girerken neredeyse hiç hesaba katılmaz; ama birkaç yıl sonra en belirleyici kalem olabilir.
Özel yazılım teklifi aldıysanız ve bu kalemlerin teklifte nasıl yer aldığını kontrol etmek istiyorsanız, yazılım teklifi nasıl değerlendirilir yazımız kapsam, kabul kriterleri ve ödeme adımlarını madde madde ele alıyor.
Her iki seçeneğin riskleri
İki seçeneğin de gerçek riskleri var. Riskleri bilmek, hangi seçeneği yaparsanız yapın, sözleşme ve seçim aşamasında doğru soruları sormanızı sağlar.
Hazır yazılımın riskleri
- Üreticiye bağımlılık (vendor lock-in): Verileriniz, iş akışınız ve ekibinizin alışkanlıkları tek bir üreticinin ürününe bağlanır. Fiyat politikası değiştiğinde, bir modül kaldırıldığında ya da ürün başka bir firmaya satıldığında pazarlık gücünüz sınırlıdır.
- Verinin dışarı alınması: Bazı programlar veriyi dışa aktarmaya izin verir ama ilişkileri koparır; cari hareketler gelir, belgeyle bağlantısı gelmez. Seçim yapmadan önce tam bir dışa aktarımın nasıl yapıldığını sorun.
- Uyarlamaların kırılganlığı: Hazır programa yaptırdığınız özel ekran ve raporlar, ana sürüm güncellendiğinde bozulabilir ya da yeniden ücretlendirilebilir.
- Sürecin programa göre bükülmesi: En görünmez risk budur. Ekip, programın izin vermediği işi yapmayı bırakır ya da programın dışında yapar. İkinci durumda Excel geri döner.
Özel yazılımın riskleri
- Kaynak kod sahipliği: Yazılımın kaynak kodunun ve kullanım haklarının kime ait olacağı sözleşmede açıkça yazılmalıdır. Bu konu yazılı olarak netleştirilmezse, ileride başka bir ekiple devam etmek istediğinizde anlaşmazlık çıkabilir. Hukuki çerçeve için sözleşmeyi bir hukukçuya da göstermeniz iyi olur.
- Tek geliştiriciye bağımlılık: Sistemi tek bir serbest çalışan yazdıysa ve o kişi ulaşılamaz hale gelirse, belgelenmemiş bir yazılımı devralacak kişi bulmak zor ve maliyetlidir. Kodun bir sürüm kontrol sisteminde tutulması, temel dokümantasyonun teslim edilmesi ve işi bilen birden fazla kişinin olması bu riski azaltır.
- Kapsam kayması: "Bunu da ekleyelim" ile büyüyen bir proje hem gecikir hem pahalanır. Kapsamın yazılı olması ve yeni isteklerin ayrı bir değişiklik talebi olarak ele alınması gerekir.
- Yanlış ihtiyacı yazmak: İhtiyaç iyi anlaşılmadan başlanan projede, bugünkü düzensiz süreç dijitale taşınır. Geliştirmeden önce süreci dinlemek ve sadeleştirmek, kod yazmaktan daha önemlidir.
- Uzun yayın süresi: Her şeyi tek seferde teslim etmeye çalışan projelerde, ekip ilk ekranı aylarca göremez. Bu risk, aşağıda anlattığımız gibi küçük başlayarak ciddi ölçüde azaltılabilir.
Dikkat ederseniz iki listenin ortak noktası aynı: çıkış yolunuzun açık olması. Hazır yazılımda bu, verinizi eksiksiz alabilmek demektir. Özel yazılımda ise kaynak kod, dokümantasyon ve bilgi birikiminin tek bir kişiye kilitlenmemesi demektir.
Kendinizi değerlendirin: kısa kontrol listesi
Aşağıdaki soruları ekibinizle birlikte cevaplayın. "Evet" cevaplarının sayısı, özel geliştirmeyi ne kadar ciddi düşünmeniz gerektiğine dair kaba bir işaret verir.
- Mevcut programınızın yanında düzenli olarak Excel'de paralel kayıt tutuluyor mu?
- Aynı bilgi (sipariş, stok, cari) günde birden fazla kez farklı yerlere elle yazılıyor mu?
- Sizi rakiplerinizden ayıran bir süreç (fiyatlandırma, üretim, bayi ilişkisi, hizmet modeli) hazır programlarda karşılanmıyor mu?
- Yönetim raporları her ay birkaç dosyanın elle birleştirilmesiyle mi hazırlanıyor?
- Kullanıcı sayınız arttıkça lisans maliyeti bir karar kriteri haline geldi mi?
- Bayileriniz, saha ekibiniz ya da müşterileriniz sisteme dışarıdan erişmeli mi?
- Birden fazla programın aynı veriyi paylaşması gerekiyor ama şu an elle aktarılıyor mu?
- Verinin nerede tutulduğu ve kimin erişebildiği sizin için belirleyici bir konu mu?
Bir ya da iki "evet" varsa, muhtemelen iyi seçilmiş bir hazır program ya da mevcut programınıza küçük bir ek yeter. Üç ila beş "evet" hibrit modele işaret eder. Daha fazlası varsa, en azından çekirdek süreciniz için özel yazılımı ciddi olarak değerlendirmenin zamanı gelmiştir.
Küçük başlamak: tek modülle ilerlemek
Özel yazılım kararı, büyük ve geri dönüşsüz bir yatırım gibi görünmek zorunda değil. Riskleri azaltmanın en etkili yolu, tüm sistemi tek seferde kurmaya çalışmak yerine en çok acı veren tek bir süreçle başlamaktır.
- En çok zaman kaybettiren süreci seçin. Genellikle bu, aynı bilginin en çok elle yazıldığı yerdir: bayi siparişleri, üretim takibi ya da stok sayımı gibi.
- Bugünkü durumu ölçün. Bir siparişin girilmesinin kaç dakika sürdüğünü, ay sonu raporunun kaç saat aldığını not edin. Birkaç ay sonra aynı ölçümü tekrarlamak, yatırımın karşılığını sizin rakamınızla gösterir.
- Mevcut programınızla bağlantıyı kurun. İlk modül, muhasebe programınızın yerini almak zorunda değildir; ona veri gönderip ondan veri alabilir.
- Gerçek kullanıcılarla devreye alın. İlk modülü programı her gün kullanacak kişilerle test edin. Masa başında tasarlanan akış ile depodaki akış arasındaki fark burada ortaya çıkar.
- Sonra büyütün. İlk modül işe yaradıysa, sonraki süreç aynı altyapının üzerine eklenir. İşe yaramadıysa, kaybınız tüm sistem değil, tek bir modüldür.
Biz de projelere bu şekilde yaklaşıyoruz: önce dinliyor, sonra planlıyor, ardından tek bir modülle geliştirmeye başlıyor ve yayından sonra aynı ekip olarak yanınızda kalıyoruz. Tek muhatapla çalışmak, tek geliştiriciye bağımlılık riskini de azaltır; bilgi bir kişide değil, ekipte kalır.
Nereden başlamalı?
Özel yazılım mı hazır yazılım mı sorusunun cevabı, piyasadaki ürünlerden çok sizin sürecinizde saklıdır. Karar vermeden önce şu üç adımı atın:
- Yukarıdaki kontrol listesini ekibinizle doldurun ve "evet" dediğiniz maddelerin arkasındaki somut örnekleri yazın.
- Değerlendirdiğiniz her seçenek için toplam maliyet tablosundaki kalemleri tek tek sorun, özellikle çıkış maliyetini.
- Tüm sistemi değil, tek bir süreci hedefleyen küçük bir başlangıç kapsamı belirleyin.
Hazır programın size yetip yetmediğinden emin değilseniz, hizmetlerimize göz atabilir ya da en çok zaman kaybettiren sürecinizi bize anlatarak hazır mı özel mi sorusunu birlikte netleştirebilirsiniz.