Mobil Uygulama Geliştirici Nasıl Bulunur: Doğru Sıra, Doğru Sorular

Çoğu kişi geliştirici arayarak başlıyor. Oysa bu ikinci adım. Birincisi işin ne olduğuna karar vermek ve bu adım atlandığı için pek çok arama, birbiriyle kıyaslanamayan üç teklifle bitiyor: üç farklı kapsam, üç farklı varsayım, hiçbirinin yazıya dökülmediği bir soruya verilmiş üç cevap.

Kötü bir eşleşme genelde görüşmede yapılan bir değerlendirme hatası değil. Belirsiz bir brief'in on hafta sonra yüzeye çıkması. Çünkü belirsiz brief'le çalışan bir geliştirici de ekran üretmeye devam ediyor; kullanmayı deneyene kadar her şey ilerleme gibi görünüyor.

Bu yazı fiyatla değil sırayla ilgili. İşin ne tutacağı kendi kalemleri olan ayrı bir soru; buradaki mesele, yanlış eşleşmenin onuncu haftada değil ikinci haftada görünmesini sağlayan işleyiş.

Geliştiriciyi değil, işi tanımlayarak başlayın#

İlk sürümün ne yaptığını tek cümleyle yazın — içinde üç kere "ve" geçmeyen bir cümle. Yazamıyorsanız henüz kimseyle konuşmaya hazır değilsiniz; o kararı işe aldığınız kişi, saatlik ücretiyle ve sizin seçmediğiniz bir yönde verecek.

Bu cümle göründüğünden önemli. Her adayın karşısında teklif verdiği şey o olduğu için iki teklifi kıyaslanabilir kılan tek unsur. Aynı zamanda ilk dürüst filtre: cümleyi okuyup hemen "kullanıcının interneti yoksa ne oluyor?" diye soran bir geliştirici size kendisi hakkında işe yarar bir şey söylemiştir.

1. İlk sürümü tek cümlede tanımlayın — kullanıcının onunla ne yapabildiğini yazın, ürünün bir gün ne olacağını değil.
2. Bilerek dışarıda bıraktıklarınızı yazın — kısa liste hem daha kolay hem daha değerli, çünkü karşı taraf zaten sessizce ona göre teklif veriyor.
3. Ürün kararlarını kimin vereceğine karar verin — dürüst cevap "geliştirici" ise aldığınız şey geliştirici değildir; o rolü doğru fiyatlamanız gerekir.
4. Kişiden önce çalışma modelini seçin — freelancer, stüdyo, kadrolu ya da yurt dışı ekip aynı işin dört fiyatı değil, sizin için dört ayrı iş.
5. Önce küçük ve gerçek bir iş satın alın — canlı bir API'ye bağlanmış tek ekran ya da baştan sona götürülmüş bir mağaza gönderimi.
6. Sahipliği kod var olmadan çözün — hesaplar, depo, anahtarlar; sizin adınıza ve yazılı olarak.

Nerede aranır, hangi kanal neyi eliyor#

Her kanal başka bir şeye göre seçim yapıyor. Hiçbiri yanlış değil ama birbirinin yerine de geçmiyor; bir kanalın neyi elediğini bilmek, geriye sizin kontrol etmeniz gereken neyin kaldığını söyler.

Geliştiriciye ulaşılan dört kanal ve her birinin neyi elediği

En az kullanılan kanal mağaza kayıtları. Elinizde tutabildiğiniz uygulamalardan geriye doğru gitmek ilan vermekten yavaş, ama konuşma başlamadan çıktıyı gördüğünüz tek kanal bu. Yol sizi stüdyo tarafına çıkarıyorsa oranın kendi kontrol listesi var: imza atmadan önce nelere bakılır.

Kod okuyamıyorken bir geliştirici nasıl değerlendirilir#

Mimariyi değerlendirmeyeceksiniz ve değerlendiriyormuş gibi de yapmayın. Kanıtı ve davranışı değerlendirebilirsiniz; ikisi de teknik olmayan bir alıcıya görünür.

• Portfolyo sayfası değil, canlı kayıt. Şu anda mağazada hangi uygulamaların olduğunu sorun ve kendiniz açın. Portfolyo bir iddiadır; mağaza kaydı tarihi olan bir kayıttır.
• Bir ret geldiğinde ne olduğu. Reddedilen bir gönderimi ve sonrasındaki ikinci denemeyi sorun. Tekrar tekrar yayına çıkmış herkesin bu hikâyesi vardır ve iyi anlatılması, on dakikada yapabileceğiniz referans kontrolüne en yakın şeydir.
• Brief'e itiraz edip etmediği. Her maddeyi tek soru sormadan kabul eden bir geliştirici ya her şeyi anlamıştır ya da anlamayı size fatura edecektir. Neredeyse hiç birincisi olmuyor.
• "Neyi çıkarırdınız?" sorusuna verdiği cevap. İşe yarayan cevap somut bir şey söyler ve ilk sürümün onsuz neden ayakta kaldığını anlatır.
• Backend'i sorup sormadığı. Hesap sistemi, ödeme, bildirim ve yönetim paneli, tekliflerin sessizce ayrıştığı yerdir. Sormayan ya varsaymıştır ya varsayacaktır.
• Devri nasıl anlattığı. İyi cevap, siz sormadan, kontrolünüzdeki bir kod deposunu ve sizin adınıza hesapları içerir.

