Teklif al

Mobil Uygulama · Tuzla

Tuzla markaları için Mobil Uygulama

Tuzla'da mobil uygulama geliştirme sorusu tek bir koşuldan çıkıyor: iş, sinyalin fiilen bittiği kapalı çelik hacimlerde yapılıyor — gemi ambarı, tank içi. Orada uygulama bağlantı bekleyen bir form olamaz; kayıt telefonun kendi üstünde açılır ve orada kapanır. Bu koşula en yakın sistemimiz AlgoKlima; kendi ürünümüz, müşteri teslimi değil.

Mobil Uygulama — Tuzla

Tuzla'nın tersane hattında iş kapalı çelik hacimlerde yürüyor; kapsama orada fiilen bitiyor. Sektör örtüşmüyor: AlgoKlima klima, kombi ve beyaz eşya servisi için yazıldı; tersane ve ağır imalat için değil. Örtüşen şey çalışma koşulu — ekip kapalı hacimler arasında yer değiştiriyor, kayıt sinyal dönmeden önce eksiksiz kapanmak zorunda. Telefonun tuttuğu şey bir yeniden deneme tamponu değil, kaydın kendisi. Kuyruk, kayıtların açılma sırasını koruyarak boşalıyor. Telefon kapsama dışındayken ofis paneli donmuyor. Tamamen uzaktan çalışıyoruz; fiziksel ofisimiz yok.

  • Kayıt açıldığı anda telefonun yerel kuyruğuna yazılıyor; kaydetmek ile göndermek ayrı iki adım değil, kullanan kişiden ayrı bir gönderme kararı istenmiyor.
  • Kuyruk, kayıtların açılma sırasını koruyarak boşalıyor; sinyalsiz geçen saatlerde biriken kayıtlar panele olayların gerçekleştiği sırayla iniyor, bağlantının döndüğü rastgele sırayla değil.
  • Uygulama, panelin taşıdığı kaydın kendisine yazıyor; telefonun altında ofisle sonradan eşleştirilecek ikinci bir veri deposu durmuyor, mobil tarafta ayrı bir gerçek oluşmuyor.

Neden Algoriel

  • Saha ekibi telefondan çalışır

    Kayıt işin yapıldığı yerde açılıyor; personel akşam ofise dönüp bilgiyi yeniden girmiyor.

  • Basılı katalog yerine ekran

    SsangYong showroom kiosku mağazanın kendi cihazında çalışıyor; ziyaretçi indirme, hesap açma ya da kişisel veri adımından geçmiyor.

  • Durum değişince bildirim

    Tahlil.com'da kaydın durumu değiştiğinde bildirim telefona düşüyor; sonucu sormak için arama gerekmiyor.

  • Tek uygulama, iki mağaza

    Telefon uygulamalarını tek bir çerçeveyle yazıyoruz; iOS ve Android için iki ayrı kod tabanı tutmuyoruz.

Ne inşa ediyoruz

Mobil Uygulama
  • Platform kararı işe göre

    İki mağazaya birden çıkacak uygulamayı tek kaynaktan yazıyoruz; bir düzeltme iki mağazaya aynı sürümde gidiyor. Uygulama kilit ekranı, Face ID ya da ses motoru gibi iOS'un kendi yeteneklerine dayanıyorsa doğrudan iPhone için native yazıyoruz. Day Sheet ve Nightproof böyle kuruldu.

  • Kullanım koşuluna göre arayüz

    Arayüz cihaza değil kullanım anına göre kurulur: ayakta mı, tek elle mi, birkaç dakikalık mı. KGM SsangYong showroom kioskunda dokunma hedefleri, yazı boyutu ve gezinme derinliği telefon uygulamasından farklı çıktı.

  • Uygulamanın bağlandığı servisler

    Uygulamanın arkasındaki sunucu ve bildirim kanalı yayından sonra değil uygulamayla birlikte kararlaştırılır. Tahlil.com'un hasta uygulamasında hekim yorumu onaylandığı anda hastayı sonuca geri çağıran bildirim çıkıyor.

  • Kim, nerede

    Girişin kime ait olduğu ve nerede yapıldığı gerekiyorsa cihazın kendisinden doğrulanır. Şantiye personel takibinde okutulan kod kişiyi, cihazın konumu sahayı doğruluyor ve ikisi tek girişte birleşiyor.

  • Bağlantı yokken de çalışma

    Kapsama alanı dışında iş sürüyorsa uygulama bekleme ekranı göstermiyor; bilgi telefonda bekliyor, sinyal dönünce sırayla merkeze iniyor. AlgoKlima'nın saha uygulaması bu koşula göre kuruldu.

  • Hangi cihaza kurulacağı

    Dağıtım bir teslim adımı değil, baştan verilen bir karar: personelin kendi telefonu mu, işletmenin satın aldığı cihaz mı, mağazanın kendi ekranı mı. Şantiye personel takibinde uygulama personelin kendi telefonunda durduğu için saha kapandığında sökülecek donanım kalmıyor.

