Mobil Uygulama Geliştiricisi Seçerken Teklifte Aranacak Teslimler

Mobil uygulama geliştiricisi seçerken portfolyodaki ekranların güzel görünmesi tek başına yeterli değildir. Çalışan ürün, tasarım dosyası, sunucu altyapısı ve bakım farklı teslimlerdir. Teklif bu ayrımı göstermediğinde fiyatlar benzer görünse bile satın alınan işler farklı olabilir.

Önce hangi uzmanlığa ihtiyacınız olduğunu belirleyin

Mobil uygulama tasarımcısı kullanıcı akışını ve arayüz sistemini oluşturur. Geliştirici bu davranışları çalışan yazılıma dönüştürür. Backend, kalite kontrol ve ürün yönetimi de projenin kapsamına göre ayrı sorumluluklar olabilir. Tek kişinin veya bir ekibin birden fazla rol üstlenmesi mümkündür; önemli olan her teslimin sahibinin belli olmasıdır.

Selçuk Aker'in freelance mobil uygulama tasarımı hizmeti için görüşürken arayüz ve geliştiriciye devir kapsamı üzerinden ilerleyebilirsiniz. Geliştirme teklifiyle tasarım teklifini aynı işmiş gibi değerlendirmeyin.

Portfolyoyu görev ve karar üzerinden okuyun

Geliştiriciye örnekte tam olarak hangi parçayı yaptığını sorun. Sıfırdan geliştirme mi, var olan ürüne özellik ekleme mi, bakım mı? Ardından projenizdeki zor bir senaryoyu anlatmasını isteyin. Bağlantı sorunu, farklı kullanıcı rolleri veya üçüncü taraf entegrasyonu hakkında verdiği cevap, yalnız teknoloji isimlerinden daha açıklayıcıdır.

Müşteri bilgisi gizli bir işte kamuya açık uygulama gösterilememesi tek başına olumsuzluk değildir. Ancak rol ve yaklaşım, paylaşılabilecek sınırlar içinde anlaşılır biçimde açıklanabilmelidir. Gerçek dışı referanslar yerine doğrulanabilen kapsam konuşulmalıdır.

Teklifte görünmesi gereken beş teslim grubu

• Ürün kapsamı: Kullanıcı rolleri, ana görevler, ilk sürüm dışında kalan özellikler.
• Tasarım: Akışlar, ekran durumları, bileşenler, prototip ve revize sınırları.
• Yazılım: Platformlar, entegrasyonlar, yönetim ihtiyacı ve test kapsamı.
• Devir: Kaynak dosyalar, erişimler, kurulum notları ve sorumlular.
• Yayın sonrası: Hata giderme, yeni özellik, sürüm bakımı ve destek kapsamının ayrımı.

Örneğin “ödeme entegrasyonu” tek satırı; başarısız işlem, iptal, tekrar deneme ve ödeme durumunun sisteme yansıması hakkında yeterli bilgi vermeyebilir. Aynı şekilde “yönetim paneli dahil” ifadesinin hangi yetkilere sahip olduğu yazılmalıdır.

Kabulü ekran sayısına bağlamayın

Bir kilometre taşının tamamlandığını anlayabilmek için denenebilir senaryo yazın. “Kullanıcı randevusunu seçip onaylayabiliyor; uygun saat kalmadığında anlaşılır alternatif görüyor” ifadesi, “rezervasyon ekranı bitti” cümlesinden daha denetlenebilirdir. Tasarım ve yazılım kontrolleri birlikte planlanmalıdır.

Bütçeyi konuşurken mobil arayüz fiyat rehberini kullanın; yazılım, servis ve bakım bedellerini ayrı isteyin. Proje kapsamını paylaşmak doğru uzmanlık ihtiyacını belirlemenin ilk adımıdır.