Mobil Uygulama Geliştirme Şirketi Nasıl Seçilir?

Mobil uygulama geliştirme şirketini dört şeyi kontrol ederek seçin: yayınladıkları ve hâlâ destekledikleri uygulamalar, sizinkini geliştirecek isimler, uygulamanın arkasındaki işi nasıl ele aldıkları ve kapsam değiştiğinde ticari olarak ne olacağı. İmzadan önce yalnızca müşteri temsilcisiyle değil geliştiricilerle de görüşmeyi isteyin.

Uygulama projeleri nadiren kod yüzünden başarısız olur. Arka ofis kapsam dışı kaldığı, tahmin temiz veri varsaydığı veya sunumu yapan ekip geliştiren ekip olmadığı için başarısız olur.

Önemli noktalar

• Portföyü değil yayındaki uygulamaları değerlendirin: Geliştirdiklerini indirin ve mağazadaki güncelleme geçmişine bakın.
• Gerçek ekiple tanışın: Sunumdaki kişiler sıklıkla atanan kişiler değildir ve bunu kimse kendiliğinden söylemez.
• Yönetim panelinin kapsamda olduğunu doğrulayın: Genelde gerçek geliştirmenin dörtte biri ile üçte biridir ve aşımın en sık nedenidir.
• Sahipliği imzadan önce netleştirin: Kod, mağaza hesapları ve ilişki biterse nelerin devredileceği.

Hâlâ destekledikleri uygulamalara bakın

Portföy lansmanları gösterir. Bilmeniz gereken ise sonrasında ne olduğudur.

Yayınladıkları iki üç uygulamayı indirin ve mağaza sayfasına bakın: en son ne zaman güncellendi, yorumlarda çözülmemiş hatalar veya çökmeler var mı, güncel işletim sistemi sürümlerine ayak uydurmuş mu? İki yıldır güncellenmemiş bir uygulama ya müşterinin ayrıldığını ya da ilişkinin kötü bittiğini gösterir ve ikisi de doğrudan sorulmaya değer.

Ters giden bir projeyi ve sonrasında süreçlerinde neyi değiştirdiklerini özellikle isteyin. Gerçek teslimat geçmişi olan her ajansın böyle bir örneği vardır. Örnek veremeyen bir adayın ya geçmişi çok azdır ya da sizi bilgilendirmek yerine yönetiyordur.

Dört yetkinliği ayrı ayrı ölçün

Ürün düşüncesi, özellik listenize itiraz edip etmeyecekleridir. Belirttiğinizi kullanıcıyla test etmeden geliştiren bir ekip, yanlış olanlar dahil tüm varsayımlarınızı sadakatle teslim eder.

Mobil teslimat, mağaza gönderimi, sürüm yönetimi, çökme izleme, cihaz çeşitliliği ve uygulamayı lansmandan sonra sağlıklı tutan operasyonel alışkanlıklardır. Cuma günü bulunan kritik bir hatayı nasıl ele aldıklarını sorun.

Arka uç derinliği, çoğu alıcının beklediğinden önemlidir. Neredeyse her iş uygulaması, üzerine mobil arayüz eklenmiş bir arka uçtur ve arayüzde güçlü, veri modelinde zayıf ajanslar demoda çalışan, hacimde zorlanan uygulamalar üretir.

Sahiplik, ticari ve operasyonel ilişkidir: hesapları kim tutuyor, lansmandan sonra kim yanıt veriyor ve ayrılmak neye benziyor.

Yönetim panelinin teklifte olduğundan emin olun

Müşteriye dönük her özellik arkasında personel işi yaratır. Birinin kullanıcıları yönetmesi, destek kayıtlarını çözmesi, kayıtları düzeltmesi ve geliştirici olmadan içerik değiştirmesi gerekir.

Bu arayüz tipik olarak toplam geliştirmenin dörtte biri ile üçte biridir ve ucuz bir tekliften en sık eksik olan tek kalemdir. Teklif bunu adlandırmıyorsa iş ortadan kalkmamıştır; ya değişiklik talebi olarak geri döner ya da doğrudan veritabanı erişimine kayar ki bu da yavaş, denetlenemez ve sürdürmesi pahalıdır.

Her adaydan yönetim arayüzünü ayrı bir kalem olarak fiyatlandırmasını isteyin. Yanıtlar hangi tekliflerin kapsamlandırıldığını, hangilerinin özellik listesinden tahmin edildiğini hızla gösterir.

Bu arayüzün neleri içermesi gerektiği için mobil uygulamalar neden yönetim platformuna ihtiyaç duyar yazısına bakın.

İşi kimin geliştireceğini sorun

Ajanslar kıdemli kişilerle sunum yapar ve müsait olanlarla ekip kurar. Bu olağandır ve tek başına sorun değildir; ancak imzadan önce bilmelisiniz, üçüncü haftada değil.

Doğrudan sorun: bu projedeki isimler kimler, deneyimleri nedir, çalışan mı taşeron mu ve biri proje ortasında ayrılırsa ne olur. Bu toplantıdaki kişilerin aralarında olup olmayacağını sorun.

İşin taşerona verilmesi veya yurt dışına açılması tamamen kabul edilebilir olabilir; ancak iletişim yükünü, saat dilimlerini ve hesap verebilirliği değiştirir ve bunu bir commit geçmişinden değil onlardan öğrenmelisiniz.

Sonradan canınızı yakacak ticari koşulları netleştirin

İmzadan önce şunların hepsine yazılı yanıt alın:

• Kaynak kodun sahibi kim ve ilk günden kontrol ettiğiniz bir depoda mı duruyor?
• Apple ve Google geliştirici hesaplarının sahibi kim? Bunlar sizin olmalı.
• Değişiklik talepleri nasıl fiyatlanır ve onaylanır, hangi ücretle?
• Lansman sonrası destek ne tutar ve hangi yanıt süresini taahhüt eder?
• İlişki biterse ne, hangi durumda devredilir?

Geliştirici hesabı sorusunda ısrar etmeye değer. Ajansın hesabı altında yayınlanan uygulamaları taşımak zahmetlidir ve bunu fark ettiğiniz an genellikle ilişkinin zaten zorlaştığı andır.

Küçük ve ücretli bir işle test edin

En güvenilir sinyal, bir adayın gerçek iş üzerinde nasıl davrandığıdır. Mümkün olduğunda ücretli bir keşif veya küçük bir ilk faz ile başlayın — iki ile dört hafta, çıktısı başka yere götürebileceğiniz şekilde kapsamlandırılmış.

Mevcut sistemlerinizi, istisnalarınızı ve sonucu işletecek insanları soruyorlar mı, yoksa doğrudan ekranlara mı geçiyorlar, izleyin. Görsel tasarımdan önce hata durumlarını soran bir ekip, bir şey yayınlamış ve sonrasında desteklemiş bir ekiptir.

O çalışmanın maliyeti, uyumsuzluğu sabit fiyatlı bir geliştirmenin altıncı ayında keşfetmenin maliyetinin yanında küçüktür.

İlgili rehberler

İlgili içerikler:

• İş Modelini Test Eden Mobil Uygulama MVP'si Nasıl Tanımlanır?
• Özel Yazılım İçin İş Gerekçesi Nasıl Hazırlanır?
• Dijital Dönüşüm İş Ortağı Nasıl Seçilir?

Mobil Uygulama Geliştirme Şirketi Nasıl Seçilir? rehberinden doğan çalışma; ürün stratejisi, tasarım, geliştirme veya entegrasyon desteği gerektiren somut bir girişime dönüşürse Mobil Ürününüzü Konuşalım.