Teknik Ortak mı, Freelancer mı, Yazılım Ajansı mı? Karar Rehberi

Teknik ortak, freelancer ve yazılım ajansı aynı ihtiyacın farklı fiyat seçenekleri değildir. Her model; sorumluluk, karar yetkisi, bağlılık, hız, maliyet ve uzun vadeli ürün sahipliği açısından farklı bir ilişki kurar.

Doğru seçim “hangisi daha ucuz?” sorusuyla değil, “Şu anda hangi belirsizliği çözmem gerekiyor ve bu sorumluluk ne kadar süre devam edecek?” sorusuyla yapılmalıdır. Kapsamı net bir geliştirme işi için ortak almak gereksiz olabilir; sürekli değişen ve teknolojinin şirketin merkezinde olduğu bir ürün için yalnızca kısa süreli hizmet ilişkisi de yetersiz kalabilir.

Üç modelin temel farkı

Bu tablo genel bir çerçevedir. Gerçek ilişki sözleşmeye, kişilere ve çalışma düzenine göre değişir.

Teknik ortak ne zaman daha uygun olabilir?

Teknik ortaklık şu durumlarda düşünülebilir:

• Teknoloji ürünün temel rekabet avantajıdır.
• Ürün gereksinimleri henüz sık değişmektedir.
• Teknik kararlar iş modelini doğrudan etkiler.
• Uzun vadeli teknik ekip kurulacaktır.
• Kurucu ekipte teknik kararları üstlenecek kimse yoktur.
• Ürün geliştirme ile kullanıcı geri bildirimi sürekli birlikte ilerleyecektir.
• Teknik riskin şirket düzeyinde sahiplenilmesi gerekir.

Teknik ortağın avantajı, dışarıdan iş teslim etmekten çok ürünün ve şirketin sonucuna ortak olmasıdır. Bunun karşılığında karar yetkisi, pay, sorumluluk ve ayrılık senaryoları daha ciddi biçimde ele alınmalıdır.

Teknik ortaklığın olası zorlukları

• Uygun kişiyi bulmak zaman alabilir.
• Sadece teknik beceri değil, ortaklık uyumu da gerekir.
• Pay ve karar yetkisi konuşulmalıdır.
• Yanlış ortak seçimi kısa süreli hizmet hatasından daha uzun etkiler doğurabilir.
• Ayrılık ve vesting gibi konuların profesyonel biçimde yapılandırılması gerekebilir.

Freelancer ne zaman daha uygun olabilir?

Freelancer, kapsamı sınırlı ve tek kişinin yürütebileceği işlerde etkili olabilir.

Örnekler:

• Tıklanabilir prototip geliştirme
• Belirli bir entegrasyon
• Tasarım sistemi kurulması
• Performans iyileştirmesi
• Teknik inceleme
• Kısa süreli veri analizi
• Mevcut ürünün belirli bir özelliği

Freelancer avantajları

• Küçük kapsamda hızlı başlanabilir.
• Belirli uzmanlığa erişim sağlar.
• Ortaklık payı ve şirket yönetimi gündeme gelmez.
• Çalışma süresi ihtiyaca göre sınırlandırılabilir.
• Farklı uzmanlarla ayrı ayrı çalışmak mümkündür.

Freelancer riskleri

• Tek kişiye bağımlılık oluşabilir.
• Başka müşteriler önceliği etkileyebilir.
• Bilgi ve kod devri yetersiz kalabilir.
• Sürekli değişen ürünlerde kapsam tartışması yaşanabilir.
• Uzun vadeli teknik strateji sahiplenilmeyebilir.

Freelancer seçerken yalnızca saatlik ücret değil; iletişim, dokümantasyon, erişim yönetimi, teslim sonrası destek ve fikrî hak düzeni de değerlendirilmelidir.

Yazılım ajansı ne zaman daha uygun olabilir?

Ajans; tasarım, yazılım, test ve proje yönetimi gibi birden fazla yetkinliğin aynı anda gerektiği, kapsamı tanımlanabilir projelerde avantaj sağlayabilir.

Örnekler:

• Belirli tarihte yayına alınacak kurumsal uygulama
• Tasarım ve geliştirme ekibinin birlikte gerektiği MVP
• Mevcut kurum sistemleriyle entegrasyon
• Teknik bakım ve destek anlaşması
• Birden fazla platformda eş zamanlı geliştirme

