Bağlam Tabanlı Kişisel Hatırlatıcılar için Mobil Uygulama Nasıl Oluşturulur

Bağlam Tabanlı Kişisel Promptlar Nedir

Bağlam tabanlı kişisel promptlar, bir kullanıcı bir durumdayken gösterilen, küçük ve zamanında mesajlardır; bu durum promptun yardımcı olma olasılığının yüksek olduğu anlardır. Sabit saatlerde hatırlatmalar göndermek yerine uygulama, ne zaman dürtüde bulunacağını belirlemek için bağlam sinyalleri (zaman, konum, aktivite, takvim veya son davranış gibi) kullanır.

Basit örnekler

Kolayca hayal edilebilecek birkaç prompt:

• Eve vardığınızda: “Bugünden bir kazancı 2 dakikada not et.”
• Toplantı bitince: “Unutmadan hızlı bir takip görevi yaz.”
• Kullanıcı bir saattir hareket etmemişse (çalışma saatlerinde): “Aya kalkıp 30 saniye esnet.”
• Market ziyaretindeyken: “Alışverişe başlamadan önce listenizi kontrol et.”

Temel fikir: prompt bir ana bağlıdır, sadece saate değil.

İnsanlar bunları ne için kullanıyor

Çoğu bağlam farkındalıklı prompt şunun için hedefler:

• Alışkanlık desteği: egzersiz, su içme, dil pratiği veya okuma gibi tutarlılığı desteklemek.
• Yansıma ve günlük: düşünceleri taze iken yakalamak (iş sonrası, antrenman sonrası, yatmadan önce).
• Pratik hatırlatmalar: konum veya rutine bağlı kontrol listeleri (ilaç, koşuşturmaca, paketleme).
• Hafif koçluk: kısa müdahaleler örneğin “dur ve nefes al”, “düşünceyi yeniden çerçevele” veya “sonraki adımı planla”.

Bu yazı neleri kapsayacak (ve neleri kapsamayacak)

Bu rehber uygulamayı planlamaya ve inşa etmeye odaklanır: bağlam sinyallerini seçmek, gizliliğe uygun veri akışları tasarlamak, bir prompt motoru oluşturmak ve kullanıcıyı rahatsız etmeden bildirimleri teslim etmek.

Burada belirsiz “AI sihrine” satış yapmayacağız veya kusursuz tahminler vaat etmeyeceğiz. Bağlam sistemleri karışıktır; başarı kademeli ve uygulanabilir faydadır.

Hedeflenmesi gereken başarı kriterleri

İyi bir bağlam tabanlı prompt uygulaması şöyle hissettirmelidir:

• Faydalı: promptlar hızlı eylem veya içgörüye yol açar.
• Zamanında: kullanıcı gerekli anda görür, saatler sonra değil.
• Sinir bozucu değil: promptlar seyrektir, atlanabilir ve kolay ayarlanabilir.
• Gizliliğe saygılı: açık onay, minimal toplama ve güçlü kullanıcı kontrolü.

Net Bir Kullanım Durumu ve Prompt Kütüphanesi Seçin

Bağlam tabanlı bir uygulama çok şey yapabilir; ancak ilk sürümünüz birkaç şeyi mükemmel yapmalı. Birincil kullanım durumunu seçerek başlayın (ör. “işte odaklanmamı sağla” veya “düzenli günlük tutmama yardımcı ol”) ve bunun etrafında küçük, yüksek kaliteli bir prompt kütüphanesi oluşturun.

3–5 hedef kullanıcı (ve onların “yardım anları”) seçin

Tasarım yaptığınız birkaç kişiyi seçip, gerçekten bir dürtüye ihtiyaç duyacakları anları yazın:

• Yoğun profesyonel: toplantılar arasındaki geçişler, gün sonu özetleme.
• Öğrenci: kampüse varış, çalışma bloğuna başlama, ders sonrası.
• Yeni ebeveyn: kısa sessiz zamanlar, akşam toparlanması, market ziyaretleri.
• Fitness yeni başlayanı: salona varış, yürüyüş sonrası soğuma, yatma zamanı.
• Kaygılı aşırı düşünen: yolculuk, stresli bir olay öncesi, sosyal plan sonrası.

Prompt kategorilerini tanımlayın (okunması kolay olsun)

Gerçek niyete uyan kategoriler kullanın, özelliklere değil: sağlık, odak, günlük, koşuşturma, öğrenme. Daha sonra genişleseniz bile temiz bir set kurulum ve önerileri hızlandırır.

Örnek promptlar ve tetikleyicilerini taslaklayın

Destekleyici bir koç gibi yazın: kısa, spesifik ve uygulanması kolay.

• Odak: “Bugünü ilerleten tek görev nedir?” (hafta içi, 9–11 arası, iş lokasyonunda)
• Günlük: “Bugünden bir kazanımı adlandır—küçük olanlar da sayılır.” (akşam, telefon şarj oluyor, evde)
• Koşuşturma: “Mağazaya yaklaştın—alacak bir şey var mı?” (kaydedilmiş market lokasyonuna yakın, hâlihazırda içerde değilse)
• Sağlık: “İki dakika: omuzlar ve boynu esnet.” (60 dakika hareketsizlik sonrası)
• Öğrenme: “Bir flashcard setini gözden geçir?” (yolculuk zamanı, kulaklık bağlıysa)

Yorgunluğu önlemek için sıklık limitleri koyun

Varsayılan olarak düşündüğünüzden daha az prompt kullanın. Pratik bir başlangıç: günde 1–3 prompt, soğuma penceresi (ör. aynı promptun 3–4 saat içinde tekrarı yok) ve kategori başına haftalık üst sınır. “Bugün için promptları duraklat” seçeneğini kolay erişilebilir yapın.

Hangi Bağlam Sinyallerini Kullanacağınıza Karar Verin

Uygulamanız bağlamı telefondan algılanabilen veya çıkarılabilen sinyallerden alır. Amaç her şeyi toplamak değil—promptun yararlı olacağı anı güvenilir şekilde tahmin eden küçük bir set seçmektir.

Yaygın bağlam sinyalleri (ve ne için iyi oldukları)

Zaman: sabah/akşam rutinleri, gün sonu yansımaları, haftalık kontroller.

Konum: “eve varıldı” günlük, “salgın” gibi motivasyon, “market yakınında” hatırlatma.

Hareket / aktivite: yürüme vs araba sürme vs sabit olma, birini yanlış anda bölmemek için yardımcı olur.

Cihaz durumu: ekran açık/kapalı, Rahatsız Etme, pil seviyesi, kulaklık bağlı—kullanıcının uygun olduğu anlarda teslimat için idealdir.

Takvim: toplantı öncesi/sonrası, yolculuk pencereleri, seyahat günleri.

Hava durumu (opsiyonel): yağmurlu gün ruh hali promptları, dış mekan alışkanlıkları için tetik, ancak bunu çekirdek bağımlılık yerine bonus olarak görün.

“Gerekli” ile “iyi olur”u ayırın

Kapsamı gerçekçi tutmak için yayınlanabilir küçük bir set tanımlayın:

• Gerekli (MVP): zaman + cihaz durumu, izinler kabul edilebilir ise basit konum (ev/iş) isteğe bağlı.
• İyi olur: hareket/aktivite, takvim entegrasyonu, hava durumu.

Bu ayrım, kullanıcıların gerçekten bağlam tabanlı prompt isteyip istemediğini doğrulamadan karmaşık mantığa girmenizi engeller.

Platform sınırlamalarını planlayın

Mobil işletim sistemleri pil koruması için arka plan işini sınırlar. Şu konuları göz önünde bulundurun:

• Arka plan yürütme sınırları (özellikle iOS): sürekli sorgulamadan ziyade planlı kontroller ve OS tarafından sağlanan geofence’leri tercih edin.
• Pil etkisi: sürekli GPS pahalıdır; mümkün olduğunda kaba konum veya önemli değişiklik güncellemeleri kullanın.
• İzin istemleri: sadece bir özellik için gerçekten gerektiğinde sorun ve kullanıcı onayı alındıktan sonra hemen değer gösterin.

Hassas çıkarımlardan kaçının

Bağlamdan sağlık durumu, din, kimlik, ilişkiler gibi hassas özellikleri çıkarmaya çalışmayın. Bir sinyal kişisel bir şeyi ima edebiliyorsa ya kullanmayın ya da kesinlikle açıkça opt-in ile ve kolay kapama anahtarıyla sunun.

Gizlilik, Onay ve Kullanıcı Kontrolü Tasarımında Varsayılanlar

Gizlilik, bağlam farkındalıklı bir uygulama için bir onay kutusu değil—temel bir ürün özelliğidir. İnsanlar güvende hissetmezse izinleri kapatır, promptları görmezden gelir veya uygulamayı siler. Uygulamanızı mümkün olduğunca az veri ile çalışacak ve kontrolü açık tutacak şekilde tasarlayın.

Minimumu isteyin—doğru anda

Başlangıçta opsiyonel izin yok ile başlayın ve değeri gösterdikçe erişim kazanın.

• Gerçekten ihtiyaç duyduğunuz minimum izinleri haritalayın (ör. bildirimler, hareket, konum).
• İzinleri tam gerektiğinde isteyin (ör. “işe vardığımda tetikle” özelliğini etkinleştirdiklerinde sadece o an konum izni isteyin).
• Topladıklarınızı bir cümle ile kullanıcı dilinde açıklayın (“ivmelenmeyi algılamak için” yerine “yürüdüğünüzü algılamak için”).

Cihaz içi vs sunucu işleme: pratik ödünler

Bağlam tespiti ve prompt seçimi için cihazda işlemeyi tercih edin. Bu, hassas verilerin telefondan çıkmasını azaltır, çevrimdışı çalışır ve daha güven vericidir.

Sunucu işlemleri çapraz cihaz senkronu, gelişmiş analiz ve prompt sıralamasını iyileştirme için yararlı olabilir, ama risk ve uyumluluk yükü artırır. Sunucu kullanıyorsanız türetilmiş sinyaller (ör. “commute=true”) gönderin; ham izleri (GPS rotaları) göndermeyin ve gereksiz şeyi saklamayın.

Kullanıcılara net kontrol verin

Kullanıcı kontrollerini baştan planlayın:

• Promptları duraklat (bir gün, bir hafta veya “devam edene kadar”)
• Sessiz saatler ve izin verilmiş zamanlar, ayrıca “sadece meşgul değilken” gibi seçenekler
• Geçmişi sil (son prompt, son hafta veya tamamen) ve kişiselleştirmeyi sıfırlama

Veriyi sadece işe yaradığı kadar saklayın

Basit bir saklama kuralı ekleyin: yalnızca ihtiyaç duyduğunuzu, gerektiği kadar saklayın. Örneğin, hata ayıklama için ham olayları 7–14 gün saklayın, sonra sadece toplanmış tercihleri saklayın (örn. “akşamları tercih ediyor”)—veya kullanıcı çıkış yaparsa tamamen silin.

Veri Modelini Tasarla: Olaylar, Kurallar ve Tercihler

Bağlam tabanlı bir prompt uygulaması veri modeliyle ayakta durur. Basit ve açık tuttuğunuzda “Neden bu promptu aldım?” sorusunu açıklayabilir ve beklenmeyen davranışları kolayca hata ayıklayabilirsiniz.

“Bağlam olayı” modeli

Her algılanan sinyali uygulamanın değerlendirebileceği bir olay olarak kabul edin. Minimal yapı örneği:

• timestamp: ne zaman oldu (ve isteğe bağlı olarak ne zaman algılandı)
• signal: arrived_home, walking, calendar_meeting_start gibi normalize edilmiş bir tip
• confidence: 0–1 arası bir skor (veya düşük/orta/yüksek) ki kurallar belirsizlik durumunda farklı davranabilsin

Küçük meta veriler saklayabilirsiniz (örn. konum etiket “Ev”, hareket “Yürüme”), ama ham GPS izlerini sadece gerçekten gerekiyorsa kaydetmeyin.

“Prompt kuralı” modeli

Bir kural bağlamı bir prompta bağlar. Kuralları her seferinde aynı şekilde değerlendirilebilecek şekilde modelleyin:

• koşullar: gerekli sinyaller (ve isteğe bağlı “DEĞİL” sinyalleri)
• zaman penceresi: günün saati ve haftanın günü sınırları
• soğuma: “X saat içinde tekrar tetikleme” tekrarları önlemek için
• öncelik: birden fazla kural eşleştiğinde bağları kırmak için

Bir etkin bayrak ve susturulduğu zamana kadar alanı ekleyin ki kullanıcı eylemleri durumu temiz şekilde değiştirir.

Kişiselleştirme tercihleri

Kişiselleştirmeyi kurallardan ayrı tutun ki kullanıcı davranışı mantığı yeniden yazmak zorunda kalmasın:

• hedefler (örn. günlük, su içme, kısa molalar)
• tercih edilen üslup (destekleyici, direkt, oyuncu)
• hariç tutmalar (konular, zamanlar, “işte asla” gibi bağlamlar)

Güvenli varsayılanlar ve düşüşler

Bağlam eksik olabilir (izin reddedildi, sensör kapalı, düşük güven). Düşüş planlayın:

• güven düşükse bir kuralın sadece programa göre eşleşmesine izin verin
• kullanıcının hedefiyle ilişkili genel bir prompta düşürün
• belirsiz promptlardan ziyade daha az prompt tercih edin; güveni korur

Bu model, şimdi öngörülebilir davranış ve sonra büyüme alanı sunar.

Prompt Motorunu İnşa Et (Kurallar ve Sıralama)

Prompt motoru, dağınık gerçek dünyayı zamanında yararlı bir dürtüye dönüştüren “beynidir.” Bunu anlaşılır ve hata ayıklanabilir tutun, ama yine de kişisel hissettirecek şekilde tasarlayın.

Basit bir karar akışı

Pratik bir akış şöyle görünür:

1. Sinyalleri topla (zaman, konum kategorisi, hareket durumu, takvim durumu, uygulama kullanımı, kulaklık bağlı olup olmadığı vb.)
2. Kuralları değerlendir ve uygun prompt kategorilerinin kısa listesini oluştur
3. O kategoriden bir prompt seç sıralama stratejisi ile
4. Teslim et (uygulama içi kart, bildirim, widget) ve ne olduğunu kaydet

“Prompt spam” önleyen güvenlikler

İyi promptlar bile çok sık olursa sinir bozucu olur. Erken korumalar ekleyin:

• Soğuma: prompt ve kategori başına (örn. “günlük promptu 6 saat içinde gösterme”)
• Günlük maksimum: kullanıcı tercihine saygılı sert limit
• Sessiz zamanlar: uyku saati, toplantılar, sürüş, odak modu
• Çakışma çözümü: birden fazla kural eşleştiğinde en yüksek değere sahip bağlama öncelik verin (örn. “sürüş” öğle yemeğini geçersiz kılar) ve arka arkaya yığılmayı önleyin

Sıralama ve seçim stratejileri

Basit başlayıp sonra geliştirin:

• Kategoriden rastgele seçim (son N promptu tekrar etmeme ile)
• Puanlama: bağlam eşleşmesi için puan verin (örn. akşam evde +3, antrenman sonrası +2)
• Yeniliğe duyarlı: kısa süre önce görülenleri düşür; kullanıcının yanıt verdiği promptları yükselt

Düz metin açıklamalar

Her gönderilen promptta kısa bir “Neden bunu görüyorsunuz?” satırı olmalı. Örnek: “Antrenman sonrası genellikle yansıtıyorsunuz ve 10 dakika önce bir antrenman bitirdiniz.” Bu, güven inşa eder ve kullanıcı geri bildirimini (“bunu azalt”) işe yarar hale getirir.

Uygulama Mimarisi: Önce Cihaz, Bulut İsteğe Bağlı

Cihaz-öncelikli mimari bağlam tespitini hızlı, özel ve güvenilir kılar—kullanıcının interneti yokken bile. Bulutu senkronizasyon (konfor) ve öğrenme (toplu analiz) için ekleyin, çekirdek davranışın bağımlısı yapmayın.

Cihazdaki temel bileşenler

• Bağlam Toplayıcı: izin verilen sinyalleri okur (zaman penceresi, konum bölgesi, hareket durumu, takvim uygunluğu, kulaklık bağlı olup olmadığı vb.) ve bunları basit “bağlam gerçeği” olarak normalize eder.
• Yerel Depo: prompt kütüphanesi, kullanıcı tercihleri, kurallar ve prompt geçmişi için küçük bir veritabanı (ör. SQLite).
• Prompt Motoru: bağlam gerçeklerini kurallarla değerlendiren ve aday promptları sıralayan bileşen.
• Teslim Katmanı: bildirimleri ve uygulama içi yüzeyleri planlar, “gösterildi/kapatıldı/tamamlandı”yı izler.

Tüm bunlar giriş yapmadan çalışmalı.

Opsiyonel backend (sadece gerektiğinde)

Sunucuyu ince tutun:

• Senkron servis: kullanıcı hesabı + şifreli ayarlar ve geçmiş senkronu
• Analiz servisi: opt-in ile toplu olay sayıları (örn. “prompt gösterildi”, “tamamlandı”)
• Uzak yapılandırma: yeni varsayılan promptları veya sıralama ağırlıklarını güvenli şekilde göndermek için

Çevrimdışı öncelikli davranış

Ağ yokken:

• Bağlam tespiti ve kural değerlendirmesi normal devam eder.
• Bildirim planlaması yalnızca yerel tetikleyicilerle çalışır.
• Analiz/senkron için gidecek olaylar yerel olarak zaman damgalarıyla kuyruğa alınır.

Bağlantı geri geldiğinde arka plan senkronu kuyruktaki olayları yükler ve çakışmaları çözer. Çakışmalar için basit tercihler: basit tercihlerde son yazan kazanır, eklemeli verilerde birleştir.

Pili koruyan arka plan işleri

OS yerel zamanlayıcılarını kullanın (iOS BackgroundTasks, Android WorkManager) ve toplu işleme göre tasarlayın:

• Sık sorgulamadan kaçının; kaba tetikleyicilere güvenin (zaman pencereleri, önemli konum değişiklikleri, geofence, aktivite geçişleri).
• Bağlam anlamlı değişmediği sürece yeniden sıralamayın.
• Soğuma ekleyin (örn. bir reddeden sonra 15–30 dakika hesaplama yapma).

Hangi veriler cihazlar arasında senkronize edilmeli

Senkronizasyon süreklilik getiriyorsa, ham sensör verileri değil, şu tür şeyleri senkronize edin:

• Evet: tercihler, etkin sinyaller, kurallar, özel promptlar, prompt geçmişi (gösterildi/tamamlandı/kapatıldı), sessiz saatler, soğuma durumu.
• Belki: seriler ve özetler.
• Varsayılan olarak hayır: hassas konum izleri, hareket zaman çizelgeleri veya tam bağlam kayıtları.

Bu ayrım, cihazlar arasında tutarlılık sağlarken en hassas bağlam işlemini cihazda tutar.

Promptlar için UX: Basit Kurulum ve Düşük Direnç

Bağlam tabanlı bir uygulama ancak zahmetsiz hissediyorsa başarılı olur. En iyi UX, prompt geldiğinde kararları azaltır ama kullanıcıların zamanla “yardımcı” ne demek olduğunu şekillendirmesine izin verir.

Ana ekran: bir bakış, bir dokunuş

Ana ekranı bugünün promptları ve hızlı tamamlamaya göre tasarlayın:

• Bugünün promptları: sonraki 1–3 madde, “Şimdi”, “Sonra” veya “Bu akşam” gibi net etiketlerle.
• Yaklaşan: hafif bir liste veya zaman çizelgesi, sürprizleri azaltır.
• Hızlı eylemler: “Ertele”, “Atla”, “Şimdi yap” ve “Promptu değiştir.”

Her prompt kartını tek cümle ve bir ana aksiyon ile odaklayın. Daha fazla bağlam gerekirse, varsayılan olarak gizleyin ve “Neden bunu görüyorsunuz?” ile açılır hale getirin.

Basit kurulum ve “Kuralları Düzenle” ekranı

İçeriği çok fazla anket gibi hissettirmeyin. Birkaç varsayılan ile başlayın, sonra Kuralları Düzenle ekranı sunun:

• Yaygın bağlamlar için anahtarlar (sabah, yolculuk, eve varış, sessiz zaman)
• Sıklık için kaydırıcılar (“Az / Normal / Çok”) ve hassasiyet için (“Sadece kesin olduğunda”)
• Açık bir Rahatsız Etme bloğu (saatler ve günler)

Kuralları teknik koşullar yerine günlük dilde adlandırın (“İş çıkışı gevşeme” gibi).

Etkinlik günlüğü: güven, öğrenme ve geri alma

