Contexto
Quando uma pessoa altera um campo, o sistema precisa decidir se grava a mudança imediatamente ou se espera uma ação explícita. A escolha afeta o que ela entende como concluído, o que pode desfazer e o que acontece ao sair da tela.
Autosave e o botão Salvar não são versões moderna e antiga da mesma solução. Eles comunicam modelos diferentes de compromisso. Esta regra trata de configurações, formulários e editores digitais, não de requisitos específicos de um setor.
Use autosave para alterações individuais, frequentes, de baixo risco e reversíveis. Mostre o estado do salvamento perto da mudança ou do editor, trate falhas de forma persistente e ofereça desfazer ou reverter.
Use o botão Salvar quando a pessoa precisa revisar um conjunto de campos antes de aplicar, quando a mudança tem efeito financeiro, de segurança, privacidade ou publicação, ou quando o salvamento automático pode disparar efeitos colaterais. Se usar botão, preserve dados e avise ao sair quando houver alterações pendentes.
Em alguns fluxos, combine os dois: autosave para rascunho ou proteção contra perda e Salvar, Aplicar ou Publicar para o compromisso final.
Porque isso importa?
Autosave reduz a necessidade de lembrar uma etapa extra e protege trabalho em edições longas, mas pode aplicar uma mudança antes que a pessoa a revise. O botão Salvar cria um marco explícito, mas exige que a pessoa o encontre e entenda se a mudança foi realmente registrada.
O problema principal não é a quantidade de cliques. É a diferença entre o estado real do sistema e o modelo mental da pessoa. Sem feedback, quem usa a interface pode não saber se a mudança foi salva, se ainda está pendente ou se já produziu efeitos em outras partes do produto.
Quando usar?
Prefira autosave quando:
- a alteração é independente das demais;
- o conteúdo é um rascunho ou pode ser revertido com facilidade;
- o risco é baixo e não há efeito financeiro, de segurança ou privacidade;
- a tarefa é longa ou frequente, e perder o trabalho seria custoso;
- o sistema consegue confirmar o salvamento e informar falhas.
Prefira o botão Salvar quando:
- vários campos precisam ser revisados ou aplicados juntos;
- a mudança inicia uma transação, publicação ou efeito externo;
- o conteúdo tem impacto financeiro, legal, de segurança ou privacidade;
- a pessoa precisa decidir conscientemente quando o estado está pronto;
- há risco de conflitos, dependências ou efeitos colaterais a cada alteração.
Combine os dois quando: o produto pode salvar um rascunho automaticamente, mas precisa de uma ação explícita para aplicar, enviar ou publicar a versão final.
Quando evitar?
- Autosave silencioso, sem estado de salvamento visível.
- Autosave do formulário transacional inteiro sem revisão ou confirmação.
- Autosave para senhas, permissões, dados financeiros ou informações confidenciais sem uma etapa explícita adequada.
- Aplicar imediatamente uma escolha quando a pessoa espera revisar e confirmar depois.
- Um botão Salvar escondido, distante ou sem aviso ao sair com alterações pendentes.
- Misturar autosave e Salvar em telas equivalentes sem explicar a diferença.
- Tratar a mudança local como concluída antes da confirmação do servidor.
Recomendações
Faça
- Defina o que significa salvar em cada tela e mantenha o comportamento consistente.
- Mostre estados como “Salvando”, “Alteração salva” e “Não foi possível salvar” perto do conteúdo afetado.
- Escolha um limite coerente para o envio, como ao sair do campo ou após uma pausa, sem prometer que existe um intervalo universal.
- Use autosave por campo quando os campos forem independentes; trate o formulário inteiro como uma transação apenas quando os dados precisarem ser aplicados juntos.
- Ofereça desfazer, reverter ou histórico quando a pessoa puder precisar recuperar uma versão anterior.
- Preserve alterações pendentes e, ao sair, ofereça ações claras para salvar, descartar ou cancelar a saída.
- Confirme o salvamento no servidor antes de comunicar que a alteração está concluída.
Evite
- Não salve silenciosamente e espere que a pessoa deduza o estado.
- Não use apenas um toast breve para comunicar uma falha que exige ação.
- Não aplique automaticamente mudanças de alto risco ou difíceis de reverter.
- Não salve um grupo incompleto de campos como se fosse uma versão final.
- Não esconda efeitos imediatos, como publicação, envio, cobrança ou alteração de permissão.
- Não use o mesmo rótulo ou padrão para autosave, Salvar, Aplicar e Publicar quando as consequências forem diferentes.
