Ajansın hangi sorunu çözebildiğini nasıl anlarsınız?
Mobil uygulama ve web uygulaması arasındaki seçim netleşmeden ajans listesini daraltmak zorlaşır. Kullanıcının telefonda yapacağı ana görevi, cihaz özelliklerini ve çevrimdışı ihtiyacını yazın. Ardından referans projeyi bu koşullarla karşılaştırın; aynı sektörde olmak, aynı teknik sorunu çözmüş olmakla eşdeğer değildir.
Bir saha uygulamasında bağlantı koptuğunda kaydı korumak belirleyici olabilir. Bir randevu ürününde ise yetki, çakışan saatler ve iptal akışı önem kazanır. Bunlar örnek senaryolardır. Ajansın projede tasarım mı, mobil kod mu, backend mi yoksa bakım mı üstlendiğini sorun; portföyde bir logo görmeniz tüm işin o ekip tarafından yapıldığını kanıtlamaz.
Görüşmeye yalnızca ekran görüntüsü istemekle yetinmeyin. İzin verilen bir demo, açıklanmış mimari karar veya kimliksiz bir teslim örneği isteyin. Başka müşterilerin özel verilerini görmek gerekmez. Ekibin bir zorluğu nasıl tanımladığı, seçenekleri nasıl elediği ve sonucu nasıl kontrol ettiği satın alma kararına daha güçlü kanıt verir.
Keşif çalışmasında hangi çıktılar beklenmeli?
İlk ürün sürümünü planlarken ajansın kullanıcı rolleri, iş hedefi, mevcut sistemler ve karar sahipleri hakkında soru sormasını bekleyin. Kesin teklif öncesinde belirsizliğin nerede kaldığını açıklayabilmelidir. Keşfin çıktısı yalnızca toplantı notu değil, bir sonraki aşamayı sınırlandıran kararlar olmalıdır.
Ana görev, zorunlu akışlar, veri kaynakları, ertelenen özellikler ve kabul ölçütlerini aynı belgede görün. “API hazır” ifadesini erişim, örnek veri, hata davranışı ve dokümantasyonla kontrol edin. Ödeme veya cihaz entegrasyonu riskliyse küçük bir teknik denemenin sorusunu ve tamamlanma ölçütünü baştan belirleyin.
İlk görüşmede verilen takvim bir ön değerlendirme olabilir; hangi varsayımlara bağlı olduğunu yazılı isteyin. Keşif ücretinin sonraki geliştirmeye dahil olup olmadığını ve çıktıları başka bir ekiple kullanıp kullanamayacağınızı da netleştirin. Belirsizliği saklayan kesinlik, iyi tanımlanmış bir aşamadan daha fazla bilgi sağlamaz.
Ürün sınırı
Kimin hangi görevi tamamlayacağı, ilk sürümde neyin bulunacağı ve hangi ihtiyaçların erteleneceği.
Teknik risk
Veri, cihaz ve dış servis varsayımlarını sınayan küçük deneme; sonuç ve açık kalan sorular.
Kabul planı
Gösterilecek çalışan akışlar, onay verecek kişi ve değişikliklerin nasıl kaydedileceği.
OKUMADAN SONRAKİ ADIMA
Ajans teklifini somut kapsamla değerlendirelim
Ana kullanıcı görevini, mevcut sistemleri ve aday teklifleri paylaşın. Kapsam, risk ve devir farklarını görünür hale getirelim.
Kalite ve ekip sürekliliği nasıl değerlendirilir?
Mobil arayüz tasarımı güzel görünmenin yanında hata, yükleme, izin reddi ve boş veri durumlarını açıklamalıdır. Ajansa hangi cihazlarda ve işletim sistemi sürümlerinde kontrol yapacağını sorun. Ekran sayısının yanında kritik akışları ve bunların test kapsamını karşılaştırın.
Kod inceleme, otomatik kontroller ve elle yapılan görev testleri farklı kanıtlar üretir. Bir kontrolün adını duymak yeterli değildir: hata nasıl kaydediliyor, önem düzeyi nasıl belirleniyor ve düzeltme kim tarafından tekrar deneniyor? Performans veya güvenlik vaadinin hangi ölçüm ve sınırla değerlendirileceği açık olmalıdır.
Görüşmede işi yürütecek rolleri, kullanılacak kapasiteyi ve ekip değiştiğinde bilgi devrini konuşun. Sık demo, kararları görünür tutar; demo bitmiş ürün kabulüyle aynı şey değildir. Güncel görev listesi, karar kaydı ve bilinen sorunlar bulunmuyorsa ilerleme takibi yalnızca sözlü güvene dayanabilir.
Kod, hesap ve yayın sahipliği nasıl kurulmalı?
Mağaza yayınına hazırlık hesapların kime ait olduğu sorusuyla başlar. Kod deposu, tasarım kaynağı, backend, alan adı ve üçüncü taraf hizmetlerin envanterini isteyin. İşletmenin kontrol edebildiği hesaplar üzerinden ekip üyelerine görev için gereken erişim verilmesi sürdürülebilir bir düzen sağlar.
Google Play belgeleri hesap ve uygulama düzeyindeki izinleri ayırır; Apple da kullanıcı rollerine göre yetki tanımlar. Ortak kişisel parola paylaşmayı varsaymak yerine davet, rol ve erişimi kaldırma düzenini konuşun. Sağlayıcıdaki rol, kaynak kodun sözleşmesel sahipliğiyle aynı konu değildir; ikisini ayrı netleştirin.
Kaynak kod arşivi tek başına yeterli devir değildir. Başka bir yetkili ekip kurulum belgesiyle uygulamayı oluşturabilmeli, test ortamını çalıştırabilmeli ve yayın adayı hazırlayabilmelidir. İmzalama düzeni, gerekli değişkenlerin adları, yedekleme ve bilinen sorunlar belgelenir; gizli değerler açık dokümana yazılmaz.
Bakım teklifleri hangi ortak ölçülerle karşılaştırılır?
Mobil uygulama bakımında hata düzeltmesi, işletim sistemi uyumu ve yeni özellik ayrı işlerdir. “Destek dahil” cümlesini kapsadığı süre, kapasite, çalışma saatleri ve bildirim kanalıyla açın. İlk yanıt hedefi, sorunun giderileceği süreyi otomatik olarak belirlemez.
Acil durumda olayın önemini kimin belirleyeceğini ve kullanıcı iletişimini kimin yürüteceğini yazın. Dış ödeme veya bildirim servisinin kesintisinde ajansın kontrolü sınırlı olabilir; teşhis, sağlayıcıyla koordinasyon ve alternatif işlem sorumlulukları yine tanımlanabilir. Her kesintinin aynı çözüm süresine sahip olduğu varsayılmamalıdır.
Bakım dönemi sonunda dokümanların ve bağımlılık listesinin güncel kalmasını isteyin. Yeni özellikler için ayrı onay, ücretlendirme biçimi ve test kabulü bulunsun. Uygulamayı işletmek için düzenli uzmanlık gerekecekse, yalnızca ilk teslim fiyatıyla seçim yapmak toplam maliyet hakkında eksik bir tablo oluşturur.
Son teklif karşılaştırmasını nasıl yaparsınız?
Ürünün platform ihtiyacına uygun aynı briefi kısa listedeki ekiplere gönderin. Mobil arayüz, backend, yönetim paneli, entegrasyon, test, mağaza hazırlığı ve bakım kalemlerini ayrı görün. Eksik bir kalemi sizin ekibiniz karşılıyorsa bunun kapasitesini de karar tablosuna ekleyin.
En düşük fiyat otomatik olarak kötü kaliteyi, en yüksek fiyat da iyi sonucu göstermez. Belirsiz kapsamda aşamalı çalışma uygun olabilir; net teslimlerde sabit kapsam karşılaştırılabilir. Sözleşme öncesinde varsayım, hariç tutulan iş, değişiklik onayı ve çıkışta devir düzenini yazılı açıklığa kavuşturun.
| Alan | İstenecek kanıt | Karar sorusu |
|---|---|---|
| Deneyim | Projede rol ve benzer teknik sorun | Bu problem için yeterli deneyim var mı? |
| Keşif | Kapsam, risk ve kabul belgesi | Belirsiz işler görünür mü? |
| Kalite | Test kapsamı ve hata süreci | Kritik görevler nasıl kontrol ediliyor? |
| Sahiplik | Hesap ve devir envanteri | Başka ekip işi sürdürebilir mi? |
| Bakım | Kapasite ve yanıt koşulları | Yayın sonrası sorumluluk kime ait? |
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
Freelancer mı ajans mı seçilmeli?
Tek uzman belirli ve dar bir işi karşılayabilir. Birden çok disiplin, yayın ve süreklilik gereken üründe koordinasyon kapasitesi önemlidir. Unvan yerine ihtiyaç, yedekleme ve sorumluluk kapsamını karşılaştırın.
En ucuz teklif riskli midir?
Fiyat tek başına risk kanıtı değildir. Kapsam, kalite, hesap kontrolü ve bakım farklarını aynı tabloda görün. Eksik işi tamamlamak için gereken kurum içi kapasiteyi de değerlendirin.
Aynı sektörde deneyim şart mı?
Yararlıdır; fakat çevrimdışı çalışma, cihaz bağlantısı veya yetki karmaşıklığı gibi benzer problemler daha belirleyici olabilir. Referansın yalnızca markasını değil, ekibin gerçek rolünü inceleyin.
Mağaza hesapları ajans adına açılabilir mi?
İşletmenin sürdürülebilir kontrolünü baştan planlayın. Hesap türü, sağlayıcı şartları ve rol düzenini kontrol edin. Sonradan başka hesaba uygulama aktarımı ayrı koşullara bağlı olabilir; basit bir parola devri sayılmaz.
Kaynak kod teslimi yeterli mi?
Kurulum, test, yayın, altyapı ve işletim bilgisi de gerekir. Devir kabulünde başka bir yetkili ekibin belgelerle çalışan aday hazırlaması, dosya tesliminden daha güçlü kontroldür.
Bakım ile garanti aynı şey mi?
Terimler teklife göre değişebilir. Hangi hatanın düzeltileceği, hangi dönemin dahil olduğu ve yeni özelliklerin nasıl ele alınacağı yazılı olmalıdır. Yanıt ve çözüm taahhütlerini ayrı karşılaştırın.
KAPSAMI BİRLİKTE BELİRLEYELİM
Ajans teklifini somut kapsamla değerlendirelim
Ana kullanıcı görevini, mevcut sistemleri ve aday teklifleri paylaşın. Kapsam, risk ve devir farklarını görünür hale getirelim.
Uygulama kapsamını değerlendirin