Yazılımcı ortak arıyorum: teknik ortak, freelance ya da ajans?

Yazılımcı ortak arıyorsanız önce ürünü neyle ödeyeceğinize karar verin: hisseyle mi, ücretle mi, kendi zamanınızla mı? Ürün şirketin kendisiyse ve yıllarca geliştirilecekse teknik kurucu ortak; sınırlı ve iyi tarif edilmiş bir iş için freelance yazılımcı; birden çok uzmanlık ve yazılı teslim isteyen ilk sürüm için yazılım ajansı; fikri sınamak için yapay zekâ araçları uygundur.

Bunu UlvionTech'te kıdemli yazılım mühendisi olarak yazıyorum ve dört yoldan biri, yani yazılım ajansı, bizim işimiz. Bu yüzden karşılaştırmayı olabildiğince adil kurmaya çalıştım: ajansın ilk sürüm için neden güçlü bir seçenek olduğunu da, bir teknik ortağın ya da serbest çalışan bir yazılımcının hangi durumda daha iyi bir karar olduğunu da yazdım. Ortaklık payı ve fikrî haklarla ilgili cümleler kanun metinlerine dayanıyor; bunlar bilgi amaçlıdır, hukuki görüş yerine geçmez.

Fikrim var ama yazılımcım yok: önce neye karar vermelisiniz?

"Yazılımcı ortak arıyorum" diye yola çıkan, fikri olup yazılımcısı olmayan bir girişimcinin ilk kararı, ürünün hangi bedelle, ne hızla ve kimin kontrolünde yapılacağıdır. Kişi aramaya bu karardan önce başlarsanız, karşınıza çıkan ilk iyi yazılımcının çalışma biçimi sizin yolunuz olur. Ben olsam şu dört soruyu yazıya döküp cevaplamadan kimseyle görüşmezdim:

• Ne ile ödeyeceksiniz? Hisseyle (şirketin bir parçası), ücretle (saat, gün ya da iş başına) ya da kendi zamanınızla. Ücreti iş yapılırken ödersiniz; hissenin bedeli ise şirket değer kazandıkça yıllar boyunca ödenir.
• İlk sürüme ne kadar hızlı ihtiyacınız var? Bir yatırımcı görüşmesi, pilot müşteri ya da fuar tarihi varsa, ortak aramak için geçecek haftalar da takvime girer.
• Ürün tek bir kişiye ne kadar bağlı olacak? Bus factor (otobüs faktörü), kaç kişi ayrılırsa projenin duracağını gösteren ölçüdür. Bu sayı birse, o kişinin hastalanması ya da işi bırakması ürünü durdurur.
• İş bitince elinizde ne kalacak? Kaynak kod, sunucu ve uygulama mağazası hesapları, alan adı ve kodu başka birinin devralmasını sağlayacak dokümantasyon.

Ödeme biçimi, hız, tek kişiye bağımlılık ve devir sorularının cevapları, dört yoldan hangisinin size uyduğunu büyük ölçüde kendiliğinden gösterir. Hız ve devir öndeyse ajans ya da freelance yazılımcı öne çıkar, ürün uzun vadeli bir şirketse teknik ortak, henüz fikrin talep görüp görmediğini bilmiyorsanız yapay zekâ araçlarıyla bir prototip. İlk sürümün kapsamını daraltmak için SaaS MVP planlama rehberimize bakabilirsiniz; hangi yolu seçerseniz seçin, dar bir kapsam her yolu ucuzlatır.

Teknik kurucu ortak nedir, ne zaman gerekir?

Teknik kurucu ortak, ürünün teknik tarafını sahiplenen ve emeğinin karşılığını ücretten çok şirketteki payıyla alan kurucudur. Mimariye karar verir, kodu yazar ya da yazdırır, ekip büyüdüğünde ilk yazılımcıları işe alır. Yatırım aşamasında "teknolojiyi kim sahipleniyor?" sorusunun en kısa cevabıdır. Ürünün kendisi şirketse, yani yazılım satılan şeyin kendisiyse ve geliştirme yıllarca sürecekse, teknik ortak aramanızı öneririm.