Ne tetiklendi, ne zaman ve uygulamanın ne algıladığı (“Prompt gönderildi çünkü: spor salonuna varıldı”) gibi bilgileri gösteren bir Etkinlik Günlüğü ekleyin. Kullanıcılara şunları verin:

• Geri al (atlanan bir promptu geri getir)
• Günlükten sustur (“Bunları bir hafta durdur”)
• Hafif geri bildirim seçenekleri (“Daha çok / Daha az”)

Erişilebilirlik varsayılanı

Okunaklı metin boyutları, yüksek kontrast seçenekleri, büyük dokunma hedefleri ve net düğme etiketleri ekleyin. Azaltılmış hareket desteği, renk yalnızca ile iletimi kullanmama ve ekran okuyucularla uyumluluk sağlayın.

Bildirimler ve Rahatsız Etmeden Teslimat

Bildirimler, faydalı bir prompt uygulamasını hızla can sıkıcı bir şeye dönüştürebilir. Amaç doğru promptu doğru anda vermek ve an uygun değilse görmezden gelmeyi kolaylaştırmaktır.

Doğru teslim kanalını seçin

En az müdahaleci seçenekle başlayın, sadece gerçekten deneyimi iyileştiriyorsa yükseltin:

• Uygulama içi kartlar: uygulama açıldığında gösterilebilecek promptlar için en iyi; kesintiye uğratmaz ve istiflenip kapatılabilir.
• Yerel bildirimler: cihaz içi tetiklemeler için mükemmel (eve varış, zaman penceresi, antrenman sonrası). Hızlı, özel ve çevrimdışı çalışır.
• Push bildirimleri (yalnızca gerektiğinde): uygulama sunucu tarafı olaylara tepki vermesi gerektiğinde kullanın; nadir ve kullanıcı onaylı olsun.

Bir kural: karar cihazda verilebiliyorsa yerel bildirim gönderin.

Ayarları ağır bir iş gibi hissettirmeden sessiz kontrol verin

Kullanıcıyı rahatsız etmeden sıkıntıyı önleyecek birkaç etkili kontrol ekleyin:

• Sessiz saatler (örn. 22:00–08:00) ve “ertesi sabaha teslim et” seçeneği
• Odak modu davranışı: tüm promptları duraklat veya yalnızca seçili bir kategoriyi izin ver
• Kategori başına kontroller: açma/kapama ve sıklık sınırları (örn. “Sağlık: günde en fazla 2”, “Günlük: haftada 3”)

Bu kontrolleri ilk prompt deneyiminden erişilebilir yapın (“Çok mu fazla? Sıklığı ayarla”) ki kullanıcı menülerde aramasın.

Nazik ve eyleme davet eden bildirim metni yazın

Bildirim kısa sürede üç soruyu yanıtlamalı: neden şimdi, ne yapmalı ve ne kadar sürecek. Kısa tutun, suçlayıcı olmayan dil kullanın ve eyleme çağıran fiiller tercih edin:

• “Kısa kontrol: enerjin nasıl? (10 sn)”
• “Eve geldin—1 dakikalık reset ister misin?”
• “Toplantıdan önce: bir niyet seç?”

“neden şimdi”yi birkaç kelime ile açıklayamıyorsanız, tetikleyici genellikle çok zayıftır.

Dokunuş derin bağlantılarıyla doğru yere götürün

Bir dokunuş kullanıcıyı genel ana ekrana bırakmamalı. Bildirimle ilişkili prompt ekranına derin bağ ile gidin; algılanan bağlam önceden doldurulmuş olsun ve düzeltme imkanı verilsin.

Örnek: bildirime dokun → Prompt ekranı “Tetikleyen: Spor salonuna varıldı • 18:10” gösterir ve Şimdi Yap, Ertele, İlgisiz, Bu kuralı değiştir gibi eylemler sunar. Son seçenek, kızgınlığı kişiselleştirme geribildirimine dönüştürür.

Şeffaf Hissettiren Kişiselleştirme Döngüleri

Kişiselleştirme, uygulamanın dinlediğini hissettirmeli—tahmin etmeyi değil. En güvenli yol, açıklanabilir kurallarla başlamak ve hafif geri bildirimlerle iyileştirmeye izin vermektir.

Anında, hafif geri bildirim

Bir prompt sonrası tek dokunuşla işleyen kısa seçenekler sunun:

• Yararlı / Yararlı değil
• Ertele (30 dk, 2 saat, yarın gibi seçeneklerle)
• Sıklığı değiştir (daha sık / daha seyrek)

Dili sade tutun ve anında sonuç gösterin. “Yararlı değil”e basanlara uzun anket dayatmayın. Kısa bir opsiyonel takip (“Yanlış zaman” veya “Yanlış konu”) yeterli olur.

Geri bildirimi açıklanabilir ayarlara dönüştürün

Geri bildirimi, kuralları ve sıralamayı ayarlamak için kullanın ve bunları açıklanabilir şekilde yapın. Örnekler:

• Sabahları belirli bir kategoride “Yararlı değil” sık görülürse, sabah puanını düşürün.
• Kullanıcı toplantılar sırasında erteleme yapıyorsa, toplantı zamanlarındaki önceliği azaltın.
• Antrenman sonrası “Yararlı” sık oluyorsa, benzer bağlamlarda o tetikleyiciyi yükseltin.

Yapılan değişiklikleri görünür kılın: “9’dan önce iş promptlarını azaltacağız” veya “Yoğun günlerde daha kısa promptlara öncelik vereceğiz.” Gizli davranışlardan kaçının.

Kullanıcının anlayabileceği kişiselleştirme ayarları

Küçük bir Tercihler alanı ekleyin:

• Ton (nazik, direkt, oyuncu)
• Uzunluk (tek satır vs kısa paragraf)
• Kategoriler ve hedefler (günlük, alışkanlıklar, odak, minnettarlık)

Bu ayarlar uygulamanın neyi optimize ettiğini açıkça gösteren bir sözleşme gibidir.

Hassas kişiselleştirmede katı olun

Bağlam verilerinden hassas özellikleri (sağlık, ilişkiler, finans) çıkarmayın. Bu tür alanlarda kişiselleştirmeyi yalnızca kullanıcı açıkça etkinleştirdiğinde yapın ve bunu kapatmadan diğer ayarları kaybetmeyecek şekilde tasarlayın.

Bağlam Tetikleyicileri ve Uç Durumlar için Test Stratejisi

Bağlam tabanlı promptlar, doğru anda tetiklendiğinde “akıllı” hisseder—ve uygun olmadığında sessiz kalmalıdır. Test, hem doğruluğu (tetikledi mi?) hem de ölçülülüğü (tetiklemeden kaçındı mı?) kapsamalıdır.

Tetikleyicileri iki şekilde test edin: simülatörler ve gerçek hayat

Masa başından ayrılmadan hızlı yineleme için simülatör testleri ile başlayın. Çoğu mobil geliştirme aracı konum değişikliklerini, zaman kaydırmalarını, bağlantı değişikliklerini ve arka/ön plan geçişlerini simüle etmenize izin verir. Bunları kurallar ve sıralama mantığını deterministik olarak doğrulamak için kullanın.

Gerçek dünya yürüyüşleri ve sürüşleri de yapın. Simülatörler GPS sürüklenmesi, spotty hücresel ve telefon cebinizdeyken sensör davranışı gibi karmaşık sinyalleri yakalayamaz. Pratik bir yaklaşım: her prompt türü için küçük bir “test betiği” oluşturun (örn. “salgına var”, “yolculuk başlıyor”, “akşam gevşeme”) ve gerçek cihazlarda uçtan uca çalıştırın.

Kasıtlı olarak kırmanız gereken uç durumlar

Bağlam sistemleri sıkıcı, öngörülebilir şekillerde bozulur—bunları erken test edin:

• Düşük pil / Düşük Güç Modu (arka plan tespiti zarifçe bozuluyor mu?)
• GPS izni yok veya GPS kullanılamıyor (zaman-tekliğe veya Wi‑Fi’ye düşüyor mu?)
• Saat dilimi değişiklikleri ve yaz saati uygulamaları (zamanlama doğru kalıyor mu?)
• Uçak modu, çevrimdışı kullanım ve dalgalı bağlantı (ağ bloke eden bir şey var mı?)
• Uygulama zorla kapatıldı veya cihaz yeniden başlatıldı (bekleyen tetikleyiciler doğru yeniden kurulur mu?)

Hedef mükemmel davranış değil—sürpriz veya sinir bozucu olmayan makul davranıştır.

Sadece “tetiklendi mi” değil, kaliteyi ölçün

