DEV Community

Cover image for O que atacar em produto? User Impact Score pode te ajudar a começar!
Anderson Poli for Convenia

Posted on

5 3

O que atacar em produto? User Impact Score pode te ajudar a começar!

Criar e manter um produto digital não é tarefa das mais fáceis. No começo tudo é novidade, qualquer nova feature é recebida com festa e desenvolvida com uma baita agilidade.

Com o passar do tempo o produto que era simples começa a criar dependências e uma estrutura mais robusta. Isso traz um impacto grande na empresa pois a agilidade no desenvolvimento já não é o mesmo. E isso não está errado, ou até pode estar, existem maneiras de manter agilidade no desenvolvimento, mas isso é assunto para outro post.

O que quero abordar aqui é a necessidade de colocar na esteira de desenvolvimento algo que realmente faça sentido para o produto. Aqui entra o papel do Product Owner - PO, o cara responsável por orientar o time sobre quais tarefas/features devem ser atacadas, sempre seguindo a estratégia da empresa, que pode ser definida por um Product Manager - PM ou/e C-Levels.

Mas as vezes a empresa está no começo e não possuí estes papéis tão bem definidos, muito menos uma estratégia de priorização de produto. Lembra acima quando mencionei que o desenvolvimento de produto tende a perder a agilidade com o tempo? Imagina demandar features para o time que não tragam benefícios reais para os usuários/produto? Imagina o tempo, o custo, seus concorrentes crescendo... Tudo isso entra no pacote.

Por isso priorizar corretamente é importante, e uma maneira simples de começar é utilizar o básico do UIS - User Impact Score.

UIS: Pontuação de impacto do usuário, referente a alguma ação.

Para isso temos uma passo a passo:

1 - VOCÊ PRECISA escutar o seu usuário, seja por e-mail, chat, telefone, etc...

2 - MAPEIE as demandas e problemas, falando com os usuários você vai conseguir ter informações valiosas do que funciona no seu produto, o que seus usuários precisam, e o que mais gostam. Organize isso em alguma ferramenta, pode ser um Trello, uma planilha em excel.
Dados como Nome do cliente, tamanho da empresa, região, quantidade de funcionários etc.. O máximo de dado aqui pode ajudar no futuro.

3 - CATEGORIZE, separe as demandas e problemas por áreas do sistema, por tamanho de empresa, por região do país, algo que faça sentido para o seu modelo de negócio.

4 - FILTRE as demandas que não fazem parte da sua estratégia. Parece que não, mas irão aparecer demandas que não fazem sentido algum com o seu modelo de negócio.

Pronto, agora temos uma lista bem organizada =), com sugestões de melhorias dos usuários, problemas recorrentes e novas features. Agora é só escolher uma e atacar, certo? Errado!

5 - PONTUE cada solicitação.

Saber o impacto que cada demanda leva ao seu usuário deve ser levada em consideração.

Imagine a mesma demanda:

Fulano da Empresa ACME
"Gostaria de cadastrar a data de nascimento dos meus clientes para que no futuro eu consiga enviar um cartão de aniversário para eles."

Ciclano da Empresa XPTO
"Preciso saber a data de nascimento do meu cliente para conseguir finalizar o fluxo de pedido"

Podemos pontuar com as seguintes opções.

Not important (+0 pontos)
Nice-to-have (+1 pontos)
Important (+2 pontos)
Critical (+3 pontos)

O responsável pelo board de demandas é quem dita a pontuação, pois conhece a estratégia da empresa, possuí empatia com os usuários dos sistema, ou seja, tem uma linha/padrão de pontuação e que deve ser respeitada para todas as demandas.

Fazendo uma análise simples, para a demanda do Fulano, eu daria a pontuação: Nice-to-have (+1 ponto), me parece que não é algo que faça com que o usuário deixe de usar o meu produto, ou que impeça ele de realizar as principais tarefas que o meu software se propõem a fazer, mas pode ser uma melhoria bacana no futuro.

Para a demanda do Ciclano, entendo que o mesmo não consegue finalizar um fluxo importante que o meu produto se propõem a resolver, sendo assim, existem motivos para que o usuário se sinta insatisfeito com o produto ao ponto de cancelar, por isso, minha pontuação seria: Critical (+3 pontos)

Agora sim, temos uma demanda de inclusão de data de nascimento no cadastro do cliente mapeada, categorizada e com UIS de 4 pontos.

Fazendo isso com todas as demandas teremos uma visão macro do que é mais demandado pelos usuários, fornecendo assim um norte de evolução para o produto.

Então agora é só escolher a demanda com mais pontuação e desenvolver? Nem sempre é tão fácil, outras variáveis devem ser levadas em consideração, como tempo, custo, esforço, assunto para outro post também. =)

Fiz um post um tempo atrás sobre Funil de conversão - Validando um MVP, acredito que pode agregar bastante no processo.

Além disso conseguimos atacar um pouco a questão de levar visibilidade para o restante da empresa sobre o que está sendo feito.

Veja abaixo um relatório de uma Sprint de desenvolvimento com a evolução do UIS aqui no Convenia. Separando por áreas temos:

Evolução

  • bloco rosa claro antes de iniciar a Sprint
  • bloco roxo após o término da Sprint

Na imagem fica claro que: o time trabalhou fortemente em demandas relacionadas ao segundo bloco, saindo de 242 pontos de UIS para 212, diminuindo as demandas e evoluindo o produto em uma áreas específica do sistema.

Com isso, temos o básico do básico para iniciar uma priorização de produto e apresentar resultados. O que achou?

Em caso de dúvidas fico a disposição =)

Além disso estamos sempre com vagas para o time de produto https://convenia.gupy.io

Abs

Speedy emails, satisfied customers

Postmark Image

Are delayed transactional emails costing you user satisfaction? Postmark delivers your emails almost instantly, keeping your customers happy and connected.

Sign up

Top comments (0)

Sentry image

See why 4M developers consider Sentry, “not bad.”

Fixing code doesn’t have to be the worst part of your day. Learn how Sentry can help.

Learn more