Teknik kurucu ortak yolunun bedeli üç yerde ödenir. Birincisi pay: şirketin bir bölümünü kalıcı olarak verirsiniz. İkincisi zaman: birlikte yıllarca çalışabileceğiniz birini bulmak, bir yazılımcıyla anlaşmaktan uzun sürer. Üçüncüsü uyum riski: ortaklar anlaşamazsa ürünü bilen tek kişi masadan kalkabilir. Bu yüzden teknik ortağı, ilk sürümü bir an önce çıkarmanın değil, şirketi birlikte kurmanın yolu olarak görüyorum.

Yazılımcı ortak nasıl bulunur?

Yazılımcı ortağı iş ilanından çok, birlikte çalışmayı önce küçük bir işte denediğiniz bir ilişkiyle bulursunuz. Arayabileceğiniz yerler şunlardır:

• Kişisel çevre: eski iş arkadaşları, okul arkadaşları ve onların önerdiği kişiler. Güven en hızlı burada kurulur.
• Topluluklar: üniversite kulüpleri, teknoloji buluşmaları ve açık kaynak toplulukları.
• Girişimcilik etkinlikleri: hackathonlar, girişim yarışmaları, kuluçka merkezleri ve hızlandırıcı programlar.
• Kurucu ortak eşleştirme platformları: kurucu arayan kişileri bir araya getiren siteler. Buradan çıkan adaylara da aynı deneme işini önermek gerekir.

Benim tavsiyem, hisseyi konuşmadan önce birlikte küçük, ücretli ve süresi belli bir iş yapmanız: bir ekranın tasarımı, bir veri modelinin taslağı ya da prototipin bir parçası. Böyle bir iş, birinin kodunu, iletişimini ve teslim tarihine yaklaşımını birkaç toplantıdan daha iyi gösterir.

Yazılımcıya hisse vermek mantıklı mı?

Yazılımcıya hisse vermek, o kişi yıllarca ürünün sahibi gibi çalışacaksa mantıklıdır; tek bir sürümü yazdırmanın bedeli olarak hisse vermek ise pahalı ve geri alması zor bir ödemedir. Geri alım düzenlenmemişse pay, kişi şirketten ayrıldıktan sonra da onda kalır. Bu yüzden ilk sürümü hisseyle ödemekten kaçınmanızı öneririm: ücretle bitecek bir iş için verilen pay, şirketin sonraki yıllarda kazanacağı bütün değerden bir paydır.

Türk Ticaret Kanunu (yeni sekmede açılır)'na göre bir yazılımcının ileride vereceği emek, şirkete sermaye payı olarak konulamaz. Ekim 2026 itibarıyla kanun, anonim şirket için 342. maddede, limited şirket için 581. maddede "hizmet edimleri, kişisel emek" ve ticari itibarın sermaye olamayacağını yazıyor. Bu, emeği karşılığında bir ortağa pay verilemeyeceği anlamına gelmez; payın hangi yolla verileceği ayrı bir sorudur. Aynı maddeler fikrî mülkiyet haklarının ayni sermaye olarak konulabileceğini söylüyor; daha önce yazılmış bir kodun bu yolla şirkete konup konamayacağı ve değerinin nasıl biçileceği ise bir avukat ve mali müşavir sorusudur.

Payın sonradan el değiştirmesi de şekle bağlıdır. Ekim 2026 itibarıyla TTK 595. madde (yeni sekmede açılır), limited şirkette esas sermaye payının devrinin yazılı yapılmasını ve tarafların imzalarının noterce onanmasını istiyor; şirket sözleşmesinde aksi yoksa devir, ortaklar genel kurulunun onayıyla geçerli oluyor. Teknik ortağa pay verecekseniz, ortaklar arasında yazılı bir anlaşmada en az şu başlıkların konuşulmasını öneririm:

• Roller ve karar yetkisi: teknik kararları kim verir, ürün önceliğini kim belirler.
• Hak ediş takvimi: vesting (hak ediş), payın zamana yayılarak kazanılmasıdır; cliff ise ilk dönem dolmadan hiç pay hak edilmemesidir.
• Ayrılma durumu: ortak erken ayrılırsa payına ne olacağı, geri alım ya da önalım hakları.
• Kodun ve fikrî hakların şirkete devri: ortağın yazdığı kodun kişide değil, şirkette kalması.
• Gizlilik ve rekabet: ortağın aynı alanda başka bir ürüne geçip geçemeyeceği.

Bu düzenlerin Türk hukukunda hangi araçla kurulacağı şirket türüne ve ortakların durumuna göre değişir. İmzadan önce bir avukata ve mali müşavire danışmanızı öneririm; buradaki başlıklar yalnızca soruları hazırlamanız içindir.

Freelance yazılımcı mı, yazılım ajansı mı?

Freelance yazılımcı, iş sözleşmesi olmadan saat, gün ya da iş başına çalışan bağımsız yazılımcıdır ve sınırları belli, tek bir uzmanlığa sığan işler için uygundur; yazılım ajansı ise tasarım, arka uç, mobil ve yayın gibi birden çok uzmanlık gerektiren ve yazılı bir teslim planı isteyen ilk sürümler için daha uygun seçimdir. Serbest çalışan bir yazılımcıyla çalışmanın en büyük avantajı sadeliktir: tek bir kişiyle konuşursunuz, karar hızlı çıkar, maliyet yapısı basittir. Var olan bir siteye özellik eklemek, bir formu bir tabloya bağlamak ya da tek bir entegrasyon yazmak gibi işlerde bu sadelik ciddi bir avantajdır.

Freelance yazılımcının bedeli ise proje yöneticiliğinin ve test sorumluluğunun size geçmesidir. Kapsamı kim yazacak, işi kim test edecek, yayına kim alacak, bunları siz organize edersiniz. Tek kişiye bağımlılık da en yüksek bu yoldadır: kişi başka bir işe geçer, hastalanır ya da ulaşılamaz olursa ürün durur. Bir mobil uygulama ile web paneli ve ödeme altyapısını tek bir serbest çalışana yüklemenize temkinli bakıyorum; bu kadar farklı uzmanlığı tek kişiden beklemek, takvimi ve kaliteyi aynı anda riske atar.

Freelance yazılımcı nerede ve nasıl bulunur?

Freelance yazılımcı bulmanın üç yolu vardır: tavsiye, serbest çalışma platformları ve yazılımcının herkese açık işleri. Tavsiye en kolay doğrulanan kanaldır, çünkü biri o kişiyle daha önce çalışmıştır. Serbest çalışma platformları seçeneği genişletir ama adayı sizin elemenizi gerektirir. Açık kaynak katkıları ve yayındaki projeler ise kodun kendisini gösterir. Hangi kanaldan gelirse gelsin, adayın daha önce yazdığı ve hâlâ yayında olan bir işi görün ve kısa, ücretli bir deneme işiyle başlayın.

Yazılım ajansı nedir, nasıl çalışır?

Yazılım ajansı, bir ürünü kapsamdan yayına kadar ekip olarak tasarlayan ve geliştiren, yazılı bir kapsam, fiyat ve teslim planıyla çalışan firmadır. Tasarımcı, arka uç ve ön yüz geliştiricileri, gerekiyorsa mobil geliştirici ve yayın sorumlusu aynı çatı altındadır. Bu yüzden iş birkaç uzmanlığı aynı anda gerektiriyorsa ajans, bu kişileri tek tek bulup yönetmekten daha hızlı bir yol olabilir. Bu yazıdaki dört yol içinde, ilk sürümü tarihi belli ve devri yazılı bir şekilde çıkarmak isteyen bir girişimci için ajansı güçlü bir seçenek olarak görüyorum.

UlvionTech'te bir proje şu aşamalardan geçer:

1. Keşif görüşmesi: neyi çözmek istediğinizi konuştuğumuz 30–45 dakikalık bir görüşme; çıktısı, problemi nasıl anladığımızın yazılı özeti.
2. Kapsam ve teklif: işi teslim edilebilir parçalara ayırıp ilk sürümde neyin yer alacağına karar veriyoruz; çıktısı kapsam dokümanı, teslim planı ve sabit fiyat.
3. Tasarım ve mimari: tıklanabilir ekranlar ve teknik plan.
4. Geliştirme: iki haftalık döngüler; her döngünün sonunda test ortamında kendinizin deneyebileceği çalışan bir sürüm.
5. Yayın ve sonrası: canlıya alma, izleme, ekibinize eğitim, dokümantasyon, devir toplantısı ve süresi yazılı bir destek dönemi.

Sabit fiyat yazılı kapsamdan sonra gelir, çünkü kapsam yazılmadan verilen fiyat aslında bir tahmindir ve farkı sonradan değişiklik talebi olarak ödersiniz. Kapsam yazıldığında hem neyin dahil olduğu hem de neyin dışarıda kaldığı görünür olur. Bir ajansla ya da serbest çalışanla konuşmadan önce kendi notlarınızı toparlamak için yazılım brief şablonumuzu kullanabilirsiniz. Ajans yoluna karar verdiyseniz, firmaları nasıl sınayacağınızı yazılım firması seçerken sorulacak sorular yazısında ayrıntılı ele aldık.

Ortak, serbest çalışan ve ajans yollarının üçü de size kendi kodunuzla yazılmış bir ürün verir. Özel kodla yazılmış bir ürün, hazır bir platformdan farklı olarak iş kurallarını işinize göre yazmanıza izin verir; kod deposu, bulut hesapları ve alan adı ilk günden şirketinizin adına açılırsa veri ve kod sizde kalır. Hangi yolda olursa olsun, bunu yazılı bir devir güvenceye alır.

Özel kodlu bir ürünle kendi sistemlerinize istediğiniz entegrasyonu kurarsınız ve bir değişiklik için bir platformun yol haritasını beklemezsiniz. Ekim 2026 itibarıyla yapay zekâ destekli geliştirme araçları, deneyimli bir ekibin elinde ilk sürümün maliyetini düşürebiliyor. Ajans yolunun bedeli ise daha yüksek bir başlangıç ödemesi ve yayından sonra ürünü sahiplenecek birinin gerekmesidir.

Yapay zekâ araçlarıyla uygulamayı kendim yapabilir miyim?

Yapay zekâ araçlarıyla bir prototipi kendiniz yapabilirsiniz ve fikri sınamak için bu, dört yolun en ucuz ve en hızlısıdır; üyelik, ödeme, kişisel veri ve süreklilik isteyen bir ürünü tek başınıza yayında tutmak ise ayrı bir iştir. Ekim 2026 itibarıyla kod yazmayı bilmeyen bir girişimci, yapay zekâ destekli araçlarla tıklanabilir ekranlar, basit bir veri kaydı ve bir demo çıkarabiliyor. Bu demo, yatırımcıya ya da ilk müşteriye fikri göstermek için yeterli olabilir.

Yapay zekâyla yapılan bir uygulamada sorun, prototipin ürün sanılmasıyla başlar. Kullanıcı hesapları, yetkiler, ödeme, KVKK (yeni sekmede açılır) kapsamındaki kişisel veriler, yedek ve güncellemeler devreye girdiğinde, kodu açıklayabilecek ikinci bir kişi olmaması bir risk hâline gelir. Bu araçların nerede yettiğini ve hangi noktada ekip gerektiğini yapay zekâ ile uygulama nasıl yapılır yazısında ayrıntılı anlattık. Ben olsam yapay zekâyla yaptığım prototipi ürün olarak değil, bir ortağa, serbest çalışana ya da ajansa vereceğim en iyi brief olarak kullanırdım.

Dört yol yan yana: hisse, risk, hız ve devir nasıl karşılaştırılır?

Yazılım ajansı, teknik kurucu ortak, freelance yazılımcı ve yapay zekâ araçları; ne ile ödediğiniz, ilk sürüme ulaşma hızı, tek kişiye bağımlılık ve iş bitince elinizde kalanlar açısından ayrışır. Karşılaştırma tablosu bu dört ölçüyü özetliyor; hücreler nitel karşılaştırmadır, rakam vermez.

Dört yolun karşılaştırmasından çıkan karar şöyle özetlenebilir:

• Yazılım ajansını seçin: ilk sürüm tasarım, arka uç, mobil ya da entegrasyon gibi birden çok uzmanlık istiyorsa, bir tarih sizi bekliyorsa ve kod ile hesapların ilk günden sizin adınıza olmasını istiyorsanız.
• Teknik kurucu ortak arayın: yazılım şirketin kendisiyse, geliştirme yıllarca sürecekse ve payınızın bir bölümünü uzun vadeli bir ortaklık için vermeye hazırsanız.
• Freelance yazılımcıyla çalışın: iş küçük ve sınırlıysa, tek bir uzmanlığa sığıyorsa ve kapsamı, testi ve yayını kendiniz yönetebilecekseniz.
• Yapay zekâ araçlarıyla kendiniz yapın: fikrin talep görüp görmediğini henüz bilmiyorsanız, bir demo ya da iç araç yeterliyse ve kişisel veri ya da ödeme işin içinde değilse.

Teknik kurucu ortak, freelance yazılımcı, yazılım ajansı ve yapay zekâ araçları birbirini dışlamaz. Bir prototipi yapay zekâyla yapıp ilk sürümü bir ajansa yaptırmak, ürün tuttuğunda ise bir teknik ortak ya da şirket içi ekip kurmak mümkündür. Bunun tek şartı, her geçişte kodun, hesapların ve dokümantasyonun bir sonraki kişiye devredilebilir olmasıdır. Ben olsam bu yolları sıralı düşünür, birini seçip ötekilerini baştan kapatmazdım.

Ortak, freelance yazılımcı ya da ajansla maliyeti ve süreyi ne belirler?

Teknik ortak, freelance yazılımcı, ajans ve yapay zekâ araçlarında maliyeti ve süreyi aynı etkenler belirler: kapsamın genişliği, platform sayısı ve kimin hangi işi üstlendiği. Hangi yöne ittiklerini bilmek, teklifleri ve ortaklık önerilerini okumayı kolaylaştırır:

• Kapsam: her ek ekran, rol ve rapor süreyi uzatır. Kapsamı daraltmak dört yolda da maliyeti ya da süreyi düşürür.
• Platform sayısı: web ile iki mobil işletim sistemini aynı anda istemek işi büyütür. Önce hangisinin gerektiğini mobil uygulama mı web uygulaması mı yazısıyla tartabilirsiniz.
• Entegrasyonlar: ödeme, fatura ya da mevcut sistemlerinizle bağlantı, dokümantasyonu zayıfsa beklenenden uzun sürer.
• Sizin zamanınız: freelance yazılımcıda ve yapay zekâ araçlarında proje yönetimi ve test sizin saatlerinizden çıkar; bu zaman faturada yer almaz ama takvimi uzatır.
• Sonradan yeniden yazma: devredilemeyen bir prototip ya da dokümansız bir kod, ileride baştan yazılmayı gerektirebilir.

Fiyat tekliflerini aynı ölçüyle okumak için yazılım yaptırma maliyeti ve teklif karşılaştırma rehberine bakabilirsiniz. Hisse ile ücreti karşılaştırırken de kendinize şu soruyu sorun: bu bedeli bir kez mi ödüyorum, yoksa şirket var oldukça mı?

Kaynak kod ve fikrî haklar kimde kalır?

Kaynak kod ve fikrî haklar, işi ödeyen kişiye her durumda kendiliğinden geçmez; kimde kalacağını çalışma şekli ve yazılı sözleşme belirler. Ekim 2026 itibarıyla Fikir ve Sanat Eserleri Kanunu (yeni sekmede açılır) 2. maddede bilgisayar programlarını eser sayıyor ve 18. maddede mali hakları kullanma yetkisinin eser sahibine ait olduğunu söylüyor. Aynı madde, memur, hizmetli ve işçilerin işlerini görürken meydana getirdikleri eserlerde hakların, sözleşmede ya da işin mahiyetinde aksi yoksa, onları çalıştıranlarca kullanılacağını düzenliyor.

