-
Notifications
You must be signed in to change notification settings - Fork 396
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
Proposta de estrutura para 2 tipos de clientes. #8
Comments
Criei uma issue separada como o @daniloster sugeriu, mas não adicionei a label design-proposal pois o foco aqui não é o design em si, mas sim a proposta de estrutura em duas etapas. O importante é debatermos se existe uma forma eficiente de retermos 2 públicos diferentes. |
Muito bom cara! Acho uma visão muito correta de "2 tipos de usuários: 'usuários que consomem' e 'usuários que consomem e contribuem'", não sei se inicialmente faz muito sentido separarmos os layouts, mas é com certeza uma ideia muito boa e bem pertinente. Complementando ao seu pensamento de dois tipos de usuários, acredito que inclusive já de início devemos conseguir medir quais são os "tipos" de cada um dos usuários, com intuito de fazer uma "gamificação" das interações, curtidas, etc e sabermos a direção de quais features devem ser feitas primeiros do que outras. Parabéns, ótima Issue! 😄 |
Sensacional @danwhat obrigado pela contribuição 😍 Concordo 100% que vai existir dois públicos, o que produz e o que consome, sendo que o que consome vai ser muito maior do que o que produz, naturalmente 👍 Uma abordagem que eu gosto é do Google, você entra no buscador ele é simples para todo mundo, mas serve para usuários iniciantes e avançados. Usuários iniciantes vão só buscar termos, onde avançados vão usar como conversor, consultar preço de ações, calculadora, etc. Acho que isso não se aplica na sua proposta de layout, mas o princípio por trás é que não há um switch no Google para esses recursos. Não sei onde li, mas me marcou, que é: num layout, as coisas simples devem ser simples, e as avançadas devem ser possíveis. Não era exatamente isso, mas era por aí 😂 Agora, só um ponto que eu vejo de outra forma no seu argumento é que, na minha visão, as pessoas querem saber o quão popular uma notícia é (seja pela quantidade de comentários, ou tabcoins) 👍 e até relativamente uma notícia a outra... ou estou errado? De qualquer forma, entendo a beleza de ler algo mais limpo 🤝 eu meio tava que tentando fazer nessa versão do layout, mas sem sucesso 😂 |
@dhanielsales Acho a ideia de gamificação muito boa para os usuários avançados. Mais para frente podemos ter uma thread só para ela. Já para usuários casuais não deve fazer muita diferença já que a maioria nem logado estará. @filipedeschamps então... o meu foco era a divisão entre os dois layouts e não o que eu coloquei em cada no exemplo. Quais features estarão presentes em cada layout pode ser discutido futuramente. Dificilmente a gente acertará de primeira o que cara tipo de usuário usará. Vai ter muito ajuste antes. Agora a parte do botão switch eu super concordo. É feio e eu também nunca vi sendo usado em algum site grande, mas não consegui pensar em nada e por isso coloquei ele ali. Só que agora que você citou o google, eu fui parar para refletir. O próprio google usar, só que de forma mais suave. O "Mais..." ou "Ferramentas" que ao clicar aparece mais opções é um botão switch. A gente só não precisa fazer de forma tão descarada como eu coloquei. 🤣 |
Gente, eu me expressei mal. Todos que interagiram na thread falaram sobre o designer e essa não foi minha ideia inicial. Não deveria ter detalhado tando as imagens de exemplo. 🤐 |
@danwhat showww, entendi seu ponto 🤝 e é ótimo discutir essas coisas, pois lendo sua resposta me veio em mente aqueles tipos de recursos que não são mostrados na tela, mas quando você passa o mouse em cima eles aparecem, sabe? É um misto do que discutimos até agora 👍 |
Atendendo ao objetivo da issue #63 da atual Milestone, estou fechando essa issue, mas isso não significa que essa conversa foi descartada ou deve ser interrompida, muito pelo contrário, esta issue pode ser reaberta a qualquer momento que necessário. Estou marcando ela também com a label |
Estou removendo a label Na fase em que estamos do TabNews, já não faz sentido um "redesign total", primeiro porque seria um grande esforço direcionado para algo estético, enquanto que temos várias coisas legais a serem implementadas (veja o Milestone 7 que estamos agora #1490); e segundo que a estética é algo bem pessoal e com certeza teremos pessoas que irão preferir a nova e pessoas que preferirão a antiga, então haveria uma divisão do público. Acredito que a interface que temos hoje tem servido bem o público do TabNews, e fazemos melhorias incrementais nela conforme necessitamos. Inclusive, tivemos alguns esforços para melhorar o site no modo de Leitura que os navegadores possuem, e que funciona melhor no Edge, se não me engano. |
Cara! Acabei consumir tudo que vocês postaram nas issues e no repo como um todo. Vocês são sensacionais!
Vou tentar contribuir um pouquinho: talvez seja maluquice, mas a gente não consegue reter tanto os usuários da newsletter quanto os do site não? Eu enxergo 2 tipos de usuários: "usuários que consomem" e "usuários que consomem e contribuem"
Não sei o quanto eficiente seria, mas acredito que conseguimos criar um único site que atenda ambos.
Rabisquei no figma o que eu imagino. Não se prendam nos detalhes mas sim na ideia como um todo: https://www.figma.com/file/rovD0eecxO0264VseLCcMZ/Untitled?node-id=1%3A2
Coloquei essa ideia aqui, pois faz parte da estrutura do projeto e não apenas uma feature.
Originally posted by @danwhat in #1 (comment)
The text was updated successfully, but these errors were encountered: