Teknik kurucu ortağınız yoksa yazılımı nasıl yaptırırsınız?

Kod bilmemek bir engel değil

Başarılı ürünlerin önemli bir kısmı, sektörünü çok iyi tanıyan ama yazılım geçmişi olmayan kurucuların fikirlerinden doğar. Sizin en büyük değeriniz kullanıcıyı, problemi ve pazarı bilmenizdir. Yazılım bu bilginin bir araca dönüşmüş halidir.

Yapmanız gereken, teknik işleri doğru bir ekibe emanet etmek ve süreci doğru sorularla yönetmektir. Bunun için yazılımcı olmanız gerekmez; ama sürecin nasıl işlediğini bilmeniz büyük fark yaratır.

Seçenekleriniz neler?

Teknik ortağı olmayan girişimcilerin genellikle üç yolu vardır: serbest çalışan yazılımcılarla ilerlemek, bir yazılım ajansı veya stüdyosuyla çalışmak ya da şirket içinde ekip kurmak.

• Serbest yazılımcı: Küçük ve net işler için esnektir; ancak tasarım, test ve yayın gibi tüm halkaları sizin koordine etmeniz gerekir.
• Yazılım stüdyosu: Tasarım, geliştirme, test ve yayını tek ekip yürütür; ürün kararlarında da yol gösterebilir.
• Şirket içi ekip: Uzun vadede kontrol sağlar ama işe alım, yönetim ve maliyet açısından ilk sürüm için genellikle ağır bir başlangıçtır.

Fikrinizi nasıl anlatmalısınız?

İyi bir ekip, ilk görüşmede size çok soru sorar. Bu sorulara hazırlıklı gitmek hem süreci hızlandırır hem de alacağınız tekliflerin karşılaştırılabilir olmasını sağlar.

• Ürün kimin için ve hangi problemi çözüyor?
• Kullanıcı ürünü nerede kullanacak: telefonda mı, bilgisayarda mı?
• Benzer ürünler var mı, sizin farkınız ne?
• İlk sürümde mutlaka olması gereken üç özellik hangisi?
• Ürünü kim yönetecek; bir yönetim paneline ihtiyaç var mı?
• Ödeme, harita, bildirim gibi dış sistemlere bağlantı gerekiyor mu?

Yazılım ortağı seçerken sorulacak sorular

Teklifleri yalnızca rakama göre karşılaştırmak, en sık yapılan hatalardan biridir. Kapsamın, sürecin ve sahipliğin netliği en az bütçe kadar önemlidir.

• Daha önce benzer ürünler geliştirdiniz mi, örnek gösterebilir misiniz?
• Süreç nasıl işliyor; ara sürümleri ne sıklıkla görebileceğim?
• Kaynak kod, tasarım dosyaları ve hesaplar kimde olacak?
• Yayın sonrası hata düzeltme ve destek nasıl planlanıyor?
• Hangi teknolojiyi neden öneriyorsunuz?

Süreci yönetmek için pratik öneriler

Kod bilmeseniz de ürünün sahibi sizsiniz. Düzenli aralıklarla çalışan sürümü kendi elinizle deneyin; yalnızca rapor dinlemek yerine ürünü kullanın. Geri bildirimlerinizi tek bir yerde, maddeler halinde toplayın.

Kapsam değişikliklerini yazılı netleştirin. Yeni bir fikir geldiğinde bunun ilk sürüme mi yoksa sonraki aşamaya mı ait olduğuna birlikte karar verin. Bu disiplin, takvimin ve bütçenin kontrol altında kalmasını sağlar.

Teknik ortaklık modeli nedir?

Bazı stüdyolar yalnızca proje teslim etmekle kalmaz, ürünün teknik tarafını uzun vadeli bir ortak gibi üstlenir: mimari kararlar, yeni sürümlerin planlanması, ölçüm ve büyüme. Teknik kurucu ortağı olmayan girişimler için bu model, ekip kurulana kadar güçlü bir köprü olabilir.

Hangi modelin size uygun olduğu; ürünün aşamasına, bütçeye ve büyüme hedeflerine göre değişir. İlk görüşmede bunu açıkça konuşmak, ileride yaşanabilecek beklenti farklarını önler.

Bütçeyi planlarken nelere dikkat etmeli?

Yazılım bütçesi yalnızca geliştirme bedelinden oluşmaz. Planlama yaparken ürünün yayından sonraki ihtiyaçlarını da hesaba katmak, ilerideki sürprizleri önler.

• Tasarım ve prototip aşaması
• Geliştirme ve test
• Sunucu, veritabanı ve üçüncü taraf servis giderleri
• Mağaza hesapları (mobil uygulamalar için)
• Yayın sonrası bakım, hata düzeltme ve güncellemeler
• Pazarlama ve ilk kullanıcıları kazanma bütçesi

Sık yapılan hatalar

Teknik bilgisi olmayan kurucuların yaşadığı sorunlar çoğu zaman aynı noktalarda toplanır. Bunları önceden bilmek, sürecin daha sağlıklı ilerlemesini sağlar.

• Yazılı bir kapsam belgesi olmadan işe başlamak
• En düşük teklifi, kapsamı karşılaştırmadan seçmek
• Hesapların (alan adı, sunucu, mağaza) yazılım ekibinin adına açılması
• Ara sürümleri test etmeden yalnızca sona odaklanmak
• Ürün yayınlandıktan sonra destek planının belirsiz kalması

İlk görüşmeden önce hazırlanacak kontrol listesi

İlk görüşmeye hazırlıklı gitmek, hem doğru ekibi seçmenizi hem de alacağınız tekliflerin gerçekçi olmasını sağlar. Aşağıdaki maddeleri kısa notlar halinde hazırlamanız yeterlidir; mükemmel bir belge gerekmez.

• Ürünün bir paragraflık özeti
• Hedef kullanıcı ve çözdüğü problem
• İlk sürümde olmazsa olmaz özellikler
• Beğendiğiniz ve beğenmediğiniz benzer uygulamalar
• Hedeflediğiniz yayın dönemi ve bütçe aralığı
• Ürünün ilerideki büyüme hedefleri