Coletar requisitos

Reunir requisitos para uma experiência de conversa não é apenas definir recursos e funcionalidades, embora esse seja o principal resultado. Em essência, o processo de coleta de requisitos envolve entender usuários e recursos técnicos.

Começar com requisitos claros e bem pesquisados é a melhor maneira de evitar a necessidade de grandes mudanças após a conclusão do design e/ou desenvolvimento.

Identifique seus usuários

A coleta de requisitos envolve fazer perguntas e usar dados para respondê-las. Por exemplo:

  • Quem são seus usuários?
  • Quais são as necessidades deles?
  • Como eles estão concluindo essas tarefas hoje?
  • Quais palavras e frases eles usam para falar sobre essas tarefas?
  • Quais situações ou circunstâncias acionam essas tarefas?

Embora seja importante otimizar para os usuários mais frequentes, não faça isso à custa da experiência de outros usuários. Um produto bem projetado é inclusivo e universalmente acessível. Projetar para populações diferentes significa usar o design inclusivo ou as estratégias de design universais. Muitas vezes, as acomodações que você é forçado a fazer para uma população acaba beneficiando a todos (por exemplo, uma rampa é mais fácil do que uma escada). Para ver mais informações, consulte as diretrizes do Material Design para acessibilidade.

Criar perfis e jornadas dos usuários

Perfil do usuário

Quem é o usuário?

Um perfil de usuário é uma descrição breve e específica de um usuário individual. Pense nos tipos de pessoas que você espera que usem suas ações e crie alguns perfis de usuários para representá-las. Esses perfis de usuário ajudarão a evitar que você mesmo crie somente para você e suas metas.

Jornada do usuário

Quais são as metas do usuário?

Qual é o contexto do usuário?

Uma jornada do usuário é o caminho para que o usuário conclua uma meta em um determinado contexto.

Jornadas ideais do usuário

Descreva cada um dos momentos relevantes da jornada

As jornadas ideais do usuário são aquelas que 1) acontecem com muita frequência ou 2) são de importância fundamental para o usuário. Procure ajudar os usuários a concluir uma dessas jornadas do início ao fim. Concentrar-se nelas ajudará você a criar ações que alcançam um público grande e/ou dedicado.
Confira essas postagens de blog para ver mais detalhes sobre como projetamos e criamos a ação do I/O 18. Você também pode ver o código aberto para ter uma visão mais detalhada da estrutura.
Anna, de 27 anos, é uma designer de UX e desenhista apaixonada por criar experiências envolventes que ajudam os usuários a realizar tarefas.
Ana tem uma programação completa planejada para o Google I/O e não quer perder nada. Ela está animada em aprender sobre como projetar uma experiência com o Actions on Google participando de palestras relevantes. Ela também quer conferir todas as novas demonstrações e comprar brindes do Google.
Anna está em Mountain View para o Google I/O. Ela está apenas começando o dia, saindo do hotel e indo para o Shoreline Amphitheatre.
Anna começa pegando rotas para o Shoreline Amphitheatre e informações sobre onde estacionar. Quando está no local, ela recebe ajuda para encontrar o local de retirada do crachá. Depois, ela vai ao palco principal da palestra principal, pegando algo para o café da manhã. Depois que ela termina, ela tem tempo para esperar e, por isso, analisa as próximas sessões. Vai ser um dia ensolarado, então ela recebeu um lembrete para usar o protetor solar na bolsa enquanto espera.

Identificar recursos técnicos

Determine o que é ou não possível de acordo com seu cronograma e recursos.

Quais são os recursos e as limitações dos vários sistemas em que suas ações dependerão?

Exemplo: o Google I/O 18 permite que os usuários criem uma programação personalizada de todas as sessões das quais desejam participar
  • Como os usuários serão identificados? Em todas as sessões?
  • Como e onde o progresso será salvo?
  • As alterações deles serão sincronizadas com o aplicativo para dispositivos móveis do Google I/O?
  • Como você vai lidar com sessões sobrepostas?

Qual é o formato e a qualidade dos dados que você usará?

Exemplo: o Google I/O 18 lê informações sobre as sessões
  • Quais informações estão disponíveis? (por exemplo, títulos, descrições, datas e horários, tópicos)
  • Qual é o formato das informações da sessão? É texto simples, áudio ou outro?
  • Se o conteúdo for de texto simples, foi escrito para ser visto ou ouvido?
  • Quanto tempo dura? Ou quanto tempo leva para ler?

Muitas vezes, uma reformatação precisa acontecer antes que alguns tipos de conteúdo possam ser renderizados adequadamente em conversão de texto em voz (TTS, na sigla em inglês).


Identifique seus principais casos de uso

Considerando as limitações técnicas, o nível de esforço e o cronograma, quais casos de uso você pode oferecer? Atribua prioridades de acordo.
Coloque seu esforço onde ele terá o maior impacto. São cenários que afetam o maior número de usuários. Podem ser casos de uso/diferenciais de mercado altamente visíveis. Ou pode ser um recurso que faz uma grande diferença para alguns usuários fiéis.
Pesquise sobre como os usuários concluem a tarefa hoje e a linguagem usada para descrevê-la.

Se você ainda não leu essas postagens do blog para ver em detalhes como projetamos e criamos a ação da I/O 18, ou confira o código.

Na conferência Google I/O 18, conversamos com Googlers que trabalharam no evento nos anos anteriores. Perguntamos que tipo de perguntas os participantes costumam ter durante o evento. Essas perguntas geralmente se enquadram em uma destas quatro categorias:

Navegação geral Navegação pessoal Detalhes do evento Detalhes do evento específico de local

"Onde está o banheiro?"

"Onde estão os codelabs?"

"Onde é minha próxima sessão?"

"Onde posso analisar meu app?"

"Que horas é o almoço?"

"Quando é a festa de lançamento?"

"Qual é a próxima sessão desta sala?"

"O que posso fazer aqui?"

Com esse conhecimento, decidimos nos concentrar nos seguintes casos de uso:

  • Forneça informações de orientação para locais específicos do Anfiteatro Shoreline, por exemplo: banheiros, estacionamento, rotas de carro
  • Forneça informações de orientação para locais específicos do Google I/O, por exemplo: coleta de crachás, sandbox, codelabs, horário comercial e avaliações de apps, após o horário comercial, na I/O Store.
  • Forneça detalhes do evento para todas as palestras, sessões, horário de expediente e refeições. Permita que eles sejam filtrados por horário, local ou programação do usuário