Hace unos 2 años se me ocurrió la idea y avancé con ella como proyecto paralelo durante unos 3 meses, pero tuve que detenerla porque estaba demasiado ocupado con mi trabajo principal.
Sin embargo, recientemente, al usar agentes de programación para definir las especificaciones de desarrollo y avanzar con la implementación, la velocidad de ejecución fue mucho mayor que hace 2 años.
Así que me concentré en pulir las especificaciones y, aprovechando ese impulso, pude lanzar el servicio en solo 2 semanas.
La razón por la que desarrollé Velprium fue el problema de que mis registros diarios estaban dispersos en muchos lugares.
Calendario, Notion, Obsidian y varias herramientas de colaboración...
También intenté usar un bullet journal en papel, pero cada vez que tenía que trasladar notas entre formatos digitales y analógicos, sufría por lo engorroso que era.
Entonces empecé a pensar: “¿Qué pasaría si a los eventos del calendario se les añadieran las funciones de Notion?”.
Los calendarios existentes tenían una estructura donde el eje x mostraba el tiempo y el eje y solo el título y la descripción.
Por eso añadí propiedades de evento para enriquecer más el eje y.
Y al hacerlo, me di cuenta de que hacía falta un tercer eje, es decir, un eje z que representara la perspectiva.
Aunque el eje x y el eje y sean iguales, puede verse de forma completamente distinta según la perspectiva: diario personal, registro de trabajo, registro de sueño, registro de ejercicio o agenda personal.
Ahí fue donde surgió el concepto. Las páginas son el eje z (la perspectiva desde la que se mira), las áreas son ejes temporales paralelos que componen una página, y las propiedades del evento son el eje y.
- También añadí relaciones entre eventos. Por ejemplo, si hoy no puedes terminar una tarea y debes posponerla para mañana, al pulsar el botón de posponer se mantiene el evento de hoy y se crea un evento de seguimiento para mañana.
Esto permite rastrear el momento exacto en que se pospuso una tarea, y como se guarda el historial de cambios de cada evento, también se puede verificar el momento exacto en que se tomó esa decisión.
Una de las funciones que no existía en la versión de hace 2 años es la función de consultas con IA. Desde el año pasado he desarrollado varios chatbots de texto a SQL para trabajo, y pensé que también sería bueno tener una función de chatbot en el calendario.
Por ejemplo, se le puede pedir que analice cómo cambiaron los patrones de sueño durante el último mes con base en los eventos de sueño registrados en el calendario.
(Como referencia, uso Auto Event Maker, una app de iPhone que hice yo mismo para sincronizar los datos de salud registrados en mi iPhone con eventos del calendario).
-
Esta app es gratuita por ahora, y si la cantidad de usuarios aumenta, planeo añadir planes de pago.
Los costos del servidor no son altos, pero si muchos usuarios empiezan a usar las funciones de IA, creo que sí tendré que asumir el costo de los tokens. -
No estoy seguro de si este modelo será útil y fácil de entender para otras personas, o si tal vez estoy agregando demasiados conceptos a un calendario.
Ese es el punto más importante que quiero confirmar. Por supuesto, yo hice esta app, estoy muy satisfecho con ella y la uso mucho.
Quisiera pedirles retroalimentación sobre dos cosas.
- ¿Creen que los conceptos de páginas, áreas y propiedades de evento encajan bien en una app de calendario?
- ¿El proceso de onboarding (y las plantillas de página ya preparadas) les ayudó a entender estos conceptos? Les agradecería que la probaran y me dijeran en qué partes tuvieron dificultades.
En particular, me gustaría escuchar la opinión de quienes usan principalmente apps de calendario y de quienes disfrutan llevar un registro de su vida diaria.
1 comentarios