Yazılımcı Ortak Nasıl Bulunur? Teknik Olmayan Kurucular İçin Yol Haritası

Yazılımcı ortak bulmak için önce yazılımcıları ikna edecek büyük bir vizyon anlatmak değil, üzerinde birlikte çalışılabilecek kadar net ve doğrulanmış bir problem hazırlamak gerekir. Teknik adaylar çoğu zaman yalnızca fikri değil, kurucunun yaptığı araştırmayı, üstlendiği sorumluluğu ve gerçekçi çalışma planını değerlendirir.

Teknik olmayan kurucunun bütün teknik ayrıntıları bilmesi beklenmez. Buna karşılık hedef kullanıcıyı, problemi, mevcut alternatifleri, ürünün neden gerekli olduğunu ve kendi katkısını açıklayabilmesi gerekir.

Teknik aday aramadan önce hazırlanacak dosya

Uzun bir iş planı yerine kısa bir “teknik ortak brifi” hazırlayın.

Problem

• Hedef kullanıcı kim?
• Hangi sorun ne sıklıkla yaşanıyor?
• Sorunun maliyeti veya etkisi nedir?
• Kullanıcılar bugün nasıl çözüm buluyor?

Doğrulama

• Kaç kullanıcıyla görüşüldü?
• Hangi varsayımlar doğrulandı?
• Hangi varsayımlar hâlâ belirsiz?
• Kullanıcıların davranışına dair kanıt var mı?

Çözüm

• En küçük ürün hangi işi yapmalı?
• İlk sürümde neler olmayacak?
• Basit prototip var mı?
• Hazır araçlarla test yapılabilir mi?

Kurucunun katkısı

• Kullanıcı araştırması
• Ürün gereksinimleri
• Satış veya dağıtım
• Sektör bilgisi
• Operasyon
• Haftalık zaman
• Başlangıç masrafları

Aranan teknik rol

• Mobil, web, veri veya altyapı odağı
• İlk 90 günlük sorumluluk
• Haftalık zaman
• Ekip kurma beklentisi
• Güvenlik veya regülasyon gereksinimi

Bu dosya, adaya bütün cevapların hazır olduğunu göstermez. Görüşmenin somut bir zeminde başlamasını sağlar.

Sadece fikirle teknik ortak aranabilir mi?

Aranabilir; fakat adayın belirsizlik riski daha yüksektir. En azından şu çalışmaları yapmanız beklenebilir:

• Hedef kullanıcılarla görüşme
• Mevcut çözümleri inceleme
• Sorunun önemini test etme
• Basit ekran veya süreç prototipi
• Kullanıcıya ulaşma planı
• Kurucunun üstleneceği işler

“Fikrim var, yazılımını yapacak ortak arıyorum” cümlesi teknik adaya tek taraflı iş bölümü sinyali verebilir. Bunun yerine şu çerçeveyi kullanın:

Kullanıcı araştırması, ürün gereksinimleri ve ilk müşteri görüşmeleri tarafını üstleniyorum. Ürünün teknik yönünü ve geliştirme sürecini uzun vadede birlikte sahiplenebileceğim bir ortak arıyorum.

Yazılımcı ortak nerelerde bulunabilir?

Daha önce birlikte çalıştığınız kişiler

Çalışma biçimini bildiğiniz eski ekip arkadaşları güçlü aday olabilir. Doğrudan uygun değillerse referans isteyin.

Teknik topluluklar

Açık kaynak toplulukları, geliştirici buluşmaları, ürün etkinlikleri ve hackathonlar insanları gerçek çalışma bağlamında tanımayı kolaylaştırabilir.

Girişimcilik ve kuluçka programları

Bu ortamlar, girişim kurmaya açık teknik kişilerin yanında ürün, satış ve mentor profillerini de bir araya getirebilir.

Profesyonel ağlar

Deneyime göre aday arayın. Toplu ve kişiselleştirilmemiş mesajlar yerine neden o kişiye ulaştığınızı açıklayın.

Ortaklık platformları

Aktif biçimde proje veya ortaklık arayan kişilerle tanışmayı kolaylaştırır. İlanınızda teknoloji listesinden önce problem, aşama ve sorumlulukları anlatın.

