Lettres de Votre Passé : Concevoir une Fonction de Journal Anniversaire

Lettres de Votre Passé : Concevoir une Fonction de Journal Anniversaire

La meilleure fonction de tout journal papier est celle que personne n'a conçue. On ouvre le carnet de l'année dernière et on trouve une entrée d'un mardi qu'on avait oublié. Les mots prennent par surprise. Cet accident est toute la fonction : le rappel de la même date une année différente.

Les applications de bilan numérique peuvent faire la même chose intentionnellement. Soulwise l'appelle « lettres de votre passé ». Voici une brève note sur son fonctionnement, sur la raison pour laquelle elle est plus difficile à bien concevoir qu'il n'y paraît, et sur la frontière entre cadeau et surveillance.

Ce que fait la fonction

Le mécanisme est simple. À l'anniversaire d'un bilan passé — typiquement il y a un an, six mois ou trois mois — Soulwise ressort la réponse originale dans l'écran d'accueil de l'application. Les utilisateurs voient :

Il y a un an aujourd'hui, vous avez écrit : « Deux choses en tête, aucune à régler aujourd'hui. »

La date et les chips originaux qui ont produit la réponse sont affichés à côté. L'utilisateur peut ignorer, sauvegarder comme moment marquant, ou écrire une courte réponse.

C'est toute l'interaction. La complexité est partout sauf dans la fonction elle-même.

Pourquoi c'est difficile à bien concevoir

Quatre risques à nommer.

Le problème des anniversaires douloureux. Certaines dates sont lourdes. Une rupture, un deuil, une hospitalisation. L'application ne peut pas savoir de façon fiable lesquelles. Pousser un souvenir de l'un de ces jours sur un écran d'accueil est un mode d'échec, pas une fonction.

La frontière de la surveillance. Une fonction qui ressort des entrées passées apparaît comme un cadeau si l'utilisateur fait déjà confiance à l'application, et comme un rappel troublant de combien l'application en sait si ce n'est pas le cas. La confiance doit être gagnée avant que la fonction apparaisse.

Le problème du démarrage à froid. Les nouveaux utilisateurs n'ont pas de passé à exploiter. Si la fonction s'active au troisième jour, elle semble fabriquée. Si elle ne s'active jamais, les utilisateurs ignorent qu'elle existe.

Le problème de la sélection. La plupart des bilans ne sont pas intéressants en rétrospective. Le jour où on a noté « stretching » avec une humeur neutre n'est pas un mardi à revivre. L'application doit choisir les entrées qui ont réellement de la valeur à ressortir.

Comment Soulwise gère chacun

In-app uniquement, jamais une notification push. Les notifications push sont régies par une règle stricte : aucun contenu soutien et réflexion, aucun contenu astrologique, aucun contenu de bilan quotidien d'aucune sorte. Les lettres du passé n'apparaissent qu'à l'intérieur de l'application, uniquement lorsque l'utilisateur l'ouvre le jour anniversaire. L'écran de verrouillage est laissé intact.

30 jours d'amorçage. La fonction ne s'active pas tant que l'utilisateur n'a pas utilisé Soulwise pendant 30 jours et n'a pas complété au moins 10 bilans. Avant ce seuil, le passé est trop mince à exploiter.

Paramètre « ignorer cette date » par utilisateur. Les utilisateurs peuvent marquer une date comme « ignorer » dans un écran de paramètres discret. L'ignorance s'applique définitivement ; l'application ne ressortira jamais un souvenir de ce jour du calendrier. Il n'y a pas de question de suivi et aucun événement analytics sur ce qu'ils ont marqué.

Sélection par densité de signal. La fonction préfère les bilans où plusieurs chips ont été sélectionnés, où l'humeur était non neutre, et où l'utilisateur a passé plus que le temps médian sur la carte de réponse. Les jours de routine ne sont pas ressortis. Les jours qui ont pris un moment à noter le sont.

Datation en langage simple. « Il y a un an aujourd'hui » fonctionne. « Il y a 365 jours » est inquiétant. Un langage simple sur le temps maintient la fonction du bon côté de la chaleur.

Pourquoi s'inspirer des journaux papier

Trois raisons.

La fonction marche sur papier. Les gens ont ouvert de vieux carnets pour y retrouver d'anciens eux-mêmes depuis que les carnets existent. Le schéma est robuste parce qu'il est ancré dans la façon dont la mémoire et le temps interagissent, pas dans un design d'application particulier.

Elle ne nécessite pas de nouvelle saisie de la part de l'utilisateur. Le bilan existe déjà. La fonction n'est qu'une façon différente de le ressortir. Aucun nouveau logging, aucun nouvel écran, aucune nouvelle autorisation.

Elle renforce le rituel quotidien. Savoir que le bilan d'aujourd'hui pourrait revenir à cette date l'année prochaine change ce que les utilisateurs sont prêts à écrire. Ils n'écrivent pas pour l'algorithme ; ils écrivent pour eux-mêmes dans un an. C'est un cadre de lecture plus sain.

Ce que cette fonction n'est pas

Une note sur ce que nous avons délibérément choisi de ne pas construire.

Pas de partage social des entrées passées. La lettre est pour l'utilisateur. Ce n'est pas une carte à envoyer à un ami ou à publier sur une frise chronologique.

Pas de réécriture IA des entrées passées. Les mots originaux restent. L'application n'« améliore » pas et ne « résume » pas ce que l'utilisateur a écrit il y a un an.

Pas de séries ni de gamification. Les anniversaires ne sont pas une métrique à optimiser. Les utilisateurs ne voient pas de compteur de « souvenirs ressortis ».

Pas de cadrage prédictif. La fonction ne dit pas « d'après l'année dernière, vous vous sentirez X aujourd'hui. » C'est le modèle qui imagine pouvoir prédire votre journée à partir d'une donnée vieille d'un an. Il ne peut pas.

Quand la fonction sera disponible

Les lettres de votre passé font partie du périmètre du rituel quotidien de Soulwise mais n'apparaissent pas dans le premier mois pour aucun utilisateur, par conception. L'architecture complète et le calendrier sont documentés dans la spécification produit ; la page hub de Soulwise est la surface publique où le rituel quotidien lui-même peut être essayé.

La version courte : les meilleures fonctions des journaux sont des accidents, et le travail de l'application est de programmer l'accident sans le gâcher.