Gürsu'da işletme (kurum içi) uygulaması yaptırmak

01İşletme (kurum içi) uygulaması ile neler yapılır?

İşletme (kurum içi) uygulaması projelerinde ihtiyaca göre şu özellikler bir araya getirilir:

• çevrimdışı
• kurum içi dağıtım
• rol bazlı yetki

İhtiyaca göre çapraz platform mobil uygulama, müşteri ve sadakat uygulaması ve iOS uygulama geliştirme da aynı yol haritasına eklenebilir.

02Hangi durumlarda işletme (kurum içi) uygulaması yaptırılır?

Müşteriyle sürekli iletişim gerektiğinde

Bildirim, sipariş geçmişi ve sadakat gibi özellikler işletme (kurum içi) uygulaması içinde müşterinin cebine taşınır.

Rol bazlı yetki gerektiğinde

Rol bazlı yetki, işletme (kurum içi) uygulaması projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

Eski uygulama güncel sürümlerde sorun çıkardığında

Kod analizi yapılır; güncelleme mi yeniden geliştirme mi gerektiği belirlenir.

03İşletme (kurum içi) uygulaması planlarken bilinmesi gerekenler

• Kullanıcı kim? Müşteri (mağazada yayın) mi, çalışan (kurum içi dağıtım) mı?
• Mağaza hesapları işletme adına açılır (Apple'da tüzel kişi hesabı için D-U-N-S numarası istenir).
• Çevrimdışı çalışma, bildirim, konum, kamera/barkod ihtiyaçları baştan belirlenir.

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

05Gürsu için uzaktan ve yerinde çalışma

Gürsu, Bursa iline bağlı bir ilçedir ve PTT adres verisine göre 17 mahalleden oluşur. Bu kayıtlardan 2 tanesi organize sanayi veya serbest bölge kaydıdır. Birden fazla ilçede ekibi veya şubesi olan işletmelerde işletme (kurum içi) uygulaması için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.

Mesafe yazılım işinin önünde engel değildir: Gürsu'daki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.

Bursa genelinde Büyükorhan, Osmangazi ve Harmancık gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

06Proje nasıl ilerler?

1. İlk görüşme: İlk temas telefonla ya da WhatsApp'tan olur; işin kapsamını anlamak için birkaç temel soru sorarız.
2. Analiz: Ekranlar, raporlar ve entegrasyonlar için gerçek örnekler üzerinden ihtiyaç listesi çıkarılır.
3. Kapsam ve yazılı teklif: Hangi işin hangi aşamada teslim edileceği ve neyin kapsam dışı olduğu teklifte açıkça yazılır.
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: Veri aktarımı doğrulandıktan sonra yayına geçilir; ekip için kısa kullanım kılavuzu hazırlanır.
7. Bakım ve destek: Yeni ihtiyaçlar sürüm planına alınır; sistem kullanıldıkça geliştirilir.

07Rakamlarla örnek bir senaryo

08Nasıl çalışıyoruz?

Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.

• Her değişiklik önce test ortamında denenir.
• Kaynak kod ve veri işletmeye teslim edilir.
• KVKK baştan tasarlanır.

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

09Hangi durumlarda profesyonel destek gerekir?

İşletme (kurum içi) uygulaması işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Uygulama yavaş ve çöküyor: kontrolsüz veri çekimi, test eksikliği.
• Eski uygulama güncel sürümlerde çalışmıyor: SDK güncellenmemiş.
• 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

• kurum içi dağıtım
• rol bazlı yetki
• çevrimdışı
• React Native
• Google Play
• Swift
• iOS
• TestFlight
• Android
• iç test
• Bursa
• Gürsu