Ajans avantajları

• Birden fazla uzmanlığa tek sözleşmeyle erişim
• Proje yönetimi ve raporlama kapasitesi
• Bir kişinin ayrılması durumunda ekip devamlılığı ihtimali
• Test ve kalite süreçlerinin daha sistemli olabilmesi
• Kapasite artırma imkânı

Ajans riskleri

• Küçük bütçeler için maliyet yüksek olabilir.
• Kapsam değişiklikleri ek maliyet yaratabilir.
• Ürünün iç bilgisi ajans tarafında kalabilir.
• Sözleşmedeki teslim ile gerçek kullanıcı başarısı aynı şey değildir.
• Satış sürecinde görüştüğünüz ekip ile çalışan ekip farklı olabilir.
• Teknik kararlar şirket içinde sahiplenilmezse uzun vadeli bağımlılık oluşabilir.

Karar vermeden önce ürün aşamasını belirleyin

Fikir ve problem araştırması aşaması

Henüz kullanıcı problemi doğrulanmadıysa en pahalı geliştirme modeline geçmeyin. Kullanıcı görüşmesi, basit taslak ve no-code prototip çoğu zaman daha doğru ilk adımdır.

Uygun seçenekler:

• Ürün danışmanı
• Tasarımcı
• Kısa süreli prototip desteği
• Teknik fizibilite görüşmesi

Prototip aşaması

Amaç, bütün ürünü kurmak değil en riskli varsayımı test etmektir.

Uygun seçenekler:

• Freelancer
• Küçük ajans
• Teknik ortak adayıyla sınırlı çalışma
• No-code veya hazır servisler

İlk çalışan ürün aşaması

Kullanıcı geri bildirimiyle sık değişiklik bekleniyorsa içeride teknik sahiplik önem kazanır.

Uygun seçenekler:

• Teknik ortak
• İlk teknik çalışan ve kurucu teknik danışman
• İç ekip ile destekleyici ajans
• Güçlü dokümantasyonla freelancer

Büyüme aşaması

Ürün artık kullanıcı ve gelir açısından kritikse güvenlik, performans, işe alım ve devamlılık gerekir.

Uygun seçenekler:

• İç teknik liderlik
• Teknik ortak veya CTO
• Belirli alanlarda uzman ajans
• Kapasite için dış ekip desteği

10 soruluk karar testi

Her soruya “evet” veya “hayır” cevap verin.

1. Teknoloji şirketin temel farklılaşması mı?
2. Ürün gereksinimleri önümüzdeki aylarda sık değişecek mi?
3. Teknik kararlar gelir modelini veya kullanıcı deneyimini doğrudan etkiliyor mu?
4. Uzun vadede teknik ekip kurulacak mı?
5. Kurucu ekipte teknik riski yönetecek kimse yok mu?
6. İhtiyaç tek seferlik değil sürekli mi?
7. Ürün güvenlik veya veri açısından kritik mi?
8. Geliştirme süreci kullanıcı keşfiyle birlikte mi ilerleyecek?
9. Teknik kişinin şirket kararlarına katılması bekleniyor mu?
10. Uzun vadeli sorumluluk ve pay paylaşmaya hazır mısınız?

Sekiz veya daha fazla “evet”, teknik ortak ya da içeride güçlü teknik liderlik ihtimalini artırır. Dört veya daha az “evet”, önce hizmet modeli veya daha küçük doğrulama çalışması düşünmeniz gerektiğini gösterebilir. Bu test kesin karar aracı değildir; tartışmayı yapılandırır.

Toplam maliyet yalnızca fatura değildir

Seçenekleri karşılaştırırken şu maliyetleri birlikte düşünün:

• Doğrudan ücret
• Kurucunun yönetim zamanı
• Gecikme maliyeti
• Yanlış ürün geliştirme riski
• Yeniden yazım ihtimali
• Bilgi devri
• Bakım ve destek
• Altyapı ve lisans giderleri
• Güvenlik riski
• İş sürekliliği
• Ortaklıkta verilecek pay ve yetki

Ucuz teklif, gereksinim yanlış anlaşılırsa daha pahalıya dönüşebilir. Benzer şekilde erken aşamada büyük ekip kurmak da gereksiz harcama yaratabilir.

Tedarikçi veya aday görüşmesinde sorulacak sorular

Freelancer veya ajansa

• Benzer aşamada hangi ürünlerde çalıştınız?
• Kapsam değişikliğini nasıl yönetiyorsunuz?
• Kimlerle doğrudan çalışacağız?
• Kod ve hesapların sahibi kim olacak?
• Dokümantasyon nasıl teslim edilecek?
• Test ve güvenlik yaklaşımınız nedir?
• Bakım ve hata düzeltme koşulları nelerdir?
• Proje biterse bilgi devri nasıl yapılır?
• Üçüncü taraf lisans ve servis maliyetleri nelerdir?
• İletişim ve raporlama düzeni nedir?

Teknik ortak adayına

• Ürünün en büyük teknik belirsizliği nedir?
• İlk sürümü nasıl küçültürdünüz?
• Hangi teknik kararları sahiplenmek istersiniz?
• Haftalık ne kadar zaman ayırabilirsiniz?
• Ekip kurma ve işe alım konusunda deneyiminiz nedir?
• Ortaklık kararı öncesi nasıl bir deneme çalışması yapabiliriz?
• Pay, ücret ve karar yetkisi beklentiniz nedir?
• Uzun vadeli motivasyonunuz nedir?

Hibrit model mümkün mü?

Evet. Her şeyi tek modele bağlamak zorunda değilsiniz.

Örnek hibrit yaklaşımlar:

• Teknik ortak ürün ve mimariyi yönetirken ajans geliştirme kapasitesi sağlar.
• Freelancer prototipi kurar; doğrulama sonrası iç ekip oluşturulur.
• Ajans ilk sürümü çıkarır; şirket içinde teknik lider işe alınır.
• Teknik danışman aday ve ajans seçiminde kurucuya destek olur.
• Kurucu ekip no-code doğrulama yapar; teknik ortak daha sonra katılır.

Hibrit modelde en önemli konu sahipliktir. Ürün bilgisinin, hesapların, kodun, erişimlerin ve teknik karar kayıtlarının şirket içinde kalması gerekir.

Sözleşme ve erişim kontrol listesi

Hizmet modeli kullanılıyorsa şu konuları yazılı hâle getirin:

• Teslim kapsamı
• Zaman çizelgesi
• Kabul kriterleri
• Ödeme planı
• Değişiklik yönetimi
• Fikrî haklar
• Gizlilik
• Üçüncü taraf lisansları
• Kaynak kod ve depo erişimi
• Bulut hesapları
• Veri ve yedekleme
• Güvenlik sorumlulukları
• Bakım ve destek
• Fesih ve bilgi devri

Bu konuların hukuki sonuçları özel duruma göre değişebilir; uygun uzman desteği alınmalıdır.

Örnek karar senaryoları

Senaryo 1: Fikir aşamasındaki pazar yeri

Kullanıcı görüşmesi yapılmamış ve özellik listesi çok geniş. İlk adım teknik ortak veya ajans aramak değil, problemi doğrulamak ve basit prototip test etmektir.

Senaryo 2: Net kapsamlı şirket içi araç

Mevcut süreç biliniyor, kullanıcılar şirket içinde ve teslim tarihi belli. Ajans veya deneyimli freelancer daha uygun olabilir.

Senaryo 3: Sürekli gelişen yazılım ürünü

Ürün kullanıcı geri bildirimiyle değişiyor ve teknoloji temel değer önerisi. İçeride teknik ortak veya güçlü teknik liderlik önceliklidir.

Senaryo 4: Geçici kapasite eksikliği

İç teknik ekip var, belirli entegrasyon için uzmanlık gerekiyor. Uzman freelancer veya ajans kullanılabilir.

Sonuç

Teknik ortak, freelancer ve ajans arasında evrensel olarak en iyi seçenek yoktur. Ürün aşaması, belirsizlik, süreklilik, teknik sahiplik ve kurucunun yönetim kapasitesi doğru modeli belirler.

Önce ihtiyacınızı sınırlayın ve ilk ölçülebilir çıktıyı tanımlayın. Gerçekten uzun vadeli teknik sorumluluk paylaşımı gerekiyorsa Ortaksın’daki teknik ortak ilanlarını inceleyebilir veya rolü açıkça anlatan bir ilan oluşturabilirsiniz.