Como criar um app móvel para planejamento de tarefas escolares

Comece pelo problema e pelo público-alvo

Um app de planejamento de tarefas só funciona se resolver uma dor real — não apenas o desejo vago de “ser mais organizado”. O problema central para muitos estudantes não é falta de esforço; é a combinação de prazos perdidos, tarefas espalhadas e rotinas frágeis que desabam quando a escola fica ocupada.

As tarefas vivem em muitos lugares: no LMS do professor, num chat da turma, num papel entregue, numa anotação feita em sala, num e‑mail ou num lembrete de calendário que nunca foi criado. Os estudantes frequentemente pretendem acompanhar tudo, mas o fluxo é frágil. Uma entrada perdida pode virar atrasos, estresse e a sensação permanente de estar atrasado.

Escolha um público para começar (e construa para ele)

Escolha um público primário para a v1. Neste guia, começaremos com estudantes do ensino médio.

O ensino médio é um ponto ideal: os estudantes têm várias disciplinas e prazos variados, mas ainda estão desenvolvendo hábitos de planejamento. Eles também costumam usar muito o celular, o que torna um app planejador estudantil natural — desde que seja mais rápido que o método atual.

Quando dominar as necessidades do ensino médio, você pode expandir depois para o ensino fundamental (mais envolvimento dos pais) ou faculdade (mais autonomia e horários mais complexos). Mas misturar esses públicos cedo demais geralmente gera um produto inchado e confuso.

Defina o que significa “sucesso” (para medir)

Antes dos recursos, defina resultados. Sucesso para um app de rastreamento de tarefas deve ser mensurável, por exemplo:

• Mais entregas no prazo (menos tarefas atrasadas por semana)
• Menos tarefas perdidas (tarefas não iniciadas até depois do prazo)
• Melhor comportamento de planejamento (estudantes adicionando tarefas, marcando como feitas e ajustando planos com consistência)

Esses resultados ajudam a decidir o que construir, o que cortar e o que melhorar após o lançamento.

O que este guia cobrirá

A seguir, vamos percorrer passos práticos para criar um app de cronograma de estudos focado:

• Esclarecer o MVP (apenas o essencial) para um MVP para estudantes
• Projetar telas e UX para apps estudantis que reflitam hábitos reais de tarefa
• Manter dados e arquitetura simples e confiáveis
• Testar com estudantes, lançar, criar onboarding e engajamento de longo prazo

O objetivo: uma v1 pequena e utilizável que os estudantes adotem — porque economiza tempo e reduz prazos perdidos.

Pesquisa com usuários: o que os estudantes realmente precisam

Antes de decidir o que construir, entenda para quem você está construindo e como o planejamento de tarefas acontece numa semana típica. Uma pesquisa estruturada agora vai poupar meses construindo recursos que os estudantes não usarão.

2–3 personas primárias para orientar decisões

Comece com personas simples que você possa usar em todas as discussões do produto. Mantenha‑as específicas o bastante para ajudar nas trocas.

• Estudante (usuário principal): Equilibra várias disciplinas, atividades extras e estilos diferentes de professores. Precisa de captura rápida (“vou adicionar depois” geralmente significa “nunca”), lembretes que não irritem e um plano que se adapte quando algo atrasar.
• Pai/responsável (usuário secundário): Quer visibilidade sem microgerenciar. Se importa com tarefas perdidas, prazos próximos e se o estudante está no caminho certo.
• Professor/tutor (persona opcional inicial): Preocupa‑se com clareza: o que foi atribuído, quando vence e se os estudantes entenderam os requisitos. Frequentemente não adota uma nova ferramenta a menos que reduza confusão, não acrescente etapas.

Mapeie uma jornada semanal simples (da tarefa à entrega)

Esboce uma “semana típica” e marque onde seu app pode reduzir atritos:

1. Receber tarefas: anunciadas em sala, postadas no LMS, escritas no quadro ou ditas verbalmente no fim da aula.
2. Planejar: o estudante decide quando fará (ou não), confere outros prazos e estima o esforço.
3. Fazer: o trabalho acontece em rajadas curtas. Estudantes mudam de contexto com frequência.
4. Entregar: enviar arquivo, entregar papel ou apresentar. O passo “entregar” é onde muitas tarefas falham.

Essa jornada ajuda a identificar os momentos que importam: entrada rápida, agendamento realista e distinção clara entre “concluído” e “entregue”.

