Mobil Uygulama Geliştirme Şirketi Nasıl Seçilir: İmza Atmadan Önce Kontrol Listesi

Yanlış geliştirme şirketiyle çalışmanın pahalı kısmı fatura değil. Bunu fark etmek için harcadığınız dört ay. Parayı yeniden bulabilirsiniz; o sürümün satın alması gereken kullanıcı geri bildirimi turu geri gelmiyor. Üstelik sorunu genellikle demonun yetişmesi gereken hafta fark ediyorsunuz.

"En iyi 10 mobil uygulama şirketi" listeleri tam da imzayı atacak kişi siz olduğunuzda işe yaramıyor. Listedeki sıra bir iddiadır ve o iddiayı, listedeki şirketlerle ticari ilişkisi olan biri yayınlar. Bir kurucunun ihtiyacı bir yabancının kısa listesi değil; gelen kutusunda hâlihazırda duran şirketi kontrol etmenin bir yolu. Yani neyi doğrulayacağı, neyi soracağı ve neyin görüşmeyi bitirmesi gerektiği.

Sıralama bir iddiadır, mağaza kaydı bir kayıttır#

Şirketleri sıralayan dizinlerin çoğunun kendi "listeye girin" sayfası vardır. Güvenmeyi düşündüğünüz listede o sayfayı açıp okuyun: profillerin ücretli olup olmadığını, sıranın sponsorlu olup olmadığını ve incelemenin gerçekte neye dayandığını orada yazar. Bazen bu okuma içinizi rahatlatır. Bazen de az önce güvenmek üzere olduğunuz sıralamanın bir fiyat listesi olduğu anlaşılır. İki sonuç da işinize yarar, ama ikisini de kendiniz görmeniz gerekir.

Kamuya açık uygulama mağazaları farklı çalışıyor: ne Apple ne de Google, sizin değerlendirmenizde bir stüdyoya daha iyi bir sıra satıyor. Mağaza kaydı size uygulamanın var olduğunu, incelemeyi geçtiğini, en son ne zaman güncellendiğini ve kaç kişinin puanladığını söyler. Puanlar manipüle edilebilir; yayında duran, bakımı yapılan ve gerçek bir puanlama geçmişi olan bir uygulamayı taklit etmek çok daha zordur — ve kontrolü bir dakika sürer.

Hangi kaynak size gerçekte ne söyleyebiliyor

İlk görüşmeden önce portfolyoyu doğrulayın#

Ekran görüntüsü değil, link isteyin. Sunumdaki bir ekran görüntüsü yalnızca bir tasarım dosyasının var olduğunu gösterir. Bir şirketin sahiplendiği her uygulama için şunları yapın:

• Açın. Mağazadan kaldırılmış uygulama ölü bir sayfa döndürür. Bunu görüşmeden sonra değil, önce bilmek istersiniz.
• Güncelleme geçmişine bakın. "Yenilikler" bölümünde tarihler yazar. Üç yıldır dokunulmamış bir uygulama yayına çıkarılmıştır ama bakımı yapılmamıştır; bu, satın aldığınızdan farklı bir sözdür.
• Puanı değil, puanlama sayısını okuyun. Altı puanlamayla oluşmuş 5,0 ortalama hiçbir şey anlatmaz. Birkaç bin puanlamayla 4,2 ise uygulamanın gerçekten kullanıldığını anlatır.
• Satıcının kim olduğuna bakın. Müşteri uygulamaları çoğu zaman müşterinin kendi geliştirici hesabında durur — zaten böyle olmalıdır. Yani listede stüdyonun değil, müşterinin adı görünür.

Son madde iki tarafa birden keser. Bir stüdyo gizlilik anlaşmaları ve müşteri hesapları yüzünden işinin yarısını gerçekten linkleyemiyor olabilir. Bu normal; o zaman gösterebildiği şeyi sorun: kendi yayınladığı uygulamalar ya da on beş dakikalık görüşmeye razı olacak eski bir müşteri. Kısa bir public liste sorun değil. Hiçbir yerde doğrulanabilir tek bir uygulamanın olmaması ve bunun bir açıklamasının da bulunmaması sorundur.

Değerlendirmeyi nasıl yürütürsünüz#

1. Portfolyoyu doğrulayın — sahiplenilen her uygulama için mağaza linkini toplayın, tek tek açın, yayında olduğunu, yakın zamanda güncellendiğini ve inandırıcı sayıda puanlama taşıdığını kontrol edin.
2. Herkese aynı tek sayfalık brief'i gönderin — sorun, ilk kullanıcı, ilk sürümün yapmak zorunda olduğu tek şey ve tarihiniz. Farklı brief'ler karşılaştıramayacağınız teklifler üretir.
3. Kapsam sorularını sorun — ilk sürümde ne var ve neyi çıkarırlardı. Çıkarılacaklar, brief'i okuyup okumadıklarını söyler.
4. Süreç sorularını sorun — her hafta kiminle konuşacaksınız ve kod yazılırken nerede duruyor.
5. Yayından sonraki iki haftayı sorun — çökme takibi, mağaza yorumlarına dönüş, acil düzeltme yolu. "Bütçesinde biten" projeler tam burada pahalılaşır.
6. Sözleşmeyi sahiplik için okuyun — kod, repo, tasarım dosyaları, mağaza hesapları ve her birinin ne zaman devredildiği.

Sorulmaya değer sorular ve duyulmaya değer cevaplar#

"İlk sürümde ne var, neyi çıkarırdınız?" Brief'inizi okumuş bir stüdyo çıkaracağı iki özelliği adıyla söyleyebilir ve nedenini anlatır. "Saydığınız her şey" diyen ya brief'i okumamıştır ya da sonradan sizinle tartışmayı planlamıyordur; ikisinin size maliyeti aynıdır.

