Pular para conteúdo

Brainstorming

Introdução

O Brainstorming é uma técnica que fornece informações sobre os tipos de conteúdo e características que os usuários querem e desejam em um produto. Essa atividade pode ser utilizada para qualquer produto ou serviço, e resulta numa lista priorizada de necessidades e desejos dos usuários. Em geral, essa técnica é utilizada para elicitar requisitos e revelar novas características que os usuários apreciariam em um produto. O Brainstorming fornece mais benefícios quando utilizado durante o estágio conceitual do desenvolvimento do produto. Uma sessão de brainstorming busca elicitar de forma bastante livre um conjunto grande e abrangente de opiniões dos participantes em torno de um tema. Os resultados dessa atividade podem alimentar diretamente as especificações funcionais e a documentação de design.

Metodologia

O processo de brainstorming foi realizado via Discord pelos alunos Geovanna Maciel, na data de 28/04/2023 das 20:30 às 21:40, que assumiu o papel de moderadora e Gabriel Campello, que assumiu o papel de secretário, como mostrado na Tabela 2. O processo contou somente com a participação de 3 usuários, mesmo que no livro Interação Humano-Computador (Barbosa e Silva. Página 153)1 recomenda-se envolver entre 8 e 12 usuários em uma sessão, foram escolhidos somente 3 pela dificuldade de conseguir mais participantes, além da disponibilidade de tempo para realizar a sessão. Os participantes também estão mostrados na Tabela 2.

Nessa reunião não houve gravação, pois os usuários não aceitaram a divulgação de sua imagem e voz, mas foi realizado um teste-piloto antes da sessão conferindo as questões, materiais necessários para anotar as informações, tempo estimado de reunião e habilidade do moderador e do escriba, verificando se tudo correspondia para acontecer a sessão.

Esses usuários foram submetidos há uma série de perguntas visando extrair ideias, que pudessem ser utilizadas no processo de elicitação de requisitos para o aplicativo da Bilheteria Digital. Seguindo o padrão de uma sessão de brainstorming, todas as ideias foram documentadas e serão utilizadas durante a fase de elicitação de requisitos, além disso cada resposta está associada a seus respectivos elaboradores. Esse processo foi guiado por palavras-chave, que estão disponíveis na Tabela 1.

Palavras-chave usadas na sessão de Brainstorming

Tabela 1: Palavras-chave.

Palavra-chave
Compra
Disponibilidade
Funcionalidades
Informações
Experiência

Fonte: Geovanna Maciel e Gabriel Campello.

Participantes

Tabela 2: Participantes.

Nome Função
Geovanna Maciel Mediadora
Gabriel Campello Secretário
André Corrêa Usuário
Lucas Maciel Usuário
Leonardo Gonçalves Usuário

Fonte: Geovanna Maciel e Gabriel Campello.

Perguntas / Respostas

Qual a melhor maneira de buscar um evento dentro de um app de compras de ingresso?

André - Uma combinação entre busca direta, quando você sabe que evento está buscando e busca utilizando filtros, quando o objetivo da busca é encontrar eventos de um certo tipo.

Leonardo - Por meio de notificações sobre um determinado evento selecionado, enviadas ao usuário pelo aplicativo.

Lucas - Receber notícias sobre eventos, baseadas em filtros por gosto do usuário, para isso no momento de cadastro deve haver uma pesquisa de perfil.

Quais são as principais funcionalidades que um aplicativo de compra de ingressos deve ter?

André - Realizar compras dentro do aplicativo, calendário de eventos e tela de avisos sobre eventos futuros.

Leonardo - Carteira contendo opções de pagamento selecionadas pelo usuário, filtro por localização e confirmação de compra.

Lucas - Pedir localização do usuário, notificações do evento comprado e central de ajuda.

Quais informações devem ser fornecidas sobre os eventos?

André - Data, descrição, local, participantes e palavra-chave sobre o evento, a fim de indicar alguma característica específica do evento.

Leonardo - Duração do e capacidade do evento.

Lucas - Faixa etária dos eventos, localização e status do evento.

Como o aplicativo pode fornecer informações sobre a disponibilidade de ingressos, especialmente para eventos que esgotam rapidamente?

André - Apresentar a porcentagem de ingressos comprados/restantes.

Leonardo - Notificar data de início da venda e apresentar tempo limite de reserva de ingresso para o usuário durante o processo de compra.

Lucas - Manter a página atualizada sobre a disponibilidade de ingressos.

Como os usuários podem comprar ingressos para um evento?

André - O aplicativo deve fornecer uma variedade de formas de pagamento para o usuário.

Leonardo - Compras disponíveis em formas de pagamento alternativas: crypto moedas, pix e boleto.

Lucas - O site deve disponibilizar uma página de pré-vendas, mesmo que o usuário tenha que pagar uma taxa extra.

Como os usuários podem acessar seus ingressos após a compra?

André - Cópia do boleto via email, pdf ou qrcode e uma aba voltada para a apresentação de ingressos comprados pelo usuário.

Leonardo - Conectar o app com a carteira digital do usuário.

Lucas - Baixar pdf pelo app.

Como o aplicativo pode fornecer suporte ao cliente?

André - Uma área de FAQ e mediante a tutorial, pulável, durante o processo de compra.

Leonardo - O app deve disponibilizar o email e o telefone para contato da empresa.

