Kişisel Metrik Anlık Görüntüler için Mobil Uygulama Nasıl Geliştirilir

“Kişisel Metrik Anlık Görüntüleri” Ne Anlama Gelir

Bir kişisel metrik anlık görüntüsü, hızlı, zaman damgalı bir check-in'dir: uygulamayı açarsınız, birkaç sayı veya kısa bir not yakalarsınız ve işiniz biter. Bu bir günlük girişi veya tıbbi kayıt değildir. Amaç düşük sürtünmedir; böylece insanlar yoğun veya dağınık günlerde bile tutarlı şekilde kaydedebilir.

Snapshot olarak sayılanlar nelerdir?

Bir snapshot, saniyeler içinde kaydedebileceğiniz her şey olabilir, örneğin:

• Ruh hali (1–5) ve “stresli” veya “sakin” gibi kısa bir etiket
• Uyku saatleri (ör. 6.5) ve/veya uyku kalitesi
• Kilo veya vücut ölçümleri
• Adımlar (manuel giriş veya sonradan içe aktarım)
• Odak (1–10), ağrı (0–10), enerji (1–5)
• Kısa bir not (“geç kahve”, “baş ağrısı”, “büyük toplantı”)

Ortak nokta: her giriş küçük, yapılandırılmış ve zaman damgalıdır. Uygulamanız daha uzun notları desteklese bile, snapshot'lar birkaç kontrolü dokunup geçmek gibi hissettirmeli.

Neden “tutarlı yakalama”, “mükemmel doğruluk”tan daha iyi?

Snapshot'lar alışkanlık oluşturdukları için işe yarar. Günlük olarak kaydedilen hafifçe kusurlu bir ruh hali puanı, genellikle ayda iki kez kaydedilen mükemmel bir puandan daha faydalıdır. Zamanla desenler ortaya çıkar—stresli haftalardan önce uykuda düşüş, belirli antrenmanlardan sonra ağrı artışı, kafeinin erken alındığında odaklanmanın iyileşmesi gibi.

Başarıyı önceden tanımlayın

v1'i tahmin etmeden değerlendirebilmek için birkaç başarı kriteri seçin:

• Günlük giriş oranı (ör. en az bir snapshot olan günlerin yüzdesi)
• Retansiyon (ör. 2–4 hafta sonra hâlâ kayıt yapan kullanıcı oranı)
• Dışa aktarma/paylaşma oranı (kullanıcıların geçmişlerini ne sıklıkla indirdiği veya paylaştığı)

Bu metrikler ürünü dürüst tutar: eğer kayıt hızlı ve tekrar edilebilir değilse, uygulamanın geri kalanı önemsizleşir.

Hedef Kitleyi ve Temel Kullanım Durumunu Seçin

“kişisel metrik anlık görüntüleri” uygulaması çok farklı insanlara hizmet edebilir: ruh hali takip eden biri, hazır olma durumunu kaydeden bir koşucu veya müşteri check-in'lerini gözden geçiren bir koç. İlk günde herkesi memnun etmeye çalışırsanız, çok fazla seçenekle kafa karıştıran bir ürün gönderirsiniz.

Hedef kullanıcıyı belirleyin (ve en önemli kullanımını)

Birincil ve ikincil bir kitle seçin. Her biri için uygulamayı açmalarının 1–2 ana nedenini adlandırın:

• Kendiyle yüzleşme: “Günlük günlük tutmadan nasıl olduğumu hızlıca kaydetmek istiyorum.”
• Koçluk: “Seanslardan önce gözden geçirebileceğim tutarlı check-in'ler istiyorum.”
• Sağlık rutinleri: “Uykuyu, enerjiyi veya semptomları etkileyenleri fark etmek istiyorum.”

Bunu test edilebilir tek cümle halinde yazın:

“Bu uygulama [kim]’in [neyi] 10 saniyenin altında yakalamasına yardımcı olur, böylece [fayda] sağlar.”

Yapılacak işleri (jobs-to-be-done) tanımlayın

İlk versiyonunuzu birkaç tekrar edilebilir işe uyumlu tutun:

• ~10 saniyede bir snapshot yakalamak
• 2 dakikadan kısa sürede haftalık özeti gözden geçirmek
• Zaman içinde desenleri tespit etmek (mükemmel sonuçlar değil)

Tutumunuzu belirleyin: genel amaçlı mı niş mi?

Genel amaçlı bir uygulama esnek metrik ayarı ve iyi varsayılanlar gerektirir. Niş bir uygulama (fitness, zihinsel sağlık, üretkenlik) daha basit hissedebilir çünkü metrikler ve dil önceden seçilidir.

Emin değilseniz, niş ile başlayın. Gerçek kullanımı anladıktan sonra genişleyebilirsiniz.

3–5 kullanıcı hikayesi taslağı (özellikler doğal olarak ortaya çıkar)

• Yoğun bir kullanıcı olarak, enerji ve ruh halimi iki dokunuşta kaydetmek istiyorum ki takibi atlamayayım.
• Bir kullanıcı olarak, haftalık öne çıkanları görmek istiyorum ki ham girdilere bakmadan yansıyabileyim.
• Bir koç olarak, müşterimin son 7 gününü tek bir görünümde görmek istiyorum ki seansımızı yönlendirebileyim.
• Sağlık odaklı bir kullanıcı olarak, “geç kafein” etiketlemek istiyorum ki bunu uyku kalitesiyle karşılaştırabileyim.
• Gizliliğe önem veren bir kullanıcı olarak, hesap oluşturmadan yerel-modda takip etmek istiyorum.

İnsanların Gerçekten Kullanacağı Bir MVP Kurgulayın

Kişisel metrik snapshot uygulaması için bir MVP, ilk günden faydalı hissettirmeli: uygulamayı aç, saniyeler içinde kaydet, sonra ne değiştiğini gör. Buna ulaşmanın en hızlı yolu daha az göndermektir.

Küçük bir metrik setiyle başlayın

Lansman için 3–6 metrik ve bir serbest metin notu seçin. Bu netlik sağlar ve kayıt ekranını basit tutar. Örnekler: uyku (saat), ruh hali (1–5), enerji (1–5), kilo, adımlar, kafein ve “geç toplantı, öğün atlandı” gibi kısa bir not.

Her metriği desteklemeye çalışırsanız, v1'i değer yerine yapılandırma inşa etmeye harcarsınız.

“Günlük döngü” özelliklerini önceliklendirin

v1 için kullanıcıların tekrar edeceği eylemlere odaklanın:

• Snapshot ekle (hızlı, düşük sürtünme)
• Snapshot düzenle (hataları can sıkmadan düzelt)
• Geçmiş (temiz bir liste veya takvim)
• Basit grafikler (tek metrik, temel trendler)
• Hatırlatıcılar (isteğe bağlı, minimal ayarlar)
• İhracat (kullanıcıların ayrılabileceğine güvenmesi için)

Bunları desteklemeyen her şey bekleyebilir.

Hangi özellikleri henüz inşa etmeyeceğinizi tanımlayın

Bunu erken yazın ki MVP bozulmasın:

• Varsayılan olarak sosyal akış veya paylaşım yok
• Karmaşık hedefler, streak yarışmaları veya koçluk iş akışları yok
• Düzinece widget içeren özel panolar yok

Versiyonlama planı (kapsamın gerçek kalması için)

• v1: çekirdek kayıt + geçmiş + basit grafikler + hatırlatıcılar + ihracat
• v1.1: yaşam kalitesi iyileştirmeleri (daha hızlı giriş, daha iyi arama, grafik etiketleri)
• v2: gelişmiş özellikler (özelleştirilebilir metrikler, daha derin içgörüler, entegrasyonlar)

Küçük, cilalanmış bir MVP, iki günde terk edilen geniş bir v1'den daha iyidir.

Hızlı Günlük Kaydı Sağlayan UX Kalıpları

Günlük kayıt hızının belirleyicisidir. “Snapshot ekle” deneyimi kısa bir mesaj göndermek gibi hissettirmeli: aç, birkaç dokunuş, bitti.

“Snapshot ekle” akışını tasarlayın

Tek ekran hedefleyin; büyük, başparmak dostu kontroller ve mantıklı varsayılanlar kullanın. Birincil eylemi (Kaydet) ulaşması kolay bir yere koyun ve akışı bölen modal açılır pencerelerden kaçının.

Pratik bir desen: tarih/saat (otomatik) → metrik girişleri → isteğe bağlı not → Kaydet. Birden fazla snapshot türünü destekliyorsanız, önce kullanıcıya şablon seçtirin, sonra geri kalan her şeyi tek ekranda tutun.

Düşünmeyi minimuma indiren giriş tipleri seçin

Kontrolü veriye uydurun:

• Aç/Kapa benzeri for yes/no için (ilaç alındı, egzersiz yapıldı)
• Slider'lar “kötü-iyi” veya “düşük-yüksek” için (stres, ruh hali)
• Sayı alanları hassas değerler için (kilo, adım) — numerik klavye ve birim ipuçları ile
• Hızlı etiketler yaygın bağlamlar için ("travel", "late meal", "headache")

Varsayılanları agresif kullanın: en yaygın birimi ön-doldurun, son seçilen etiketleri hatırlayın ve isteğe bağlı alanları çökük tutun.

Tekrar kullanım ile yorgunluğu azaltın

Kayıt tekrarlayıcı hissettirdiğinde insanlar bırakır. Kısayollar ekleyin:

• Şablonlar (Sabah kontrolü, Antrenman sonrası)
• Son kullanılan değerleri otomatik doldurma
• Tek dokunuşla “Dünkü ile aynı” (kaydetmeden önce düzenleme seçeneğiyle)

Bu yardımcıları görünür ama rahatsız etmeyecek şekilde sunun — küçük chip'ler veya hafif bir “Tekrar kullan” satırı gibi.

Erişilebilirlik temel kuralları (atlamayın)

Büyük dokunma hedefleri, net kontrast ve okunabilir font boyutları kullanın. Notlar veya hızlı etiketler için isteğe bağlı sesli giriş sağlayın ve tüm kontrollerin ekran okuyucularla çalıştığından emin olun. Bu küçük UX detayları herkes için tutarlılığı doğrudan artırır.

Veritabanı Modeli: Kendinizi Köşeye Sıkıştırmadan Snapshot Saklayın

Bir “snapshot”, bir anda yakalanan küçük bir değer demetidir. Bunu temiz modelleyebilirseniz yeni metrikler ekleyebilir, diğer uygulamalardan içe aktarabilir ve ileride içgörüler üretebilirsiniz—veritabanınızı yeniden yazmadan.

Temel varlıklar (sade ve esnek tutun)

Basit bir varlık setiyle başlayın:

• Snapshot: olayın kendisi (ne zaman yakalandı, kime ait, nereden geldi)
• MetricValue: bir snapshot içindeki tek ölçüm (kilo, ruh hali, adım, uyku saati vb.)
• Tag: workout, travel, sick gibi hafif etiketler
• Note: snapshot'a eklenen serbest metin (veya ihtiyaç varsa metrik düzeyinde bağlam)
• Source: snapshot'un kaynağı (manuel giriş, Apple Health, Google Fit, wearable API)
• Attachment (isteğe bağlı): dosya referansı (yemeğin fotoğrafı, PDF laboratuvar sonucu). Çoğu snapshot'ın hızlı kalması için isteğe bağlı tutun.

Pratik yapı: Snapshot 1 → many MetricValues, ayrıca isteğe bağlı tag ve note. Bu, kullanıcıların nasıl düşündüğünü yansıtır (“bu benim 21:00 deki günüm”) ve sorgulamayı basit tutar.

Zaman: kuralları açıkça saklayın

Zaman hataları kullanıcı güvenini zedeler. Şunları saklayın:

• captured_at_utc (UTC anı)
• timezone (IANA adı, ör. America/New_York)
• captured_at_local (gösterim/arama için isteğe bağlı önbelleğe alınmış yerel zaman damgası)

Kural: anı (UTC) saklayın, kullanıcıya yerel zamanında gösterin. Geri tarihleme destekliyorsanız (“dün”), kaydın yapıldığı sırada kullanılan timezone'u kaydedin ki seyahat halinde geçmiş kaydı kaymasın.