İlk mesaj nasıl yazılır?

İlk mesaj kısa ve belirli olmalıdır.

Mesaj şablonu

Merhaba [isim], [belirli deneyim/proje] alanındaki çalışmanız nedeniyle ulaşıyorum. [hedef kullanıcı] için [problem] üzerine çalışıyorum. Şu ana kadar [doğrulama veya prototip] tamamlandı. Ben [kendi sorumluluklarınız] tarafını yürütüyorum; ürünün teknik yönünü uzun vadede sahiplenebilecek bir ortakla tanışmak istiyorum. Uygunsanız 20–30 dakikalık bir tanışma görüşmesi yapabilir miyiz?

Mesajda hemen pay oranı, yüksek gelir veya kısa sürede büyüme vaadi kullanmayın. Adayın önce projenin kendisine uygun olup olmadığını anlamasına izin verin.

Teknik olmayan kurucu ilk görüşmede ne sorabilir?

Teknik ayrıntı yarışına girmeyin. Adayın düşünme biçimini değerlendiren sorular sorun.

• Kullanıcı problemini nasıl anladınız?
• İlk sürümde hangi özellikleri çıkarırdınız?
• En büyük teknik belirsizlik sizce nedir?
• Bu belirsizliği en düşük maliyetle nasıl test ederdiniz?
• Hazır hizmet mi, özel geliştirme mi tercih ederdiniz? Neden?
• İlk 30 gün için nasıl bir plan önerirsiniz?
• Güvenlik veya veri açısından hangi riskleri görüyorsunuz?
• Teknik borcu hangi koşullarda kabul edersiniz?
• Tahminler değiştiğinde bunu nasıl iletirsiniz?
• Daha önce ürün yönü değişen bir projede çalıştınız mı?
• Kod ve sistem bilgisinin ekipte paylaşılmasını nasıl sağlarsınız?
• Hangi teknik işleri üstlenmek istemezsiniz?
• Haftada ne kadar zaman ayırabilirsiniz?
• Ortaklık kararı vermeden önce ne tür çalışma yapmak istersiniz?

Teknik yeterlilik nasıl doğrulanabilir?

Teknik olmayan kurucu için en güvenli yaklaşım tek bir sinyale güvenmemektir.

Geçmiş çalışmalar

Adayın önceki projelerdeki gerçek rolünü sorun. “Bu ürünü yaptım” ifadesinde hangi parçaları üstlendiğini netleştirin.

Ürün düşüncesi

Adayın karmaşık teknoloji anlatması değil, doğru problemi küçük ve test edilebilir çözüme dönüştürmesi önemlidir.

Küçük teknik çalışma

Gerçek projenin sınırlı bir belirsizliği üzerinde çalışın. Büyük ve ücretsiz ürün geliştirme istemeyin.

Bağımsız teknik değerlendirme

Gerekirse güvendiğiniz kıdemli bir geliştiriciden veya teknik danışmandan adayın yaklaşımını incelemesini isteyin.

Referans

Eski ekip arkadaşına görev takibi, iletişim, kod kalitesi ve kriz davranışı hakkında somut sorular sorun.

“Kod testi” yerine ortak çalışma testi

Klasik işe alım kod testi, kurucu ortak uyumunu tek başına ölçmez. Aşağıdaki çalışma daha anlamlı olabilir:

Problem: Kullanıcıların önemli bir işlemi tamamlamasını sağlayan basit akış.

Süre: 10–14 gün.

Beklenen çıktı:

• Gereksinim soruları
• Kapsam önerisi
• Teknik seçenekler
• Küçük çalışan prototip veya teknik kanıt
• Risk listesi
• Sonraki adım önerisi

Her iki tarafın katkısı:

Teknik olmayan kurucu kullanıcı ve ürün bilgisini, teknik aday ise teknik yaklaşımı sağlar. Kararlar birlikte alınır.

Değerlendirilecek davranışlar:

• Doğru soruları sorma
• Belirsizliği ifade etme
• Kapsamı küçültme
• İletişim düzeni
• Teslim disiplini
• Geri bildirimle ilerleme
• Dokümantasyon
• Bilgi paylaşımı

Aday karşılaştırma matrisi

Her puanın yanına gözlem yazın. Puanlar tek başına karar değildir.

Teknik adayın sizden bekleyeceği sorular

Süreç yalnızca adayı değerlendirmek değildir. Aday da size şu soruları sorabilir:

• Kullanıcılarla neden ve nasıl görüştünüz?
• Bu problemin önemli olduğuna dair kanıt nedir?
• Dağıtım ve satış nasıl yapılacak?
• Haftada ne kadar çalışıyorsunuz?
• Hangi masrafları üstlendiniz?
• Ürün başarısız olursa ne öğreneceğiz?
• Kararları nasıl vereceğiz?
• Pay, ücret ve masraflar ne zaman konuşulacak?
• Fikrî mülkiyet nasıl yönetilecek?
• Mevcut işinizle çıkar çatışması var mı?
• Tam zamanlı geçiş için koşullarınız neler?

Bu sorulara savunmaya geçmeden cevap vermek, ortaklık görüşmesinin iki taraflı olduğunu gösterir.

Kaçınılması gereken yaklaşımlar

Teknoloji listesini rol sanmak

“React, Node.js ve yapay zekâ bilen ortak” ifadesi iş sorumluluğunu anlatmaz. Ürünün hangi teknik sonucunun sahiplenileceğini yazın.

Teknik kişiyi sonradan uygulayıcı olarak görmek

Teknik ortak ürün kararlarına erken katılmalıdır. Bütün kapsamı tek taraflı hazırlayıp yalnızca kodlamasını istemek gerçek ortaklık olmayabilir.

Ücretsiz MVP talep etmek

Adaydan ortaklık ihtimali karşılığında aylarca ücretsiz ürün yapmasını istemek dengeli değildir.

Hisseyi maaş yerine otomatik çözüm görmek

Pay; değer, risk ve uzun vadeli sorumluluk içerir. Şirket yapısı ve özel koşullar için profesyonel değerlendirme gerekir.

İlk güçlü adayla hemen anlaşmak

Birlikte sınırlı çalışma yapmadan yalnızca görüşmeye dayanarak karar vermek risklidir.

30 günlük arama planı

1. hafta

• Problem ve kullanıcı özetini tamamlayın.
• Basit prototip hazırlayın.
• Teknik rolü ve ilk 90 günlük çıktıyı yazın.
• Kendi katkınızı görünür hâle getirin.

2. hafta

• Mevcut çevreden referans isteyin.
• Topluluk ve platformlarda ilan yayımlayın.
• Kişiselleştirilmiş ilk mesajlar gönderin.
• Adayları ön değerlendirin.

3. hafta

• Tanışma görüşmeleri yapın.
• Ürün ve zaman uyumunu değerlendirin.
• Teknik referans veya uzman görüşü alın.
• Bir veya iki adayla çalışma planı oluşturun.

4. hafta

• Sınırlı deneme çalışmasına başlayın.
• Haftalık iletişim ritmini test edin.
• Beklentileri ve cevaplanmamış soruları yazılı hâle getirin.

Otuz gün sonunda mutlaka ortaklık kararı vermek zorunda değilsiniz. Aradığınız rol ve kendi hazırlığınız hakkında daha net bilgi edinmek de önemli bir sonuçtur.

Sonuç

Yazılımcı ortak bulmanın en güçlü yolu, “iyi fikir” anlatmak değil; doğrulanmaya başlanmış problem, dengeli sorumluluk dağılımı ve gerçekçi bir çalışma planı sunmaktır.

Teknik olmayan kurucu olarak teknoloji uzmanı gibi davranmanız gerekmez. Kullanıcı, ürün ve iş tarafındaki sorumluluğunuzu somutlaştırın; adayın teknik yargısını gerçek bir çalışma üzerinden değerlendirin.

Hazırlığınızı tamamladıysanız Ortaksın’daki teknik ortak ilanlarını inceleyebilir veya probleminizi, proje aşamanızı ve beklediğiniz teknik sorumluluğu açıkça anlatan bir ilan oluşturabilirsiniz.