Lucas - O app poderia ter um chat online onde os usuários poderiam se ajudar, também poderia ter uma assistente virtual durante a navegação no aplicativo.

Como o aplicativo pode fornecer uma experiência de usuário agradável e fácil de usar, com design intuitivo e navegação simplificada?

André - Evitar excesso de informação na página inicial, apresentar modo claro e escuro, fornecer uma área bem documentada de acessibilidade para o público portador de deficiências e sugestões de eventos seguindo o perfil do usuário.

Leonardo - Realizar tarefas com o menor número de cliques possíveis e possibilidade de mudança de idioma

Lucas - Atualizações de acordo com a satisfação do usuário, possibilidade de aumentar a fonte, função de lupa e manter o estado da página anterior.

Requisitos elicitados

Após a sessão de brainstorming, foi possível fazer a elicitação dos requisitos funcionais listados na Tabela 3 e os requisitos não funcionais listados na Tabela 4.

Legenda das Tabelas 3 e 4:

  • RFx: Requisito Funcional nºx
  • RNFx: Requisito Não-Funcional nºx
  • BSx: Requisito nºx elicitado pelo Brainstorming.

Tabela 3: Requisitos funcionais.

ID Descrição Código Implementado
BS01 O usuário deve poder realizar cadastro RF01 Sim
BS02 O usuário deve poder realizar login RF02 Sim
BS03 O usuário deve poder comprar ingressos dentro do app RF03 Sim
BS04 O usuário deve poder buscar eventos RF04 Sim
BS05 O usuário deve ser capaz de filtrar eventos RF05 Sim
BS06 O usuário deve acessar as notificações sobre os eventos RF06 Não
BS07 O usuário deve salvar os dados do cartão no app RF07 Sim
BS08 O usuário deve poder filtrar as cidades que desejar RF08 Nåo
BS09 O usuário deve fornecer sua localização RF09 Sim
BS10 O usuário deve poder acessar o calendário de eventos RF10 Sim
BS11 O usuário deve poder acessar os eventos a gostos de acordo com o perfil do usuário RF11 Não
BS12 O usuário deve poder responder a pesquisa de perfil sobre seus gostos RF12 Não
BS13 O usuário deve ser capaz de acessar as informações do evento RF13 Sim
BS14 O usuário deve ser capaz de acessar as atrações do evento RF14 Sim
BS15 O usuário deve poder realizar pagamento com de várias formas RF15 Sim
BS16 O usuário deve ter acesso a pré-venda RF16 Sim
BS17 O usuário deve receber a cópia do ingresso por e-mail RF17 Sim
BS18 O usuário deve ser capaz de conectar uma carteira digital RF18 Não
BS19 O usuário deve ser capaz de mudar o idioma do app RF19 Não
BS21 O usuário deve ser capaz de aumentar a fonte RF20 Não
BS22 O usuário deve ser capaz de dar zoom RF21 Não
BS23 O usuário deve ser capaz de acessar a assistente virtual RF22 Não
BS24 O usuário deve ser capaz de compartilhar o evento RF23 Sim

Fonte: Geovanna Maciel, Gabriel Campello e Rafael Ferreira.

Tabela 4: Requisitos não funcionais.

ID Descrição Código Implementado
BS25 O app deve exibir a duração do evento ao lado da informação do local. RNF01 Não
BS26 O app deve atualizar a quantidade de assentos disponíveis em tempo real. RNF02 Não
BS27 O app deve exibir a capacidade restante do evento em tempo real. RNF03 Não
BS28 O deve exibir a faixa etária do evento de forma destacada. RNF04 Não
BS29 O app exibir a data do evento destacada próxima ao nome do evento. RNF05 Não
BS30 O app deve exibir a porcentagem de ingressos comprados atualizada em tempo real. RNF06 Não
BS31 O app deve fornecer segurança na compra do usuário. RNF07 Sim
BS32 O usuário deve ser capaz de visualizar seus ingressos com apenas 2 cliques. RNF08 Sim
BS33 O usuário deve ser capaz de acessar as perguntas frequentes com ao menos 2 cliques. RNF09 Sim
BS34 O app deve exibir um e-mail para contato no footer. RNF10 Sim
BS35 O app deve exibir sugestões de eventos de acordo com os gostos do usuário. RNF11 Não
BS36 O app deve armazenar a localização do usuário e se adaptar de acordo com tal. RNF12 Não

Fonte: Geovanna Maciel, Gabriel Campello e Rafael Ferreira .

Referências Bibliográficas

1.BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

Bibliografia

SERRANO, Milene, SERRANO, Maurício. Requisitos (Aula 07): Elicitação, Modelagem e Análise. UnB Gama, Brasília, 2023. Disponível em: <https://aprender3.unb.br/pluginfile.php/2580553/mod_resource/content/2/Requisitos%20-%20Aula%2007.pdf>. Acesso em: 26/04/2023.

Histórico de Versões

Versão Data Descrição Autor(es) Revisor(es)
1.0 28/04/2023 Introdução e ideias iniciais Gabriel Campello Geovanna Maciel
1.1 29/04/2023 Atualização Gabriel Campello Geovanna Maciel
1.2 29/04/2023 Adicionando os requisitos elicitados Geovanna Maciel Gabriel Campello
1.3 01/07/2023 Ajustes dos não-funcionais. Arthur de Melo Douglas Alves
1.4 01/07/2023 Retrabalho de acordo com a Verificação Rafael Ferreira Geovanna Maciel