Özel metrikler vs sabit şema

• Sabit şema (önceden tanımlı alanlar: weight, sleep_hours): daha basit UI ve doğrulama, daha hızlı analiz ama kişiselleştirmeyi sınırlar.
• Özel metrikler (kullanıcı tanımlı): daha esnek ama metric_id, value_type (number/text/bool), birimler ve doğrulama kuralları saklamanız gerekir.

İyi bir uzlaşma: başlayışta küratörlüğü yapılmış ortak metrik seti sunun, veya MetricValue tablosunu generic tutarak custom metrikleri destekleyin.

Baştan ihracatı planlayın (gelecekte size teşekkür edilir)

Kararlı ihracatları erken tanımlayın:

• CSV: satır başına bir MetricValue; snapshot_id, captured_at_utc, timezone, metric_key, value, unit, note, tags gibi sütunlarla
• JSON: snapshot bazlı iç içe (snapshot + metric value dizisi), ID ve kaynakları koruyarak

İç modeliniz bu formatlara uyarsa, “Verimi dışa aktar” özelliğini sonradan eklemek kurtarma operasyonu olmaz.

Çevrimdışı-Öncelikli Depolama ve Senkron Stratejisi

Çevrimdışı-öncelikli uygulama, snapshot'ların telefonun içinde birincil yerde yaşadığı varsayımıyla çalışır. Kullanıcı asansörde bir metrik kaydetmeli, uçakta dünkü girişi düzenlemeli ve her şeyin bağlantı geri geldiğinde sorunsuz senkronize olacağından emin olmalıdır.

Güvenilir bir yerel veritabanı seçin

Filere göre gerçek bir veritabanı genellikle daha iyidir çünkü filtreleme, sıralama ve güvenli güncellemeler istersiniz.

• Android: Room ile SQLite yaygın varsayılandır (iyi araçlar, migration, güvenli sorgular).
• iOS: Core Data, özellikle değişiklik takibi ve arka plan kayıtları isteniyorsa iyi çalışır.
• Çapraz platform/gömülü seçenekler: doğrudan SQLite veya Realm (hızlı gönderim, görüşlü). Ekip konforuna ve şema/migration kontrolüne göre seçin.

Ne seçerseniz seçin, yerel veritabanını gerçek kaynak yapın. UI ondan okur; kullanıcı eylemleri ona yazar.

Çevrimdışı-öncelikli davranış tasarlayın (şimdi oluştur/düzenle, sonra senkronize et)

Basit bir desen:

1. Kullanıcı snapshot oluşturduğunda/düzenlediğinde, hemen yerel olarak yazın.
2. Kaydı “senkronize edilmeli” olarak işaretleyin (veya outbox kuyruğuna ekleyin).
3. Bağlantı geldiğinde arka planda senkronize edip bayrağı temizleyin.

Bu UI'yi ağ isteklerine bağlamaktan kaçınır ve “kayıpları” önler.

Çakışmaları öngörülebilir yönetin

Aynı snapshot iki cihazda senkronize edilmeden düzenlenirse çakışma olur.

• Last-write-wins (LWW): en basit ve kişisel veriler için genellikle kabul edilebilir. Net bir zaman damgası kuralı kullanın.
• Alan bazlı birleştirmeler: daha “akıllı” hissedebilir ama kullanıcıyı şaşırtabilir. Yaparsanız kuralları tutarlı ve görünür tutun.

Çok cihazlı kullanım bekliyorsanız, sessiz birleştirme yerine nadir görülen bir “hangi sürümü tutmak istiyorsunuz” ekranı göstermek daha iyi olabilir.

Yedekler: senkron tek güvenlik ağı olmasın

Çok katmanlı koruma sunun:

• Cihaz yedeği (iCloud/Google backup) desteklenen yerlerde
• İsteğe bağlı bulut senkron çoklu cihaz sürekliliği için
• Manuel dışa aktarma (CSV/JSON) böylece kullanıcı kendi kopyasını saklayabilir veya taşınabilir

Amaç: kullanıcılar çevrimdışı kaydetmenin güvenli olduğunu, senkronizasyonun bir kolaylık olduğunu bilsin.

Teknoloji Yığını Seçenekleri ve Uygulama Mimarisi

Teknoloji yığını seçiminde ödünleşimler vardır: geliştirme hızı, cihaz özelliklerine erişim, performans ve bakım kolaylığı.

Native vs çapraz platform

Native (Swift iOS için, Kotlin Android için), platform sağlık API'lerine yoğun erişim, widget'lar veya çok cilalı platform-spesifik UX bekliyorsanız uygundur. İki kod tabanı gönderirsiniz ama köprü sorunları daha az olur.

Çapraz platform (Flutter veya React Native), paylaşılan UI ve iş mantığıyla odaklı bir MVP için uygundur.

• Flutter: cihazlar arası tutarlı UI, güçlü performans, özel bileşenler için iyi.
• React Native: web benzeri geliştirme, geniş ekosistem, pek çok pazarda işe alımı kolay.

Snapshot'lar basitse (sayılar + not + zaman damgası) ve product-market fit doğrulanıyorsa, çapraz platform genelde zaman kazandırır.

Hızlı prototip için vibe-coding yaklaşımı (sohbetten çalışan prototip) uçtan uca akışı doğrulamada faydalıdır. Örneğin, Koder.ai sohbet tabanlı bir spesifikasyondan React + Go (PostgreSQL) web uygulaması veya Flutter mobil uygulaması üretebilir—bu, “günlük döngü”nü ve ihracat formatını erken doğrulamak için kullanışlıdır.

Basit, dayanıklı bir mimari

Uygulamayı üç katmana ayırın:

• UI katmanı: ekranlar, navigasyon, formlar ve hata durumları
• Domain katmanı: “snapshot” kuralları (doğrulama, türetilmiş değerler, streak hesapları), SaveSnapshot ve ListSnapshots gibi kullanım durumları
• Veri katmanı: yerel veritabanı, senkron istemcisi, şifreleme yardımcıları

Bu ayrım, depolamayı (SQLite → Realm) veya senkron stratejisini değiştirmeyi kolaylaştırır.

Senkron eklenecekse: asgari kullanılabilir API

v1 çevrimdışı bile olsa, senkron düşünerek tasarlayın:

• Kimlik doğrulama: e-posta sihirli bağlantı, OAuth veya passkeys — basit tutun
• Snapshot endpoint'leri: create/update (idempotent), zaman aralığına göre listele, sil
• Sürümleme: schemaVersion ekleyin ve alanları evrimleştirmek için API sürümlendirmesi (/v1/...) destekleyin

Günlük kayıt akışını koruyan testler

Kullanıcı güvenini bozan şeylere odaklanın:

• Unit testler: hesaplamalar/içgörüler, doğrulama (birimler, aralıklar), timezone/tarih işlemleri
• UI testleri: “10 saniyeden kısa sürede snapshot kaydetme” yolu, çevrimdışı mod davranışı, hata kurtarma (başarısız senkron, çift gönderim)

Küçük, iyi test edilmiş bir çekirdek, bakımı zor bir sofistike yığından iyidir.

Kişisel Veri İçin Gizlilik ve Güvenlik Temelleri

Kişisel metrik uygulaması hızla birinin sağlık, ruh hali, alışkanlıklar ve rutinlerinin günlüğüne dönüşür. Bu verileri varsayılan olarak hassas kabul edin — reklam veya satma niyetiniz olmasa bile.

Daha az toplayın, daha çok koruyun

Veri minimizasyonuyla başlayın: temel deneyim için gerçekten gerekli olana odaklanın. Bir özellik bir alana ihtiyaç duymuyorsa, “ilerde gerekebilir” diye saklamayın. Daha az veri, daha az risk, daha az uyumluluk yükü demektir.

İzinler: spesifik ve dürüst olun

İzinleri ihtiyaç duyulduğunda, basit bir dille açıklayın:

• Bildirimler: “Hatırlatıcılar ile snapshot kaydetmeyi hızlı tutun.”
• Sağlık entegrasyonları: “Adımları ve uykuyu içe aktararak manuel girişi azaltın.”
• Fotoğraflar: “Bugünün snapshot'una yemek fotoğrafı ekle.”

Onboarding sırasında sürpriz izin istemelerinden kaçının.

Güvenli depolama ve iletişim

Güçlü varsayılanları hedefleyin:

• Taşımada şifreleme: API çağrıları için her zaman HTTPS (TLS)
• İstirahat halinde şifreleme: sırlar için Keychain/Keystore; hassas kayıtlar varsa yerel veritabanını şifreleyin
• Asgari ayrıcalık: token'ları kısıtlı izinlerle tutun, döndürün ve kişisel veriyi analytics/crash raporlarına yazmayın

Kullanıcı kontrolleri güven oluşturur

Açık ve güvenilir kontroller verin:

• Tekil girdileri ve “tüm veriyi sil” seçeneği
• Veriyi dışa aktar (CSV/JSON)
• Paylaşılan cihazlar için isteğe bağlı uygulama kilidi (şifre/biometri)

Güven bir özelliktir. Kullanıcılar kendilerini güvende hissederse daha tutarlı kayıt yaparlar.

Snapshot'ları İçgörüye Dönüştürmek (Grafikleri Abartmadan)

Kullanıcılar verileri grafikleri görmek için değil, küçük sorulara cevap bulmak için kaydeder: “İyileşiyor muyum?”, “Bu hafta ne değişti?”, “Gün kaçırdım mı?” En iyi v1 içgörüleri basit, hızlı ve yanlış anlaşılması zor olandır.

“Günlük” istatistiklerle başlayın

Günlük/haftalık toplamlar, ortalamalar, streak'ler ve temel trend çizgisiyle başlayın. Bu, ağır analiz gerektirmeden çoğu kullanım durumunu kapsar.

Örnek özet kartı:

• Bu hafta vs geçen hafta (toplam ve ortalama)
• Mevcut streak (ve en uzun streak)
• Son 7/30 gün trendi (yukarı/aşağı + yüzde)

Küçük ekranda uyan grafikler seçin

Açık, kompakt görseller tercih edin:

• Liste satırlarında hızlı tarama için sparklines
• “Yaptım mı?” metrikleri için takvim ısı haritaları
• Sayısal metrikler için basit çizgi grafikleri (az süslemeli)

Etkileşimleri hafif tutun: dokununca kesin değeri göster, uzun basınca iki noktayı karşılaştır.

Panolar yerine filtreler ekleyin

Filtreler bir hikayeyi daraltmalı, yazılımı yapılandırmak gibi hissettirmemeli:

• Metrik seçici
• Tarih aralığı (7g, 30g, 12h, özel)
• Etiketler (örn. “workout”, “travel”, “sick”)

Yanıltıcı görselleri önleyin

İki yaygın hata: gerçek dalgalanmaları pürüzleme ve eksik girdileri gizleme. Boşlukları açık gösterin:

• Eksik günler için çizgide kopukluk gösterin (noktalari bağlamayın)
• Isı haritalarında belirgin “Giriş yok” durumu kullanın
• Kısa bir not ekleyin: “3 gün eksik—trend bu günleri dışlıyor.”

Kullanıcılar gördüklerine güvenirse kayıt yapmaya devam eder; veri arttıkça içgörüler doğal olarak gelişir.

Kullanıcıyı Rahatsız Etmeyen Hatırlatıcılar ve Alışkanlık Desteği

Hatırlatıcılar yardımcı bir tokat gibi değil, nazik bir hafif dokunuş gibi olmalı. Hedef, günlük snapshot'ta tutarlılık; ama zamanlama, sıklık ve durdurma tamamen kullanıcı kontrolünde olmalı.

Küçük bir hatırlatıcı seti seçin

Gerçek davranışa karşılık gelen birkaç net seçenekle başlayın:

• Sabit zaman: “Her gün 20:30” gibi
• Akıllı dürtmeler: kullanıcının tipik zamanına göre sadece faydalı olduğunda
• Kaçırılan gün hatırlatmaları: “Dünün snapshot'unu eklemek ister misin?” ve tek dokunuşla kısayol

