Kararın dayanağı
Önce işletmenizi farklılaştıran süreci belirleyin. Standart işler için hazır ürünü araştırın; işleyişi değiştirmek önemli bir değeri ortadan kaldırıyorsa özel geliştirmeyi değerlendirin. Abonelik faturasıyla geliştirme faturasını değil, bütün işletme düzenini karşılaştırın.
Somut bir örnek
Varsayımsal bir servis atölyesinde randevu, parça takibi, müşteri onayı ve veri aktarımını zorunlu, yararlı veya isteğe bağlı olarak sınıflandırın. Zorunlu koşulu karşılamayan seçeneği eleyin. İtiraz edilen faturayı da içeren bir onarımı kurgu verilerle baştan sona deneyin.
Seçenekleri zorunlu koşullarla elemek
Ürün demolarını planlamadan önce normal iş akışını, en zor istisnayı, veri çıkışını, yetkileri, kurulum emeğini ve bakım sorumluluğunu karşılaştıracağınız bir tablo hazırlayın. Henüz doğrulanmamış bir özelliği çalışıyor kabul etmeyin. Sağlayıcıdan kendi örneğinizi, hata yapan kişinin düzeltme adımı dahil, göstermesini isteyin. Zorunlu bir kural ayarlanamıyorsa desteklenen bir eklentiyle karşılanıp karşılanamadığını ve bu eklentinin hangi hizmetlere bağlı olduğunu araştırın. Böylece “esnek bir ürün” ifadesi yerine gözleyebildiğiniz farkları değerlendirirsiniz.
İş yapış biçiminin değişmesini değerlendirmek
Hazır ürüne geçmek mevcut işleyişinizi değiştirebilir; bu tek başına kötü bir sonuç değildir. Değişikliğin gereksiz işi mi azalttığını, müşteriye verdiğiniz önemli bir sözü mü zayıflattığını inceleyin. Deneme sırasında çift veri girişini, ayrı tutulan tabloları ve mesajla alınan onayları kaydedin. Bunların da işletme maliyeti vardır. Öte yandan yalnızca eski alışkanlıkları korumak için özel geliştirmeyi seçmeyin. Kabul edebileceğiniz uyarlamaları, eğitimi kimin vereceğini ve taşıma sırasında geçmiş kayıtlara nasıl ulaşacağınızı belirleyin.
Sistemden ayrılma yolunu baştan denemek
Dışa aktarım dosyasını gerçekten açıp okuyun; yalnızca indirme düğmesinin varlığıyla yetinmeyin. Kimliklerin, eklerin ve kayıtlar arasındaki ilişkilerin korunduğunu kontrol edin. Özel geliştirmede başka bir yetkili geliştiricinin projeyi derleyip test yedeğini geri yükleyebilmesi gerekir. Birleşik çözümde her kaydın yetkili kaynağını belirleyin; tek bileşeni değiştirmek işletmenin bütün geçmişini yeniden kurmayı gerektirmesin. Kararı, kalan soruyu çözecek küçük bir denemeyle ve seçimin hangi koşulda yetersiz kalacağını yazarak tamamlayın.
Değerlendirilecek seçenekler
- Hazır üründe bakımın bir kısmı sağlayıcıdadır; değişiklikler onun ürününe bağlıdır. Özel yazılım kontrol ve bakım sorumluluğu getirir. Muhasebeyi hazır üründe bırakıp onay akışını geliştirebilirsiniz; bu kez entegrasyonu işletmeniz gerekir.
Planın aksadığı yer
Çok sayıda küçük kolaylığın karşılanamayan bir yetki kuralını gölgelemesine izin vermeyin. Veri çıkışı, sözleşmeden ayrılma, erişilebilirlik, kesinti, taşıma ve eğitimi inceleyin.
İşe başlamadan önce
Gerçek farkı hangi süreç yaratıyor? Sağlayıcı en zor istisnayı gösterebiliyor mu? Bakımı kim üstlenecek? Özel yazılım görüşmesi, hazır ürünün yeterli olabileceği sonucuna da açık olmalıdır.