Skip to Content.
Sympa Menu

aifia-pt - Re: [AI] Formulários Grandes e Tasks

aifia-pt AT lists.ibiblio.org

Subject: Arquitetura da Informação (em Português)

List archive

Chronological Thread  
  • From: Rafael Xavier <rafaelxavier AT gmail.com>
  • To: Arquitetura da Informação (em Português) <aifia-pt AT lists.ibiblio.org>
  • Subject: Re: [AI] Formulários Grandes e Tasks
  • Date: Tue, 22 May 2012 12:51:11 -0300

Vou dar um parecer de experiências que tive:

Dependendo da tech salve o form em buffer ou regule um time out a fim de não pesar o tráfego da banda e o banco dados gravando segundo a segundo e/ou todo o pacote. 

Quanto ao layout, já vi com abas ou collapse panel em ajax pra nao perder tanta tela ou chatear com scrolls. Identifique os 9 passos em sequencia e os labels geralmente eu os coloco em cima dos campos e a esquerda, não esquecendo os label for e id (acessibilidade). Sugiro ter cuidado com os titles e hints pra não poluir com muita info. Fieldset e áreas marcadas ajudam a visualizar pedaços. 

Cuidado com os botões de salva, cancelar e enviar e identifique-os com cores ou fundos diferentes e um pouco afastado um do outro para não ter problema de clique errado. 

Abs
Rafael Xavier


On Tuesday, May 22, 2012, Danilo Santucci wrote:
Flávio,

O Bernardo lembrou algo que pode melhorar bastante o uso, que é ter esse o recurso de salvar o preenchimento.

Já que não vai ter como negociar a redução dos campos, esse recurso é de grande valia. :)


Abraços,
Danilo.



From: flaviowd AT gmail.com
Date: Tue, 22 May 2012 10:48:19 -0300
To: aifia-pt AT lists.ibiblio.org
Subject: Re: [AI] Formulários Grandes e Tasks

Gisele, Danilo e Bernardo, bom dia.

Obrigado pelas contribuições e questionamentos.

Então pessoal, infelizmente o cliente quer este formulário assim (o formulário ja existe hoje e eu bem que tentei negociar a remoção de algumas coisas que poderiam ser 'desnecessárias', mas não rolou.)

Como disse, o cliente ja possui esse formulário em uso hoje e funciona bem para ele assim, pois ele extrai do usuário o máximo de informações e agiliza bastante para ele no processo de contratação de pessoas, pois contratar rápido para este cliente é parte do core do negocio dele, já que é uma empresa de contact center. Então quando ele ganha uma nova conta que precise formar uma nova equipe e contratar 500 pessoas ou mais, esse formulário bem preenchido acelera o processo de seleção e recrutamento.

Mas vou tentar fazer isso mesmo, deixar mais informações em cada tela e reduzir o número de passos.

Obrigado pelas respostas pessoal.

Flávio Araújo
Cel: 12 8141 4205

Gtalk/Skype: flaviowd
http://br.linkedin.com/in/flavioharaujo
http://flaviowd.wordpress.com
http://twitter.com/flaviowd
http://facebook.com/flaviowd/



Em 22 de maio de 2012 10:39, Bernardo Doré <berdore AT gmail.com> escreveu:
Flávio,

o número de etapas deve ser adequado a tarefa. Um cadastro de currículo pode conter muitas informações e se o cara está procurando emprego o esperado é que ele se empenhe nesse processo.

Não existe um número mágico de etapas. Se você quebrou o processo em 9 telas permita que o usuário salve o progresso em qualquer etapa para que ele possa continuar mais tarde.

Faz muito tempo que usei um serviço de cadastro de CV online, minha própria experiência como usuário não ajuda muito aqui. Pelo que me lembro usei o Timaster e o Catho nas versões free. Acho que os processos eram mais curtos do que 9 etapas. Novamente, isso foi anos atrás.

A regra geral é que o processo deve sempre ser o mais rápido (e fácil) possível. 9 etapas pode parecer assustador em um primeiro momento. Eu tentaria reduzir. Eu não me preocuparia tanto com a altura do scroll mas sim com o tempo que cada etapa leva. A parte de cadastro de endereço, dados pessoais, etc, pode ser condensada em uma etapa só já que o usuário provavelmente sabe isso de cabeça e já preencheu um form desse na web alguma vez na vida. Os campos específicos do cv (formação, experiencia, etc) provavelmente levarão mais tempo para serem preenchidos.

A sua segunda pergunta é recorrente aqui na lista. O layout com o label alinhado à esquerda ou posicionado logo acima do campo são os mais indicados de uma forma geral. Procure o Web Form Design do Luke Wroblewski.

[]'s

Bernardo

2012/5/22 Flávio Araújo <flaviowd AT gmail.com>
Pessoal, bom dia.

Já dei uma pesquisada sobre o assunto em questão, mas estou me deparando em uma dificuldade (ou desconforto) com a seguinte questão:

Estou redesenhando um formulário gigantesco de cadastro de currículo.

Tentei separar e agrupar as coisas da maneira que fazia mais sentido ao menos, pois as informações estavam perdidas dentro do formulário.

Organizando isso, consegui colocar o formulário em etapas, no entanto deram 9 etapas.

Então minhas dúvidas são:

1 - Um grande numero de etapas é prejudicial? Devo tentar diminuir os passos agrupando mais informações em cada tela, mesmo que isso aumente consideravelmente a altura da tela?
2 - Os campos do formulário que possuem tamanhos muito diversos, qual o melhor estratégia para alinhar estes campos? Alinha pelo label ou pelo "final" do campo?

Abraços.

Flávio Araújo
Cel: 12 8141 4205

Gtalk/Skype: flaviowd
http://br.linkedin.com/in/flavioharaujo
. . . . . . . . . . . . . . . . . . . . . . Ao responder, elimine o texto n�o essencial de mensagens anteriores e evite formata��o. Lista de discuss�o AIfIA-pt AIfIA-pt AT lists.ibiblio.org Arquitetura de Informa��o em Portugu�s http://lists.ibiblio.org/mailman/listinfo/aifia-pt



Archive powered by MHonArc 2.6.24.

Top of Page