Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

UX: Formulário de sugestões centros pokemon (opções de adoção) #11

Open
fititnt opened this issue Jul 29, 2016 · 8 comments
Open

Comments

@fititnt
Copy link
Member

fititnt commented Jul 29, 2016

TL;DR: pra quem aqui faz sites com HTML puro, como vocês fazem para adicionar formulário básico integrado?

Quem não é programador e não pode adicionar sugestões de código direto via Pull Request, tem que ter alguma forma de sugerir, de forma fácil, essas sugestões.

Atualmente isso é feito na URL http://pokemongo.vet.br/indicar-centro-pokemon.html, com um iframe para o Google Forms https://docs.google.com/forms/d/e/1FAIpQLSd6OsZvFzZK-u2ZGMykeGJla50ZJfjGF-qnDZc2AZuY0jFTQw/viewform

Creio que tem dois pontos de melhoria que poderiam ser feitos aqui. O primeiro, mais relacionado a estimular as pessoas a colaborar é reduzir a quantidade de campos perguntados.

O seguindo, e aqui abro margem para outras pessoas sugerirem algo melhor, seria ver outras opções para receber esses dados.

Não acredito que vale a pena, apenas por essa funcionalidade, converter o site completo de versão estática para uma com uma linguagem dinâmica desde já. Porém na minha opinião, esse ponto aqui é algo que pode ser melhorado, quer seja, além de rever a questão da quantidade de campos, tornar esse iframe menos agressivo, em especial no móbile.

Talvez valha a pena simplesmente deixar compartilhado um link para uma planilha de excell e deixar aberto para convidados a edição.

@lucasbento
Copy link

@fititnt qual seria o problema de implementar um server?

É possível fazê-lo totalmente desacoplado do front, caso seja essa a preocupação.

@carvalhobruno
Copy link
Collaborator

@fititnt também acho que não seria problema nenhum pensar em uma linguagem server-side.

Aliás, criei o issue #12 pra que sejam definidas justamente as tecnologias além de HTML/CSS no projeto.

@fititnt
Copy link
Member Author

fititnt commented Jul 30, 2016

@carvalhobruno perfeito. Tem mais gente perguntando isso, e fica mais fácil definir isso, ate pra @icoffani quando for responder alguém, ter um link de referência

@cauequeiroz
Copy link
Contributor

Hey folks!

Antes de qualquer coisa, quero deixar meus parabéns para as idealizadoras do projeto e todos que estão contribuindo, está ficando beem legal!

Fiz uma sugestão de formulário para a pagina "Indique um Centro Pokemon" para substituir o do Google. Essa proposta segue a identidade visual do site e é responsiva. Usei exatamente os mesmos campos do formulario do google (tanto nomes quanto a informação se é obrigatório ou não).

Estou usando o https://formspree.io/ para enviar os dados para algum email sem necessidade de implementação mais complexa no backend. Após preencher os dados, o usuario é redirecionado para a mensagem de "success" no site dessa ferramenta. Não sei se é um problema o usuario ser redirecionado para fora do site depois do envio, precisa colocar na balança os prós e os contras dessa solução...

Implementação

  • Remover meu email pessoal e colocar o oficial do projeto no atributo action do formulario.
  • Confirmar email: após fazer um primeiro envio, vai chegar no email um link para confirmar que esse é o email que vai receber os futuros envios.
  • Isso não vai funcionar localmente.

pokemongo_screenshot_01

É assim que as informações chegarão no email:
pokemongo_screenshot_02

Esse é meu primeiro pull request para um projeto, espero que tenha feito tudo certinho e que isso seja útil de alguma forma! haha

@cauequeiroz
Copy link
Contributor

Bom, sobre o outro ponto apresentado nessa issue: reduzir a quantidade de campos perguntados.

Atualmente, temos os seguintes campos:

  • Nome do local ou pessoa de referência
  • Estado
  • Cidade
  • Endereço
  • Telefone
  • Email
  • Site/Facebook/etc
  • Dê uma descrição curta sobre porque esta é uma boa referência. Quais animais têm para adoção?
  • Seu e-mail de contato (opcional)

O que vocês acham que é realmente necessário cadastrar?
Acredito que o principal seja o usuário olhar para o centro cadastrado e ver localização e como entrar em contato. Seguindo essa linha, os campos de descrição e email de contato da pessoa podem ser descartados.
É bem legal termos uma descrição para cada centro, mas imaginem quando tiver centenas de centros cadastrados, o usuario final vai simplesmente ver qual centro é perto da casa dele, e como ele pode entrar em contato com esse centro. Acho que podemos ser bem práticos e diretos nisso, o que pensam sobre?

@fititnt
Copy link
Member Author

fititnt commented Jul 30, 2016

Por mim, definitivamente essa opção de interface ali está melhor do que a atual. Creio que pode ser aceito o PR atual e, depois disso, talvez pensar em reduzir os campos.

Pelo menos até o momento, os dados ainda estão sendo validados por humanos, então ainda sempre vai ter uma revisão antes de aparecer direto no site.

Na pratica, assim que tiver isso dali, eu posso ver pra gente por eventos do Google Analytics e ver se pessoas estão desistindo de enviar no meio do caminho.

@carvalhobruno
Copy link
Collaborator

@cauequeiroz ficou muito bom :)

Acho que sobre a questão de redução, o que pode ser feito é repensar se realmente todos esses campos são obrigatórios, e dar um destaque maior apenas aos campos obrigatórios, deixando os não-obrigatórios com menos foco, dando uma impressão à quem estiver preenchendo de que o formulário é mais simples

@fititnt fititnt self-assigned this Jul 30, 2016
@fititnt
Copy link
Member Author

fititnt commented Jul 31, 2016

Pessoal, o PR #16 foi aceito. Agora, quem quiser fazer alterações, é so alterar no HTML direto, não é mais Google Forms.

Isso já facilita sugestões.

@fititnt fititnt added this to the v1.0 milestone Jul 31, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants