Il y a environ deux ans, j’ai eu cette idée et je l’ai développée pendant à peu près trois mois comme projet parallèle, mais j’ai dû arrêter parce que mon travail principal me prenait trop de temps.
Mais récemment, en utilisant un agent de codage pour définir et avancer sur les spécifications de développement, la vitesse d’implémentation a été bien plus rapide qu’il y a deux ans.
J’ai donc pu me concentrer sur l’affinage des spécifications et, porté par cet élan, lancer le service en seulement deux semaines.
Ce qui m’a amené à développer Velprium, c’est le fait que mes traces du quotidien étaient dispersées un peu partout.
Calendrier, Notion, Obsidian et divers outils de collaboration…
J’ai aussi essayé le bullet journal papier, mais chaque transfert de notes entre formats numérique et analogique était pénible.
Je me suis donc demandé : « Et si l’on ajoutait les fonctionnalités de Notion aux événements de calendrier ? »
Les calendriers existants ont une structure où l’axe x représente le temps, tandis que l’axe y n’affiche que le titre et la description.
J’ai donc ajouté des propriétés d’événement pour enrichir l’axe y.
Ce faisant, j’ai compris qu’il fallait un troisième axe, l’axe z, qui représente le point de vue.
Même avec les mêmes axes x et y, l’affichage peut être complètement différent selon le point de vue : journal personnel, journal de travail, suivi du sommeil, suivi de l’activité physique, agenda personnel, etc.
C’est de là qu’est né le concept. La page correspond à l’axe z (le point de vue), les zones sont des axes temporels parallèles qui composent la page, et les propriétés d’événement constituent l’axe y.
- J’ai également ajouté des relations entre événements. Par exemple, si vous ne pouvez pas terminer une tâche aujourd’hui et devez la reporter à demain, un clic sur le bouton de report conserve l’événement du jour et crée un événement de suivi pour le lendemain.
Cela permet de suivre le moment exact où une tâche a été reportée ; comme l’historique des modifications de chaque événement est enregistré, on peut aussi vérifier l’instant précis où la décision de report a été prise.
L’une des fonctionnalités qui n’existait pas dans la version d’il y a deux ans est la requête IA. Depuis l’an dernier, je développe plusieurs chatbots texte-SQL pour le travail, et je me suis dit qu’il serait utile d’avoir aussi une fonction de chatbot dans un calendrier.
Par exemple, on peut demander d’analyser l’évolution de ses habitudes de sommeil au cours du dernier mois à partir des événements de sommeil enregistrés dans le calendrier.
(Pour information, j’utilise une app iPhone que j’ai créée moi-même, « Auto Event Maker », afin de synchroniser les données de santé enregistrées sur mon iPhone avec les événements du calendrier.)
-
L’application est actuellement gratuite, et je prévois d’ajouter une offre payante si le nombre d’utilisateurs augmente.
Les coûts serveur ne sont pas très élevés, mais si beaucoup d’utilisateurs exploitent les fonctionnalités IA, il faudra probablement couvrir les coûts en tokens. -
Je ne suis pas certain que ce modèle soit utile et facile à comprendre pour d’autres personnes, ni si cela ajoute trop de concepts à un calendrier.
C’est le point le plus important que je souhaite vérifier. Bien sûr, j’ai créé cette application, j’en suis très satisfait et je l’utilise avec plaisir.
J’aimerais avoir vos retours sur deux points.
- Pensez-vous que les concepts de pages, de zones et de propriétés d’événement conviennent à une application de calendrier ?
- Le processus d’onboarding (ainsi que les modèles de pages préconçus) vous a-t-il aidé à comprendre ces concepts ? Si vous l’essayez vous-même, je vous serais reconnaissant de me dire ce qui vous a semblé difficile.
J’aimerais particulièrement avoir l’avis des personnes qui utilisent beaucoup les applications de calendrier et de celles qui aiment consigner leur quotidien.
1 commentaires