İş sözleşmesiyle çalışmayan serbest bir yazılımcı ya da bir ajans, FSEK 18. maddedeki işveren kuralının dışında kalır; ajans çalışanlarının yazdığı kodda haklar da önce ajansta toplanır. Bu yüzden kodun mali haklarının şirketinize geçmesini sözleşmeye yazdırmanızı öneririm. FSEK 52. madde, mali haklara dair sözleşmelerin yazılı olmasını ve devredilen hakların ayrı ayrı gösterilmesini şart koşuyor.

Henüz yazılmamış kod için FSEK'te iki ayrı kural var: 48. madde, henüz meydana getirilmemiş ya da tamamlanmamış bir esere ilişkin devir işlemlerini batıl sayıyor; 50. madde ise bunlara dair taahhütleri, eser yazılmadan önce verilse de geçerli kabul ediyor. Aynı madde, eser sahibinin ileride yazacağı eserlerin bütününe ya da belirli bir türüne ilişkin taahhütleri taraflardan her birinin feshedebileceğini ve feshin ihbardan bir yıl sonra hüküm doğuracağını söylüyor. Bu yüzden "yazacağın her kod şirketindir" gibi genel bir taahhüdün yeterli olup olmadığını ve devrin teslimler için ayrıca yazılıp yazılmayacağını bir avukata sorun. Teknik ortakta ise aynı devir, ortaklar arasındaki anlaşmada şirkete yapılmalıdır.

Bilgisayar programları Türkiye'de kendi başına patent konusu değildir: Ekim 2026 itibarıyla Sınai Mülkiyet Kanunu (yeni sekmede açılır) 82. madde, onları kendi başına buluş saymıyor. Bu nedenle yazılımda haklarınızın ana dayanağı FSEK'teki eser korumasıdır; bu korumayı şirkette toplamak için mali hakların FSEK 52'ye uygun yazılı devri gerekir.

Hukuki hakların yanında, işi fiilen devralabilmek için kod deposu, sunucu, alan adı ve uygulama mağazası hesaplarının şirketinizin adına açılmasını öneririm. UlvionTech sözleşmesinde bu hesapların ilk günden müşterinin şirketi adına açılması ve teslimin dokümantasyon ve bir devir toplantısıyla bitmesi yer alır. Bir yazılım geliştirme sözleşmesinde bu maddelerin karşılığı olmalı; hazır bir şablon yerine avukatınızın gözden geçirdiği bir metin kullanın.

İlk görüşmeye ne götürmeli, hangi hatalardan kaçınmalı?

Bir teknik ortak adayıyla, freelance yazılımcıyla ya da ajansla ilk görüşmeye, devri ve tek kişiye bağımlılığı ölçen sorularla gitmek, yanlış yolu erkenden elemenizi sağlar. Görüşmenin karşı tarafı kim olursa olsun, bu bölümdeki sorular ve hatalar listesi işinizi görür.

İlk görüşmeye hangi sorularla gitmelisiniz?

İlk görüşmeye, bir sayfalık brief'i ve kodun kimde kalacağını, kişi ayrılırsa ne olacağını soran soruları içeren şu yedi maddeyle gidin:

• Bir sayfalık brief: problem, ilk kullanıcı, ilk sürümde olmazsa olmazlar.
• Kodu kim yazacak, o kişi ayrılırsa işi kim devralacak?
• Kod deposu ve hesaplar kimin adına açılacak?
• Kapsam yazılı olacak mı, sabit fiyat kapsamdan sonra mı gelecek?
• Ara sürümleri kendim nerede ve ne sıklıkla deneyebileceğim?
• Teslimde hangi dokümantasyonu alacağım, devir toplantısı olacak mı?
• Yayından sonra hataları kim, ne süreyle düzeltecek?

Yazılımcı ararken hangi hatalar pahalıya patlar?

