Web yazılımı mı, hazır paket mi? Doğru seçim için yedi soru

Hazır paket ile kuruma özel yazılım arasındaki temel fark şudur: pakette siz yazılımın çalışma biçimine uyum sağlarsınız, özel yazılımda yazılım sizin iş akışınıza göre şekillenir. Web yazılımı, tarayıcıda çalışan ve işletmenin kendi kullanıcılarını, rollerini, verisini ve iş kurallarını yöneten kurumsal uygulamadır; müşteri portalı, operasyon paneli, onay sistemi ya da SaaS ürünü bu gruba girer.

Doğru cevap çoğu zaman “hep hazır” ya da “hep özel” değildir. Asıl iş, sürecinizin ne kadarının gerçekten standart olduğunu dürüstçe görmektir. Bunu somutlaştırmak için bir örnekle başlayalım.

Bayilerinden sipariş toplayan bir dağıtım şirketi düşünün. Siparişler e-postayla geliyor, stok durumu bir tabloda tutuluyor, her bayinin özel iskonto ve sevkiyat kuralı var. Hazır bir sipariş paketi bu kuralların çoğunu kaldırabilir; ama bayi bazlı kurallar işin kalbiyse paketin ayar ekranları bir noktada yetmez ve ekip yine tabloya döner. Sonuçta hem paketin lisansı hem de tabloların bakımı ödenmeye devam eder. Aynı şirket bayilerine kendi kurallarını yansıtan bir sipariş portalı sunduğunda ise stok, iskonto ve sevkiyat bilgisi tek yerde birleşir; bayi kendi ekranından sipariş verir, ekip yalnızca istisnalarla ilgilenir.

Hazır paket ne zaman yeterlidir?

Sektörde herkesin aşağı yukarı aynı şekilde yürüttüğü ve sizi rakiplerinizden ayırmayan işlerde paket çoğu zaman en kısa yoldur. Şu durumlar paketi destekler:

• Süreciniz paketin akışına küçük ayarlarla oturuyor.
• Kullanıcı sayısı ve rol çeşitliliği sınırlı; herkes aşağı yukarı aynı ekranı kullanıyor.
• Başka sistemlerle veri alışverişi gerekmiyor ya da paket bunu zaten sunuyor.
• Hızlı başlamak, ayrıntıda esnek olmaktan daha önemli.

Web yazılımı ne zaman anlam kazanır?

Aşağıdaki işaretlerden birkaçı tanıdıksa paket yazılımın sınırına yaklaşmış olabilirsiniz:

• Çalışanlar yazılımın dışında bir tabloda, e-posta zincirinde ya da kâğıt formda “asıl” işi yürütüyor.
• Müşterilerinize, bayilerinize ya da tedarikçilerinize kendi kurallarınızla çalışan bir giriş alanı sunmak istiyorsunuz.
• Müşteri, saha çalışanı, yönetici ve denetçi aynı veriyi farklı kapsamda görmeli.
• İş akışınızın istisnaları var ve bu istisnalar işinizin değerini oluşturuyor.
• ERP, CRM, muhasebe, ödeme ya da kargo sistemleriyle düzenli veri alışverişi gerekiyor.

Yazılım seçmeden önce şunu sorun: sürecin hangi kısmı bizi farklı kılıyor? Paket o kısmı da standartlaştırıyorsa, bedelini başka bir yerde ödersiniz.

Karar vermeden önce yedi soru

1. Süreç standart mı? Akışı tek sayfaya çizip paketin akışıyla yan yana koyun. Fark küçükse paket yeterlidir; fark işin kritik adımındaysa uyarlama çabası yazılımın kendisinden pahalıya çıkabilir.
2. İstisnalar ne kadar sık? İstisna ayda bir kez çıkıyorsa elle çözülür. İstisna işin kendisiyse yazılımın bunu bilmesi gerekir.
3. Kimler kullanacak? Yalnız iç ekip mi, müşteri ve tedarikçi de mi? Dışarıdan kullanıcı geldikçe yetki ve güvenlik ihtiyacı büyür.
4. Hangi sistemlerle konuşacak? Bağlanacak sistem sayısı arttıkça paketin hazır bağlantıları yetmeyebilir; bu durumda aynı veri iki yerde elle girilir.
5. Raporlama ihtiyacı ne? Yönetimin görmek istediği göstergeler paketin hazır raporlarında yoksa veri başka bir yerde derlenmek zorunda kalır.
6. Büyüme nasıl olacak? Kullanıcı, işlem ya da şube sayısı arttığında yapının sorunsuz taşınıp taşınmayacağını bugünden sorun.
7. Bakım ve destek kimde? İki yolda da güncelleme, yedekleme ve destek sorumlusu baştan belli olmalı.

Maliyeti doğru karşılaştırmak

Karşılaştırmayı yalnızca ilk yatırım üzerinden yapmak yanıltıcıdır. Paketin dışında kalan tabloların bakımı, aynı verinin tekrar girilmesi, kişiye bağımlı çalışan elle yöntemler ve ek araçlar da maliyetin parçasıdır. Öte yandan özel yazılımın da bakım ve geliştirme yükü vardır; bunu baştan konuşmak her iki tarafın işini kolaylaştırır. İyi bir karşılaştırma, her seçenek için “bu işi bir yıl sonra kim, nasıl yürütecek?” sorusuna somut bir cevap verebilmelidir.

Ortada bir yol var: modüler ilerlemek

Karar ya hep ya hiç olmak zorunda değil. Standart kalan işler hazır çözümlere bırakılır, işinizi farklı kılan kısım için kuruma özel bir uygulama geliştirilir. YazSis Web Yazılımı projelerini üç adımda yürütür:

• İş akışını çıkarmak: kullanıcı, veri, kural ve istisnalar görünür hale getirilir.
• Ürün mimarisini kurmak: kullanıcı deneyimi, veri modeli, entegrasyon ve güvenlik birlikte tasarlanır.
• Modüler geliştirmek: parçalar test edilerek canlıya alınır, kullanım verisiyle iyileştirilir.

Bu yaklaşımda yetki, işlem kaydı, doğrulama ve yedekleme gibi güvenlik konuları sonradan eklenen bir özellik değil, mimarinin baştan gelen parçasıdır. Böylece uygulama büyüdükçe temelden yeniden yazmak yerine yeni modüller eklenir. Pratikte en çok zaman kaybettiren akışla başlamak, ekip onu kullanmaya alıştıktan sonra sıradaki ihtiyacı aynı yapının üzerine kurmayı kolaylaştırır.

Portal, yönetim paneli ve entegrasyon yaklaşımımızın ayrıntıları için Web Yazılımı sayfasına göz atabilirsiniz.