Zaman, yer, aktivite ve alışkanlıklara göre kişisel promptlar sunan bir mobil uygulama nasıl tasarlanır ve oluşturulur—aynı zamanda gizliliği nasıl korursunuz, öğrenin.
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.
Kolayca hayal edilebilecek birkaç prompt:
Temel fikir: prompt bir ana bağlıdır, sadece saate değil.
Çoğu bağlam farkındalıklı prompt şunun için hedefler:
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.
İyi bir bağlam tabanlı prompt uygulaması şöyle hissettirmelidir:
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.
Tasarım yaptığınız birkaç kişiyi seçip, gerçekten bir dürtüye ihtiyaç duyacakları anları yazın:
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.
Destekleyici bir koç gibi yazın: kısa, spesifik ve uygulanması kolay.
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.
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.
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.
Kapsamı gerçekçi tutmak için yayınlanabilir küçük bir set tanımlayın:
Bu ayrım, kullanıcıların gerçekten bağlam tabanlı prompt isteyip istemediğini doğrulamadan karmaşık mantığa girmenizi engeller.
Mobil işletim sistemleri pil koruması için arka plan işini sınırlar. Şu konuları göz önünde bulundurun:
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, 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.
Başlangıçta opsiyonel izin yok ile başlayın ve değeri gösterdikçe erişim kazanın.
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ı kontrollerini baştan planlayı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.
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.
Her algılanan sinyali uygulamanın değerlendirebileceği bir olay olarak kabul edin. Minimal yapı örneği:
arrived_home, walking, calendar_meeting_start gibi normalize edilmiş bir tipKüçük meta veriler saklayabilirsiniz (örn. konum etiket “Ev”, hareket “Yürüme”), ama ham GPS izlerini sadece gerçekten gerekiyorsa kaydetmeyin.
Bir kural bağlamı bir prompta bağlar. Kuralları her seferinde aynı şekilde değerlendirilebilecek şekilde modelleyin:
Bir etkin bayrak ve susturulduğu zamana kadar alanı ekleyin ki kullanıcı eylemleri durumu temiz şekilde değiştirir.
Kişiselleştirmeyi kurallardan ayrı tutun ki kullanıcı davranışı mantığı yeniden yazmak zorunda kalmasın:
Bağlam eksik olabilir (izin reddedildi, sensör kapalı, düşük güven). Düşüş planlayın:
Bu model, şimdi öngörülebilir davranış ve sonra büyüme alanı sunar.
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.
Pratik bir akış şöyle görünür:
İyi promptlar bile çok sık olursa sinir bozucu olur. Erken korumalar ekleyin:
Basit başlayıp sonra geliştirin:
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.
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.
Tüm bunlar giriş yapmadan çalışmalı.
Sunucuyu ince tutun:
Ağ yokken:
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.
OS yerel zamanlayıcılarını kullanın (iOS BackgroundTasks, Android WorkManager) ve toplu işleme göre tasarlayın:
Senkronizasyon süreklilik getiriyorsa, ham sensör verileri değil, şu tür şeyleri senkronize edin:
Bu ayrım, cihazlar arasında tutarlılık sağlarken en hassas bağlam işlemini cihazda tutar.
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ı bugünün promptları ve hızlı tamamlamaya göre tasarlayın:
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.
İçeriği çok fazla anket gibi hissettirmeyin. Birkaç varsayılan ile başlayın, sonra Kuralları Düzenle ekranı sunun:
Kuralları teknik koşullar yerine günlük dilde adlandırın (“İş çıkışı gevşeme” gibi).
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:
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, 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.
En az müdahaleci seçenekle başlayın, sadece gerçekten deneyimi iyileştiriyorsa yükseltin:
Bir kural: karar cihazda verilebiliyorsa yerel bildirim gönderin.
Kullanıcıyı rahatsız etmeden sıkıntıyı önleyecek birkaç etkili kontrol ekleyin:
Bu kontrolleri ilk prompt deneyiminden erişilebilir yapın (“Çok mu fazla? Sıklığı ayarla”) ki kullanıcı menülerde araması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:
“neden şimdi”yi birkaç kelime ile açıklayamıyorsanız, tetikleyici genellikle çok zayıftır.
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.
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.
Bir prompt sonrası tek dokunuşla işleyen kısa seçenekler sunun:
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, kuralları ve sıralamayı ayarlamak için kullanın ve bunları açıklanabilir şekilde yapın. Örnekler:
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.
Küçük bir Tercihler alanı ekleyin:
Bu ayarlar uygulamanın neyi optimize ettiğini açıkça gösteren bir sözleşme gibidir.
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 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.
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.
Bağlam sistemleri sıkıcı, öngörülebilir şekillerde bozulur—bunları erken test edin:
Hedef mükemmel davranış değil—sürpriz veya sinir bozucu olmayan makul davranıştır.
Aşağıdaki çıktıları ölçümleyin:
Bu sinyaller sıralama ve sınırlamayı tahmin etmeden ayarlamanıza yardımcı olur.
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.
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.
Küçük bir prompt seti, birkaç bağlam sinyali ve net kullanıcı kontrolü hedefleyin:
İ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:
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.
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.
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.
Bunlar sabit zamanlarda değil, ilgili bir durum algılandığında (zaman, konum, aktivite, takvim, cihaz durumu, son davranış) tetiklenen küçük, zamanında hatırlatmalardır.
Amaç, bir toplantı bittikten hemen sonra veya eve vardığınızda olduğu gibi, en yararlı olacağı anda bir prompt göstermektir.
Tek bir ana hedefle başlayın (ör. düzenli günlük tutma veya daha iyi odaklanma) ve ardından gerçekten işe yarayan “yardım anları” etrafında küçük bir prompt kütüphanesi oluşturun.
Sınırlı ve odaklı bir ilk sürüm, kullanıcı testi, ayar ve açıklama açısından daha kolay yönetilir.
Güvenilir, düşük pil maliyetli ve açıklaması kolay sinyallere öncelik verin:
Hava durumu gibi ekleri isteğe bağlı olarak düşünün.
Gün 1’den itibaren sıkı korumalar kullanın:
Varsayılan olarak az prompt gösterin; kullanıcılar daha sonra arttırabilir.
Bağlam tespiti ve prompt seçimini cihaz içinde tutmayı tercih edin. Bu, daha hızlıdır, çevrimdışı çalışır ve hassas verilerin telefondan çıkmasını önler.
Sunucu gerekiyorsa senkronizasyon veya analiz için ekleyin; bu durumda türev sinyaller (ör. “commute=true”) gönderin, ham izleri (GPS rotaları) göndermeyin ve saklamayın.
Gereken en az izni alın ve bunu doğru zamanda isteyin (“just-in-time”). Tek cümleyle ne topladığınızı ve nedenini açıklayın.
Ayrıca şu gibi net kontroller sunun:
Uygulamayı sınırlı izinlerle de işe yarar tutacak şekilde tasarlayın.
Üç şeyi açıkça modele ekleyin:
Bu ayrım, davranışı öngörülebilir kılar ve “Neden bu promptu aldım?” sorusuna kolay cevap verir.
Belirli ve anlaşılır bir akış kullanın:
Her teslim edilen promptta kısa bir “Neden bu an?” açıklaması ekleyin; bu güven oluşturur ve hata ayıklamayı kolaylaştırır.
Kanala göre aciliyet ve müdahaleyi eşleştirin:
Bir tıklama, kullanıcıyı ilgili prompt ekranına—tetikleyen bağlamla birlikte—direkt götürmeli (Yap, Ertele, İlgisiz, Kuralı Değiştir).
Doğruluk ve ölçülülüğü test edin:
Sadece tetikleyip tetiklemediğine değil, etkililiğe de bakın: açılma oranı, ertelenmeler, kapatma/abonelik iptali ve “Yararlı / Değil şimdi” gibi geri bildirimler ölçün.