"Uygulama kimin geliştirici hesabından yayınlanacak?" Bir startup için doğru cevap "sizinkinden"dir. Uygulamalar sonradan hesaplar arasında devredilebiliyor ama bu, hiç ihtiyacınız olmayan bir evrak işi; kendi hesabınızla başlamanın ek maliyeti yok.

"Kod kimin, ne zaman elime geçiyor?" Repoyu teslimde değil, ilk günden istiyorsunuz. Sahibi olduğunuz bir repoya düşen haftalık commit'ler, süslenemeyen tek ilerleme raporudur.

"Her hafta gerçekte kiminle konuşacağım?" Rol değil, isim isteyin. Bir de o kişinin cevaplayamayacağı bir soru çıktığında ne olduğunu sorun.

"App Review'da sizi ısırmış ne var?" Birkaç uygulama yayınlamış herkes en az bir kez reddedilmiştir ve hikâyesini anlatabilir. Apple App Review kurallarını açıkça yayınlıyor, yani bu bir tuzak soru değil — sadece kuyrukta gerçekten beklemiş stüdyoları beklememiş olanlardan ayırıyor.

Startup olmanız neyi değiştiriyor#

Kurumsal bir alıcı kesinliği optimize eder. Bir startup ise nakdi bitmeden kaç öğrenme turu satın alabildiğini optimize eder — ve bu, iyi bir seçimin neye benzediğini değiştirir.

İlk sürümü bilerek küçük tutun. İlk sürüm, bunu isteyen biri var mı sorusunu cevaplamak için vardır; ilk kullanıcınızın geldiği tek şey dışındaki her şey ikinci sürümdür. Kapsam aynı zamanda maliyetin en büyük kaldıracı — bunu fiyatı belirleyen kalemler yazısında ayrıca ele aldık.

Aksini söyleyemiyorsanız tek platform seçin. İki mağaza, ortak kod tabanı olsa bile iki inceleme kuyruğu ve neredeyse iki katı test yüzeyi demek.

Takvimi asıl bütçe sayın. Altı ayda çıkan ilk sürüm, altı haftada çıkandan sadece daha pahalı değil; üstüne beş ay daha bilmeme hali. Bir stüdyoyu hâlâ freelancer ya da sözleşmeli ekiple karşılaştırıyorsanız, o tercihlerin karşılığı uygulama geliştirme ücretleri yazısında duruyor.

Aynı kontrolü kendimize de uyguluyoruz#

Kendimizin geçemeyeceği bir doğrulama testini yayınlamak ayıp olurdu. Aşağıdakiler geliştirdiğimiz üç uygulama ve rakamlar doğrudan public App Store kayıtlarından okundu:

Her biri tek link uzağınızda, ABD mağazası rakamlarıyla birlikte: Glamour — Color Analysis & Glow Up ABD'de 72 puanlamayla 4,4; HairMaxx — AI Hair Style & Care 48 puanlamayla 4,6; Tattoo Genie — AI Designer 29 puanlamayla 4,1. Puanlama sayıları mağaza bazlı tutuluyor; TR ve ABD rakamlarının bu kadar farklı olmasının sebebi bu — bu uygulamalar ilk kitlesini Türkiye'de buldu.

Burada gelir rakamı da, sıralama rozeti de yok. İkisi de kendi beyanımız olurdu; kendi beyana dayanan rakamların, tarayıcıda kendiniz kontrol edebileceğiniz rakamların yanında işi yok.

Sık sorulan sorular#

Bir geliştirme şirketinin portfolyosunu nasıl kontrol ederim?

Ekran görüntüsü yerine mağaza linki isteyin, sonra her birini tek tek açın. Dört şeye bakıyorsunuz: uygulama hâlâ yayında mı, en son ne zaman güncellenmiş, kaç puanlama taşıyor (ortalamaya değil sayıya bakın) ve listelenen satıcı kim.

Müşteri uygulamaları çoğu zaman müşterinin kendi geliştirici hesabında durur, bu yüzden kısa bir public liste otomatik olarak kötü bir işaret değil. Hiçbir yerde doğrulanabilir uygulama olmaması ve bunun açıklanmaması ise kötü bir işaret.

"En iyi uygulama şirketleri" listeleri işe yarar mı?

Uzun liste çıkarmak için iyi, karar vermek için kötü. Sıralama, bir dizinin yayınladığı bir iddiadır ve dizinlerin çoğunda sıranın ücretli mi sponsorlu mu olduğunu anlatan bir "listeye girin" sayfası bulunur.

Sıralamaya ağırlık vermeden önce o sayfayı okuyun, sonra şirketleri mağazada kendiniz doğrulayın.

Bir startup imza atmadan önce neleri sormalı?

İlk sürümde ne var ve neyi çıkarırlardı; uygulama kimin geliştirici hesabından yayınlanacak; kod kimin ve repo ne zaman elinize geçiyor; her hafta kiminle konuşacaksınız; yayından sonraki iki haftada ne oluyor.

Bunların hepsini kimse rakam konuşmadan önce sorun. Tek paragraflık bir brief'ten çıkan teklif bir tahmindir ve o tahmin sonradan kapsam değişiklikleriyle düzeltilir.

App Store hesabı ve kod kimin olmalı?

Baştan sizin. Uygulamalar sonradan geliştirici hesapları arasında devredilebiliyor ama bu, kaçınılabilir bir evrak işi; kendi hesabınızla başlamanın ek maliyeti yok. Aynısı repo için de geçerli: teslimde değil, ilk günden istiyorsunuz.