Aynı gün içinde üst üste fazla bildirim göndermekten kaçının.

Saygılı bildirim kuralları

Kullanıcılara program tanımlama ve varsayılan olarak sessiz saatler uygulama (ör. gece bildirim yok) seçeneği verin. Sıklık kontrolleri (“günlük”, “hafta içi”, “haftada 3x”) ve kolay bir “hatırlatıcıları duraklat” düğmesi sunun. Kopya önemli: “Hazır mısınız?” gibi nötr dil kullanın, “Yine unuttun” gibi suçlayıcı dilden kaçının.

Onboarding zamanlaması: başarıdan sonra izin isteyin

Bildirim iznini ilk açılışta istemek yerine, kullanıcı ilk başarılı kaydını tamamladıktan sonra sorun: “Günlük hatırlatıcı ister misiniz? Hangi saat uygun?” Değer kanıtlandıktan sonra izin istemek opt-in oranını artırır.

Hatırlatıcıların işe yarayıp yaramadığını ölçün

Birkaç metrik izleyin (anonim mümkünse): opt-in oranı, bildirim açılma oranı, ve hatırlatmadan sonra X dakika içinde kayıt. Bunlar varsayılanları ayarlamak için yeterlidir—kullanıcıyı ürkütmeden “akıllı” davranışa girmeyin.

Entegrasyonlar, İçe Aktarma ve Dışa Aktarma İş Akışları

Entegrasyonlar uygulamayı zahmetsiz hale getirebilir ama karmaşıklık ve destek yükü de getirir. Bunları isteğe bağlı güçlendiriciler gibi görün: manuel kaydetme ile uygulama hâlâ işe yarasın.

Çekirdek kullanım durumuna uyan entegrasyonları seçin

İnsanların günlük yakalamak isteyeceği metrikleri listeleyin (uyku, kilo, ruh hali, adımlar, dinlenik kalp atış hızı, kafein vb.). Hangi alanların içe aktarılmasının mantıklı olduğunu belirleyin.

Pratik kural:

• Otomatik içe aktarım: yazmak zor olan, sensör kaynaklı yüksek frekanslı değerler (adımlar, uyku, kalp hızı)
• Manuel: öznel veya bağlamsal girdiler (ruh hali, stres, “bugün zor geçti”)

Apple Health veya Google Fit'i ilk sürümde dar tutun: her şeyi değil, birkaç alanı tutarlı şekilde iyi içe aktarın.

Veri kaynaklarını görünür yapın (güven için)

Bir snapshot değeri gösterildiğinde kaynağını açıkça etiketleyin:

• Kullanıcı girişi (kullanıcı tarafından yazıldı)
• İçe aktarıldı (Apple Health/Google Fit/wearable)

Bu, değerler beklenmedik şekilde değiştiğinde kafa karışmasını önler.

İçe aktarma iş akışları: korkuyu ve sürtünmeyi azaltın

İçe aktarma sunuyorsanız, taahhütte bulunmadan önce kısa bir önizleme gösterin:

• hangi metriklerin içe aktarılacağı
• tarih aralığı
• içe aktarmanın mevcut girdileri üzerine yazıp yazmayacağı veya ayrı kayıt olarak saklanacağı

Varsayılanı “üstüne yazma” olmasın; kullanıcı açıkça seçene kadar mevcut kayıtları değiştirmeyin.

Dışa aktarma ve paylaşma: kullanıcıların ayrılmasına izin verin

Dışa aktarma hem güven işareti hem de gerçek bir özelliktir:

• CSV olarak e-posta (koçlar ve tablolar için iyi)
• Paylaşım menüsü (CSV'yi Files, Mesajlar veya başka bir uygulamaya gönder)

Eğer ihracat ücretli bir özellikse bunu baştan söyleyin ve /pricing gibi bir yola bağlayın—bozuk görünümlü bir düğmenin arkasına saklamayın. CSV'de temel sütunları (zaman damgası, metrik adı, değer, birim, kaynak) dahil edin ki veriler uygulama dışında da anlamlı kalsın.