Geleneksel yazılım dış kaynak kullanımının temel bir sorunu vardır: uyumsuz teşvikler. Müşteri mümkün olan en iyi ürünü en düşük maliyetle ister. Tedarikçi ise faturalandırılabilir saatleri maksimize etmek ister. Bu hedefler doğası gereği çelişkilidir ve sonuç genellikle teknik olarak spesifikasyonu karşılayan ancak işletmeye gerçekten hizmet etmeyen bir ürün olur.
Bunu ilk elden deneyimledik. Innoware'i kurmadan önce ekibimizin üyeleri dış kaynak firmalarında çalıştı. Müşterinin bütçesinin ürün hazır olmadan tükendiği projeler. Tedarikçiye bağımlılık yaratmak için kasıtlı olarak karmaşık hale getirilen kod tabanları. Tedarikçinin uzun vadeli sürdürülebilirlikte hiçbir çıkarı olmadığı için biriken teknik borç. Modelin değişmesi gerektiğini biliyorduk.
Paylaşılan Risk, Paylaşılan Ödül
Innoware'in ortaklık modeli farklı çalışır. Saatlik ücret talep etmek yerine, mühendislik uzmanlığımızı hisse, gelir paylaşımı veya başarı bazlı kilometre taşları karşılığında yatırıyoruz. Bu, yalnızca ürün başarılı olduğunda başarılı olduğumuz anlamına gelir. Ürün başarısız olursa, ödeme almayız. Tıpkı kurucu gibi.
Bu uyum her şeyi değiştirir. Bir kısayol mu yoksa doğru olanı mı yapacağımıza karar verirken, doğru olanı yapmayı seçeriz. Çünkü bu kodu yıllarca bakımını yapacağız, teslim edip gitmeyeceğiz. Kullanıcı tutmayı önemli ölçüde artıracak bir özellik tespit ettiğimizde, onu inşa ederiz. Orijinal kapsamda olmasa bile.
Finansal olarak, bu model aynı zamanda yüksek kaliteli mühendisliği, aksi takdirde özel bir mühendislik ekibini karşılayamayacak erken aşama startup'lar için erişilebilir kılar. Ortaklık payı karşılığında kararlı bir mühendislik çabası sunulur.
Uzun Vadeli Düşünme
Ürünün başarısına yatırım yaptığımız için, uzun vadede fayda sağlayacak kararlar alıyoruz. Bu birkaç şekilde kendini gösterir.
Birincisi, başından itibaren test ve CI/CD'ye yoğun yatırım yapıyoruz. Bu başlangıçta daha fazla maliyet getirir ancak ürün büyüdükçe muazzam zaman tasarrufu sağlar. Kapsamlı test kapsamı ve güvenilir bir dağıtım pipeline'ı, değişikliklerin güvenle gönderilmesi anlamına gelir.
İkincisi, zorlayıcı bir neden olmadıkça heyecan verici yenileri yerine sıkıcı, kanıtlanmış teknolojileri seçeriz. En son NoSQL veritabanı yerine PostgreSQL. Ayrı native uygulamalar oluşturmak yerine React Native. Niş framework'ler yerine .NET. Bu seçimler heyecan verici blog yazıları çıkarmaz, ancak güvenilir ürünler ve gelecekteki işe alımlar için geniş bir yetenek havuzu sağlar.
Üçüncüsü, mimari kararları belgeliyoruz ve temiz kod standartlarını sürdürüyoruz. Ürün, Innoware'in tek başına kaldırabileceğinin ötesine büyüdüğünde, kurucu ekibin hızla uyum sağlayabilecek mühendisler işe alabilmesi gerekir.
Seçim Süreci
Her ortaklık fırsatını yapılandırılmış bir süreçle dikkatli bir şekilde değerlendiriyoruz. Pazar fırsatını (yeterince büyük bir pazar mı?), ekibi (kurucular kararlı ve yetenekli mi?), teknik fizibiliteyi (makul kaynaklarla inşa edebilir miyiz?) ve farklılaşmayı (mevcut çözümlere karşı bu neden kazanacak?) değerlendiriyoruz.
Ayrıca "kurucu-teknoloji uyumu" dediğimiz şeyi ararız. Bu, spesifik mühendislik yeteneklerimizin orantısız avantaj yarattığı bir ürün mü? Bir evcil hayvan bakım platformu mobil uzmanlık, gerçek zamanlı özellikler ve çok dilli destekten büyük ölçüde fayda görür. Bunların hepsi Innoware'in güçlü olduğu alanlardır.
Ortalama olarak, ortaklık tekliflerinin yaklaşık 10'da 1'ini kabul ediyoruz. Bu seçicilik kibir değildir. Her ortağın hak ettiği zaman ve ilgiyi ayırabilmemizi sağlamakla ilgilidir.
Sonuçlar
Ortaklık modelimiz, başlangıç konseptinden birden fazla dili destekleyen çok platformlu bir SaaS ürününe dönüşen Petinom gibi ürünler ortaya çıkardı. Ürün, küçük ve odaklı bir ekip tarafından geliştirildi. Geleneksel dış kaynak düzenlemeleriyle başarılması zor bir sonuç.
Daha da önemlisi, Petinom kurucuları gerçekten sahip oldukları bir ürüne sahip. Sadece yasal olarak değil, teknik olarak da. Kod tabanı temiz, iyi test edilmiş ve tam olarak belgelenmiş. Eğer bir gün kurum içi mühendislik ekibi kurmaya karar verirlerse, geçiş sorunsuz olacaktır.
Bu modelin yazılım geliştirme ortaklıklarının geleceğini temsil ettiğine inanıyoruz. Tedarikçi-müşteri işlemleri değil, her iki tarafın da sonuca yatırım yaptığı gerçek iş birlikleri.