Como organizamos o processo de desenvolvimento de gadgets, da ideia à produção em uma incubadora de startups

Olá a todos, sou o Andrey.



Há um ano, minha equipe e eu começamos a construir uma incubadora para startups de gadgets, na qual desenvolvemos produtos desde a ideia até a produção em massa. Nosso foco é criar dispositivos que resolvam um problema conhecido de uma nova maneira.



Neste artigo, quero compartilhar minha experiência e dizer como estamos tentando organizar o processo de desenvolvimento para avançar o mais rápido e na direção certa possível. Vou falar sobre o processo usando o exemplo de um produto que será enviado aos primeiros clientes em breve - tampões de ouvido Veer com nível de isolamento acústico ajustável para aqueles que estão cansados ​​de barulho constante. 





Ao longo do ano, enchemos um número razoável de botões e fizemos alguns progressos. Um produto foi levado para o lançamento da produção em massa ( getsilence.com ), o segundo para a finalização da construção ( tribrush.co ), o terceiro para uma decisão obstinada de adiar ( easymusic.club ) e cerca de 15 produtos potenciais também foram eliminados em vários estágios. Agora, paralelamente à produção, estamos desenvolvendo diversos conceitos para novos produtos.



Como tudo começa: encontrando uma ideia





Temos todo um processo de busca, você pode escrever um artigo separado sobre isso, mas algumas ideias nascem quase por acidente. Por exemplo, o projeto Veer surgiu quando percebemos que nosso escritório é sempre muito barulhento - as pessoas estão discutindo alguma coisa, indo e voltando, fresando, serrando, trabalhando com um compressor, etc. É difícil focar na atividade intelectual em tais condições, muitos membros da tripulação começaram a usar tampões de ouvido. Aqui surgiram novos problemas: quando você precisa trocar algumas palavras com um colega, e isso acontece com freqüência, você tem que tirar os tampões de ouvido e colocá-los de volta. O processo é um pouco chato.



Então surgiu a ideia de fazer tampões de ouvido com volume ajustável. Encontramos alguns projetos semelhantes no Kickstarter, mas nenhum deles atingiu a venda ainda. Considerando que o financiamento coletivo geralmente termina na fase da ideia, decidimos fazer uma tentativa.



Determine se vale a pena assumir um projeto



Temos vários filtros para ajudar a determinar se devemos levar um produto para o desenvolvimento. O primeiro são as competências. Não levamos no desenvolvimento de produtos para os quais nossa equipe não tem competências ( ou as competências são de difícil acesso) . O segundo é a complexidade tecnológica. Temos uma escala subjetiva de dez, onde 1 é uma pá e 10 é a fusão a frio. É supersubjetivo e serve antes para sincronizar a percepção. Como regra, não realizamos projetos com complexidade de 5 ou mais. 



Veer em nossa escala é 3. Aqui, por exemplo, estão os projetos que rejeitamos devido à sua alta complexidade:



  • . : , . , , 6. , , .
  • . : , , , . , – , 5. .


Além de avaliar as competências e a complexidade necessárias, antes de iniciar o desenvolvimento, nossos profissionais de marketing determinam o público-alvo, a demanda potencial do mercado, olham para os concorrentes, a presença e consciência do problema na audiência, etc., mas isso já é assunto para outro artigo.



Princípios de design



Freqüentemente fazemos coisas difíceis de planejar, por isso aderimos a dois princípios básicos:



  1. O desenvolvedor deve fazer a tarefa mais importante a qualquer momento (não se trata de tirania, mas de prioridades).
  2. O trabalho deve ser organizado em iterações razoavelmente curtas.


A tarefa mais importante geralmente é aquela que fornece a característica principal do usuário e / ou identifica o risco principal, dependendo do detalhe e do estágio de desenvolvimento. Para determinar a tarefa mais importante, cada estágio possui seus próprios artefatos, que serão discutidos a seguir.  



Por exemplo, no início do desenvolvimento, tínhamos dois requisitos importantes para tampões de ouvido:



  1. É necessário fornecer a capacidade de ajustar o volume do som penetrante;
  2. O nível mínimo de amortecimento de ruído não é superior a 5 dB (para que uma conversa normal possa ser ouvida), o nível máximo de amortecimento de ruído é de 40 dB (de forma que nossos tampões de ouvido não são piores do que os melhores de espuma em termos de eficiência).


Foram essas tarefas que fechamos nos primeiros protótipos, e só então pensamos nas tarefas / riscos restantes - como caber no preço de custo e tamanho, podemos fornecer uma boa experiência do usuário ...



Artefatos do processo: em que tudo é construído?



Para prever e estruturar de alguma forma o processo de desenvolvimento, usamos quatro documentos. 



Documento 1: descrição da tarefa





imagem



Nele, o gerente de produto descreve os seguintes pontos:



  • Que tipo de produto fazemos;
  • Quem são nossos usuários;
  • Quais são os seus problemas;
  • Por que eles precisam de nosso produto;
  • Quando e como o produto será usado;
  • Quais propriedades o produto deve ter;
  • Quais são os concorrentes, como eles são bons e ruins;
  • Quais propriedades são críticas e quais podem ser negligenciadas.   


Depois de estudar esta descrição, avalia-se a complexidade do projeto e as competências necessárias à sua implementação. Além disso, a descrição pode ser ajustada para se adequar às nossas limitações.



Nós o usamos para avaliar riscos, pensar sobre um conceito, etc.



Documento 2: plano de trabalho



Via de regra, este é um gráfico de Gantt, que responde às perguntas sobre o que deve ser feito, em que ordem se deve fazer, o que influencia o que, aproximadamente quando o projeto pode ser concluído.



Na fase de desenvolvimento, tal plano não é um tipo de documento com tarefas e prazos claros, mas sim uma abstração que ajuda a ter uma ideia geral do que nos espera. O processo de planejamento em si é mais importante aqui, quando estruturamos a ideia de um projeto, tarefas, riscos ...



Para a produção, fazemos um Gantt separado - aí o plano torna-se extremamente importante: com base nele, combinamos certas datas com os compradores. Aqui, estamos tentando levar em consideração os riscos realistas e reemitir, embora ainda não possamos levar em consideração todos os riscos. Por exemplo, para protetores de ouvido, nós os pedimos de parceiros chineses. Combinamos tudo, anotamos as datas de embarque, contamos as etapas restantes dessas datas e anunciamos uma pré-encomenda.



Clicável:





Duas semanas depois, os chineses voltaram com as palavras: "Isso não vai funcionar, vamos fazer diferente." Eles não se adequavam a nós de uma “maneira diferente”, tivemos que procurar uma alternativa por uma semana, pagar o dobro por ela - como resultado, o tempo de envio aumentou drasticamente.



Documento 3: Backlog de desenvolvimento



Esta é uma lista priorizada de tarefas a partir da qual formamos iterações semanais. Tentamos formular as tarefas de forma que sua descrição responda à pergunta "Que propriedade importante o produto receberá se fizermos essa tarefa?"



O backlog é especialmente relevante no estágio de desenvolvimento, quando precisamos entender claramente o que e por que estamos fazendo. A base para priorizar tarefas são as necessidades do usuário: quanto mais crítica uma propriedade do produto é para um cliente, mais crítica ela é para nós. Os protetores de ouvido são um exemplo muito revelador porque suas características principais são óbvias.



As prioridades aqui são baseadas em pesquisas quantitativas e qualitativas e bom senso: controle de volume, limiares de som, conforto e assim por diante.



Dividimos as tarefas no backlog em aquelas que exigem pesquisa e outras. Por exemplo, "Anodize o corpo dos tampões de ouvido com preto" - aqui você pode usar uma tecnologia bem conhecida, nenhuma pesquisa é necessária para resolver o problema. Mas " Fornece redução de ruído de 5-40 dB" - pesquisa. As almofadas de ouvido contraem bastante o canal auditivo, então tivemos que criar um design especial e testar várias abordagens para atingir um limite de redução de ruído inferior de 5 dB.



Artigo 4: Lista de Hipóteses



Esses são os experimentos que precisam ser realizados para resolver cada problema de pesquisa, dispostos em ordem de prioridade. 



Com essa lista, trabalhamos de acordo com um padrão semelhante ao HADI, fazemos a lista da mesma maneira:



  1. Jogando em todas as hipóteses possíveis;
  2. Estimamos a complexidade da verificação de cada um deles (separadamente para teste e produção);
  3. Avaliamos nossa "crença no sucesso" da hipótese: quão provável é que ela resolverá o problema em nossas restrições;
  4. Calculamos a pontuação total da pontuação usando a fórmula: tempo para testar uma hipótese * complexidade * probabilidade.


Essa pontuação de pontuação determina a prioridade da hipótese. Com base nos resultados dos testes, o mais importante, se o problema não for resolvido, passe para o próximo.



Em vez de uma conclusão



Em cada estágio de desenvolvimento, há um grande número de riscos associados à interdependência dos elementos do sistema e na produção - com a capacidade de fabricação do produto, empreiteiros, etc. Cada vez que ocorre um risco, nós o levamos em consideração no plano para entender onde está o gargalo agora »E como a data de término muda. Não encontramos um equilíbrio entre as abordagens “ vamos multiplicar todos os prazos por 10, então vamos encaixar exatamente ” e “ vamos terminar em 27,5 dias ”, então sempre tentamos fazer o mais importante em iterações curtas. Portanto, parece-nos que reagimos mais rapidamente aos riscos, o que significa que em geral nos movemos mais rápido.  



Teremos o maior prazer se nossa experiência for útil. Escreva se estiver interessado em aprender mais sobre algo. Você pode ler mais sobre os protetores de ouvido no site oficial do projeto, aqui você pode pré-encomendar com um desconto: getsilence.com



Inscreva-se no nosso canal , aqui falamos sobre a dor e o sofrimento da produção de hardware dos protetores de ouvido Veer.



All Articles