Há cerca de 2 anos, tive a ideia e a desenvolvi como um projeto paralelo por uns 3 meses, mas precisei interromper porque estava ocupado demais com meu trabalho principal.
Mas, recentemente, ao definir e desenvolver as especificações usando agentes de codificação, a velocidade de implementação ficou muito maior do que há 2 anos.
Por isso, foquei em refinar as especificações e, aproveitando esse impulso, consegui lançar o serviço em apenas 2 semanas.
O motivo que me levou a desenvolver o Velprium foi o problema de meus registros do dia a dia estarem espalhados por vários lugares.
Calendário, Notion, Obsidian e diversas ferramentas de colaboração…
Também tentei usar um bullet journal em papel, mas sofria com o incômodo sempre que precisava transferir anotações entre formatos digitais e analógicos.
Então pensei: "E se eu adicionasse recursos do Notion aos eventos do calendário?"
Os calendários existentes tinham uma estrutura em que o eixo x mostrava o tempo, e o eixo y mostrava apenas o título e a descrição.
Então adicionei propriedades de evento para tornar o eixo y mais rico.
Com isso, percebi que era necessário um terceiro eixo, ou seja, um eixo z que representasse a perspectiva.
Mesmo que os eixos x e y sejam iguais, dependendo da perspectiva — diário, registro de trabalho, registro de sono, registro de exercícios, agenda pessoal etc. — tudo pode parecer completamente diferente.
Foi daí que surgiu o conceito. Uma página é o eixo z (a perspectiva de visualização), uma área é um eixo de tempo paralelo que compõe a página, e as propriedades de evento são o eixo y.
- Também adicionei relações entre eventos. Por exemplo, se você não conseguir concluir uma tarefa hoje e precisar adiá-la para amanhã, ao pressionar o botão de adiamento, o evento de hoje permanece como está e um evento subsequente é criado para amanhã.
Isso permite rastrear o momento exato em que a tarefa foi adiada e, como o histórico de alterações de cada evento é salvo, também é possível verificar o momento exato em que a decisão de adiá-la foi tomada.
Um dos recursos que não existia na versão de 2 anos atrás é a função de consulta com IA. Desde o ano passado, venho desenvolvendo vários chatbots texto-para-SQL para uso no trabalho, e pensei que seria bom ter uma função de chatbot também no calendário.
Por exemplo, você pode pedir uma análise de como seus padrões de sono mudaram ao longo do último mês com base nos eventos de sono registrados no calendário.
(Como referência, uso um app de iPhone que criei, chamado 'Auto Event Maker', para sincronizar os dados de saúde registrados no iPhone com eventos do calendário.)
-
Este app atualmente é gratuito, e planejo adicionar planos pagos se o número de usuários aumentar.
O custo de servidor não é alto, mas, se muitos usuários começarem a usar os recursos de IA, acredito que terei de arcar com os custos de tokens. -
Não tenho certeza se este modelo será útil e fácil de entender para outras pessoas, ou se estou adicionando conceitos demais ao calendário.
Essa é a parte mais importante que quero validar. Claro, eu criei este app, estou muito satisfeito e o uso bastante.
Gostaria de pedir feedback sobre duas coisas.
- Vocês acham que os conceitos de página, área e propriedades de evento são adequados para um app de calendário?
- O processo de onboarding (e os templates de páginas prontos) ajudou a entender esses conceitos? Eu agradeceria se vocês pudessem experimentar e me contar em quais pontos tiveram dificuldade.
Gostaria especialmente de ouvir a opinião de quem usa apps de calendário com frequência e de quem gosta de registrar o dia a dia.
1 comentários