Defne'de üyelik ve topluluk uygulaması yaptırmak

01Üyelik ve topluluk uygulaması nedir, kimler için uygun?

Üyelik ve topluluk uygulaması projelerinde ihtiyaca göre şu özellikler bir araya getirilir:

• gönderi
• moderasyon
• etkinlik
• profil
• mesajlaşma

Bu projeler çoğu zaman gider ve tahsilat uygulaması, harita ve konum uygulaması ve sağlık ve klinik uygulaması gibi işlerle birlikte ele alınır.

02Hangi durumlarda üyelik ve topluluk uygulaması yaptırılır?

Kurum içi bir süreç mobilden yürütülecekse

Uygulama mağazada yayımlanmadan kurum içi dağıtımla yalnız çalışanlara sunulabilir.

Etkinlik gerektiğinde

Etkinlik, üyelik ve topluluk uygulaması projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

Web sitesi mobil deneyimi taşımadığında

Kamera, barkod, bildirim veya çevrimdışı kullanım gerekiyorsa uygulama değerlendirilir; gerekmiyorsa PWA daha hafif bir yoldur.

03Üyelik ve topluluk uygulaması planlarken bilinmesi gerekenler

• Çevrimdışı çalışma, bildirim, konum, kamera/barkod ihtiyaçları baştan belirlenir.
• Kullanıcı kim? Müşteri (mağazada yayın) mi, çalışan (kurum içi dağıtım) mı?
• Mağaza incelemesi süreleri ve kuralları değişkendir; yayın takvimi buna pay bırakır.

04Sık karşılaşılan durumlar

05Defne için uzaktan ve yerinde çalışma

Defne'nin PTT verisindeki 37 yerleşim kaydı 1 farklı posta koduna dağılır. Birden fazla ilçede ekibi veya şubesi olan işletmelerde üyelik ve topluluk uygulaması için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Defne'deki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

Aynı ildeki Samandağ, İskenderun ve Antakya ilçeleri için de üyelik ve topluluk uygulaması talepleri değerlendirilir; toplantılar uzaktan yapılır.

06Çalışma adımları

1. İlk görüşme: Telefon, WhatsApp veya form üzerinden ihtiyacınızı ve mevcut durumu dinleriz.
2. Analiz: Süreç, kullanıcı rolleri, kullandığınız Excel veya eski sistem örnekleri ve bağlanacak sistemler incelenir.
3. Kapsam ve yazılı teklif: Modüller, aşamalar ve teslim kriterleri yazılı bir kapsamla belirlenir; teklif bu kapsama göre verilir.
4. Tasarım ve prototip: Tıklanabilir bir prototiple kullanıcı yolculuğu baştan sona denenir.
5. Geliştirme ve test: Her teslimde çalışan bir sürüm test ortamında paylaşılır; hatalar canlıya çıkmadan giderilir.
6. Yayın, veri aktarımı ve eğitim: Canlıya geçiş planlı bir zamanda yapılır; ilk günlerde kullanım yakından izlenir.
7. Bakım ve destek: Yayın sonrası izleme, güncelleme ve geliştirme talepleri bakım planıyla sürdürülür.

07Örnek planlama hesabı

08Çalışma düzenimiz

Çalışma düzenimizde sürüm kontrolü, otomatik testler, konteyner tabanlı yayın ve izleme araçları standarttır; her değişiklik bu adımlardan geçerek canlıya çıkar.

• Kapsam ve teslim kriterleri yazılı olur.
• Alan adı ve sunucu hesapları işletme adına açılır.
• Her değişiklik önce test ortamında denenir.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Hatay da bunlardan biri.

09Uzman desteği ne zaman şart olur?

Üyelik ve topluluk uygulaması işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Eski uygulama güncel sürümlerde çalışmıyor: SDK güncellenmemiş.
• Uygulama mağazada reddedildi: gizlilik açıklaması/izin metinleri eksik.
• Kişisel veya finansal verinin işlendiği akışlar
• Birden fazla sistemle entegrasyon gerektiren işler

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• profil
• gönderi
• etkinlik
• push bildirim
• React Native
• Android
• iç test
• API
• Swift
• Hatay
• Defne