Colete insumos reais (10 entrevistas curtas ou pesquisas)

Faça 10 conversas rápidas com estudantes de idades e níveis variados. Mantenha leve: 10–15 minutos cada, ou uma pesquisa curta com perguntas abertas.

Boas perguntas:

• “Como você descobre quais tarefas tem?”
• “Qual foi a última tarefa que você perdeu — e por quê?”
• “Você planeja sua semana? Onde esse plano fica?”
• “O que tornaria os lembretes úteis em vez de irritantes?”

Procure padrões repetidos e as palavras exatas que os estudantes usam. Essas palavras costumam virar os melhores rótulos da UI.

Identifique restrições cedo (políticas, acesso, offline)

Apps para estudantes vivem dentro de limites reais. Valide‑os antes de se comprometer com recursos.

• Políticas escolares: uso de celular em sala, restrições a notificações e regras sobre coleta de dados de menores.
• Acesso a dispositivos: alguns compartilham aparelho, alternam entre celular/tablet ou têm pouco espaço de armazenamento.
• Necessidade offline: deslocamentos, Wi‑Fi escolar instável ou redes restritas podem quebrar suposições de “sempre online”.

Documente essas restrições junto às notas de pesquisa. Elas vão moldar diretamente seu MVP, especialmente em login, sincronização e lembretes.

Defina o MVP: recursos essenciais

Um MVP para um app planejador deve ajudar o estudante a responder três perguntas rapidamente: O que preciso fazer? Quando vence? O que devo fazer a seguir? Todo o resto é secundário.

1) Lista de tarefas rápida de atualizar

Comece com o núcleo de rastreamento: uma lista de tarefas com data de entrega, disciplina e status. Mantenha os status mínimos — a fazer / em andamento / concluído — porque os estudantes usarão mais se atualizar levar dois toques.

Inclua filtros e ordenações leves (ex.: “Vence em breve” e “Atrasadas”), mas evite sistemas complexos de tags na v1.

2) Calendário + grade de aulas em um só lugar

Um app de cronograma precisa de uma visão de tempo clara, não apenas uma lista. Ofereça:

• Visão semanal para planejar a semana
• Visão de agenda para “o que vem a seguir”

Permita que os estudantes adicionem uma grade básica de aulas (dias, horários, nome da disciplina). O calendário deve mostrar aulas e prazos para que o estudante não precise mesclá‑los mentalmente.

3) Lembretes que evitam prazos perdidos

Lembretes devem ser confiáveis e fáceis de entender:

• Lembretes baseados em horário (ex.: 18h hoje)
• Um padrão “dia anterior ao vencimento”

Não exagere nas customizações no início. Comece com padrões inteligentes e permita edição.

4) Captura rápida para a vida escolar real

Estudantes recebem tarefas verbalmente ou em papel. Suporte um fluxo de captura rápido:

• Foto/scan da tarefa
• Entrada manual (título + data de entrega)

A foto atua como rede de segurança mesmo se o estudante não digitar tudo imediatamente.

5) Análises básicas (opcional)

Mantenha análises motivacionais, não punitivas: uma sequência ou um resumo semanal (“5 tarefas concluídas”). Torne opcional para não distrair do fluxo central.

Defina limites claros: o que pular na v1

A forma mais rápida de descarrilar um app planejador é tratar a v1 como uma “plataforma escolar completa”. Limites mantêm o produto claro, a configuração simples e a primeira experiência focada numa tarefa: capturar dever, ver o que vence e receber lembretes no momento certo.

Recursos para adiar (de propósito)

Podem ser valiosos, mas raramente essenciais no primeiro lançamento:

• Sugestões por IA (gerar planos de estudo, reescrever tarefas, prever carga)
• Sistemas de prioridade inteligentes (pontuações, labels, motores de “ordem ótima”)
• Recursos de colaboração (listas compartilhadas, projetos em grupo, chat de turma)
• Widgets e personalização profunda (widgets de tela inicial, temas, views customizadas)

Se adicionados cedo, tendem a criar telas extras, configurações e casos de borda — sem provar que o fluxo central é amado.

Riscos comuns a observar

Feature creep não só atrasa; confunde estudantes:

• Excesso de recursos: muitos botões e modos (“tarefa”, “assignment”, “evento”, “sessão”).
• Configuração confusa: pedir escola, disciplinas, períodos letivos, e‑mails de professores logo no primeiro uso.
• Notificações demais: estudantes desligam ou desinstalam.

