Hazır Yazılım mı, Özel Yazılım mı? Doğru Seçim Nasıl Yapılır?

Önce vazgeçilmez ihtiyaçları ayırın

İşletmeniz için önemli görünen her özellik aynı ağırlıkta değildir. Bir özelliğin olmaması işi durduruyorsa onu vazgeçilmez olarak işaretleyin. Biraz ek işlemle çözülebiliyorsa bu ek işlemin süresini ve hata riskini yazın. Yalnızca güzel göründüğü için istenen özellikleri ise ayrı tutun. Böylece uzun bir özellik listesinin kararınızı bulanıklaştırmasını önlersiniz.

Örneğin şubeli bir hizmet işletmesi için kullanıcıların yalnızca kendi şube kayıtlarını görebilmesi zorunlu olabilir. Yönetim ekranının farklı renklerle kişiselleştirilmesi aynı düzeyde değildir. Bu ayrımı satış sunumunu izlerken değil, sunumdan önce yapın. Ekibinizden işi yürüten bir çalışan ile karar veren yöneticinin aynı listeyi değerlendirmesi, görünmeyen ihtiyaçların erken ortaya çıkmasını sağlar.

Hazır ürünün uygunluğunu gerçek bir işlemle test edin

Hazır yazılımın avantajı, ortak ihtiyaçlar için geliştirilmiş bir yapıyla daha kısa sürede kullanıma geçebilme olasılığıdır. Buna karşılık ürünün veri modeli, yetkilendirme yaklaşımı veya iş sırası sizin sürecinize uymayabilir. Tanıtım ekranlarında görünen her özellik, seçtiğiniz pakette bulunmayabilir. Deneme erişimi veya gösterim sırasında kendi örnek senaryonuzun tamamlanmasını isteyin.

Varsayımsal bir toptan satış işletmesini düşünün: Teklif hazırlanır, yönetici özel indirimi onaylar, sipariş kısmen sevk edilir ve kalan miktar takip edilir. Ürün ilk iki adımı karşılayıp kısmi sevkiyatı dışarıda bırakıyorsa eksik adımın nasıl yönetileceğini sorun. Ayrıca toplu veri dışa aktarma, kullanıcı kapatma ve yanlış kaydı düzeltme gibi günlük ama gösterimlerde az görülen işlemleri deneyin.

Özel geliştirmede esnekliğin yanında sorumluluk da vardır

Özel yazılım, işletmeye özgü onay sıralarını, hesaplama kurallarını ve ekranları tasarlama olanağı verir. Bu esneklik özellikle farklı araçlarla sürdürülen kritik süreçlerde yararlı olabilir. Ancak ihtiyaçların açıklanması, geliştirme boyunca karar verilmesi ve teslimlerin test edilmesi için işletmenin de zaman ayırması gerekir. Yazılım ekibinin işinizdeki bütün istisnaları kendiliğinden bilmesini bekleyemezsiniz.

Yeni bir uygulamanın bakım ve gelişim ihtiyacı da devam eder. Tarayıcılar, bağlantı kurulan hizmetler ve iş kuralları değişebilir. Microsoft'un mimari tasarım ilkelerinde de iş gereksinimleriyle uyumlu tasarım ve değişime hazırlanma birlikte ele alınır. Özel çözüm değerlendirmesini özel yazılımın kapsamını anlatan rehberle destekleyerek yalnızca ilk sürümü değil, kullanım dönemini de konuşun.

Toplam maliyeti aynı zaman aralığında hesaplayın

Bir ürünün aylık aboneliğini, özel yazılımın tek seferlik geliştirme bedeliyle doğrudan kıyaslamak doğru bir karşılaştırma oluşturmaz. Her iki seçenek için aynı kullanım süresini varsayın. Kullanıcı sayısının artması, ek modüller, veri aktarımı, eğitim, destek ve bağlantı hizmetleri gibi kalemleri ekleyin. Özel yazılım tarafında barındırma, bakım ve geliştirme bütçesini; hazır üründe paket sınırlarını ve değişebilen ücretleri ayrı gösterin.

Kesin bilinmeyen kalemleri sıfır kabul etmek yerine aralık olarak yazın. Güncel fiyatları teklif tarihinde sağlayıcıdan doğrulayın. Çalışanların iki sistem arasında veri taşımasının bedelini de göz ardı etmeyin. Yazılım projesi bütçe planlaması, bu giderleri görünür hale getirmek için yararlı bir sonraki adımdır.

• Kurulum, aktarım ve eğitim için başlangıç gideri nedir?
• Kullanıcı veya işlem sayısı artınca ücret nasıl değişiyor?
• Rutin destek ve yeni özellik talepleri nasıl ücretlendiriliyor?
• Sistemi değiştirmek istediğinizde hangi çıkış giderleri oluşuyor?

Veri erişimi ve entegrasyon kararın yönünü değiştirebilir

İşletme açısından veri dışa aktarımı, yalnızca bir Excel düğmesinin bulunması değildir. Müşteri kayıtları, işlem geçmişi, ekli belgeler ve kayıtlar arasındaki ilişkiler birlikte değerlendirilmeli; dışa aktarılan dosyaların başka bir sistemde kullanılabilirliği denenmelidir. Teklif görüşmesinde veri taşıma desteğinin kapsamını ve ücretini sormak, ileride sağlayıcı değiştirme seçeneğinizi korur.

Mevcut muhasebe veya e-ticaret sistemine bağlantı gerekiyorsa iki tarafın sunduğu arayüzleri inceleyin. Bir ürünün API sunması, istediğiniz bütün işlemlere izin verdiği anlamına gelmez. Kullanım kotası, erişim paketi ve teknik kısıtlar ayrıca değerlendirilmelidir. Bazen hazır ürünün etrafına dar kapsamlı bir entegrasyon geliştirmek, bütün işlevleri yeniden üretmekten daha uygun bir çözüm oluşturur.

Kararı kısa bir değerlendirme notuyla somutlaştırın

Görüşmeler tamamlandığında her seçenek için bir sayfa hazırlayın: Karşılanan zorunlu işler, kalan boşluklar, varsayılan kullanım süresi, maliyet kalemleri ve sorumluluklar. Bir boşluğun nasıl kapatılacağı belli değilse bunu açık risk olarak yazın. Pazarlama iddiaları yerine denemede gördüğünüz davranışları kaydedin. Son kararı verirken işi kullanacak kişilerin görüşlerini ayrıca alın.

İş akışınız standartsa ve uygun bir ürün varsa hazır çözüm mantıklı olabilir. İşin belirleyici bölümü kendinize özgüyse veya mevcut araçlar arasında sürekli elle işlem yapılıyorsa özel geliştirme değerlendirilebilir. Kararın gerekçesini belgelemek, koşullar değiştiğinde seçimi yeniden gözden geçirmeyi kolaylaştırır. Ayasofya Bilişim'in yazılım çözümleri üzerinden ihtiyacınızın özel geliştirme gerektirip gerektirmediğini görüşebilirsiniz.