Quando o hardware encontra o software

Ubek Ergashev Blocked Unblock Seguir Seguindo 9 de janeiro

Desafios da construção de produtos que unem hardware e software.

Foto de Josh Calabrese em Unsplash

Anel. Pelotão MachineQ. O que essas empresas têm em comum? Cada um tem um produto com componentes de hardware e software que se juntam para formar uma experiência completa.

O Ring fornece produtos de segurança doméstica – campainhas de vídeo e luzes inteligentes – que são gerenciados centralmente por um aplicativo móvel.

A Peloton construiu uma bicicleta de exercício de última geração e a equipou com um modelo de desenvolvimento e distribuição de conteúdo que atrapalhou a indústria e os impulsionou a se tornar a única startup de fitness a alcançar o status de unicórnio.

O MachineQ está inovando na Internet das Coisas projetando e construindo gateways e sensores IoT e combinando-os com uma plataforma baseada em software e aplicativo móvel que permite aos clientes configurar, gerenciar e dimensionar a IoT dentro de suas organizações.

O gerenciamento de produtos para um produto puramente baseado em software pode ser bastante desafiador. Mas se o seu produto tiver um componente de hardware além do software, as coisas começam a ficar realmente interessantes.

Por hardware, quero dizer um produto físico. O software pode ser um aplicativo móvel, um aplicativo da web ou outro produto de software complementar ao produto físico.

Neste post, vou discutir como os Gerentes de Produto podem abordar a criação de um produto desse tipo, benefícios de produtos físicos, práticas recomendadas e armadilhas comuns a serem evitadas.

Benefícios de um produto físico –

Há muitas desvantagens no gerenciamento de um produto que combina hardware com software. Mais sobre isso em breve. O ponto que quero enfatizar aqui é que um componente físico do seu produto abre oportunidades que você não consegue apenas com o software.

1. Outra chance de uma experiência positiva do cliente

A parte interessante de ter um componente de hardware para o produto é que agora você tem oportunidades de criar uma experiência de cliente mais imersiva. A embalagem, a experiência de desempacotamento e configuração, a aparência e a aparência do produto oferecem oportunidades adicionais para causar uma impressão positiva. Pense em como foi incrível a primeira vez que você descompactou um iPhone. Claro, poderia facilmente ser uma experiência terrível dependendo da execução.

Não vamos, no entanto, fabricar produtos de hardware para ter uma conexão física com os clientes. Alguns produtos são bons apenas com software, como o Headspace . Como deveriam ser.

2. Produtos físicos são mais difíceis de esquecer

Se o seu aplicativo para dispositivos móveis não me impressionar nem me manter comprometido de maneira consistente, ele será perdido no meu telefone em algum lugar. Eu vou esquecer isso. A coisa sobre produtos físicos é que, a menos que a coisa seja absolutamente ruim e eu a jogue fora, está lá para me chamar atenção de vez em quando. Lembro-me disso, de pensar sobre isso, de usá-lo.

O outro aspecto dos produtos de hardware é que há uma experiência tátil que vem com ela, um grau de conexão que não pode ser simulado com software (ainda não).

Melhores práticas –

O desafio fundamental na criação de um produto com componentes de hardware e software é que os dois precisam trabalhar juntos de forma integrada. Abaixo estão quatro melhores práticas para se certificar de que eles fazem.

1. Projetar e construir com o objetivo final e a experiência do usuário em mente

Faça a si mesmo as seguintes perguntas para orientar suas equipes na direção certa:

  • Que problema estamos resolvendo?
  • Uma combinação de produtos de hardware e software pode atender a essa necessidade?
  • Que experiência de usuário queremos entregar aos nossos clientes?
  • O que o hardware e o software precisarão fazer individualmente e em uníssono para chegar a essa experiência?

A visão do objetivo final ditará as decisões e as inevitáveis trocas que você fará ao construir o produto completo. O hardware não deve ser pensado para o Software e vice-versa. Você precisará de ambos para trabalhar sem problemas para oferecer a qualidade do produto e a experiência do usuário que você está visualizando.

2. Obtenha o hardware certo primeiro