Uma regra simples de decisão

Só adicione um recurso se ele apoiar diretamente o fluxo central: capturar a tarefa em segundos → entender o que vem a seguir → terminar no prazo.

Se um recurso ajuda só “usuários avançados” ou precisa de muitas preferências, provavelmente não é para a v1.

Planeje fases com metas claras

• MVP: provar que estudantes conseguem rastrear tarefas e prazos de forma confiável.
• v1: melhorar conveniência (pequenos upgrades) sem aumentar a complexidade.
• v2: adicionar valor avançado (IA, colaboração, widgets) quando retenção e hábitos estiverem fortes.

Estrutura do app e telas principais

Um app planejador vence ou perde pela estrutura. Se estudantes não acharem as tarefas de hoje em segundos, não vão aderir — não importa quantos recursos você adicione depois. Comece com uma arquitetura de informação simples que reflita como a escola funciona.

Arquitetura que bate com a vida real

Uma abordagem limpa:

Disciplinas → Tarefas → Calendário → Configurações

Disciplinas são os “contenedores” que os estudantes já entendem (Matemática, Português, Biologia). Tarefas vivem dentro da disciplina (folha de exercícios, redação, prova). O calendário é a visão cruzada que responde: O que vence e quando? Configurações devem ser pequenas na v1 — apenas o necessário.

Telas-chave para esboçar antes de construir

Antes de codar, esboce essas telas para verificar o fluxo de ponta a ponta:

• Onboarding: adicionar disciplinas, definir início da semana e pedir permissão de notificações no momento certo (depois de mostrar valor).
• Adicionar tarefa: disciplina, título, data de entrega, tipo opcional (tarefa/prova/projeto) e campo de notas rápido.
• Lista de tarefas: visão “Hoje / Próximas / Atrasadas” com filtros por disciplina.
• Calendário: vista mês/semana para datas de entrega, com toque para ver detalhes.
• Lembretes: opções de horário, soneca e um botão claro “marcar como concluído”.

Faça a entrada rápida (estudantes estão ocupados)

O app mais rápido vence. Reduza digitação e fadiga de decisão com:

• Padrões (ex.: hora de entrega definida para fim do dia letivo)
• Modelos (tipos comuns: “leitura”, “folha de exercícios”, “estudo para prova”)
• Repetir semanalmente quando útil (ex.: “teste de ortografia toda sexta”)

Considere um botão único e consistente “Adicionar rápido” que abra a tela de adicionar com a última disciplina usada pré‑selecionada.

Noções básicas de acessibilidade desde cedo

Acessibilidade é mais fácil quando faz parte da estrutura:

• Use tamanhos de fonte legíveis (evite texto secundário muito pequeno)
• Mantenha alto contraste de cores (não dependa apenas da cor para status)
• Prefira linguagem simples e direta (“Vence amanhã” é melhor que “Entrega pendente”)

Se acertar essa estrutura, recursos posteriores — notificações, integração de calendário ou recursos para pais/professores — podem ser adicionados sem quebrar o fluxo.

Padrões de UX que funcionam para estudo e planejamento

Um app de planejamento funciona quando parece mais rápido que o “jeito antigo”. Os melhores padrões de UX reduzem digitação, decisões e mostram um próximo passo claro — sem transformar tarefa escolar em painel de ansiedade.

Adicionar em menos de 15 segundos

Projete o fluxo de adicionar como captura rápida, não um formulário. A tela padrão deve pedir só o essencial e permitir refinamento depois.

Um padrão prático: um campo principal + padrões inteligentes:

• O que é? (título)
• Sugestão automática de disciplina com base nas entradas recentes
• Data padrão para amanhã ou próximo dia letivo (editável em um toque)

Use chips ou opções por toque para detalhes comuns (Matemática, Português, Redação). Mantenha a digitação opcional. Se oferecer voz, trate como atalho (“Ficha de Matemática para quinta”) em vez de modo separado.

Prioridades sem estresse

Estudantes abandonam planners quando tudo parece urgente. Em vez de matrizes de prioridade complexas, use rótulos amigáveis e sem pressão:

• Hoje
• Esta semana
• Depois

Esses rótulos devem ser toggles de um toque, não mais uma tela de decisão. Evite sobrecarregar com vermelho para “atrasado”; um estado sutil “Precisa de atenção” costuma funcionar melhor.

Uma pequena vitória UX: mostrar um foco recomendado (“Comece: anotações de História (10 min)”) que possa ser ignorado com facilidade.

Visibilidade do progresso: pequenas vitórias que não culpam

Tarefas são repetitivas — a UI deve recompensar com calma. Padrões simples funcionam melhor:

• Checks com animação sutil
• Contador “Concluído hoje” que zera diariamente
• Revisão semanal que mostra o que foi feito e o que mudou de semana

A visão semanal deve ser reflexão, não julgamento: “3 tarefas adiadas” é melhor que “Você perdeu 3 prazos”.

Notificações: menos, mais inteligentes e controláveis

Notificações devem evitar surpresas e não gerar ruído. Ofereça um padrão mínimo e deixe o estudante optar por mais.

Boas práticas:

• Resumo diário (ex.: “2 vencem hoje, 1 vence amanhã”) em horário escolhido
• Lembretes just-in-time só para itens de “Hoje”
• Opções de soneca (30 min, 2 horas, hoje à noite)

Permita controle por tarefa e global, com linguagem simples (“Me lembre na véspera”). Se futuramente integrar calendário, mantenha opcional para que ninguém se sinta preso pelo horário.

Dados e arquitetura: mantenha simples e confiável

Um planner vive da confiança: se tarefas somem, lembretes falham ou logins são confusos, os estudantes abandonam rápido. Priorize confiabilidade na arquitetura.

Autenticação: reduzir atrito

Escolha um caminho de login primário e deixe o resto opcional.

• Cadastro por e‑mail é universal, mas reset de senha gera suporte.
• Login com Google/Apple costuma ser mais suave para estudantes e reduz problemas com senhas.
• Modo convidado é bom para testar antes de criar conta — deixe claro que desinstalar pode apagar dados, salvo se migrar para conta.

Uma abordagem prática: comece com Google/Apple + e‑mail, e só adicione modo convidado se houver queda grande no onboarding.

Modelo de dados: mantenha simples

Não precisa de esquema sofisticado. Comece com poucas entidades que dê pra explicar em uma frase:

• Usuário (configurações, fuso, preferências de notificação)
• Disciplina (nome, rótulo do professor, cor da grade)
• Tarefa (título, notas, status, data de entrega)
• Lembretes (horário(s), método de entrega)
• Anexos (links de foto/PDF, opcionais)

Projete tarefas para existirem sem disciplina (estudantes às vezes acompanham tarefas pessoais também).

Estratégia de sincronização: baseada no uso real

• Offline-first: ideal se Wi‑Fi é instável, usuários usam no ônibus ou redes escolares restritas. Armazene localmente e sincronize em segundo plano.
• Cloud-first: mais simples se a maioria está online e você quer acesso entre dispositivos rápido.

Se estiver em dúvida, híbrido costuma funcionar: armazenamento local para uso instantâneo e sincronização em nuvem para backup.

Administração e suporte: planeje o básico cedo

Mesmo a v1 se beneficia de administração simples: relatórios de crash/erros, tratamento de exclusão de conta e um jeito leve de sinalizar atividades suspeitas se permitir conteúdo compartilhado. Mantenha ferramentas mínimas, mas não as ignore.

Escolhas tecnológicas para um app estudantil

A tecnologia deve suportar a versão mais simples do produto: captura rápida e confiável, lembretes claros e um cronograma que não quebre. A melhor stack é a que sua equipe consegue entregar e manter.

Nativo vs cross‑platform (iOS/Android)

Nativo (Swift para iOS, Kotlin para Android) costuma dar desempenho mais suave e sensação polida. Facilita recursos específicos da plataforma (widgets, calendário, acessibilidade). A desvantagem é construir o app duas vezes.

Cross‑platform (Flutter, React Native) permite compartilhar grande parte do código entre iOS e Android, reduzindo tempo e custo para a v1. A desvantagem é esforço extra para ajustar comportamentos nativos e lidar com casos de integração.

Se mira nos dois sistemas desde o início com equipe pequena, cross‑platform costuma ser a escolha prática.

Backend: gerenciado vs API customizada

Um backend gerenciado (Firebase, Supabase) acelera o lançamento porque contas, banco e armazenamento já estão prontos — bom para MVP.

Uma API customizada dá mais controle (modelos de dados, regras especiais, integrações escolares), mas demora mais e exige manutenção.

Se quiser explorar uma stack custom sem perder semanas em infraestrutura, plataformas que geram base (como Koder.ai) podem ajudar a criar um baseline rapidamente (ex.: admin web React + backend Go com PostgreSQL) e iterar com snapshots/rollback.

Push notifications sem irritar

Notificações exigem:

• permissão do usuário
• um serviço para envio (geralmente via backend)
• regras e timing cuidadosos

Para evitar spam, mantenha notificações baseadas em eventos (vencendo, atrasado, mudança de cronograma), permita horário silencioso e controles simples (“Me lembre 1 hora antes”).

Fotos/anexos: planeje armazenamento cedo

Tarefas muitas vezes incluem fotos (folha, quadro, página de livro). Decida:

• tipos de arquivo e limites de tamanho
• compressão de imagem
• tempo de retenção dos anexos

Armazenamento pode virar custo real, então defina limites e políticas de limpeza desde o início.

Privacidade, segurança e confiança

Estudantes (e pais, professores, escolas) só vão confiar num planner se ele parecer seguro. Privacidade é recurso de produto. A forma mais simples de ganhar confiança é coletar menos, explicar mais e evitar surpresas.

Minimize dados dos estudantes (e diga isso claramente)

Comece listando o mínimo necessário: título da tarefa, data de entrega, nome da disciplina e lembretes. Todo o resto deve ser opcional. Se não precisa de aniversários, contatos, localização precisa ou nome completo, não peça.

Explique em linguagem simples dentro do app (não só na política longa). Uma tela curta “O que guardamos” no onboarding evita confusão e reduz suporte depois.

Cuidado com permissões

Permissões são um jeito rápido de perder confiança. Peça apenas quando necessário e explique o porquê.

Exemplos:

• Câmera/Fotos: solicite só ao anexar uma foto a uma tarefa.
• Evite acesso amplo como “ler todas as fotos” quando “selecionar foto” basta.

Se dá para suportar uma função sem permissão (entrada manual vs ler calendário), prefira a opção sem permissão na v1.

Segurança básica de conta (sem exagerar)

Mesmo um MVP deve cobrir o básico:

• Regras de senha: razoáveis (comprimento + checar senhas comuns) em vez de requisitos complicados
• Expiração de sessão: em dispositivos compartilhados, permita logout fácil e considere logout automático após inatividade longa
• Rate limiting: proteja endpoints de login e redefinição de senha contra brute force

Considere login com Apple/Google para reduzir o manuseio de senhas.

Compliance: conheça idade e região alvo

Regras variam por público e localização. Antes do lançamento, confirme se precisa considerar:

• COPPA (crianças <13 nos EUA)
• FERPA (registros educacionais dos EUA, relevante se for integrar com escolas)
• GDPR/UK GDPR (UE/Reino Unido, incluindo consentimento e direitos de dados)

Se planeja funcionalidades para pais/professores, defina desde cedo quem vê o quê, quem convida quem e como o consentimento é registrado.

Plano de construção: do protótipo à versão inicial

Um app de planejamento vence quando o básico é sem esforço: adicionar rápido, ver o que vence e ser lembrado no momento certo. A forma segura é validar o fluxo antes de codar e depois construir em passos pequenos e testáveis.

Prototipe antes de codar

Comece com um mock clicável (Figma, Sketch ou até papel com telas linkadas). Teste só as jornadas centrais:

• Adicionar uma tarefa em menos de 30 segundos
• Encontrar o que vence hoje/esta semana
• Marcar como feito e ver sumir (com opção “Desfazer”)

Faça sessões rápidas com 5–8 estudantes. Se hesitarem, você achou o próximo ajuste de design — barato e eficaz.

Construa em pequenas iterações

Envie uma fatia fina e funcional, depois expanda:

1. Lista de tarefas: título, data de entrega, disciplina, status (aberta/concluída)

2. Visão de calendário: semana que replica a lista (sem agendamento complexo)

3. Lembretes: notificações básicas (véspera + dia)

4. Anexos: foto da tarefa, material do professor ou link

Cada passo deve ser utilizável por si só, não uma promessa pela metade.

Se quiser acelerar sem travar o código, considere construir a fatia inicial com Koder.ai: é possível iterar por chat, revisar mudanças com snapshots/rollback e exportar código quando o fluxo estiver provado.

Checklist de qualidade para a v1