Buna benzer çalışmalar

Mobil Uygulama · Vaka çalışması

AlgoKlima saha uygulaması — kayıt telefonda oluşuyor, kuyruk açılma sırasını koruyor

Kendi ürünümüz; müşteriye teslim edip çıktığımız bir iş değil, güncellemesini bizim sürdürdüğümüz bir sistem. Saha uygulaması React Native (Expo) ile tek kod tabanından çıkıyor; arkasındaki panel Laravel, Inertia ve Tailwind ile kurulu, ikisi aynı MySQL çekirdeğini paylaşıyor ve okuma yükünü Redis taşıyor. Uygulamanın telefonda tuttuğu şey kaydın kendisi; kuyruk açılma sırasını koruyarak boşalıyor. Asıl zorluk şurada: panel ile uygulama aynı kaydı birbirinden habersiz değiştirebiliyor. Çakışma çözümü iki değişikliği tek kayıtta birleştiriyor, birini sessizce düşürmüyor.

Vaka çalışmasını okuyun →

Tuzla ekipleriyle uzaktan çalışmak

Ofisimiz yok; bu şehirdeki işleri de uzaktan yürütüyoruz ve yerinde destek vermiyoruz. Ne yapıldığı ve neden öyle yapıldığı yazılı duruyor. Ortaklıkla geliştirdiğimiz işler proje sayfalarında işaretli.

  • İlk sürüm çalışan bir parçayla çıkar, ek yetenekler sonra eklenir.
  • Bildiğimiz müşterilerimizin tamamı Türkiye'de.
  • Kararlar yazılı duruyor, ilerleme çalışan ekranlardan görünüyor.

Sık sorulan sorular

  • Tuzla'da ofisiniz ya da sahaya çıkan bir ekibiniz var mı?

    Fiziksel ofisimiz yok; ekibin tamamı uzaktan çalışıyor. İşe ekran çizerek başlamıyoruz: önce hangi kaydın sahada girildiğini ve kuyruğun hangi kurala göre boşalacağını karara bağlıyoruz, arayüz sonra geliyor.

  • Ekip kapalı bir hacimde saatlerce sinyalsiz kalırsa kayıtlara ne oluyor?

    Kuyrukta birikiyor, açılma sırasını koruyarak iniyorlar; panel günü olayların gerçekleştiği sırayla okuyor. Kaç kaydın biriktiğine dair bir oran vermiyoruz — ölçmediğimiz bir sayıyı yazmayız.

  • Ekip kendi telefonlarını kullanıyor, marka ve sürüm karışık. Sorun çıkar mı?

    Uygulama React Native (Expo) ile tek kod tabanından çıktığı için kuyruk iki platformda da aynı davranıyor. Senkronizasyonun düzgün çalıştığı ayrıcalıklı bir telefon kalmıyor.

  • Hazır bir saha uygulaması bize yetmez mi?

    Ekip her yerde kapsama içindeyse ve iş bir form ile fotoğraftan ibaretse yeter; bunu açıkça söyleriz. Sınır, kaydın bağlantısız kapanması ve aynı kaydın ofisten de değiştirilmesi gerektiği yerde başlıyor.

Uygulamanızın nerede kullanılacağını anlatın.