İçeriğe geç
Mobil Uygulama

İzmir’de Mobil Uygulama Teklifi Alırken Özellik Listesi Nasıl Hazırlanır?

Mobil uygulama tekliflerini karşılaştırmak için kullanıcı, senaryo, ekran, entegrasyon, yönetim paneli, güvenlik ve kabul kriterlerini netleştirin.

ARTISIVARMobil Uygulama
İzmir’de Mobil Uygulama Teklifi Alırken Özellik Listesi Nasıl Hazırlanır?

“Üye olacak, bildirim gelecek, ödeme yapılacak” gibi kısa bir özellik listesi, farklı yazılım ekiplerinin farklı kapsam ve fiyat vermesine yol açar. Örneğin üyelik; e-posta, telefon, sosyal giriş, kurumsal onay, iki aşamalı doğrulama ve hesap silme gibi çok farklı gereksinim içerebilir.

İzmir’de mobil uygulama teklifi almadan önce teknik çözümü sizin belirlemeniz gerekmez. Fakat kullanıcının kim olduğunu, hangi işi hangi sırayla yaptığını ve hangi sonucun kabul edileceğini açıklarsanız teklifler daha karşılaştırılabilir olur.

Bir sayfalık proje özetiyle başlayın

  • Uygulamanın çözdüğü problem,
  • Birincil ve ikincil kullanıcı grupları,
  • Kullanıcının bugün kullandığı alternatif,
  • Uygulamanın ana değer eylemi,
  • İlk sürümün iş hedefi ve başarı ölçütü,
  • Bilinen tarih, bütçe veya mevzuat kısıtları.

Bu özet ekiplerin ekrana değil iş sonucuna odaklanmasını sağlar.

Kullanıcı rollerini ve yetkilerini yazın

Müşteri, saha personeli, yönetici, bayi veya destek ekibi aynı veriyi farklı biçimde görebilir. Her rol için hangi kaydı görebildiği, oluşturabildiği, değiştirebildiği, silebildiği ve onaylayabildiği tablo halinde yazılmalıdır.

“Admin her şeyi yapar” ifadesi yeterli değildir. Kritik silme, para iadesi, kullanıcı engelleme ve veri dışa aktarma işlemleri ayrı yetki ve kayıt gerektirebilir.

Özellik adı yerine kullanıcı senaryosu

“Randevu modülü” yazmak yerine akışı anlatın: Kullanıcı hizmet ve şube seçer, uygun saatleri görür, iletişim bilgisini doğrular, randevuyu tamamlar, bildirim alır ve belirli koşulda iptal eder. Her adımda hata ve boş durumları da düşünün.

Bu senaryolar daha sonra test ve kabul kriterine dönüşebilir.

Ekran envanteri ve durumlar

Ana ekran, liste, detay, form, profil ve ayar gibi ekranları listeleyin. Yalnızca ideal dolu hali değil; ilk kullanım, veri yok, yükleniyor, internet yok, yetki yok, işlem başarılı ve hata durumlarını da belirtin. Tasarım ve geliştirme süresini çoğu zaman bu durumlar belirler.

Entegrasyon bilgi formu

  • Bağlanacak sistemin adı, sürümü ve teknik sorumlusu,
  • API dokümanı ve test hesabının durumu,
  • Aktarılacak veri ve aktarım yönü,
  • Gerçek zamanlı veya periyodik çalışma ihtiyacı,
  • Hata, tekrar deneme ve çakışma kuralı,
  • Üçüncü taraf lisans ve kullanım bedelleri.

Ödeme, harita, SMS, e-posta, ERP, CRM ve kimlik doğrulama servisleri bu listede yer alabilir.

Yönetim panelini ayrı ürün gibi düşünün

Mobil uygulamadaki içerik, sipariş, kullanıcı, kampanya veya destek kaydını kimin yöneteceği açık olmalıdır. Panelde arama, filtre, dışa aktarma, toplu işlem, yetki ve işlem geçmişi gerekebilir. Teklifte panel kapsamının mobil ekranlardan ayrı listelendiğini kontrol edin.

Teknik ve operasyonel gereksinimler

  • Desteklenecek iOS/Android sürümleri ve cihaz türleri,
  • Çevrimdışı çalışma ve senkronizasyon,
  • Beklenen eş zamanlı kullanıcı ve veri hacmi,
  • Bildirim, kamera, konum, Bluetooth veya biyometri,
  • Yedekleme, log, izleme ve hata bildirimi,
  • Erişilebilirlik, dil ve saat dilimi ihtiyacı,
  • Gizlilik, hesap silme ve veri saklama süreci.

Öncelik ve sürüm planı

Her maddeyi ilk sürüm, sonraki sürüm ve kapsam dışı olarak işaretleyin. Bu ayrım fiyatı düşürmek için rastgele özellik silmek değil; ana kullanıcı değerini erken teslim etmek içindir. Bağımlı özellikler teknik ekiple birlikte yeniden sıralanabilir.

Kabul ve teslim listesi

Kaynak kod, tasarım dosyaları, mağaza hesapları, alan adı, sunucu, API anahtarları, teknik doküman, test raporu ve eğitim materyali kimin hesabında olacak? Hangi hata seviyesi yayını engeller? Garanti ve bakım neyi kapsar? Bu sorular sözleşme öncesi yanıtlanmalıdır.

ARTISIVAR mobil uygulama geliştirme sürecinde ham listenizi kullanıcı senaryosu ve teknik kapsama dönüştürür. Hazırladığınız dokümanı teklif formuyla iletebilirsiniz.

Sık sorulan sorular

Fikir gizliliği için NDA gerekir mi?

Hassas ticari bilgi paylaşılacaksa gizlilik sözleşmesi değerlendirilebilir. Bununla birlikte projenin başarısı yalnızca fikirde değil, uygulama ve kullanıcı değerindedir.

Tasarım tekliften önce hazır olmalı mı?

Zorunlu değildir. Akış ve kabaca ekran envanteri kapsam tahmini için yeterli olabilir. Ayrıntılı arayüz tasarımı analiz ve prototip aşamasında geliştirilir.

Bu konuda profesyonel destek mi arıyorsunuz?

İhtiyacınıza uygun hizmet kapsamını ve yol haritasını birlikte hazırlayalım.

Teklif Al
WhatsApp