Antes de adicionar recursos, confirme:

• Sem crashes nas versões e dispositivos mais comuns
• Lista carregando rápido (estudantes consultam entre aulas)
• Estados vazios claros (“Nenhuma tarefa ainda — adicione a primeira”) e mensagens de erro

Acompanhe com marcos simples

Use marcos curtos (1–2 semanas) e revisão semanal:

• O que entregamos?
• Onde os estudantes tiveram dificuldade?
• O que corrigir antes de adicionar algo novo?

Esse ritmo mantém o app focado no comportamento real dos estudantes, não em uma lista de desejos.

Testar com estudantes e consertar o que realmente importa

Testar não é perguntar se eles “gostam”. É observar se conseguem completar tarefas reais rapidamente, sem ajuda, e sem erros que quebrem a rotina.

Faça sessões pequenas e realistas (15–30 estudantes)

Recrute mistura de séries, horários e dispositivos. Dê 10–15 minutos para cada um e peça quatro ações centrais:

• Configurar o app (primeiro lançamento, permissões, preferências básicas)
• Adicionar algumas tarefas (datas, disciplinas, notas)
• Encontrar o que vence em seguida (hoje/amanhã/esta semana)
• Ativar e entender lembretes

Não explique recursos durante o teste. Se perguntarem “O que faz isso?”, anote como problema de clareza na UI.

Meça usabilidade com números simples

Acompanhe algumas métricas comparáveis entre versões:

• Tempo para adicionar uma tarefa (do toque em “adicionar” até salvar)
• Passos esquecidos (esquecer de colocar data, não ver o botão salvar)
• Pontos de confusão (pausas, voltar, toque repetido)

Junte números a notas curtas como “achou que ‘Venc.’ era horário de início da aula”. Esses comentários dizem o que renomear, reordenar ou simplificar.

Não ignore casos extremos

Horários escolares são bagunçados. Teste:

• Fusos horários diferentes (viagem, intercâmbio, ajustes do aparelho)
• Horário de verão (lembretes que mudam uma hora)
• Aulas/atividades recorrentes (quizzes semanais, horários rotativos)

Priorização de correções

Corrija nesta ordem:

1. Travamentos, congelamentos, problemas de login
2. Perda de dados ou problemas de sincronização (qualquer coisa que quebre a confiança)
3. Falhas em lembretes (atraso ou ausência)
4. Problemas de UX (texto, posição de botões, cliques extras)

Um fluxo levemente estranho pode ser melhorado depois. Dados perdidos não são perdoados.

Lançamento, onboarding e engajamento a longo prazo

Um ótimo app pode fracassar se os primeiros cinco minutos forem confusos. Trate lançamento e onboarding como recursos do produto — não apenas marketing.

App store: o que realmente ajuda downloads

Sua página deve responder rápido: o que faz, para quem é e como parece.

• Screenshots: mostre 4–6 momentos chave: visão de hoje, adicionar tarefa, visão semana, configurações de lembrete, reagendamento.
• Descrição: comece por resultados (“nunca mais perca um prazo”) e mantenha a lista de recursos curta.
• Resumo de privacidade: texto em linguagem simples sobre o que coleta, por quê e como excluir dados (e que não vende dados, se for o caso).

Onboarding que converte

Onboarding deve dar ao estudante uma “vitória” rapidamente: ver a semana e um prazo próximo.

• Ofereça importar grade (importar calendário ou template simples), mas permita “pular por enquanto”.
• Guie a pessoa a adicionar a primeira disciplina e depois a primeira tarefa.
• Confirme com um próximo passo claro: “Quer um lembrete para a véspera?”

Retenção sem incomodar

Consistência vence complexidade. Crie hábitos com pequenos empurrões:

• Lembrete de planejamento semanal (domingo à noite ou segunda de manhã): “O que vence esta semana?”
• Lembretes suaves que se adaptam: se uma tarefa foi sonecada duas vezes, reduza a frequência ou sugira reagendar.
• Reagendamento fácil: um toque para mover a data, com motivo rápido (“professor prorrogou”, “não comecei”).

Próximos passos após a v1

Decida precificação cedo (gratuito + premium, ou licenças para escolas) e mantenha transparente — veja /pricing.

Prepare suporte antes de precisar (FAQ, formulário de bug, tempos de resposta). Adicione um canal leve de feedback: botão “Enviar feedback” no app e opção por e‑mail via /contact.