Desafio você pessoa de produto a me contar quando foi a última vez que visitou o local onde seus clientes usam o seu produto.
Fala meu povo, chef Léo na área! | ||
Sabe quando você está jantando num restaurante e o chef passa em algumas mesas perguntando se está tudo bem e o que estão achando dos pratos? O artigo de hoje é sobre isso. | ||
No mundo de produto temos uma expressão para isso: NIHITO - Nothing Interesting Happens In The Office | ||
Um dos produtos que lidero aqui na firma é para apoiar usuários a gerenciar laboratórios de ensaios. Talvez, assim como eu no começo, você não faça ideia do que seja isso. Então aqui vai uma breve explicação: | ||
Ensaios são atividades baseadas em métodos em que produtos e/ou materiais são testados de alguma forma. Muitos desses ensaios são exigências de normas que regulamentam nosso mercado como, por exemplo, o mercado de alimentos. Sabe aquela tabela nutricional na sua coca? Alguém precisa se certificar que existem de fato aquelas quantidades de nutrientes no produto e isso é feito por meio de vários ensaios. | ||
Parece complexo? Imagina construir um software que apoiará essa galera, desde o recebimento do pedido de orçamento até literalmente os cálculos que geram os resultados. Bom, agora você conhece um dos meus desafios. | ||
Saindo da cozinha | ||
Desafio você pessoa de produto a me contar quando foi a última vez que visitou o local onde seus clientes usam o seu produto. Para alguns casos, menos complexos do que esse, pode parecer algo trivial, ainda assim acredito que muitos de nós PMs passamos anos gerenciando produtos sem ter tido essa experiência e acredito que por causa disso ainda sofremos para acertar as dores e as soluções propostas. | ||
Apesar de termos à disposição muitos dados, qualitativos ou quantitativos, ainda existe todo um contexto que fica escondido. Acredito que uma das melhores formas de aprender mais sobre esse contexto é justamente observar nossos usuários no dia a dia e no ambiente deles. Quando o produto é complexo, ou pelo menos de uma área não tão usual, os riscos de não saber nada sobre o contexto são altos demais. | ||
Por isso na semana passada fui do interior de SP até Porto Alegre para visitar 6 unidades de um cliente nosso (mas você pode encarar como 6 clientes diferentes). Cada unidade possui um conjunto de laboratórios que realizam diversos ensaios. | ||
Uma das coisas que pude descobrir e que provavelmente nenhum dado me contaria (não antes de construir o produto) foi que a responsividade para um formato de tablet na tela de coleta de dados será primordial. | ||
Isso foi baseado em duas coisas: primeiro é que nem todos os laboratórios tinham um espaço suficiente para uma estação de trabalho, seja notebook ou desktop. A segunda coisa é que conversando com o cliente, ela comentou que iria fazer um pedido de tablets para o laboratório. Agora o nosso product designer vai nos apoiar a construir algo responsivo que entregue uma experiência incrível para tablets e o time técnico ficará de olho no desempenho, pensando que nossos usuários terão menos poder de processamento do que nos cenários que estamos acostumados. | ||
Enfim | ||
Isso é um exemplo prático de discovery mitigando riscos. Um exemplo prático de ir até o usuário e observar como ele usa na prática a sua solução e absorver mais sobre o contexto dos problemas que queremos resolver. | ||
E aí? Que tal se organizar para sair da cozinha e dar uma passada nas mesas do seu restaurante? | ||
Compartilhar conteúdo | ||