Como construir um roteiro de produto IoT

Vamos enfrentá-lo. Construir um roteiro de produto IoT é difícil - muito mais difícil do que construir roteiros para produtos de tecnologia “normais”.

Isso ocorre porque os produtos IoT são sistemas complexos. Para criar uma solução funcional, todas as camadas da IoT Technology Stack - hardware do dispositivo, software do dispositivo, comunicações, plataforma em nuvem e aplicativos em nuvem - precisam trabalhar juntas. É como gerenciar cinco produtos em um, e seu roteiro precisa ser a cola que mantém todas as partes interessadas alinhadas com sua visão.

O roteiro do produto IoT - sua chave para alinhar as partes interessadas e as equipes

Um roteiro de produto IoT precisa mostrar a direção do produto, bem como o impacto dos novos recursos de uma forma que faça sentido para todos os interessados. Suas partes interessadas podem ser de vendas, marketing, equipe executiva, engenharia e muito mais. Todos eles têm diferentes necessidades e diferentes níveis de compreensão de como o produto é elaborado.

Na verdade, a IoT apresenta complexidade adicional porque até a implementação técnica provavelmente é dividida em vários grupos. Dependendo da estrutura da sua empresa, você pode ter equipes dedicadas para hardware x software, desenvolvimento integrado x nuvem, etc. Nenhuma equipe terá um entendimento holístico, o que torna ainda mais importante para você (e seu roteiro) comunicar o imagem completa.

Por causa dessa complexidade, gerenciar um produto IoT é semelhante a gerenciar um portfólio de produtos, com a distinção de que TODOS os produtos em seu portfólio precisam trabalhar juntos para formar uma solução coesa. Não é uma tarefa fácil.

A chave para a criação de um roteiro de produto IoT sólido é equilibrar uma visão de alto nível do produto ponta a ponta com visualizações mais detalhadas de cada camada da Pilha de Tecnologia IoT. Dessa forma, você será capaz de fornecer o nível certo de informações para as diferentes partes interessadas e garantir que ninguém perca de vista o quadro geral.

Leitura recomendada: Internet das coisas:uma cartilha para gerentes de produto

Criando seu roteiro de produto de IoT de alto nível

Vamos usar um exemplo para ilustrar todas as partes móveis de um roteiro de produto IoT. Vamos fingir que sua empresa constrói bombas d'água industriais.

Depois de conversar com muitos clientes e vendedores, você descobre que uma das principais preocupações de seus clientes é manter as operações em funcionamento o tempo todo. Eles gostariam de saber se uma bomba está prestes a falhar, para que possam fazer pedidos de peças e agendar serviços de forma proativa. Isso reduziria o tempo de inatividade e economizaria muito dinheiro. Essa “manutenção preditiva” é muito valiosa para seus clientes, e eles estão dispostos a pagar muito por ela.

Pesquisando soluções com a engenharia, você aprende que, à medida que uma bomba envelhece, ela começa a vibrar. Quanto mais vibra, mais perto está de falhar. Portanto, se você pudesse monitorar a vibração da bomba e realizar análises nesses dados, seria capaz de prever falhas. Com essas informações e alguma diligência devida de negócios, você determina que esta é uma ótima solução e está pronto para colocá-la no roteiro do produto para adesão interna.

Seu roteiro de produto de alto nível pode ser parecido com isto.

Exemplo de um roteiro de produto de alto nível

Como você pode ver, isso não é diferente do roteiro do produto para um produto não IoT. O desafio aqui é que é muito difícil para as partes interessadas - executivos, vendas, marketing e engenharia - entender o que será necessário para construir essa funcionalidade e como será o produto final. Também é difícil entender por que a versão nº 1 levará 6 meses e as versões 2 e 3 serão mais curtas.

Usando o mapeamento de histórias para aprimorar seu roteiro de produtos de IoT

Para que seu roteiro de produto de IoT transmita a história completa, você precisa fornecer outro nível de detalhe descrevendo os recursos do roteiro de produto de alto nível em toda a pilha de tecnologia de IoT.

Eu descobri que o mapeamento de histórias é uma ótima maneira de mergulhar neste próximo nível de detalhe. Gosto de combinar o mapeamento de histórias com a IoT Technology Stack para mostrar como os recursos se alinham com as várias camadas do produto IoT de ponta a ponta.

O resultado é uma visualização de nível ainda mais alto do que um “product backlog”, mas fornece informações suficientes para que todas as equipes entendam o quadro geral. Essa visão também capacita as equipes a entender como a funcionalidade planejada se relaciona com o trabalho diário que elas precisarão fazer.

Veja como essa abordagem ficaria para nosso exemplo de "bomba inteligente". A partir dessa visualização, é mais fácil explicar o trabalho que precisa ser feito para suportar a funcionalidade de manutenção preditiva. Observe como os nomes dos recursos de alto nível no roteiro do produto anterior tornaram-se o tema de cada um dos releases. Isso ajuda sua equipe a ficar de olho no quadro geral, ao mesmo tempo em que se concentra em detalhes menores.

Exemplo de mapeamento de história de um roteiro de produto

Observe que nem todas as camadas precisam ser impactadas em cada versão. Neste exemplo, não há recursos na camada "Comunicações" após a versão # 1. Este exemplo assume que os recursos da versão 1 na camada “Comunicações” serão capazes de oferecer suporte à funcionalidade das versões 2 e 3.

A partir desta visualização, é fácil ver que a versão nº 1 é a única que afeta o hardware do seu dispositivo. Portanto, é fácil explicar por que a versão nº 1 demorará mais do que outras versões.

Você também pode ver que menos camadas são afetadas nas versões 2 e 3. A versão inicial será a mais longa porque você precisa construir muita infraestrutura. Depois de construir esse "encanamento" inicial, você poderá adicionar recursos em um ritmo muito mais rápido. Você também pode usar essa ferramenta para explicar essa evolução.

Leitura recomendada: Uma estrutura de gerenciamento de produto para a Internet das coisas

Usando o roteiro do produto para coordenar a engenharia

Você também pode usar o roteiro de mapeamento de história para coordenar várias equipes de engenharia em várias camadas da pilha de tecnologia IoT. Cada equipe precisa compartilhar uma visão unificada de para onde o produto está indo. Mas, ao mesmo tempo, eles precisam entender o trabalho que está à frente de sua equipe específica. Este roteiro do produto pode ajudá-lo com ambos os objetivos.

Conforme mostrado abaixo, você pode fazer “fatias verticais” para criar roteiros específicos para cada equipe de engenharia em várias versões. Desde que o formato dos dados e as interfaces entre as camadas sejam bem definidos, essa abordagem permitirá que cada equipe trabalhe de forma independente e progrida mais rapidamente.

Exemplo de um roteiro de produto específico para uma equipe

Conclusão

Como gerente de produto, você sempre enfrentará desafios ao comunicar a visão do produto para toda a empresa. É uma tarefa difícil, mas provavelmente é a função mais importante de nossa função. A abordagem descrita neste artigo fornece uma ferramenta de comunicação muito poderosa que você pode usar para expressar claramente suas ideias de produto e alinhar todos. O resultado:maior transparência, o que resulta em melhor comunicação, equipes felizes e clientes satisfeitos.

Favor rápido. Se você realmente gostou deste artigo, seria de grande ajuda se você o compartilhasse com outras pessoas do produto (você pode usar os ícones de compartilhamento). Pode parecer insignificante, mas me ajuda mais do que você imagina. Obrigado!

PS:Eu escrevi este artigo originalmente como um post convidado para o Blog do ProductPlan.