Aşağıdaki çıktıları ölçümleyin:

• Prompt açılma oranı (kullanıcı etkileşti mi?)
• Ertelemeler (zamanlama hafifçe yanlış)
• Kapatmalar/abonelik iptalleri (promptlar istenmiyor veya çok sık)
• Hafif geri bildirimler (“Yararlı” / “Şimdi değil” / “İlgisiz”)

Bu sinyaller sıralama ve sınırlamayı tahmin etmeden ayarlamanıza yardımcı olur.

Çökme raporlama ve performans kontrolleri ekleyin

MVP bile en azından temel çökme raporlama ve başlangıç/perf metriklerine sahip olmalı. Bağlam tespiti pil duyarlı olabilir; arka plan CPU/uyandırma sayısını izleyin ve tetiklemeler arka planda değerlendirildiğinde uygulamanın tepki vermeye devam ettiğinden emin olun.

MVP Lansman Planı ve İterasyon Yol Haritası

Bağlam tabanlı prompt uygulaması için bir MVP, bir gerçeği kanıtlamalı: insanlar zamanında verilen promptları kabul edecek ve onlara göre hareket edecek. İlk sürümü dar tutun ki hızlı öğrenin.

Minimal MVP kapsamı (ilk sürüm)

Küçük bir prompt seti, birkaç bağlam sinyali ve net kullanıcı kontrolü hedefleyin:

• 15–30 yüksek kaliteli prompt, 2–3 kategori (örn. günlük, alışkanlıklar, mod kontrolü)
• Güvenilir şekilde destekleyebileceğiniz 2–4 tetikleyici (zaman penceresi + evde varış veya yürüme gibi bir sensör)
• Temel zamanlama kontrolleri: sessiz saatler, günlük maksimum, ertele, kategori devre dışı bırakma
• Basit geçmiş: ne tetiklendi, kullanıcı ne yaptı (yapıldı/erteledi/görmezden gelindi)
• Her bildirime bir “Neden bu prompt?” açıklaması

İzinleri kazandıran onboarding

İzin değil değer göstererek başlayın. İlk ekranda örnek bir bildirim ve faydayı gösterin (“Seçtiğiniz anlarda kısa promptlar”). Sonra:

1. Kullanıcıya bir hedef ve bir prompt kategorisi seçtirmeye izin verin.
2. Sessiz saat ve sıklığı ayarlamasına izin verin.
3. İzinleri yalnızca ihtiyaç duyulduğunda isteyin (örn. “eve vardığınızda” tetikleyicisini etkinleştirirken konum izni).

Hızlı prototipleme notu (hızlı doğrulama isterseniz)

Deneyimi hızlı doğrulamak istiyorsanız, bir vibe-coding platformu olan Koder.ai çekirdek parçaları (prompt kütüphanesi UI, kural editörü, etkinlik günlüğü ve ince bir backend) sohbet tabanlı bir spesifikasyondan prototiplemenize yardımcı olabilir—ardından kopya ve korumaları yeniden oluşturmak zorunda kalmadan yineleme yapın. Bu, dahili testler için React tabanlı bir web paneli, Go + PostgreSQL backend ve mobil ekibe devredilebilir kaynak kodu elde etmek için kullanışlıdır.

Mağaza açıklaması gerçek davranışla eşleşsin

Ekran görüntüleri ve açıklama, uygulamanın ilk günde gerçekten yaptığını yansıtmalı: günde kaç prompt, ertelemenin ne kadar kolay olduğu ve gizliliğin nasıl ele alındığı. Kusursuz doğruluk ima etmeyin; kontrolleri ve limitleri açıklayın.

Yayın sonrası yineleme döngüsü

Gizliliğe saygılı analitik toplayın: gönderilen, açılan, ertelenen, devre dışı bırakılan prompt sayıları ve eyleme geçme süresi. Birkaç kullanımdan sonra uygulama içi “Bu faydalı mı?” sorusu ekleyin.

Haftalık olarak varsayılan ve prompt kopyasını iyileştirin; aylık olarak yeni tetikleyiciler ekleyin. Basit bir yol haritası kullanın: önce doğruluğu iyileştir, prompt kütüphanesini genişlet, çekirdek döngü çalıştıktan sonra gelişmiş kişiselleştirmeyi ekleyin.