Hızla gelişen deneyim katılımı ortamında işletmeler, daha iyi müşteri sonuçları, hizmet verimliliği, gelişmiş üretkenlik elde etmek ve rekabet avantajı elde etmek için büyük ölçüde yazılım çözümlerine güveniyor. Önümüzdeki 5 yıl boyunca geniş ölçekte sürekli devrim için ayarlanmış olan müşteri ve çalışan deneyimi analitiği yazılımını satın almayı düşünürken, tüm faktörleri göz önünde bulundurmanız gerekir.

Alıcılar genellikle özellikler, kullanıcı deneyimi ve maliyet etkinliği gibi faktörlere odaklanır. Bununla birlikte, nispeten fark edilmeyen, ancak çok önemli olması gereken kritik bir husus, teknik borçtur. Mevcut ortamımızda teknik borç, genellikle bir yazılım geliştirme ekibinin mükemmel kod yerine hızlı teslimata öncelik vermesi olarak tanımlanır; bu, dahili olarak sürekli bir değiş tokuştur, ancak aslında yazılım alıcılarının bilmesi gereken daha üretken bir teknik borç türü vardır. Bu, geliştirme ekipleri azaltılmış bir iş gücüyle çalışırken ve mevcut yol haritası taahhütlerini yerine getirmek için kararlı yükseltmeleri, yeni sürümleri, yamaları ve yerleşik entegrasyon bağlayıcılarını tamamlama ve bunu kaçınılmaz olarak ortaya çıktıkça büyük müşteri talepleriyle dengeleme konusunda kararlar almak zorunda kaldığında ortaya çıkar.

Mevcut ortamımızda teknik borç, genellikle bir yazılım geliştirme ekibinin mükemmel kod yerine hızlı teslimata öncelik vermesi olarak tanımlanır.

Tipik bir senaryo

Önerdiğiniz satıcının 500 müşterisi varsa, bu müşterilerin %20’si muhtemelen ARR’lerinin yaklaşık %70-80’i değerinde olacaktır. Tamamen yeni bir son teknoloji hizmet yönetimi çözümünü uygulamaya başlamış büyük bir kurumsal müşterileri var ve uyumlu bir konektör oluşturmak ve yeni değerli mülklerini entegre etmek için satıcıyla 200 saatlik mühendislik süresine ihtiyaçları var, CTO CEO’ya en iyi müşterilerini kaybedeceklerini mi bildirecek yoksa sürüm yükseltmelerini bekleyen diğer tüm müşterilerine gecikmeler olduğunu mu söyleyecekler? En iyi kurumsal yazılım alıcısıysanız, o zaman muhtemelen kapsanırsınız, ancak ya satıcı için aslında o kadar da önemli değilseniz?

2023’te yazılım endüstrisi, işletme çapında operasyonları ciddi şekilde küçülttü.

Bu yeni bir sorun olmasa da, bu yıl kesinlikle çok etkili. 2023’te yazılım endüstrisi, işletme çapında operasyonları ciddi şekilde küçülttü. Buna mühendisler ve geliştiriciler de dahildir. Kaynaklar hiç bu kadar kısıtlı olmamıştı ve artık her işletme, çoğu için 12 ay önce planlanmayan LLM yapay zeka konuşma analitiği trenine atlarken, yazılım alıcılarının vaat edilen çözümü alacaklarından emin olmaları kritik önem taşıyor.

Bugüne kadar, bir RFP’de bu endişeyi gidermek için herhangi bir soru görmedim veya bir satıcıya yöneltilen herhangi bir doğrudan soru duymadım.

Satıcının teknik borcunu anlamayı neden önemsemeniz gerektiğini gösteren ana nedenleri listeledim, her biri iş için kritik öneme sahip.

İlgilenmeniz gereken başlıca nedenler

Şu anda teknik borç, her yazılım satıcısı tarafından yönetiliyor, bazı satıcılar bunu mükemmel bir şekilde yönetiyor, bu, mevcut ekipleriyle kolayca halledebilecekleri bir takas ve bunların tümü çevik metodolojilerinin bir parçası, ancak tüm alıcıları gerekli özeni göstermeye davet ediyorum. Bayinizin bu yıl kaç tane mühendis ve geliştiricisi olduğunu sorun, geçen yıl kaç tane olduğunu ve önümüzdeki 3 yıl için kaç tane planladıklarını sorun.

Bu müşteri referans görüşmelerini yaparken hakeme uygulama zaman çizelgelerini sorun, kapsamlarında herhangi bir ek gelişme olup olmadığını ve bunların zamanında yönetilip yönetilmediğini sorun. Ayrıca, yaklaşmakta olan herhangi bir ek mühendislik gereksinimleri olup olmadığını ve bunların teslim edilmesi konusunda ne kadar güvende hissettiklerini de sorardım.

Ayrıca geçen yılki müşteri sayılarını sorun, bu yıl ve önümüzdeki 3 yıl için önerilen büyüme, mühendisler doğrultusunda artmalı. İhtiyacınız olan son şey, uygulama sonrasında ek dil modelleri veya API bağlayıcıları için sözlü bir anlaşma yapmak ve ardından bunların tedarikçi firma kısıtlamaları nedeniyle reddedildiğini görmektir.

Teknik borçla ilişkili riskleri anlamak, alıcıların bilinçli seçimler yapmasına olanak tanır.

Teknik borç, öncelikle yazılım geliştiriciler için bir endişe kaynağı gibi görünse de, yazılım alıcıları da bunu karar verme süreçlerinde kritik bir faktör olarak görmelidir. Teknik borçla ilişkili riskleri anlamak, alıcıların bilinçli seçimler yapmasına, olası uzun vadeli harcamaları azaltmasına ve yatırımlarını korumasına olanak tanır. Alıcılar, teknik borç yükü düşük yazılım ürünlerine öncelik vererek daha yüksek kalite, daha fazla esneklik, daha düşük maliyetler ve daha hızlı pazara sürüm süresi sağlayabilir ve bu da yazılımları kuruluşları için stratejik bir varlık olarak kullanmalarına olanak tanır.