Sapanca'da işletme (kurum içi) uygulaması yaptırmak

01İşletme (kurum içi) uygulaması nedir, kimler için uygun?

Her işletmenin ihtiyacı farklıdır; yine de çoğu işletme (kurum içi) uygulaması projesinde şu başlıklar konuşulur:

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

İ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?

Saha ekibi kâğıtla çalıştığında

İş emri, fotoğraf, imza ve konum bilgisi sahadan anında sisteme düşer; çevrimdışı kayıtlar bağlantı gelince eşitlenir.

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.

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

• Sürüm güncellemeleri ve işletim sistemi değişiklikleri için bakım planlanır.
• 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).

04Sapanca'da işletme (kurum içi) uygulaması: çalışma düzeni

Sapanca'nın PTT verisindeki 29 yerleşim kaydı 1 farklı posta koduna dağılır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için işletme (kurum içi) uygulaması tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Sapanca'daki 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 Söğütlü, Taraklı ve Pamukova ilçeleri için de işletme (kurum içi) uygulaması talepleri değerlendirilir; toplantılar uzaktan yapılır.

05Proje nasıl ilerler?

1. İlk görüşme: Kısa bir görüşmede ne yapmak istediğinizi, bugün nasıl çalıştığınızı ve öncelikli sorunu konuşuruz.
2. Analiz: Kimin neyi göreceği, hangi verinin nereden geleceği ve hangi işin önce çözüleceği netleştirilir.
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: Kod sürüm kontrolüyle yönetilir, kritik akışlar otomatik testlerle korunur.
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: Hata bildirimleri kayıt altına alınır, güncellemeler test edilerek uygulanır.

06Rakamlarla örnek bir senaryo

07Çalışma düzenimiz

Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.

• Yayın sonrası bakım ve destek planlanır.
• Alan adı ve sunucu hesapları işletme adına açılır.
• Kapsam ve teslim kriterleri yazılı olur.

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

08Hangi durumlarda profesyonel destek gerekir?

İşletme (kurum içi) 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 yavaş ve çöküyor: kontrolsüz veri çekimi, test eksikliği.
• 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
• Flutter
• Android
• iç test
• çevrimdışı mod
• Sakarya
• Sapanca