Modificando o roadmap de Produto após pesquisas de Design
Na Conta Azul, assim como em outras empresas, product designers enfrentam diversos desafios. Um deles, é a eventual troca de contexto em situações de reorganização de times. Foi algo que ocorreu comigo, no começo deste ano, quando abracei um novo desafio dentro do universo contábil do nosso produto: a parte de folha de pagamento.
Ao mudar de squad, tive a oportunidade de investigar melhor os caminhos que estávamos tomando em relação ao nosso novo produto, Folha. Nesta época, tínhamos um bom olhar para as frentes de Tecnologia e de Negócio, mas havia um ingrediente faltando: o olhar do usuário, neste caso, representado pela persona do analista de Departamento Pessoal (DP).
Neste artigo, mostrarei a você como levantamos as dores desses usuários. E, também, como utilizamos os resultados dessa investigação para direcionar repriorizações no roadmap do Produto.
Pesquisa interna
Para começar, dividimos o processo de pesquisa em algumas etapas:
- Pesquisa interna com stakeholders;
- Imersão no assunto em campo;
- Identificação das principais tarefas e das dores dos usuários;
- Priorização do roadmap por meio da matriz de Esforço x Valor.
Depois disso, meu primeiro passo como investigador foi pegar contexto, ou seja, entender com stakeholders internos os porquês do roadmap já escrito até então.
Para isso, estruturei um roteiro com tópicos breves e incentivei os colegas a compartilharem suas visões sobre cada item. Além de debatermos os papéis de cada membro desse novo time.
Após entender melhor as expectativas internas, nos preparamos para ir à campo, levantar os pontos de vista do público-alvo.
Pesquisa externa
A partir de conversas com os profissionais que atuam em DPs de empresas contábeis parceiras da Conta Azul, começamos a mapear jornadas desses usuários e pudemos evidenciar seus principais jobs to be done (atividades). Essas atividades foram utilizadas posteriormente como base para priorizações no nosso roadmap.
A principal ferramenta que utilizamos em campo foi a observação, por meio do framework AEIOU (Activities, Environment, Interactions, Objects, Users).
Com todas as anotações feitas em campo, usamos da organização proposta pelo Atomic UX Research para registrar os fatos, gerar percepções e propor os próximos passos.
Nessa etapa, identificamos que precisávamos de mais informações sobre o que, dentro das principais tarefas de Folha em uma contabilidade, torna o trabalho de um analista de DP improdutivo.
Entrevistas de valor
Partindo do princípio de que entendemos produtividade para a contabilidade como menos esforço e tempo gasto em tarefas, escolhemos usuários para Entrevistas de Valor.
A escolha dos participantes dessa pesquisa foi feita com base no conceito de Extremes and Mainstreams da IDEO, que leva em conta o porte e a maturidade digital dos escritórios contábeis.
Elaboramos três perguntas para os participantes. Para conseguirmos fazer comparações posteriormente, em duas dessas perguntas usamos a escala Likert de 1 a 5, com três níveis de frequência para a 3ª pergunta.
Pergunta 1) Em uma escala de 1 a 5, quanto tempo você gastou na tarefa “X” quando a realizou pela última vez?
Pergunta 2) Em uma escala de 1 a 5, qual foi o esforço empregado na tarefa “X” quando você a realizou pela última vez?
Pergunta 3) Com que frequência você precisa realizar a tarefa “X”?
O resultado foi uma lista das principais tarefas realizadas pelos escritórios contábeis. Esta lista foi ordenada de acordo com as tarefas que entregam mais valor para o negócio, em função do seu grau de importância e de complexidade. Por exemplo:
- Tarefa 1: Cálculo da folha mensal [Valor alto]
- Tarefa 2: Admissão de funcionário [Valor médio]
- Tarefa 3: Geração do informe de rendimentos [Valor baixo]
Matriz Tempo x Esforço
Como metodologia para identificarmos o que é realmente prioritário para os nossos usuários usamos a matriz Tempo x Esforço, aplicando as visões de negócio e de esforço de Desenvolvimento.
Usamos essa metodologia para analisar cada uma das tarefas elencadas como prioritárias dentro do contexto de Folha.
Nesta etapa, envolvemos o time de Desenvolvimento e apresentamos a pesquisa feita com as empresas contábeis para entender melhor como poderíamos facilitar as rotinas dos profissionais de Departamentos Pessoais de todo o Brasil.
Juntamente com o time de Compliance — que possibilita embasamento técnico sobre conceitos contábeis — explicamos aos devs cada principal tarefa de Folha de Pagamento identificada durante a fase de pesquisas.
Com os conhecimentos alinhados, realizamos uma votação sobre o esforço necessário para o desenvolvimento interno de cada funcionalidade que poderia ser implementada em nossa plataforma a fim resolver os problemas identificados nos DPs.
O valor para o usuário é demonstrado nesta escala por quantidade de corações e cores, do que tem mais valor e necessita de atenção (coluna vermelha) até o que tem menos valor e exige menos atenção (coluna verde)
O nível de esforço é representado nesta escala por quantidade de “E” e cores, do que exige mais esforço (coluna preta) para o que exige menos esforço (coluna cinza claro)
Resultado
O resultado desse trabalho foi uma mudança significativa no roadmap inicial. O que mostra que, aqui na Conta Azul, a opinião e o trabalho do designer tem sim lugar a mesa.
A mudança no roadmap foi possível pois percebemos que o nosso planejamento inicial seguia uma linha lógica de desenvolvimento da nossa plataforma, que não necessariamente casava com as prioridades dos usuários.
Essa mudança foi especialmente importante por se tratar de um produto novo, que precisa de ainda mais validação e aprovação das pessoas para quem todos os produtos são feitos afinal: os usuários.
E aí na sua empresa, como são realizados os processos de pesquisa? Vocês usam alguma metodologia diferente? Conta para a gente nos comentários!
