Quando a preparação do café fica séria com algum Figma e JavaScript

Nas primeiras horas do trabalho remoto à 1 da manhã, eu tinha pouco a quem recorrer além do café. Embora a Covid-19 tenha me transformado em um nerd do café, também fortaleceu meu interesse em desenvolvimento/gerenciamento de produtos. Em pouco tempo, mergulhei fundo na toca do coelho e decidi por que não combinar essas duas minhas paixões. Se você gosta de estrutura de produto ou alguém que tem bastante interesse em café, este artigo pode ser apenas para você. Caso contrário, é um prazer apresentá-lo a ambos e não assumo nenhuma responsabilidade se você decidir entrar na toca do coelho de qualquer um. :)

O problema

Como cervejeiro caseiro há mais de 2 anos, tive o privilégio de possuir alguns moedores de café e assisti a vários vídeos do YouTube sobre café, especialmente quando se trata de tamanhos de moagem de café.

Às vezes, quando assisto a um vídeo de James Hoffmann, Kyle Roswell ou Lance Hedrick, a moagem do café pode ser mencionada como moagem média ou 15 cliques em um Comandante. Não possuindo nenhum Comandante, sempre desejei poder replicar aquele tamanho de moagem para o moedor de café que estava usando. Logo, percebi que isso era um ponto problemático para muitos, seja por meio dos comentários do Youtube, postagens do Reddit ou fóruns de café. Então pensei comigo mesmo:

Como podemos converter os tamanhos de moagem entre moedores com precisão

Solução nº 1

Depois de fazer algumas pesquisas sobre como os usuários de moedores de café adorariam poder converter tamanhos de moagem em diferentes moedores, eu sabia que ser capaz de resolver isso é algo que muitos usuários de moedores de café desejam.

Por isso, comecei com a solução mais direta:

Um aplicativo da web que permite aos usuários converter tamanhos de moagem com base no moedor de café selecionado

Logo veio a iteração Figma do produto que eu tinha em mente para resolver o ponto problemático. Um aplicativo da web simples com 3 entradas: Moedor A, tamanho da moagem do Moedor A, Moedor B. A saída seria então o tamanho da moagem do Moedor B.

Foi tudo arco-íris e borboletas até que percebi 2 problemas:

1. Foi muito difícil igualar uma faixa precisa de tamanho de moagem em 2 moedores devido a como cada desenho de rebarba corta a moagem de café de maneira diferente. Isso resultaria em dulçor e corpo bastante variados do café, especialmente quando se comparam moedores planos com moedores cônicos. Portanto, simplesmente igualar mícrons de um moedor de café a outro produzirá uma conversão bastante imprecisa. (Aposto que os nerds do café estão balançando a cabeça agora)
2. Foi muito difícil coletar e verificar dados sobre como o sabor seria próximo entre diferentes moedores devido ao pequeno tamanho da amostra disponível. Isso resultaria em um grande viés na conversão se a equação de conversão levasse em conta como os proprietários de moedores de café se sentem em relação à conversão de moedores. Por agora.

Sabendo que a abordagem atual teve pontuação baixa no departamento de viabilidade, meus sentidos de aranha sabiam que era hora de um pivô. Foi uma pena, mas ser teimoso será mais doloroso a longo prazo. Afinal, acredito que o desenvolvimento/gerenciamento de produtos é um processo iterativo.

Frequentemente, refletir sobre a declaração do problema pode ser uma ideia melhor do que focar em mudar a solução

O Problema Real

O problema real enfrentado foi que os proprietários de moedores de café desejam saber qual é a configuração estimada do tamanho da moagem de café que devem definir. Qualquer que seja o meio, não importa tanto, desde que seja simples e preciso. O segundo How Might We logo foi criado:

Como podemos permitir que os proprietários de moedores de café ajustem seus moedores de café para a configuração correta de maneira simples e precisa

O elemento de simplicidade é importante, pois determina a taxa de adoção do produto e a precisão é óbvia. Assim, começou a missão de equilibrar simplicidade e precisão.

Solução nº 2

Após uma pesquisa mais aprofundada e pensando na viabilidade da solução, cheguei ao Cruler, um webapp onde os tamanhos de moagem do café serão preenchidos de acordo com o dispositivo que o usuário estiver utilizando, seja ele um celular ou um computador .

Isso foi fortemente inspirado por um produto físico em que a moagem do café pode ser medida em termos de mícrons. No entanto, este produto requer que o produto físico seja transportado. Pensei porque não ter um produto que pode ser levado para qualquer lugar. Daí a crença em um webapp.

No entanto, o usuário principal deve ser usuários de dispositivos móveis, em vez de um computador, pois é mais provável que eles estejam segurando um dispositivo móvel para medir a moagem do café. Como tal, a segunda solução foi sendo desenvolvida:

Um aplicativo da web que permite que vários tamanhos de moagem sejam preenchidos com base no dispositivo usado

Isso permitirá que os proprietários de moedores de café meçam suas moagens de café em uma dimensão universal, mícrons.

Saia do prédio

Inspirado por Steve Blank, acreditei em avaliar melhor o nível de interesse em tal produto e, mais importante, quanto eles pagariam por tal produto, antes que mais recursos fossem gastos de minha parte. Em outras palavras, meu precioso tempo gasto codificando neste webapp enquanto eu poderia assistir a outra série da Netflix.

Sabendo que os cafe baristas podem ser uma boa persona para começar, já que serão os melhores evangelizadores e os maiores usuários de tal produto, comecei a tentar validar minhas hipóteses e buscar suas opiniões. Felizmente, tive a oportunidade de falar com mais de 10 deles e os resultados apontaram para uma luz verde no desenvolvimento de tal produto. As iterações da solução logo foram lançadas.

Iteração 1

A primeira iteração foi mais descomplicada para os usuários, pois utiliza a consulta de mídia, Window.matchMedia() , para identificar o dpi do dispositivo do usuário e preencher o tamanho da moagem do café em ordem crescente. Isso logo se tornou uma dor de cabeça no front-end porque os resultados eram altamente imprecisos devido à falta de compatibilidade entre diferentes dispositivos, especialmente dispositivos móveis e Safari.

A iteração foi então abandonada e a iteração 2 começou.

Iteração 2

A segunda iteração exigia que os usuários selecionassem o dispositivo usado. Os diferentes tamanhos de moagem de café serão preenchidos de acordo.

Embora a iteração 2 não seja perfeitamente precisa, ainda é mais precisa do que a solução 1 e a iteração 1. Definitivamente, também não é o site mais bonito, pois acredito no próprio conceito de MVP - Produto Viável Mínimo.

ponto de verificação

Qual o proximo? Agora chego a um ponto de verificação onde decido se este projeto deve continuar e quais são os recursos subsequentes a serem priorizados. Portanto, se você conseguiu ler o artigo inteiro, imploro que verifiquehttps://desitatest.netlify.app/e deixe sua opinião em [email protected].

Sua opinião, seja ela positiva ou negativa, é muito importante para mim. Caso contrário, espero que você tenha uma deliciosa xícara de Joe hoje e um brinde a um amanhã melhor!