03 / Dffrent hizmeti
Mobil ürününüzün ilk sürümünü ihtiyaçtan yayına planlayın.
Mobil uygulama çalışması, ekran çiziminden fazlasını içerir. Kullanıcı akışları, veri ve servis ihtiyaçları, cihaz davranışı, mağaza hesabı ve yayın sonrası bakım birlikte ele alınmalıdır.
Mobil uygulama projesini konuşalımKimler için uygun olabilir?
- Yeni bir mobil ürün fikrini doğrulamak isteyen kurucular
- Mevcut iş akışını mobil ürüne taşıyan ekipler
- AI veya diğer servislerle çalışan uygulama sahipleri
- Yayımlanmış uygulamasını geliştiren ürün ekipleri
İlk sürümdeki kullanıcı işini seçin
Hedef kullanıcı, uygulamayı açma nedeni ve tamamlaması gereken temel iş açıklığa kavuşmalıdır. İlk sürüme gerekli olmayan özellikleri sonraki faza bırakmak; tasarım, geliştirme ve işletim yükünü yönetilebilir tutar.
Bildirim, hesap, ödeme, cihaz verisi veya AI servisleri gerekiyorsa veri akışı ve izin ihtiyacı daha tasarım aşamasında değerlendirilmelidir. Hassas bilgiyi ürüne dahil etmeden önce güvenlik ve gizlilik beklentileri netleştirilmelidir.
Tasarım, geliştirme ve mağaza hazırlığını eşleyin
Ekran akışları, backend/API gereksinimi ve hangi işletim sistemlerinin hedefleneceği ürün kapsamına göre belirlenir. Dffrent’in yayımlanmış App Store örnekleri iOS uygulamalarıdır; bu referanslar kendi başına Android yayını iddiası oluşturmaz.
Apple veya diğer uygulama mağazalarında geliştirici hesabının sahibi, imzalama erişimi, mağaza açıklamaları, ekran görüntüleri ve inceleme adımları proje planında açıkça tanımlanmalıdır. Mağaza onayı ve üçüncü taraf inceleme süreleri için garanti verilmez.
- Kullanıcı akışları ve arayüz
- Uygulama/backend servis sınırı
- Gerçek cihaz ve hata senaryoları
- Mağaza materyalleri, hesap sahipliği ve sürüm planı
Yayımlanmış ürün seçkisi
Calyxo, Nepenthe ve Fusio App Store’da yer alan mobil ürünlerdir. Her birinin kullanıcı amacı farklıdır: beslenme ve fitness takibi, duygu/nefes araçları ve AI destekli fotoğraf düzenleme.
Uygulama özelliklerinin, teknoloji tercihlerinin ve Dffrent’in proje içindeki tam rolünün ayrıntıları yalnızca ekip kayıtlarıyla doğrulanır. Kamuya açık mağaza sayfasında bulunmayan sonuç metrikleri vaka metnine eklenmez.
Proje kapsamı netleşirken
Bu başlıklar ihtiyaca göre değişebilir. Fiyat, takvim, üçüncü taraf giderleri, hesap sahipliği ve devam desteği gerçek teslimatlar belirlendiğinde yazılı teklifte ayrıca netleştirilmelidir.
- İlk sürüm ve hedef platformlar
- Backend, hesap, ödeme ve bildirim ihtiyacı
- Mağaza hesabı ve yayın materyalleri
- Üçüncü taraf servisler ve yayın sonrası bakım
Sık sorulan sorular
iOS ve Android uygulama kapsamı nasıl belirlenir?
Hedef kullanıcılar, gerekli cihaz özellikleri, mevcut uygulama kodu ve bakım kapasitesi birlikte değerlendirilir. Dffrent’in kamuya açık referansları App Store’da bulunan iOS ürünlerini gösterir; farklı bir platformun kapsamı ayrıca teyit edilir.
Uygulama mağazası hesabı kime ait olmalı?
Hesabın yasal sahibi ve yönetici erişimleri proje başlamadan önce belirlenmelidir. Mağaza hesabı, sertifikalar ve kaynak kodu sahipliği yazılı kapsamda açıkça belirtilmelidir.
Mobil uygulamanın backend servisi gerekir mi?
Hesaplar, eşzamanlama, bildirim veya dış servis ihtiyacı varsa backend gerekebilir. Sadece cihazda çalışan akışlar farklı kapsam taşıyabilir; karar ürünün veri akışına göre verilir.
AI özelliğinin devam eden maliyeti nasıl hesaplanır?
Kullanılan sağlayıcı, model, istek sayısı, medya işleme ve saklama gibi etkenler maliyeti değiştirir. Güncel fiyat ve kullanım varsayımları sağlayıcı belgeleriyle, test hacmi belirlendikten sonra hesaplanmalıdır.
Uygulama mağazasında yayın süresi garanti edilebilir mi?
Geliştirme takvimi kapsam ve girdilere göre planlanabilir; mağaza incelemesi ve dış servis kararları Dffrent’in kontrolünde değildir. Bu nedenle belirli bir onay veya mağaza yayını tarihi garanti edilmemelidir.
Yayın sonrası güncellemeler ve destek nasıl ilerler?
Bakım, işletim sistemi güncellemeleri, hata çözümü ve yeni özellikler ayrı kalemler olarak kapsamlandırılmalıdır. Yayın sonrası hangi desteğin verildiği teklif ve sözleşmede belirtilmelidir.