Konuma Dayalı Görev Uyarıları İçin Mobil Uygulama Geliştirme

Sorunu Tanımlayın ve En Uygun Kullanım Senaryolarını Belirleyin

Konuma dayalı bir “görev uyarısı”, bağlama—çoğunlukla kullanıcının bulunduğu yere—göre tetiklenen ve kullanıcının en uygun anda harekete geçmesini sağlayan nazik bir hatırlatmadır. Pratikte uyarılar genellikle üç tipe ayrılır.

Uygulamanızda “görev uyarısı” ne anlama gelmeli

Hatırlatma: “Eczaneye vardığımda reçetemi almamı hatırlat.” Bu açık ve kullanıcı tarafından oluşturulan bir istektir.

Öneri: “Donanım mağazasına yakınsın—ampul almak ister misin?” Bu isteğe bağlıdır ve ölçülü kullanılmalıdır.

Rutin: “Hafta içi eve geldiğimde yarınki yemeği hazırlamam için beni uyar.” Bu tekrarlayan bir akıştır ve kolay zamanlama ile erteleme gerektirir.

Günlük için en uygun senaryolar

Tatlı nokta, unutulması kolay ama yakında olunca tamamlanması kolay görevlerdir:

• Mağaza yakınındaki işler: market, iade, reçete alma, belge baskısı
• Ofis işleri: ofise varınca form gönderme, ön bürodan posta alma
• Ev işleri: eve geldiğinde geri dönüşümü çıkarma, varınca bitkileri sulama

Öncelikle uç vaka özellikleri (yüksek frekanslı izleme, karmaşık otomasyon) üzerine inşa etmekten kaçının. Çoğu kullanıcı onlarca hatırlatma istemez; az sayıda yüksek değerli uyarı ister.

Hedef kullanıcılar ve bildirim toleransı

Kimin için yaptığınızı tanımlayın: meşgul ebeveynler, işe gidenler, nörodiferansiyel kullanıcılar, saha çalışanları veya “ara sıra unutkan” kullanıcılar. Her grubun uyarılara toleransı farklıdır.

Güçlü bir temel: kullanıcılar uyarıları zaman aralığı, günler ve öncelik ile sınırlayabilmeli ve bir yeri silmeden hızlıca sessize alabilmelidir.

Başarı metriklerini erkenden kararlaştırın

Gerçek değeri ve uyarı yorgunluğunu yansıtan metrikler seçin:

• Bir uyarı sonrası tamamlanan görevler
• Erteleme oranı ve “şimdi değil” eylemleri
• Bildirim veya konum erişimini devre dışı bırakma oranı
• Oluşturulduktan kısa süre sonra silinen yer/görevler (karışık kurulum sinyali)

Bu kararlar UX'inizi, tetikleyici mantığını ve gizlilik tercihlerinizi şekillendirir.

Doğru Platform Stratejisini Seçin

Platform seçiminiz her şeyi belirler: hangi “konuma dayalı hatırlatmaların” mümkün olduğu, bildirimlerin ne kadar güvenilir hissedeceği ve bu güvenilirliği sağlamak için ne kadar pil harcayacağınız.

Native vs çapraz platform (ve neden önemli)

Eğer uyarı deneyiminiz sıkı arka plan konum davranışlarına bağlıysa (ör. tutarlı şekilde tetiklenmesi gereken geofence'ler), native iOS/Android size en fazla kontrolü ve en hızlı OS değişikliklerine erişimi verir.

Çapraz platform yine de iyi bir seçenek olabilir:

• Flutter: güçlü UI tutarlılığı ve haritalar/konum için iyi bir eklenti ekosistemi.
• React Native: özellikle zaten JavaScript bilginiz varsa hızlı yineleme.

Takas genellikle arka plan yürütme, izinler ve cihaz üreticisi farklılıkları etrafında hata ayıklama süresidir. Yeni bir “görev uyarıları uygulaması” doğruluyorsanız, çapraz platform öğrenmek için hızlı yol olabilir—ancak sınırlara karşı dürüst olun.

Özellik vaat etmeden önce OS sınırlarını bilin

Hem iOS hem Android pil ve arka plan işlerini agresifçe yönetir. Bu kısıtları erken planlayın:

• Arka plan konumu: iOS açık kullanıcı gerekçesi ister ve izin istemleri kullanıcı tarafından reddedilebilir. Android'de arka plan erişimi ekstra adımlar gerektirebilir ve üretici pil ayarlarından etkilenebilir.
• Bildirim teslimi: uygulamanız arka planda çalışmasına izin verilmiyorsa veya cihaz güç tasarruf modundaysa bildirimler gecikebilir.
• Pil kuralları: sürekli GPS pahalıdır; OS israf gibi görünürse uygulamanızı kısıtlayabilir.

Özellik setinizi, kullanıcılar yalnızca “Uygulama Kullanılırken” konumu verirken bile çalışacak şekilde tasarlayın; “Her Zaman”ı bir yükseltme olarak değerlendirin, zorunluluk değil.

Amaca ulaşan en küçük konum özelliğini seçin

Bağlama dayalı görevler için gerçekten neye ihtiyacınız olduğunu sorun:

• Geofencing: varış/ayrılış hatırlatmaları için varsayılan en iyi seçenek. Daha az pil tüketir ve açıklaması kolaydır.
• Sürekli izleme: canlı hareket bilgisine gerçekten ihtiyaç varsa (çoğu hatırlatma için gereksizdir).

Geofencing ile başlayın ve sessiz hataları önlemek için zaman tabanlı bir yedek planı ekleyin.

Değer gösteren bir MVP planlayın

İlk versiyon basit olabilir: bir görev oluştur, bir yer ekle, giriş/çıkışta push bildirimi tetikle. Gelişmiş yönlendirme, birden çok yer veya karmaşık kurallar, kullanıcıların uyarıları kapatmadıklarını doğrulayana kadar ertelenebilir.

İlk gönderim için bir kontrol listesi istiyorsanız, /blog/test-location-features-without-surprises yaklaşımını yansıtabilirsiniz.

Hızla bir MVP üzerinde ilerliyorsanız, vibe-coding iş akışı yardımcı olur. Örneğin, Koder.ai ile UX'i (React web) veya mobil istemciyi (Flutter) prototipleyip hafif bir Go + PostgreSQL backend ile sohbet üzerinden eşleştirebilirsiniz—bu, tam native yapıya geçmeden önce create-task → attach-place → trigger-notification döngüsünü hızlıca doğrulamak için faydalıdır.

Kullanıcıların Kapatmayacağı Bir Nudge UX Tasarlayın

Konuma dayalı hatırlatmalar uygulaması güven üzerine kurulur. İnsanlar spamlandığını, kafalarının karıştığını veya izlendiğini hissederse bildirimleri sessize alır veya uygulamayı kaldırır. Amaç “sessizce yardımcı olan” bir deneyimdir; kesintiye girme hakkını kazanmalı.

İzinleri anlamlı anda isteyin

Konum iznini, hemen görülen bir faydayla sade bir dilde açıklayın:

• “Konumunuza izin verin, markete vardığınızda sizi hatırlatabilelim.”

İzin istemeyi ilk açılışta yapmaktan kaçının. Bunun yerine kullanıcı ilk yer tabanlı görevi oluşturduğunda sorunun ve net bir yedek ("Zaman bazlı hatırlatmaları yine de kullanabilirsiniz") gösterin. Kullanıcı reddederse, özelliği görünür tutun ve Ayarlar'dan nasıl açılacağını açıklayın.

İnsanlara basit, güçlü kontroller verin

En çok kullanılan kontrolleri hatırlatmanın kendisinden bir dokunuş uzakta koyun:

• Nudge'ları duraklat (bir gün, bir hafta veya geri açılana kadar)
• Sessiz saatler (ör. gece ve toplantılar)
• Konum yarıçapı kaydırıcısı ve basit ön ayarlar (Küçük / Orta / Büyük)

Bu kontroller, özellikle GPS yoğun binalarda hassasiyet sorunları olduğunda hayal kırıklığını azaltır.

Akıllı varsayılanlarla uyarı yorgunluğunu önleyin

Uyarılar seçici olmalı. Şu tür koruyucular ekleyin:

• Frekans sınırları (ör. aynı görev için 2–4 saat içinde tekrar uyarma)
• Bir varış için tek uyarı (kullanıcı açıkça tekrar isterse istisna)
• Gruplama (aynı yerde birden fazla görev eşleşirse "Donanım Mağazasında 3 öğe")

Varsayılan olarak “daha seyrek” davranın; ileri düzey kullanıcılar bunu sıkılaştırabilsin.

“Nudge kartlarını” anında eyleme geçirilebilir yapın

Bildirim (ve uygulama içi kart) küçük bir mikro-iş akışı olmalı:

• Tamamlandı (gruplar için isteğe bağlı “tümünü işaretle”)
• Ertele (15 dk, 1 saat, yarın)
• Düzenle (liste, yer veya yarıçapı değiştir)

Bir nudge 5 saniyeden fazla sürüyorsa çok ağırdır — ve kapatılacaktır.

Bir Konum Tetikleme Yaklaşımı Seçin (Geofence ve Ötesi)

Konum tetikleyicileri bir nudge'ın “ne zaman”sıdır. Doğru yaklaşım ne kadar hassas olmanız gerektiğine, ne sıklıkla konumu kontrol edebileceğinize ve kullanıcıların neyi kabul edeceğine bağlıdır.

Tetikleyici seçeneklerinizi karşılaştırın

Geofencing “market geldiğimde hatırlat” için tercih edilir. Sanal bir çevre kaydedersiniz ve giriş/çıkışta bildirim alırsınız. Basittir, ama doğruluk cihaz, OS ve ortamla değişir.

Önemli konum değişiklikleri (veya kaba arka plan güncellemeleri) cihaz yalnızca anlamlı hareket ettiğinde uyandırılır. Mahalleye geri dönme gibi durumlar için düşük güçlü ve uygundur ama küçük yarıçaplı yerler için çok kaba kalır.

Beacon / Wi‑Fi ipuçları iç mekan veya yoğun alanlar için yardımcı olur. Bluetooth beacon'lar bina içi yakınlığı algılayabilir; Wi‑Fi SSID/BSSID eşleştirmesi “ev/iş” ipucu verebilir (platform kısıtlamalarıyla). Bu ipuçları yalnızca doğrulama amaçlı kullanılmalı, tek tetikleyici olmamalıdır.

Tetik kuralarını net tanımlayın

Öngörülebilir bir küçük kural setini destekleyin:

• Giriş ve Çıkış (en yaygın)
• Bekleme süresi (ör. “sürücüden geçişe takılmamak için 5 dakika kalınca uyar”)
• Zaman pencereleri (ör. hafta içi 8–10 arası; dışarıda sessize al)

Kuralları dikkatle birleştirin: “Giriş + zaman penceresi içinde + bugün tamamlanmadı” spam'i önler.

Gerçek dünya kenar durumlarını ele alın

GPS kayması çitleri erken/geç tetikleyebilir. Yoğun şehirler “urban canyon” sıçramalarına neden olur; çok katlı binalar katları belirsizleştirir. Bunu biraz daha büyük yarıçaplar kullanarak, bekleme gereksinimleri ekleyerek ve tetiklemeleri çoğaltmamak için cooldown uygulayarak hafifletin.

Konum sınırlıysa yedek planlar yapın

Kullanıcılar “her zaman” izinini reddederse azaltılmış işlevsellik sunun: manuel check-in, zaman bazlı hatırlatmalar veya “uygulama açıldığında yakındaysanız bildir” seçeneği. Konum kullanılamadığında (çevrimdışı, GPS yok) değerlendirmeleri sıraya alın ve güvenilir bir düzeltme geldiğinde çalıştırın—eski bildirimlerle bir anda doldurmayın.

Görevler, Yerler ve Kurallar İçin Basit Bir Veri Modeli Oluşturun

Konuma dayalı bir nudge uygulaması veri modeline bağlıdır. Küçük, açık ve mantıklı tutun—sonra özellik eklemek daha kolay olur.

Çekirdek nesneler (ve içermesi gerekenler)

Görev (Task) kullanıcının niyetidir. Saklayın: başlık, notlar, durum (aktif/tamamlandı), isteğe bağlı son tarih ve öncelik gibi hafif meta veriler.

Yer (Place) yeniden kullanılabilir konum tanımıdır. Saklayın: etiket (“Ev”, “Eczane”), geometri (lat/lng + yarıçap veya başka bir şekil) ve Wi‑Fi/Bluetooth tetikleyicileri eklemeyi planlıyorsanız “iç mekan” gibi ipuçları.

Kural/Tetikleyici (Rule/Trigger) bir görevi bir veya daha fazla yere bağlayıp ne zaman bildirim yapılacağını tanımlar. Saklayın: olay türü (giriş/çıkış/çevrede), zaman çizelgesi penceresi (örn. hafta içi 8–20) ve bir nudge stili (sessiz banner vs tam bildirim).

Kullanıcı tercihleri genel düğmeler: sessiz saatler, bildirim kanalları, tercih edilen birimler ve gizlilik seçimleri (örn. “kesin” vs “kabaca” konum).

Karmaşıklık olmadan çoktan-çoğa ilişki

Gerçek hayat karmaşıktır: bir görev birden çok yere uygulanabilir (“Süt al” herhangi bir markette) ve bir yer birden çok görevi barındırabilir (“Ev” görevleri). Bunu TaskPlaceRule (veya Rule) gibi ayrı bir tablo/koleksiyon ile modelleyin, görev içine her şeyi gömerek karmaşık hale getirmeyin.

İleride işinize yarayacak durum bilgileri saklayın

Konum tetikleyicileri spam yapabilir eğer durum takip etmezseniz. Her kural için saklayın:

• lastFiredAt ve cooldownMinutes
• lastSeenAt (neden tetiklendiğini anlamak için faydalı)
• tamamlama geçmişi (completedAt, skippedAt, snoozedUntil)

Verinin nerede tutulacağı

Erken karar verin:

• Sadece cihazda: en basit, gizlilik için en iyi; telefondan telefona geçiş zor.
• Bulut senkronizasyonu: cihazlar arası kolaylık; hesaplar ve güvenlik gerekir.
• Hibrit: hassas konum durumunu cihazda tutun, görevleri/yerleri/kuralları senkronize edin.

Emin değilseniz, hibrit genellikle en güvenli varsayımdır çünkü sunucunuzun ne gördüğünü sınırlar.

Bildirimleri ve Eylemleri Uygulayın

Bildirimler bir görev nudge uygulaması için “gerçek an”dır. Geç, genel veya gürültülüyseler kullanıcılar bunları kapatır—geri kalan deneyim ne kadar iyi olursa olsun.

Doğru bildirim tipini seçin

Telefonun karar verip nudge'ı kendi başına gösterebileceği durumlarda local notification kullanın (örn. “market geldi → liste göster”). Hızlıdır, ağ bağımlılığı yoktur ve anlık hissedilir.

Sunucunun dahil olması gerektiğinde push notification kullanın (örn. paylaşılan görevler, takım kuralları veya cihazlar arası tutarlılık). Birçok uygulama karışım kullanır: anlık, bağlama duyarlı nudge'lar için local; senkronizasyon ve uç vakalar için push.

Doğru göreve derin bağlantı verin

Bildirim kullanıcıyı genel ana ekrana atlamamalı. Aşağıyı açan bir derin bağlantı ekleyin:

• Belirli görev
• Eşleşen yer/kural
• İstenen durum (örn. “varış görünümü” vs “ayrılış görünümü”)

Görev silindiyse veya zaten tamamlandıysa nazikçe davranın: görev listesine küçük bir mesajla açın—“Bu hatırlatma artık aktif değil.”

İnsanların gerçekten kullandığı eylemleri ekleyin

Eylemler sürtüşmeyi azaltır ve “sonra hallederim” yorgunluğunu önler. iOS/Android arasında tutarlı tutun:

• Tamamla
• 15 dk ertele
• Daha sonra hatırlat (1 saat / bu akşam / yarın seçenekleri)
• İlgisiz (bu kuralı bu yer için sessize al)

Teslim sınırlarına saygı gösterin, spam yapmayın

Mobil OS'ler bildirimleri kısıtlayabilir ve kullanıcılar tekrarları sevmez. Görev/yer başına basit bir “cooldown” takip edin (örn. 30–60 dakika içinde tekrar bildirim gönderme). Teslim başarısız olursa, döngü oluşturmadan geri çekilmeli ve geri çekilmelerde tek sefere mahsus artan gecikmeli yeniden deneme yapılmalı. Aynı anda birden fazla görev tetiklenirse, bunları açık bir özetle tek bir bildirimde gruplayın ve içine dokunulduğunda listeyi açın.

Backend ve Senkronizasyonu Planlayın (Sadece Gerekeni)

Konuma dayalı bir nudge uygulaması "ince" bir backend ile şaşırtıcı derecede iyi çalışabilir. Sunucunun mutlaka paylaşılması veya yedeklenmesi gerekenleri listeleyin ve diğer her şeyi cihazda tutun; sunucuya merkezileştirmeniz için açık bir neden olana kadar fazladan katman eklemeyin.

Sunucunun gerçekten yapması gerekenler

Erken sürümlerde backend sadece şunları yapabilir:

• Hesaplar ve oturumlar (veya yükseltme yolu olan anonim kullanıcılar)
• Cihazlar arasında senkronizasyon (aynı kullanıcı, birden fazla telefon)
• Paylaşılan listeler (isteğe bağlı: aileler/takımlar)
• Uzaktan kural dağıtımı (kuralların app sürümü olmadan güncellenmesi gerekiyorsa)

Uygulamanız tek cihazlı ve kişisel ise yerel depolamayla başlayıp daha sonra senkronizasyon ekleyebilirsiniz.

Küçük, net bir API yüzeyi

İlk API setinizi sıkıcı ve öngörülebilir tutun:

• Auth: giriş/çıkış, token yenileme
• Görevler (CRUD): görev oluştur/oku/güncelle/sil ve tamamlama durumu
• Yerler: kaydedilmiş konumlar, etiketler ve geofence meta verileri
• Kurallar: görevler ile yerler arasındaki bağlantılar (eğer sunucuda saklanıyorsa)
• Cihaz tokenları: cihaz/ kullanıcı başına push token kayıtları

Bunu erkenden belgelendirin ki uygulama ve backend uyumsuzluğa düşmesin.

Senkronizasyon ve çatışma çözümü

Çatışmalar, iki cihaz çevrimdışıyken aynı görevi düzenlediğinde olur.

• Son yazan kazanır en basitidir ve kişisel hatırlatmalar için genelde yeterlidir.
• Birleştirme paylaşılan listeler için daha iyidir (örn. notları birleştirme), ama karmaşıklık katar.

Bir kural seçin, ürün terimleriyle belirtin ve gerçek “uçak modu” senaryolarında test edin.

Entegrasyonları isteğe bağlı tutun

Takvim, harici yapılacak uygulamalar ve otomasyon platformları caziptir—ama izinler, destek ve kenar durumları artırır. Önce çekirdek döngüyü gönderin, entegrasyonları ayarlar altında isteğe bağlı yapın.

Firebase istemiyorsanız, erken hafif bir alternatif planlayın (örn. küçük bir REST API + Postgres), ama aşırı inşa etmeyin. Backend'inizin karmaşıklığına hak kazanması gerekir.

Gizliliği Öncelikli Konum İşlemeyi İnşa Edin

Gizlilik "sonunda eklenen bir yasal sayfa" değildir—ürün özelliğidir. Konuma dayalı hatırlatmalar, insanların gereksiz yere izlenmeyeceğine güvenirse yardımcı hissettirir.

Daha az toplayın, daha çok hatırlatın

Başlangıçta ne depoladığınızı en aza indirin. Bir hatırlatmayı tetiklemek için genellikle ham GPS izine veya her yerde gezinti geçmişine ihtiyacınız yoktur.

Sadece nudge için gerekenleri saklayın:

• Kaydedilmiş yer (isimli konum ve yarıçap)
• Görev ve kuralı (örn. “Market'e varınca süt almayı hatırlat”)
• Minimal teslim kaydı (örn. “5:32'de gönderildi” tekrar spam'ı önlemek için)

Tam konum geçmişi tutma cazibesine kapılırsanız, bunu ayrı, isteğe bağlı ve açık bir değerle sunun.

Tetik kontrollerini mümkün olduğunca cihazda yapın

Mümkün olduğunda geofence ve tetik mantığını cihazda değerlendirin. Böylece sunucular sürekli koordinat almaz. Uygulama yerel olarak kullanıcı bir yere girince/çıkınca karar verir, sonra sadece gerçekten ihtiyaç duyulan görev durumunu (örn. “tamamlandı”) senkronize eder.

Saklama süreleri konusunda açık olun

Kullanıcılara neyi ne kadar süre sakladığınızı ve nedenini uygulama içinde söyleyin, sadece politika sayfasında değil.

Örnekler:

• “Bildirim teslim kayıtları: tekrar eden uyarıları önlemek için 14 gün.”
• “Tamamlanmış görev geçmişi: 30 gün (düzenlenebilir).”

Gerekli olduğunda saklamayı yapılandırılabilir yapın ve varsayılan olarak yineleme/tekrar bildirimleri önleyecek en kısa süreyi kullanın.

Kontrol verin: dışa aktar ve sil

Ayarlar'a açık kontroller ekleyin:

• Görevleri ve kaydedilmiş yerleri dışa aktar
• Konumla ilgili verileri sil (tek öğe veya tümü)
• Hesabı silme (ve sonrasında ne olur)

Bu kontrolleri açıkça dökümante edin (örn. /settings/privacy) ve silme işlemlerini kullanıcı dostu şekilde onaylayın: yerelde ne silinir, senkronizasyonda ne silinir ve yedeklerde ne kalabilir (sürelerle).

Pil, Performans ve Çevrimdışı Kullanımı Optimize Edin

Konuma dayalı bir nudge uygulaması arka planda sessiz kaldığında “akıllı” hisseder. Pil tüketiyorsa veya gecikiyorsa kullanıcı izinleri kapatır veya uygulamayı kaldırır. Amaç: daha az iş yap, daha az sıklıkta yap—yine de yeterince doğru ol.

Düşük güçlü konum sinyallerini tercih edin

Sürekli GPS sorgulamasından kaçının. Bunun yerine biraz hassasiyet verip büyük pil tasarrufu sağlayan platform modlarına güvenin:

• Mümkünse significant-change / aktivite-temelli güncellemeler kullanın, ardından alana yaklaştığınızda kısa süreli olarak doğrulayın.
• Kullanıcı sabitken veya evde/işteyken güncelleme aralıklarını artırın.
• GPS'i kalıcı bir abonelik aracı olarak değil, kısa süreli bir doğrulama aracı olarak görün.

İyi bir zihinsel model: günün çoğunda bekliyorsunuz; sadece ara sıra doğrulama yapmanız gerekiyor.

Yerleri yerel olarak önbelleğe alın ve tetiklemeleri hızlı değerlendirin

Her konum güncellemesi ucuz işlenmeli. Küçük bir yer önbelleği (geofence'ler, kaydedilmiş adresler, yarıçaplar) tutun ve tetiklemeleri verimli değerlendirin:

• Ağır hesaplamalardan önce basit sınır kontrolleri (ör. hızlı mesafe yaklaşımları) ön hesaplanmış olsun.
• Sadece olası eşleşebilecek kuralları test edin (örn. kullanıcının son bilinen bölgesine yakın olanlar).
• Çoğaltmayı engelleyin: son X dakika içinde aynı yere nudge yapıldıysa atla.

Bu CPU iş yükünü azaltır ve uygulama açıldığında anında hissettirir.

Çevrimdışı öncelikli görev yönetimi

Kullanıcılar asansörde, metroda veya dolaşırken görev oluşturur. Onların çevrimdışı olarak görev/yer oluşturmasına izin verin:

• Görevleri, kuralları ve son kullanılan yerleri yerelde saklayın.
• Değişiklikleri kuyruğa alın ve sonra senkronize edin (çatışma kuralları çoğunlukla: “son düzenleme kazanır”).
• Geocoding çevrimdışıyken bir yer işaretçisi bırakın ve çevrimiçi olunca çözün.

Lansmandan önce gerçek pil etkisini ölçün

Pil kullanımı simülatörde nadiren açıktır. Gerçekçi hareketlerle (işe gidiş geliş, yürüme, sürüş) birkaç yaygın cihazda (eski ve yeni) test edin. İzleyin:

• Birkaç saat içindeki pil düşüşü
• Konum güncellemeleri ve uyandırmalar sayısı
• Bildirim oranı (çok fazla nudge da “pil boşalması” gibi hissedilir)

Gücü nereye gittiğini açıklayamıyorsanız kullanıcılar sizden önce fark eder.

Konum Özelliklerini Sürpriz Olmadan Test Edin

Konum özellikleri “benim telefonumda çalıştı” ile gerçek hayat arasındaki boşluklarda başarısız olur: zayıf GPS, arka plan sınırları, kesintili veri ve kullanıcıların izinleri değiştirmesi. İyi bir test planı hareketi, cihaz durumunu ve izinleri birinci sınıf senaryolar olarak ele alır.

Gerçek hareketle test edin (sadece masanızın etrafında değil)

Yürüyerek, araçla, toplu taşıma ve dur-kalk trafikte insanların nasıl seyahat ettiğini taklit eden saha testleri yapın. Aynı rotayı birkaç gün tekrarlayın.

Dikkat edin:

• Giriş/çıkış zamanlaması (uyarı geç, erken veya çoğaltılmış mı?)
• Geofence sınırına yakın davranış
• Uygulama durumları: ön plan, arka plan, kapalı ve yeniden başlatma sonrası

Konumları simüle edin ve kritik akışları otomatikleştirin

OS araçlarını kullanarak rotaları ve atlamaları simüle edin:

• iOS: Xcode konum simülasyonu (GPX rotaları dahil)
• Android: Geliştirici seçenekleri “Mock konum uygulaması seç” + Android Studio emülatör konum kontrolleri

Olabildiğince otomatikleştirin: görev oluştur → yer ayarla → bildirim al → tamamla/ertele. Küçük bir test paketi bile SDK veya kurallar değiştiğinde regresyonları yakalar.

Tüm izin yollarını doğrulayın

Tam izin yaşam döngüsünü test edin:

• İlk istemede reddet
• Sadece uygulamayı kullanırken izin ver
• Her zaman izin ver (uygunsa)
• Daha sonra Ayarlar'dan izin geri alınır

Uygulamanın nazikçe yanıt verdiğini doğrulayın: açık açıklamalar, yedek davranış ve kırık “sessiz hatalar” yok.

Geofence kenar durumu kontrol listesi oluşturun

Sürümden önce çalıştırdığınız hafif bir regresyon kontrol listesi tutun:

• Hızlı sınır geçişi (otoyol)
• Birbirine yakın birden çok fence
• Düşük güç modu etkin
• Ağ yok / uçak modu
• Saat değişikliği ve zaman dilimi yolculuğu

Buralar “sürprizlerin” kullanıcıların eline geçmeden yakalandığı yerlerdir.

Analitik ve Geri Bildirim Döngüleri Ekleyin (Gizlilik-Güvenli)

Konuma dayalı hatırlatmaları geliştirebilmek için insanların ne deneyimlediğini ölçmeniz gerekir—ancak kesin konum verisi yollamanıza gerek yok. Analitiği nudge sonuçlarına ve kalite sinyallerine odaklayın, birinin nerede olduğunu izlemeye değil.

Küçük bir ürün sinyali seti takip edin

Kullanıcıların nudge'ların alakalı ve zamanında olup olmadığını söyleyecek minimal bir olay sözlüğü tanımlayın:

• Nudge gösterildi (bildirim teslim edildi veya uygulama içi kart gösterildi)
• Açıldı (dokunma veya görüntüleme)
• Üzerinde işlem yapıldı (görev işaretlendi, eylem düğmesi kullanıldı)
• Erteleme yapıldı (ne kadar süre için)
• Devre dışı bırakıldı (bildirim kapandı, konum izni düşürüldü, kural sessize alındı)

Yer belirtmeyen hafif bağlam ekleyin: uygulama sürümü, OS sürümü, izin durumu (“her zaman/uygulama kullanılırken/reddedildi”) ve tetik türü (“geofence/Wi‑Fi/manual”).

Doğru anlarda "Yardımcı oldu mu?" sorun

Bir nudge kapatıldıktan veya tamamlandıktan sonra tek dokunuşlu mikro-anket sunun:

• Yardımcı oldu / Olmadı
• İsteğe bağlı neden seçenekleri (örn. “Yanlış yer”, “Yanlış zaman”, “Çok sık”, “Zaten yaptım”)

Bunu frekans ve alaka kurallarını ayarlamak için kullanın ve kullanıcıların tekrar tekrar görmezden geldiği görevleri tespit edin.

Sorunları erken tespit edin

Kırık UX veya gürültülü tetikleyicileri işaret eden desenleri izleyin:

• Artan opt-out veya izin düşüşleri
• Yüksek yanlış tetikleme göstergeleri (“Yararlı değil → Yanlış yer”)
• Artan erteleme döngüleri (sürekli erteleme)
• Destek talepleri ve incelemelerde pil tüketimi şikayetleri

Analitiği gizlilik-güvenli tutun

Ham enlem/boylamı analitiğe göndermekten kaçının. Konum türevi metriklere ihtiyaç duyuluyorsa, cihazda kaba kovana dönüştürün (örn. kullanıcı etiketli yerler bazında “ev/diğer”) ve sadece toplanmış sayıları gönderin. Kısa saklama pencerelerini tercih edin ve topladıklarınızı uygulamada açıkça gösterin (örn. /privacy).

Yayınlayın, İzleyin ve Yineleyin

Konuma dayalı bir nudge uygulaması kullanıcı güvenine bağlıdır. Lansman, uygulamanın ne yaptığını, neden konuma ihtiyaç duyduğunu ve nasıl kontrol edileceğini açıkça göstermeli—kullanıcı "İzin ver" demeden önce.

Mağaza açıklamasını beklentiler oluşturacak şekilde yazın

App Store/Play listelerinizi mini bir onboarding gibi yazın:

• Konum izinlerini sade dille açıklayın (“Kaydedilmiş yerlere varınca/ayrılınca hatırlatmaları tetiklemek için konumu kullanıyoruz”).
• İzin ekranını, “Yer ekle” akışını ve nudge'ları duraklatmayı/kapamayı gösteren ekran görüntülerine yer verin.
• Gizlilik seçimlerini vurgulayın (örn. “Arka plan konumu olmadan da uygulamayı kullanabilirsiniz; ama daha az tetikleme olur”).

Daha derin bir açıklamanız varsa, uygulamadaki ifadeyle eşleşen kısa bir gizlilik/izin sayfasına referans verin (örn. /privacy).

Aşamalı dağıtım yapın ve doğru sinyalleri izleyin

Büyük bir tek seferlik sürümden kaçının. TestFlight/dahili testler, sonra kademeli dağıtım kullanın. Her adımda şunları gözden geçirin:

• Çökme raporları (özellikle izin istemleri ve arka plan olayları etrafında)
• Pil ve arka plan kullanım şikayetleri
• Bildirim teslim sorunları (eksik, geç veya çoğaltılmış nudge'lar)

Bir “dur” düğmesi tutun: pil ani artışı veya çökme artışı gözlemlenirse dağıtımı durdurun ve hızlı bir düzeltme yayınlayın.

Desteği kolaylaştırın (uygulama içinde)

Konum etkinleştirme, “Her zaman” vs “Uygulama kullanılırken” seçimi, kaçırılan hatırlatmaları düzeltme ve belirli nudge'ları kapatma gibi SSS bölümü ekleyin. Kullanıcının cihaz/OS bağlamını yakalayan bir iletişim yolu sağlayın, her şeyi tekrar anlatmasını istemeden.

Kullanıcı dostu yükseltmelerle yineleyin

Küçük, güvenli yinelemeler planlayın: daha akıllı kurallar (zaman pencereleri, frekans kısıtları), nazik öneriler (“Burada tekrar hatırlatmak ister misiniz?”), aile/takım için paylaşılan görevler ve erişilebilirlik iyileştirmeleri (daha büyük dokunma hedefleri, VoiceOver/TalkBack uyumu, azaltılmış hareket).

Yineleme yaparken, gizliliği bozmadan hızlı gönderebilmek için geliştirme hattınızı hafif tutun. Ekipler bu aşamada Koder.ai gibi platformları kullanır: snapshot/geri alma tetikleme mantığı değişikliklerini güvenle test etmeye yardımcı olur ve kod dışa aktarımı prototipten kalıcı ürünlere geçişi kolaylaştırır.