Teklif al

Mobil Uygulama · Ataşehir

Ataşehir markaları için Mobil Uygulama

Ataşehir Bulvarı'ndaki merkez ofis katında hiç kimse işin yapıldığı yeri görmüyor; okunan şey rapor. Rapor da tek bir toplama inebiliyor: bu ay kaç saat. Aynı kişi ay içinde birkaç sahada çalıştıysa o toplam hangi işe kaç saat gittiğini söylemiyor. Şantiye personel takibinde kaydı kişiye değil, kişi ile sahanın çiftine bağladık. Ataşehir mobil uygulama geliştirme sorusu bizde buradan başlıyor.

Mobil Uygulama — Ataşehir

Merkez ofis katı ile işin yapıldığı adres arasındaki mesafe, yazılıma düşen asıl yük. Karar Ataşehir'de veriliyor, iş başka adreslerde dönüyor, ikisi arasında duran tek şey rapor. Bu okuma biçimine en yakın işimiz şantiye personel takibi. İşin türü tutmuyor — inşaat sahası için yazıldı; bir banka, sigorta ya da finans kurumunun şube operasyonu için gösterecek işimiz yok. Tutan şey kaydın taşıdığı ayrım: bir satır hem kişiyi hem sahayı taşıyor, aynı personelin farklı sahalardaki süresi ayrı toplanıyor. Merkez, saha bazında raporu ikinci bir tablodan değil bu kayıtlardan okuyor. Uygulama React Native (Expo) ile personelin telefonunda çalışıyor; kayıtları Laravel alıyor, MySQL tutuyor.

  • Bir kayıt satırı hem kişiyi hem sahayı taşıyor; aynı personelin iki farklı sahadaki süresi tek toplamda erimiyor.
  • Merkezin okuduğu saha raporu paralel bir hesap tablosundan değil, sahada oluşan kayıtların kendisinden çıkıyor.
  • Personel sahalar arasında dolaştığında yeni bir kişi kaydı açılmıyor; kişi aynı kalıyor, değişen taraf sahanın kendisi oluyor.

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ı

Şantiye personel takibi — bir satır hem kişiyi hem sahayı taşıyor

Personel tek bir adreste kalmıyor; aynı kişi ay içinde birkaç sahada çalışıyor. Kayıt bu yüzden kim ve ne kadar sorusunun yanında hangi saha sorusunu da taşıyor: bir satır kişiyi ve sahayı birlikte tutuyor, aynı personelin farklı sahalardaki süresi ayrı toplanıyor. Saha raporu ikinci bir hesap tablosundan değil bu kayıtlardan çıkıyor. Uygulama React Native (Expo) ile telefonda çalışıyor; Laravel kayıtları alıyor, MySQL tutuyor, şantiye kapandığında sökülecek donanım kalmıyor. Kapsam sınırı: iş inşaat sahası için yazıldı; finansta gösterecek işimiz yok.

Vaka çalışmasını okuyun →

Ataşehir 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

  • Merkez ofisten hangi sahada kimin çalıştığını nasıl okuyoruz?

    Kayıtların kendisinden. Bir satır kişiyi ve sahayı birlikte taşıdığı için saha bazında toplam ayrıca hesaplanmıyor; rapor aynı kayıtların okunmuş hâli. Ay sonunda birleştirilecek ikinci bir liste doğmuyor.

  • Aynı personel iki projede çalışıyor; süresi hangi projeye yazılıyor?

    İkisine de, ama karışmadan. Kişi tek kalıyor, saha değişiyor; her sahadaki süre kendi başına toplanıyor. Bir kişinin ayı tek bir rakama inmiyor, sahalara bölünmüş olarak duruyor.

  • Şubelerimiz var ama şantiyemiz yok. Bu iş bize ne söylüyor?

    İnşaat sahası için yazıldığını olduğu gibi söylüyoruz; finans ya da sigorta tarafında gösterecek işimiz yok. Aktarılabilir olan şey kaydın taşıdığı ayrım: kişi ile çalışılan yerin aynı satırda durması.

  • Ataşehir'de ofisiniz var mı, kurulum için gelmeniz gerekiyor mu?

    Ofisimiz yok, tamamen uzaktan çalışıyoruz. Gelinecek bir kurulum da yok: uygulama telefonlara iniyor, sahalar merkez panelden tanımlanıyor, sahada bırakılan bir cihaz olmuyor. Konuştuğumuz ilk şey ekran değil, hangi bilginin hangi satırda duracağı.

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