Projeden önce bir hafta satın alın#

Görüşmeler bir insanın işten nasıl bahsettiğini ölçer. Nasıl çalıştığını ölçemez ve yanlış eşleşmeler tam da bu iki şeyin arasındaki boşlukta yaşar.

Sonucu karakter hükmü değil veri olarak okuyun. Aradığınız şey kusursuz iş değil; sorunların erken ve açık bir dille mi geldiği, yoksa geç ve ilerleme kılığında mı geldiği.

İlk satır yazılmadan sizin olması gerekenler#

Bu, başta çözmesi ucuz sonda çözmesi pahalı olan kısım. Sonda, hesapları elinde tutan kişi çoktan cevap vermemeye başlamış oluyor.

• Apple Developer ve Google Play hesapları, şirketinizin adına ve hesap sahibi siz olacak şekilde. Geliştirici sizinkine eklenebilir; sizin onunkinde misafir olmanız gerekmiyor.
• Kod deposu, kontrolünüzdeki bir organizasyonda ve kod ilk haftadan itibaren oraya gönderiliyor olsun — sonunda zip dosyası olarak teslim edilmesin.
• İmzalama sertifikaları, bildirim anahtarları ve API bilgileri, kimseye sormadan erişebileceğiniz bir yerde.
• Tasarım dosyaları ve görseller, dışa aktarılmış resim olarak değil düzenlenebilir formatta.
• Yazılı fikri mülkiyet devri, parasını ödediğiniz şeyin tartışmasız sizin olması için.

Bunların hiçbiri düşmanca değil ve tartışma yaratmaması gerekir. Bunu daha önce yapmış bir geliştirici soruyu zaten bekler; bu noktadaki tereddüt kendisi bir cevaptır.

Aynı kanıtı herkesten isteyin#

İddiayı kayıttan ayıran tek istek şu: şu anda canlı olan bir uygulama gösterin. Bizim yaptığımız üç uygulama, doğrudan App Store kayıtlarından okunmuş hâliyle:

Her biri bir link uzağınızda: Glamour — Color Analysis & Glow Up, HairMaxx — AI Hair Style & Care ve Tattoo Genie — AI Designer. Aynısını değerlendirdiğiniz herkesten isteyin ve onu anlatan sayfaya değil kaydın kendisine bakın.

Sık sorulan sorular#

Bir geliştiriciyle konuşmadan önce neyi hazırlamalıyım?

İlk sürümün kullanıcıya ne yaptırdığını anlatan tek bir cümle, bilerek dışarıda bıraktıklarınızın kısa listesi ve ürün kararlarını kimin vereceğinin cevabı.

İki teklifi kıyaslanabilir kılan şey bu üçü. Bunlar olmadan her geliştirici başka bir kapsama teklif verir ve en ucuz rakam, en az şey varsayana ait olur.

Teknik bilgim yokken geliştiricinin iyi olduğunu nasıl anlarım?

Uzmanlığı değil kanıtı değerlendirin. Şu anda mağazada canlı olan uygulamaları sorup kendiniz açın, sonra biri reddedildiğinde ne olduğunu ve ilk sürümünüzden neyi çıkaracaklarını sorun.

Ardından projeye bağlanmadan önce küçük ve gerçek bir işin ücretini ödeyin. Bir gereksinim yanlış çıktığında nasıl davranıldığı görüşmede görünmez.

Freelancer mı, stüdyo mu, kadrolu geliştirici mi?

İşin ne kadarını kendiniz taşımaya niyetli olduğunuza bağlı. Freelancer, ürün kararlarını ve sürekliliği sizin sağlamanızı gerektirir; stüdyo bu yükü geri alır ve haftalık maliyeti daha yüksektir; kadrolu işe alım, kod tabanının şirketin kendisi olduğu durumlarda anlamlıdır.

Bunlar aynı işin dört fiyatı değil sizin için dört ayrı iş — modelin kişiden önce seçilmesinin sebebi de bu.

Başlamadan önce sözleşmede ne olmalı?

Mağaza hesaplarının, kod deposunun ve imzalama anahtarlarının sahipliği; yazılı fikri mülkiyet devri; ilk sürüm için "bitti"nin tanımı; ve yayından sonraki hafta çökmeler ile reddedilen güncellemeler geldiğinde ne olacağı.

Bunları ilk satır yazılmadan çözün. Her biri başta anlaşması ucuz, sonda tartışması pahalı maddeler.