Sinyal yokken senkronize edilen saha ekipleri için çevrimdışı delil yakalama UX

Sinyal olmadığında saha ekiplerinin ihtiyaç duydukları\n\nSaha işleri nadiren ideal koşullarda gerçekleşir. Bir bodrumda, kırsal bir alanda veya çelik iskeletli bir binanın içinde bağlantının kesildiği yerlerde olabilirsiniz. İnsanlar acele halindedir: bir müşteri bekliyor, bir amir güncelleme istiyor ve yine de uyumluluk, faturalama veya ileride bir anlaşmazlık için kanıt gerekir.\n\nO anda uygulamanın bir işi vardır: birinin kanıtı anında kaydetmesine izin vermek, Wi‑Fi'ı düşünmeden. Çevrimdışı delil yakalama gerçek anlamda bir “çevrimdışı mod” düğmesinden ibaret değildir. Tereddüdü ortadan kaldırmaktır: dokun, kaydet, devam et.\n\nDelil genellikle sadece bir fotoğraftan daha fazlasıdır. Kullanılabilir bir kayıt genellikle sonra işe yarayabilmesi için birkaç parçaya ihtiyaç duyar:\n\n- Fotoğraflar veya kısa videolar\n- Notlar\n- Zaman damgaları (yüklendiği zaman değil, çekildiği zaman)\n- Konum (GPS varsa otomatik, yoksa manuel yedek)\n- Kişi bilgisi (teknisyen adı, müşteri imzası veya onay)\n\nNe yanlış gidebileceği öngörülebilir ve UX bunun olacağını varsaymalıdır. Öğeler yanlış işe kaydedilebilir, bir fotoğraf rapora eklenmeden kaydedilebilir veya yükleme sessizce başarısız olabilir ve kimse günler sonra fark etmez. Daha kötüsü, ekran düzgün göründüğü için insanlar işin bittiğini zanneder ama delil ofise hiç ulaşmamıştır.\n\nUX hedefi basittir: şimdi hızlı yakalama, sonra güvenilir senkronizasyon ve kayıt tamamlandığında net bir onay. Bu onay özellikle yeniden bağlandıktan sonra fark edilmesi zor olmayacak ve güvenilir olmalıdır.\n\n## Ekranları tasarlamadan önce çevrimdışı kuralları tanımlayın\n\nÇevrimdışı kurallarınızı önce yazmazsanız, UI gerçeğe karşı tartışır. Saha işi eldiven takılıyken, yağmurda, parlak güneşte ve genellikle bir el ile merdiven veya clipboard tutarken olur. Düşük pil ve titrek bağlantıyı ekleyin; hatta “basit” bir yakalama ekranı bile başarısız olabilir.\n\nTasarımınızın hayatta kalması gereken kısıtlamaları listeleyerek başlayın. Kısa ve spesifik tutun, çünkü bunlar vazgeçilemezleriniz olur:\n\n- Güneşli ve ıslak ekranlarda görülebilirlik için büyük dokunma hedefleri ve yüksek kontrast\n- Tek elle kullanım (başparmak erişimi, minimum yazma)\n- Pil farkındalığı (sonsuz yeniden denemeler yok, ağır önizlemeler yok)\n- Kesintilerle çalışabilme (arama, kamera uygulaması, cihaz kilidi)\n- Cihaz çevrimdışıyken net geri bildirim\n\nSonra, çevrimdışı sınırları ürün kuralları olarak tanımlayın, UI fikirleri değil. Kullanıcının sinyal olmadan tam olarak neler yapabileceğine karar verin: önceden indirilen işleri görüntülemek, yeni delil oluşturmak, notları düzenlemek, fotoğrafları tekrar etiketlemek. Ayrıca risk yarattığı için çevrimdışıyken engellenmesi gerekenleri belirleyin. Yaygın bir örnek, sunucu tarafı kontroller, onaylar veya sunucu doğrulamalı zaman damgaları gerektirebileceği için nihai rapor gönderme veya işi kapatma olabilir.\n\nSon olarak, senkronizasyon hakkında beklentileri belirleyin. İnsanların neyin otomatik olduğunu ve neyin eylem gerektirdiğini bilmesi gerekir. “Sonra senkronize olacak” bir kural değildir.\n\nBunu düz metinle yazın:\n\n- Fotoğraflar ve notlar hemen yerel olarak kaydedilir\n- Yükleme yeterli pil ve çevrimiçi olunduğunda otomatik başlar\n- Kullanıcı kuyruklu yüklemeleri duraklatabilir veya devam ettirebilir\n- Her şey senkronize edilene kadar nihai gönderim devre dışı\n\nKurallar net olduğunda, ekranları tasarlamak daha kolay olur: yakalama hızlı kalır, kuyruk görünür, ve “bitti” yalnızca uygulama eksiksizliği doğrulayabildiğinde gerçekten bitti demektir.\n\n## Baskı altında hızlı kalan yakalama akışı\n\nBir bodrumda, yol kenarında veya gürültülü bir tesiste, en iyi çevrimdışı delil yakalama akışı insanların tek elle ve neredeyse düşünmeden yapabildiği akıştır. Yolu kısa ve öngörülebilir tutun: işi seç, fotoğraf çek, hızlı bir not ekle, kaydet.\n\nİyi çalışan basit bir desen, mevcut iş emrine bağlı tek bir yakalama ekranı ve ana eylem olarak kamera düğmesi sunmaktır. Fotoğraf çekildikten sonra, delili kullanışlı kılmak için en küçük alan setiyle hızlı bir önizleme gösterin.\n\nDil önemlidir çünkü hataları önler. “Senkronizasyon”u tek fiil olarak kullanmaktan kaçının. İnsanlar şu tür seçenekleri daha iyi anlar:\n\n- Cihaza kaydet (sinyal olmasa bile güvende)\n- Şimdi yükle (sadece çevrimiçi ise)\n- Sonra gönder (kuyruğa ekle)\n- Kaydedildi (onaylı, başka işlem gerekmez)\n\nYazma en yavaş kısımdır, bu yüzden onu isteğe bağlı olarak ele alın. Sorun türleri, etiketler ve yaygın notlar için ön ayarlar kullanın ve kişinin gerçekten yardımcı olduğunda ayrıntı eklemesine izin verin. “Sızıntı teyit edildi”, “Onarım öncesi” veya “Erişim engellendi” gibi tek dokunuşla eklenen notlar boş bir metin kutusundan daha iyidir.\n\nİnsanların baskı altında çalışırken işlerini kaybetmemeleri için koruyucu önlemler ekleyin. Ayrılmaya, uygulamalar arası geçişe veya işi kapatmaya çalışırlarsa, bir seçenek zorlayan net bir uyarı gösterin: taslak olarak kaydet, delili kaydet veya iptal et. Kaydettikten sonra belirgin bir “Cihazda kaydedildi” onayı gösterin.\n\nGerçek bir küçük an: bir teknisyen hasarlı bir sayaçtan üç fotoğraf çeker ve ön ayar not olarak “Mühür kırık” ekler. Uygulama her öğeyi hemen “Cihazda kaydedildi” olarak işaretler, böylece kişi beklemeden devam edebilir ve iş ekranı “daha sonra gönderilmek üzere 3 öğe hazır” gösterir; böylece hiçbir şey unutulmaz.\n\n## İnsanları yavaşlatmayan meta veri yakalama\n\nİyi bir çevrimdışı delil yakalama, güvenilecek meta verilere dayanır, ancak saha çalışanları evrak gibi hissettiren her şeyi atlar. Hile, gerekli olanları otomatik toplamak ve geri kalanını hızlıca onaylamalarını sağlamaktır.\n\nHer delil parçası için gerçekten nelerin gerekli olduğuna karar vererek başlayın. Çoğu ekip için net bir iş bağlantısı ve kim/ne zaman kaydı gerekir. Yakalama zamanını ve kullanıcı kimliğini otomatik alıp, kullanıcının iş bağlamını mümkün olan en az dokunuşla seçmesini sağlayın.\n\nPratik zorunluluk seti:\n\n- İş emri kimliği (Job ID)\n- Varlık (veya konum/oda/birim)\n- Adım (bu fotoğrafın neyi kanıtladığı)\n- Çeken kişi (otomatik)\n- Yakalanma zamanı (otomatik)\n\n### Konum: yardımcı ama tuzak olmamalı\n\nGPS faydalıdır, ancak iç mekânda güvenilmez ve gizlilik endişeleri yaratabilir. Konum varsa sessizce saklayın ve küçük bir ayrıntı olarak gösterin. Eksik veya yanlışsa, haritaya zorlamadan “Depo A, Bölme 3” gibi manuel bir geçersiz kılma seçeneği verin.\n\n### Fotoğraf serisi, ekstra düşünce gerektirmeden\n\nİnsanların önce/sıra/sonra kanıtına ihtiyacı olduğunda, onlara etiket icat ettirmeyin. Her fotoğraftan hemen sonra yönlendirilmiş istemler sunun: “Önce”, sonra “Sırasında”, sonra “Sonra” ve tek dokunuşla sonraki düğme. Notları isteğe bağlı tutun, ancak “Hasar bulundu”, “Parça değiştirildi”, “Test geçti” gibi hızlı ön ayarlar ve bir “Diğer” alanı sağlayın.\n\nMeta veriyi görünür ama rahatsız etmeyen şekilde tutun. İyi bir desen, kuyruktaki her öğe altında daraltılmış bir “Detaylar” satırıdır; burada İş emri kimliği ve Adım gösterilir, küçük bir düzenleme simgesiyle. Örneğin: bir teknisyen sinyal olmayan bir bodrumda üç fotoğraf çeker, hepsini tek seferde İş 1842 ve “Sızıntı kontrolü”ne atar; uygulama bunu tüm seriye uygular ama yine de her fotoğraf ayrı düzenlenebilir.\n\n## Kuyruklu yüklemeler: durumlar, ilerleme ve kullanıcı kontrolü\n\nKuyruk, güvenin kazanıldığı veya kaybedildiği yerdir. İnsanlar çevrimdışı delil topladığında bir şeyi hızlıca bilmeye ihtiyaç duyar: bu kanıt güvende mi ve sunucuya daha sonra ulaşacak mı?\n\nHer fotoğraf ve notta küçük, tutarlı bir durum etiketiyle başlayın. Öğrenilmesi gereken zararlı simgelerden kaçının. Basit üç durumlu model iyi çalışır:\n\n- Cihazda kaydedildi\n- Yükleme beklemede\n- Yüklendi\n\nİki seviyede ilerlemeyi gösterin. Her öğede şu anda neler olduğu gösterilsin (beklemede, yükleniyor, başarısız) ve yüzde veya adım sayısı gibi net bir ilerleme olsun. İş düzeyinde ise “18 öğeden 12'si yüklendi” gibi genel ilerleme gösterin ki bir amir bir bakışta anlayabilsin.\n\nİnsanlar ayrıca kontrol ister, ama sadece güvenli türden. Kaza ile delilin kaybolmasını riske atmadan eylemler verin ve yaygın olanları kuyruğun yakınında tutun:\n\n- Duraklat veya devam ettir (pil düşükken faydalı)\n- Şimdi yeniden dene (daha iyi bir sinyale geçince)\n- Yeniden sırala (belirli öğeler acil ise)\n- Sil (sadece güçlü onay ve net sonuçla)\n\nBir şey başarısız olduğunda, nedenini açık ve basit bir dille söyleyin ve bir sonraki adımı gösterin. “Yükleme başarısız” yeterli değildir. İyi nedenler spesifik ve suçlayıcı olmayan olur: dosya çok büyük, oturum süresi doldu, sunucu dosyayı reddetti, depolama dolu. Her sebebe tek bir sonraki eylem eşleyin: “Sıkıştırıp tekrar dene” veya “Tekrar giriş yap” gibi.\n\nSon olarak, başarıdan sonra kuyruğu görünür tutun. Kısa bir “Az önce yüklendi” onayı, kullanıcıların her kaydı açmadan sisteme güvenmesini sağlar.\n\n## Yeniden bağlanmadan sonra güven veren senkron davranışı\n\nCihaz sinyal aldığında insanlar hiçbir şey kaybolmadığına dair teminat ister. İyi bir çevrimdışı delil yakalama UX'i senkronizasyonu otomatik hissettirir, ama aynı zamanda tahmin edilebilir ve kullanıcının kontrolünde olmalıdır.\n\nTetikleyicilerde açık ve tutarlı olun:\n\n- Uygulama açıldığında (veya ön plana döndüğünde) otomatik senkron\n- Ağ geri geldiğinde otomatik senkron\n- Güvence ve aciliyet için manuel “Şimdi senkronize et”\n- Uzun vardiyalar için isteğe bağlı planlı senkronizasyon\n\nSaha ortamında dalgalı ağlar normaldir. Senkronizasyonu tek seferlik bir yükleme değil, devam ettirilebilir bir kuyruk olarak ele alın. Her yüklemeyi idempotent yapın (tekrar çalıştırılması güvenli) ve kullanıcıların panik yapıp aynı fotoğrafı yeniden çekmemesi için “duraklatıldı” ve “yeniden deneniyor” durumlarını gösterin. Önce kısa yeniden denemeler, sonra geri çekilme stratejisi uygulayın. Kullanıcı uygulamayı terk ederse, ilerlemeyi saklayın ve kaldığınız yerden devam edin.\n\nKimlik doğrulama genellikle en kötü zamanda bozulur. Bir oturum süresi dolduğunda, delilleri yerelde saklayın ve kuyrukta tutun. Senkronizasyonun devam etmesi için gerektiğinde tekrar giriş isteyin ve giriş ekranını göstermeden önce “Öğeleriniz bu cihazda kaydedildi” onayını gösterin.\n\nCihaz ve kullanıcı ayarlarına saygı gösterin ve bunları senkron alanında görünür kılın ki kullanıcı neden hiçbir şeyin ilerlemediğini anlasın:\n\n- Sadece Wi‑Fi mi yoksa mobil veri kullanılsın mı\n- Düşük Veri Modu / Veri Tasarrufu davranışı\n- Pil Tasarruf modu: arka plan senkronunu duraklat\n- Arka plan izinleri (senkron için uygulamanın açık kalması gerekiyorsa)\n- Dolaşım kısıtlamaları (ilgiliyse)\n\nYeniden bağlandıktan sonra uygulama ya sessizce senkronize etmeli ya da neden henüz senkronizasyonun mümkün olmadığını açık dille anlatmalıdır.\n\n## Senkronizasyondan sonra tamlık doğrulama\n\nBağlantı geri geldiğinde insanlar hiçbir şeyin eksik olmadığını çabucak bilmek ister. Çevrimdışı delil yakalama ancak uygulama her işin gerçekten tamamlandığını hızlıca kanıtlayabiliyorsa işe yarar.\n\n### “Tamamlandı” ne demek bunu tanımlayın\n\nTamamlık bir his değil, bir kural olmalı. Bunu iş türüne bağlayın ve görünür kılın: gereken fotoğraflar, gereken notlar ve gerekli alanlar (konum, varlık kimliği ve zaman gibi).\n\nİyi bir iş görünümü iki soruyu saniyeler içinde yanıtlamalı: neler zaten yüklendi ve neler hâlâ eksik. Uzun bir etkinlik akışı yerine, basit bir durum satırı ve kısa bir “eksik öğeler” alanı kullanın.\n\nSenkronizasyondan sonra canlı güncellenen küçük bir kontrol listesi işe yarar:\n\n- Gerekli fotoğraflar yüklendi (6/6)\n- Notlar mevcut (evet/hayır)\n- Gerekli alanlar tamam (varlık ID, hasar türü, imza)\n- Yüklemeler sunucu tarafından doğrulandı (evet/hayır)\n- İş gönderime hazır (evet/hayır)\n\n### İnsanların güveneceği net onay\n\nHer şey bittiğinde tek, kesin bir durum gösterin: “Senkronize edildi ve doğrulandı” zaman damgası ve iş numarası ile birlikte. “Güncellendi” veya “İşlendi” gibi belirsiz etiketlerden kaçının. Doğrulama başarısız olursa nedenini söyleyin (örneğin, “2 fotoğraf yüklendi ama henüz onaylanmadı”) ve kullanıcının ne yapabileceğini belirtin.\n\n### Sahada gösterilebilecek kanıt\n\nSaha ekipleri genellikle ayrılmadan önce kanıt göstermeleri gerekebilir. Ekranda gösterilebilecek basit bir özet görünümü sunun: iş detayları, öğe sayıları ve “Senkronize edildi ve doğrulandı” zaman damgası.\n\nÖrnek: bir teknisyen otoparka bağlanır. Uygulama senkronize olur, sonra iş kartı yeşile döner ve “Senkronize edildi ve doğrulandı 14:32” yazısı çıkar. Buna dokunulduğunda “Fotoğraflar: 6/6, Notlar: eklendi, Konum: yakalandı” gösterilir; böylece müşteri yerinde bunu doğrulayabilir.\n\n## Çakışmalar ve çoğaltmalar: dağınık delili nasıl önlersiniz\n\nÇakışmalar, insanlar uygulama çevrimdışıyken çalışmaya devam ettiğinde ortaya çıkar. Planlamazsanız, eksik notlar, çift fotoğraflar ve “gerçek” kaydın hangisi olduğu konusunda tartışmalar ortaya çıkar. İyi bir uygulama çakışmaları normal kabul eder ve varsayılan olarak güvenli seçimi yapar.\n\nYaygın durumlar:\n\n- Aynı not iki cihazda düzenlendi (örneğin, bir amir tablette ekleme yaparken teknisyen telefonda aynı notu düzenler).\n- Bir iş vardiya ortasında yeniden atandı ve aynı görev için iki kişi delil topladı.\n- Kullanıcı kaydettiğini görmediği için bir fotoğraf iki kez çekildi veya kamera yeniden denedi.\n- Bir kayıt bir cihazda silindi ama başka bir cihazda güncellendi.\n\nVarsayılan bir kural seçin ve UI'da bunu açıkça belirtin. “Son düzenleme kazanır” düşük riskli meta veriler için hızlıdır ama önemli ayrıntıları sessizce üzerine yazabilir. Daha yüksek riskli öğeler için varsayılan “inceleme gerekiyor” olsun ki hiçbir şey kaybolmasın. Basit bir uzlaşma: etiketler gibi meta verilerde son düzenleme kazanır, notlar ve durum için manuel inceleme gerektir.\n\nÇakışma inceleme gerektiğinde, değişiklikleri düz dille karşılaştıran tek bir ekran gösterin. Sadece zaman damgalarından kaçının. “Alex’in telefonunda 15:42’de düzenlendi” vs “Sam’in tabletinde 15:45’te düzenlendi” gibi etiketler kullanın ve neyin değiştiğini vurgulayın. Sonra iki net eylem sunun: “Bu sürümü tut” ve “İki notu birleştir” (düzenlenebilir bir sonuçla).\n\nKullanıcıların güvenebileceği bir denetim izi tutun, hatta hiç açmasalar bile. Kim değiştirdi, neyi değiştirdi, ne zaman değiştirdi ve çözüm seçimi (A saklandı, B saklandı, birleştirildi) kaydedilsin. Cihaz isteğe bağlı bilgi olabilir.\n\n## İnsanların gerçekten fark ettiği güvenlik ve güven sinyalleri\n\nSaha personeli uzun güvenlik metinlerini okumaz. Uygulamanın güvenli olup olmadığına ve delilin ileride dayanak olup olmayacağına saniyeler içinde karar verirler. Çevrimdışı delil yakalamada güven çoğunlukla doğru zamanda görünen küçük, görünür sinyallerle inşa edilir.\n\n### Yakalama anında gizlilik sinyalleri\n\nİnsanlar kazara gereğinden fazla şey kaydedebilir: yüzler, plakalar, tıbbi notlar, ekranlar. Basit bir uyarı politika sayfasından daha fazla işe yarar. Kamera bir iletişim kartına, kimliğe veya belgeye yönlendirilmişse, “Hassas bilgi tespit edildi, kaydetmek istediğinizi onaylayın” gibi hızlı bir istem gösterin. Bu isteğe bağlı ama net olsun.\n\nAyrıca paylaşmadan önce açık olun. Kullanıcı “Gönder” veya “Şimdi senkronize et”e dokunduğunda, kimin bunu görebileceğini (ekip, müşteri, amir) düz metinle gösterin.\n\n### Kullanıcıların delile güvenmesi için ne gösterilmeli\n\nKullanıcıların çoğu uygulamanın hiçbir şeyi kaybetmediğine ve kaydın gizlice değiştirilmediğine dair kanıt arar. Güçlü sinyaller görünür ve tutarlı olmalıdır:\n\n- Açık bir depolama durumu: “Sadece bu telefonda”, “Kuyrukta yükleme”, veya “Sunucuya senkronize edildi”\n- Her öğede yakalama detayları: zaman, tarih, GPS (izin verildiyse) ve kullanılan kişi/hesap\n- Değişiklik izi: “Düzenlendi” rozeti, düzenleme geçmişi (kim/ne zaman) ve orijinali görüntüleyebilme\n\n- Paylaşılan veya dışa aktarılan görüntülerde isteğe bağlı filigran (zaman ve iş numarası) gibi delilin vakaya bağlı kalmasını sağlayan işaretler\n\nŞifreleme ve roller önemlidir, ama kullanıcılar sonuçları görmek ister. Yöneticilere “Başarılı senkronizasyondan sonra cihazdan otomatik sil” gibi basit bir seçenek verin (güvenli bir bekleme penceresiyle) ve erişim kontrollerini belirgin yapın: “Alan teknisyeni tarafından yakalandı”, “Süpervizör tarafından onaylandı”, “Müşteri için yalnızca görüntüleme”.\n\n## Çevrimdışı delil uygulamalarında yaygın UX tuzakları\n\nGüveni kaybetmenin en kolay yolu insanlara kanıtlarının başına ne geldiğini tahmin ettirmektir. Çevrimdışı delil yakalamada “senkronize ediyor” bir durum değildir. Tek bir dönen simge, kullanıcıların önem verdiği iki şeyi gizler: cihazda güvenli olarak kaydedilenler ve zaten sunucuya ulaşanlar.\n\nBaşka yaygın bir hata, fotoğrafı bir işe bağlamak için yalnızca GPS'i kullanmaktır. GPS yavaş olabilir, iç mekanda engellenebilir veya izin reddedilebilir. Konum eksikse, fotoğraf yine de bir işle ilişkilendirilmeli; bunun için net bir yedek (iş numarası, QR kodu veya hızlı seçim listesi) kullanın.\n\nVeri kaybı genellikle uygulama insanların çok hızlı ilerlemesine izin verdiğinde olur. Birisi kaydetme sırasında uygulamayı kapatırsa, telefonu cebine koyarsa veya işletim sistemi uygulamayı sonlandırursa, görünür bir “Yerel olarak kaydedildi” anı ve bir yakalama hâlâ yazılıyor ise uyarı gerekir.\n\nHatalar geliştirici terimleriyle değil, insanların ne yapması gerektiğini söylemeli. Kodlar ve belirsiz bildirimlerden kaçının. Düz metinle bir sonraki adımı verin:\n\n- Şimdi tekrar dene veya sonra dene\n- Depolamayı boşalt\n- Wi‑Fi veya mobil veriye bağlan\n- Bir amire öğe kimliğiyle başvur\n\nSilme konusunda dikkatli olun. Eğer bir iş belirli delilleri gerektiriyorsa (örneğin “2 fotoğraf + not”), kullanıcıların silerek sonucu görmeden gönderime izin vermek kazara uyumsuzluğa yol açar. Gerekli delil göstergesi kullanın ve minimum sağlanana kadar nihai gönderimi engelleyin.\n\n## Çevrimdışı yakalama UX'inizi test etmek için hızlı kontrol listesi\n\nÇevrimdışı delil yakalama akışınız sadece sessiz bir ofiste çalışıyorsa, sahada başarısız olur. Bu hızlı testi gerçek bir cihazda, uçak modu açık, düşük pil ve dalgalı bağlantıyla yapın.\n\nAynı işi baştan sona bir cihazda çalıştırın, sonra kesintilerle (uygulama arka plana alındı, telefon yeniden başlatıldı, Wi‑Fi ve mobil arasında geçiş) tekrarlayın. Aradığınız şey net geri bildirim, güvenli yeniden deneme ve güvenilir bir “işimiz bitti” anıdır.\n\n- Çevrimdışı olmak bir bakışta anlaşılmalı: uygulama açıkça çevrimdışı olduğunuzu, nelerin çalıştığını ve nelerin engellendiğini göstermeli.\n- Her fotoğraf ve notun basit bir durumu olmalı: her öğe cihazda kaydedildi, yüklenmeyi bekliyor, yükleniyor veya yüklendi şeklinde net işaretlenmeli.\n- İş tamlığı ölçülebilir: iş görünümü eksik olanı gösterir (örneğin: 4 gerekli fotoğraf, 1 imza, 2 not) ve isteğe bağlı olanları ayırır.\n- Yeniden deneme güvenli ve sıkıcı olmalı: senkron tekrar denenebilir olmalı, çoğaltma yaratmamalı ve kesintilerden sonra yüklemeler devam etmeli.\n- Doğrulanmış bir bitiş hattı var: yeniden bağlantı sonrası kullanıcı işin tamamen senkronize ve doğrulanmış olduğunu onaylayabilmeli, tercihen zaman damgası ve öğe sayısıyla.\n\nTesti geçtikten sonra kısa bir stres turu yapın: hızlıca 20 fotoğraf çekin, notlar ekleyin, sonra bağlanın ve ne olduğunu izleyin. İnsanlar delillerinin güvende olup olmadığını anlayamıyorsa, diğer uygulamalarda yedek alırlar ve bu da delilin zincirini bozar.\n\n## Örnek senaryo: gecikmeli senkronlu bir saha günü\n\nMaya, bir günde üç siteyi gezen bir güvenlik denetçisidir. Site A şehir içinde, ancak Site B ve C bir bodrumda ve sinyal olmayan uzak bir avludadır. Maya'nın bağlantı hakkında düşünmeden çalışmasını sağlayacak çevrimdışı delil yakalama gerekir.\n\nSite A'da İş 1042'yi açar, iki fotoğraf çeker ve 10 kelimelik bir not ekler. Uygulama zamanı, GPS'i ve adını otomatik doldurur ve her şeyi İş 1042'ye etiketler. Küçük bir rozet “Cihazda kaydedildi” gösterir, böylece beklemeden devam edebilir.\n\nSite B'de baskı altındadır. “Fotoğraf ekle”ye ard arda dört kez dokunur, sonra kısa bir konuşma notu metne dönüşür. Uygulama son kullanılan işi önerir, ama kaydetmeden önce hızla İş 1047'ye geçer. Her öğe bir kuyrukta toplanır ve basit bir sayıyla gösterilir: “6 gönderilmeyi bekliyor.”\n\nSite C'de son fotoğrafı çeker ve iş zaman çizelgesini kontrol eder. Henüz hiçbir şey senkronize olmadığından tüm öğeleri görebilir. Bir fotoğraf “İnceleme gerekiyor” olarak işaretlenmiştir çünkü bulanıktır; o anda tekrar çeker.\n\nMaya kapsama alanına geri sürerken uygulama arka planda senkronize etmeye başlar. Beş öğe hızla yüklenir, ancak bir fotoğraf “Yükleme durduruldu: yeniden deneniyor.” şeklinde başarısız olur. Fotoğraf kaybolmaz. Uygulama otomatik olarak yeniden dener ve Maya isterse “Şimdi yeniden dene”ye dokunabilir.\n\nMaya'nın amiri İş 1047'yi açtığında, delil seti tamam görünür:\n\n- 6 fotoğraf, 2 not, hepsi zaman damgalı ve doğru işe bağlı\n- 1 önceki başarısızlık “Çözüldü” olarak gösterilmiş ve yeniden deneme zamanı belirtilmiş\n- Açık bir “Tamamlandı” onayı ve “Son senkron 3 dakika önce” bilgisi\n\n## Sonraki adımlar: bunu çalışan bir uygulamaya dönüştürmek\n\nUX taslağını basit, test edilebilir gereksinimlere dönüştürün. Veri modelinizi (İş emri, Delil Öğesi, Eklenti, Senkron Denemesi) yazın, hangi alanların zorunlu olduğunu (zaman damgası, iş emri kimliği, yazar) ve kullanıcılara göstereceğiniz durumları (Cihazda kaydedildi, Kuyrukta, Yükleniyor, Yüklendi, İnceleme gerekiyor) belirleyin. Listeyi küçük tutun ve her durumun tek bir net anlamı olduğundan emin olun.\n\nSonra pilot için gereken minimum ekran setini kilitleyin. Gerçek dünyada çevrimdışı yakalamanın dayanıp dayanmadığını öğrenmek için mükemmel bir uygulamaya ihtiyacınız yoktur:\n\n- Yakalama (fotoğraf, notlar, hızlı meta veri, yerel kaydet)\n- Kuyruk (ne bekliyor, ne başarısız oldu, yeniden dene kontrolleri)\n- İş tamlığı ("bitti" demeden önce ne eksik)\n- Çakışma inceleme (çoğaltmalar, uyumsuz iş ID'leri, belirsiz zaman damgaları)\n\nDoğru sorunları çözmek için analizleri erkenden planlayın. Kaydetme başarısı, yükleme başarısı, yükleme hata nedeni (ağ yok, dosya çok büyük, kimlik doğrulama süresi doldu), ilk kayda kadar geçen süre ve “iş tamamlandı ama öğeler eksik” gibi olayları yakalayın. Bu, insanların meta veriyi bırakma veya gün boyu yeniden deneme gibi gizli acıları bulmanızı sağlar.\n\nHızlıca kurup yinelemek istiyorsanız, AppMaster (appmaster.io) tam çözüm oluşturmanız için bir seçenek olabilir: backend, süpervizör için web yönetimi ve yerel mobil uygulamalar sağlayarak offline-öncelikli iş akışı ve kuyruklu senkron durumlarını kullanıcıya görünür kılar.\n\nBir ekip ve tek bir iş akışı ile 1–2 hafta pilot çalışması yapın. Tek bir delil türü seçin (örneğin “varış fotoğrafı + not”), günlük tamlık raporları inceleyin ve sonra daha fazla işe, daha fazla meta veriye ve daha karmaşık çakışma kurallarına genişletin.