it-swarm-pt.tech

Salvar automaticamente o padrão da interface do usuário

Estou desenvolvendo um aplicativo da web que enfatiza muito a simplicidade e a mentalidade de "apenas usar". A idéia básica é escrever notas. Ao planejar o conceito, ficamos muito positivos com a idéia de salvar automaticamente, para que o usuário nunca precise pensar em salvar ou se preocupar com o conteúdo perdido. Basta digitar até criar uma nova anotação e começar a digitar novamente.

No entanto, alguns testes de uso indicam que o padrão salvamento automático não é muito apreciado no início. Todas as pessoas do teste começaram a digitar e depois procuraram o botão "salvar". Então, nos esforçamos um pouco mais para direcionar o usuário a entender que " você não precisa salvar, isso é feito para você o tempo todo ". Isso funcionou, mas o usuário perguntou: " OK, você salva automaticamente, mas onde está o meu texto? " e " como posso ter certeza de que o conteúdo foi salvo? "

Minha pergunta é: existe um "bom sentimento" natural sobre o salvamento automático, mas ao usar um editor de texto, todos queremos "garantir" que o conteúdo seja seguro?

Existem estudos sobre esse assunto ou alguém aqui pode compartilhar algumas experiências valiosas ao lidar com padrões salvos em projetos de aplicativos?

34
David Hellsing

O Google faz isso bastante. Eles têm a funcionalidade de salvamento automático no Google Docs, Gmail e Blogger.

Em cada caso, o aplicativo salva automaticamente o seu conteúdo e fornece uma pequena nota em algum lugar que diz algo como "Seu rascunho foi salvo às 15h04". Mas eles também têm um botão "Salvar". Gostei tanto da abordagem deles que a copiei quase exatamente para uma reescrita recente de um grande site.

Sua abordagem funciona bem porque atende à regra clássica de usabilidade de fazer o que o usuário espera. O usuário espera um botão de salvar, então você provavelmente deve dar a ele. Obviamente, se não houver nada para salvar (porque nada mudou desde o último salvamento), você pode desativar o botão salvar e posicionar o texto informando quando o conteúdo foi salvo pela última vez, assim como o Google.

29
Steve Wortham

Estamos usando essa abordagem em uma aplicação bastante complexa, direcionada a engenheiros e técnicos, atualmente no mercado há mais de 10 anos. Aqui está a nossa experiência:

Especialmente no começo, isso levou os usuários bastante tempo para se acostumar. Para piorar, não fornecemos um "desfazer" ou histórico abrangente. Isso poderia ter sido um problema real se não tivéssemos começado em um nicho desocupado, dando aos nossos usuários iniciais uma clara vantagem.

Curiosamente, foram usuários avançados que primeiro reconheceram que gostam de trabalhar dessa maneira depois de ter que usá-los por um tempo.

Nos últimos anos, eu diria subjetivamente que melhorou até para novos usuários: resolvemos os problemas graves que os usuários tropeçavam, e mais usuários iniciantes parecem estar acostumados a outros aplicativos sem salvar manualmente.


Ainda: Arquivos + Desfazer.

  • Dê aos usuários os arquivos com os quais eles podem fazer backup, envie para outros usuários e faça o que eles quiserem. Nós nos queimamos por não considerar completamente a variedade de problemas que o usuário pode resolver por si mesmos empurrando arquivos.
  • Forneça Desfazer abrangente no nível do item ou até mesmo um histórico. Nós avançamos sem, principalmente, por razões técnicas, mas é a maneira mais fácil de restabelecer a confiança nos usuários que ficam surpresos que suas alterações já estejam salvas.
  • -

9
peterchen

Isso se resume a influenciar uma mudança nas expectativas e no comportamento do usuário; e construindo confiança entre o usuário e o sistema.

O problema é: temos um histórico com o botão salvar e passamos a confiar nele para garantir que o sistema esteja fazendo o que deveria estar fazendo de qualquer maneira. Parafraseando Alan Cooper - o modelo de salvamento é uma parte desnecessária da experiência do usuário. Isso força o usuário a estar ciente de como o sistema opera. É uma dicotomia que ele se refere ao modelo de implementação versus modelo de usuário.

SO - a chave do sucesso é uma remoção transparente, gradual e cuidadosa das rodas de treinamento. Se você fizer mudanças drásticas e inesperadas no modelo de salvamento, as pessoas ficarão apreensivas. Isso pode ser visto na resposta a Apple removendo o save do OSX . Foi recebido com confusão e desconfiança, porque o sistema falhou em informar ao usuário por que isso estava acontecendo e como melhoraria suas vidas.

O Google, por outro lado, fez um trabalho muito melhor com seu modelo de salvamento. Ele conscientizou os usuários de que estava lidando com o processo de salvamento para eles e os manteve ciente do status do processo de salvamento.

Seu sistema deve iniciar uma conversa informal e discreta entre o sistema e o usuário quando a ação de salvar acontecer. Deixe-os saber o que está fazendo, por que está fazendo e o que eles podem esperar. Use algumas mensagens transitórias e em linha:

mockup

baixar fonte bmml - Wireframes criados com Balsamiq Mockups

3
Untermensch

Eu acho que o salvamento automático pode ser muito útil. No entanto, como é um aplicativo Web, e ao lidar com uma linha de comunicação que pode ser interrompida, você pode fornecer feedback sobre se os dados foram salvos. (Uma confirmação do servidor.) Se você fornecer alguma pista (como um asterisco, um texto dizendo 'salvando alterações' ou qualquer coisa) quando forem feitas alterações que estão sendo enviadas, as pessoas se sentirão mais confiantes confiando na gravação automática. Portanto, eles precisam ter alguma pista visual assim que começarem a digitar que o aplicativo está notando a alteração e, em seguida, alguma pista de que o processo foi concluído. (Também é um excelente lugar para exibir uma mensagem quando alguém inadvertidamente desconecta o cabo da Internet.)

2
Inca

Use um destes:

1) Use os botões Salvar/Cancelar e realmente salve ou cancele dados quando o usuário clicar neles (salvando explicitamente os dados sob demanda do usuário)

2) Use o recurso salvamento automático e desative o botão Salvar ao concluir o salvamento com êxito, use Cancelar para remover os dados salvos anteriores.

Por que você não pode remover o botão Salvar no segundo caso: é uma grande dificuldade (problemas de desempenho, ações imprevisíveis do usuário) quando você não pode garantir que todos os dados alterados realmente foram salvos.

Nos dois casos, verifique se os dados foram alterados e não foram salvos.

(consulte google, recursos de salvamento automático do Word)

1
igor

Eu vim aqui para ler outras opiniões sobre o assunto. Minha opinião pessoal é que o salvamento automático é bom SOMENTE E SOMENTE se for feito backup com o recurso de desfazer. Lembro-me de uma vez que tive uma experiência muito negativa no Google Maps quando acidentalmente movi um ponteiro de uma posição para outra. Tentei encontrar o botão Desfazer e, naquele momento, o aplicativo informa "Suas alterações foram salvas com sucesso". Eu não queria que isso acontecesse. Demorou algum tempo para reverter o ponteiro para a posição original. Foi uma experiência muito desagradável, pois não havia ponteiro de conjunto de opções para determinadas coordenadas.

Do outro lado, era um. Acredito que sem o salvamento automático, eu teria mais casos quando, por algum motivo, perderia alguns dados e acho que ficaria mais infeliz.

O único problema é que desfazer/refazer requer alguns esforços e tempo.

Agora vamos ver "desfazer". O que deve acontecer se a gravação automática salvar alterações automaticamente. O usuário quer "desfazer" e perde a conexão com a internet. Isso é uma má sorte? Ou o aplicativo deve poder reverter todas as alterações indesejadas após recuperar a conexão? Está ficando muito complexo se for um aplicativo de navegador (Angularjs) e o navegador foi fechado. Sim, podemos acompanhar o armazenamento local, mas ele está ficando complexo não apenas para implementação, mas também para o usuário.

0
user1325696

Não consegui encontrar muita coisa através de uma pesquisa rápida, mas acho que o Google deve ter alguma pesquisa sobre o recurso de salvamento automático do Google Docs. Em particular, ele não apenas salva automaticamente com frequência e fornece reversão para iterações, mas faz isso enquanto vários usuários editam e suas alterações são codificadas por cores ao vivo para outros colaboradores verem.

O modelo é um pouco estranho para algumas pessoas, mas a experiência é muito boa e talvez esse seja um modelo que você possa explorar um pouco, mesmo que não seja um aplicativo com recursos de colaboração.

0
jameswanless