Você não estava apenas dizendo o quanto é importante não favorecer um sobre o outro? Sim, não quero dizer que o hardware é mais importante, simplesmente que na ordem das operações, o hardware deve ser pensado primeiro. Por quê?

Aqui estão algumas razões pelas quais sua equipe deve definir os requisitos de hardware e projetar e construir um protótipo do hardware antes de fazer uma aprovação no software.

  • As limitações de hardware afetarão o que você pode e não pode fornecer com o produto de software
  • Questões que podem existir com o hardware que passam despercebidas aparecerão no software e, quando você o visualizar, pode ser tarde demais
  • O software pode ser atualizado rapidamente, em questão de semanas; problemas de hardware são muito mais difíceis e dispendiosos de corrigir
  • Uma pequena alteração nos requisitos ou limitações de hardware pode ter impacto de tamanho reduzido no componente de software do produto; pode mudar fundamentalmente o que o produto de software é

A questão é que o hardware geralmente tem as variáveis de alto impacto que devem ser fixadas antes que o trabalho comece a sério no lado do software.

3. Projete o software com o hardware em mente

Quando você começar a trabalhar no software, não esqueça de pensar na experiência física.

  • Como o usuário vai interagir com o hardware?
  • Como o software deve elogiar isso?
  • Existe uma experiência de integração? um FTUE?
  • Qual será o relacionamento entre o produto de hardware e o produto de software no segundo e terceiro uso?

Uma das coisas que ainda estamos aperfeiçoando na MachineQ é a experiência do cliente de configuração de gateways e sensores ao se referir ao nosso aplicativo móvel. O que isso significa para nós é que as instruções precisam ser simples, muito ajuda visual sobre o que está acontecendo e uma indicação clara quando o usuário terminar.

Se você entender como o produto de software pode interagir com o hardware, poderá começar a pensar em maneiras criativas de abordar uma única experiência unificada, em vez de duas experiências de produto desarticuladas.

4. sobre comunicar

Você pode executar cada uma das três balas antes da perfeição e ainda se meter em problemas se suas equipes não estiverem se comunicando. Muitas equipes lutam com isso. Em nossos primeiros dias, quando a MachineQ ainda estava descobrindo nossas ofertas de produtos, isso não era incomum para nós.

A primeira iteração do nosso aplicativo móvel não pôde emparelhar nossos gateways com redes WiFi porque o gateway não tinha a versão de código correta no firmware para ativá-lo. Ops Nesse momento, pode ser fácil apontar o dedo para o outro time, mas no final do dia todo mundo está trabalhando para o mesmo objetivo. Se é uma falta, está em todo mundo.

Projetar e construir a parte de hardware do produto não deve ser apenas um exercício da equipe de Engenharia de Hardware. O mesmo vale para o software.

Com o tempo, projetamos nossas equipes de trabalho para que pelo menos um engenheiro de hardware e um engenheiro de software participassem de todas as decisões sobre produtos, para garantir que os produtos de hardware e software proporcionassem uma única experiência.

Armadilhas e desvantagens para evitar –

As desvantagens de gerenciar um produto com componentes de hardware e software são o que você poderia esperar.

1. Há complexidade adicional no gerenciamento de dois produtos interligados

É um pouco como construir uma ponte de ambos os lados. O antídoto para isso é recorrer adequadamente e garantir que cada um se responsabilize pela propriedade e pela entrega.

2. Naturalmente, haverá mais dependências

Uma dependência que sustenta o desenvolvimento do produto de hardware pode facilmente encontrar a maneira de segurar o lado do software. Gerenciar essas dependências e ficar à frente dos roadblocks será fundamental para atender às expectativas de entrega.

3. Existem mais pontos potenciais de falha

Alguns são mais negativos do que outros. Um componente de hardware com defeito pode atrasar meses na entrega de um produto. Mesmo algo tão simples como esquecer de obter o certificado UL de hardware pode atrasar a entrega por semanas, se não meses. Nós aprendemos isso da maneira mais difícil. Você não precisa.

4. Falta de comunicação pode ser mortal

Eu já disse isso, eu sei. Mas vale a pena repetir. Não ter todas as partes interessadas envolvidas em decisões de hardware e software do começo ao fim causará dores de cabeça. E é tão fácil de evitar. Falar um com o outro.