Yazılımcı ararken yapılan hataların bedeli ilk gün değil, ortaklık ya da iş ilişkisi bozulduğunda ödenir. Bu hataların hepsini, kod yazılmadan önce verilen yazılı bir kararla önlemek mümkün diye düşünüyorum. Kaçınmanız gereken hatalar şunlardır:

• İlk sürümü hisseyle ödemek: ücretle bitecek bir iş için kalıcı pay vermek.
• Kapsamı yazmadan yazılımcı aramak: herkes kafasındaki ürünü fiyatlar, teklifler karşılaştırılamaz.
• Hesapları yazılımcının adına açtırmak: iş bozulduğunda alan adı ve mağaza hesabı da gider.
• Tek bir serbest çalışana her şeyi yüklemek: tasarım, arka uç, mobil ve yayın tek kişide toplanır.
• Prototipi ürün sanmak: yapay zekâyla yapılan demoyu ödeme ve kişisel veriyle yayına almak.

Fikri olan ama yazılımcısı olmayan biri hangi sırayla ilerlemeli?

Ben olsam, fikri olan ama yazılımcısı olmayan bir girişimci olarak önce yazıyla, sonra prototiple, en son kişiyle ilerlerdim. İlk hafta bir sayfalık brief yazar, ilk kullanıcıyı ve ilk sürümde olmazsa olmazları netleştirirdim. Ardından yapay zekâ araçlarıyla tıklanabilir bir prototip yapar ve bunu birkaç olası kullanıcıya gösterirdim. Prototipten çıkan geri bildirim, kime ihtiyacım olduğunu tahmin etmekten daha iyi söylerdi.

Fikir talep görürse önce ürünün şirketin kendisi olup olmadığına bakardım. Öyleyse teknik ortak aramaya başlardım ama ilk sürümü onu bulana kadar ertelemezdim; değilse ortak aramazdım. İki durumda da ilk sürüm için yazılı kapsamla, sabit fiyatla ve kod deposunun ve hesapların ilk günden benim şirketimin adına açılacağı bir ajansla ilerlerdim. Böylece ortak bulunduğunda ya da şirket içi ekip kurulduğunda, devralınacak belgeli bir ürün hazır olurdu. Abonelikle satılacak bir ürün için SaaS platformu geliştirme, telefonda yaşayacak bir ürün için mobil uygulama geliştirme hizmetlerimiz bu tür ilk sürümleri kapsıyor; SaaS'ın ilk müşteriye kadar aşamaları da SaaS nasıl yapılır yazısında.

Hangi durumlarda bizimle çalışmamalısınız?

UlvionTech'le çalışmak, ilk sürümü yazılı kapsamla ve ekip olarak çıkarmak istediğinizde anlamlıdır; şu durumlarda başka bir yol size daha iyi hizmet eder. Bunu açıkça yazmayı tercih ediyorum, çünkü yanlış yolda verilen ilk karar ürünü aylarca geciktirebilir.

• Yıllarca ürünün başında kalacak bir ortak arıyorsanız: bir ajans, şirketi sizinle kuracak bir teknik kurucunun yerini tutmaz.
• İş küçük ve tek uzmanlıksa: mevcut sitede birkaç düzeltme ya da tek bir entegrasyon için iyi bir freelance yazılımcı daha uygundur.
• Fikir henüz sınanmadıysa: önce yapay zekâ araçlarıyla bir prototip yapın; kapsam netleştiğinde konuşmak ikimiz için de daha verimli olur.
• Şirket içinde bir yazılım ekibiniz varsa: dış bir ekibe gerek olmayabilir; ekibinizin eksik kaldığı tek bir uzmanlık için danışmanlık yeterli olabilir.

Bu dört durumdan hiçbiri size uymuyorsa ve ilk sürümün kapsamını birlikte yazmak istiyorsanız, fikrinizi ve elinizdeki prototipi iletişim sayfamızdan gönderebilirsiniz; ilk görüşmede hangi yolun size uyduğunu, bizim yolumuz olmasa da açıkça söyleriz.