As aventuras da startup de ferro na Rússia: formação de equipes

Colegas, bom dia.

No outono de 2018, seu humilde servidor, sozinho, lançou uma startup de hardware. Foi um ato presunçoso e precipitado. Não havia educação especializada. A experiência no desenvolvimento de ferro é zero. A equipe de engenharia e o dinheiro para o desenvolvimento do contrato estavam ausentes. Após 9 meses, o projeto é mais animado do que todos os vivos: a peça de ferro trabalha e se desenvolve, as vendas começaram, um estande público foi implantado no HSEinc e a equipe possui nove unidades de combate.

A equipe trabalha de forma autônoma, os caras não precisam mais de conselhos, palavras de despedida ou chutes. Eles entraram em contato com o diretor técnico e araram. Eles redesenham as placas e o estojo, montam a primeira série, escrevem o suporte para o site. O que o fundador tem que fazer? Para vender? Aproveitar a brisa quente do iminente "vale da morte"? Não. Aproveitando o momento, o fundador cansado corre para Habr. Ele espera derramar sua alma e obter conselhos inestimáveis ​​aqui.

Este é o meu primeiro post no Habré. Nele, pretendo falar sobre os mais caros - sobre os caras, sobre a coleção da equipe. No decorrer da história, tentarei responder às perguntas que me atormentaram ao longo de todo o caminho do projeto:

• Vale a pena uma startup de hardware no início para montar uma equipe de engenheiros ou você pode se dar bem com o desenvolvimento de contratos?
• Quais são as competências técnicas mínimas e em que sequência são necessárias para criar um produto de hardware simples?
• em que piscina procurar e em que atrair engenheiros?
• Quais problemas e riscos a equipe de ferro enfrenta?

O que está escrito abaixo não é uma história de sucesso (estamos em desvantagens profundas), nem uma revelação divina, nem o resultado de uma longa pesquisa científica. Esta é apenas uma experiência adquirida em 9 meses de luta diária pelo projeto. Convido todos a chutar. Prometo corrigir os erros e violações das regras imediatamente.

Contexto

Sobre mim. 30 anos, formado em administração pública pela Escola Superior de Economia, candidato a ciências econômicas. Por coincidência, ele veio para o projeto como um projeto na filha de Rostelecom e trabalhou lá por 4 anos. Em seguida, ele abriu sua própria empresa para desenvolver soluções de TI para agências governamentais. Eu trabalho muito com o Ministério das Finanças, Rostelecom, departamentos industriais e de defesa. Em algum momento, percebi que, se continuar trabalhando apenas nessa área, vou queimar o cuco. Decidi mergulhar no campo desconhecido do desenvolvimento de eletrônicos para as pessoas. Assim, o projeto ClimateGuard nasceu.

Sobre o projeto. Do ponto de vista técnico, o projeto é muito simples. O ClimateGuard é uma sonda para medir a qualidade ambiental e alertar o proprietário de ameaças, outro "nariz inteligente". As principais diferenças em relação aos análogos são a medição honesta e precisa de 10 parâmetros climáticos (não apenas o ar), uma API de servidor flexível e a possibilidade de personalização para o cliente. Produtos comerciais similares foram vistos em Habré muitas vezes agora , aqui , aqui , aqui , aqui , aqui , etc., bem como produtos caseiros aqui , aqui , aqui , etc.

Sobre recursos. Do orçamento da família para o projeto, restavam 30 a 50 mil rublos por mês. Entre os técnicos familiares estavam apenas desenvolvedores, engenheiros e artistas de arduino vistos nos filmes de Hollywood. Eu não tinha idéia de que tipo de geladeira os componentes e placas de rádio vêm. Não havia equipamento para trabalhar com eletrônicos e estojos de construção. O conhecimento e a experiência no campo da eletrônica foram limitados à fixação do ferro.

Reunindo uma equipe de fanáticos por tecnologia

Etapa 1. Designer Industrial

Dado. Existem dois na equipe - o fundador e o analista. O analista tentou no disfarce de diretor técnico e caminha com a interface do poker. Existe uma vaga compreensão do produto em suas cabeças.

Desafio. Projete o produto na forma de desenhos e modelos 3D que podem ser exibidos aos clientes e aceleradores.

Solução. O analista encontrou um bom amigo envolvido no projeto de equipamentos em um dos institutos de pesquisa de Moscou. Aparentemente, esse trabalho era chato e não motivava explorações de trabalho. O designer aceitou com entusiasmo a oferta de participar de uma startup. Ao contrário do instituto de pesquisa, aqui ele teve a oportunidade de determinar de forma independente, a partir do zero, a estrutura e a aparência do produto "real".
Por que conseguimos um designer, não um designer regular? No primeiro estágio, não importa quão esteticamente atraente seja o pedaço de ferro. O principal é entender que você pode criá-lo e como fazê-lo. Precisa de desenhos e modelos 3D.

Resultado. Por três horas de brainstorming, pesquisa no Google e desenho de guardanapos em um café, fomos capazes de determinar o conceito geral da aparência do caso. Ali encontrou um conjunto aproximado de sensores que serão usados ​​no dispositivo. Uma semana depois, o primeiro modelo 3D estava pronto!

Etapa 2. Designer

Dado. Existem três na equipe, todos sem um senso de beleza.

Desafio. Encontre um especialista que desenvolverá o logotipo (não há como uma startup ter um logotipo) e, posteriormente, poderá desenhar interfaces da Web e móveis. Soa como uma mistura de quente e macio. Mas por que perder tempo procurando especialistas diferentes, se você pode encontrar e trabalhar com um designer talentoso, incluindo ele no processo?

Solução. O autor convidou um designer para a equipe, com quem trabalhou regularmente em outros projetos.

Resultado. O logotipo e o contorno da interface do usuário apareceram. E com eles - um mar de criatividade louca do designer.

Etapa 3. Rádio Eletrônica

Dado. Existem quatro na equipe, mas ninguém pode montar eletrônicos e escrever firmware. Existe um entendimento da aparência e dos componentes do dispositivo.

Desafio. Encontre um engenheiro eletrônico generalista que monte um protótipo e o desenvolva em um produto.

Solução. Foi uma dor. Entrevistei todos os amigos, criei contatos com colegas de classe, escrevi em fóruns e em bate-papos com perfis. Então ele formou um TK, que ele publicou e enviou em agregadores freelancers. Os seguintes tipos de caracteres foram encontrados:

• sonhadores - “Legal, eu consigo, vamos lá ... Só então, depois de um mês, algum dia. Agora ocupado. ”;
• alunos - "Desculpe, irmão, estou lutando há 2 semanas, não funciona ... Mas eu sei como" pregas ". Vamos agitar alguma coisa sobre as "pregas"? ";
• veteranos - “E o que é uma startup? Você tem algum pedido? Nós na fábrica por 3 anos projetamos esses aparelhos. O principal é executar corretamente a documentação de P&D. Primeiro pense em como certificar e depois venha ";
• trabalhadores contratados - “150 mil rublos com antecedência, 150 mil rublos de fato, em 3 meses você receberá um MVP em funcionamento. Você encontrará mais dinheiro e formará uma carteira de pedidos - eu a modificarei. ”

Nenhuma dessas opções nos convém para um início rápido. Perdemos muito tempo e estávamos muito deprimidos.

Mas então aconteceu um milagre - o tio Styopa veio até nós. O tio Styopa tem 24 anos, se formou na Baumanka, montado e responsável, sabe como projetar quadros, ler folhas de dados, soldar, “montar rapidamente” e “montar bem”. Ele tem sua própria impressora 3D. Ele está interessado no projeto, não em dinheiro. E ele pode prosseguir hoje.

Você sabe de onde veio o tio Styopa? Nunca adivinhe. Com você! Não de freelancers, não de fóruns eletrônicos. No youdo estava o anúncio "coletar MVP" por 10.000 rublos, ao qual estava anexado um TK de uma página com fotos. Este material não é um programa de afiliados. Mas a startup deve sua existência precisamente ao site youdo.

Resultado. Combinamos um conjunto de componentes com o engenheiro eletrônico. Comprado em ChipDip. Após 3 semanas, o protótipo estava pronto. Um mês depois - a primeira versão de seus próprios painéis, botões de toque e um monte de outros nishtyakov.

Etapa 4. Diretor Técnico

Dado. Existem cinco na equipe. Há um protótipo que precisa ser desenvolvido. Foram encontrados os primeiros seguidores que queriam testar o dispositivo. Dentro da inicialização, tarefas organizacionais e de negócios surgem. O fundador não tem tempo para "vender", ir a festas em aceleradores, se comunicar com técnicos e ganhar dinheiro para o desenvolvimento do projeto.

Desafio. Encontre um diretor técnico. Ele deve coordenar o trabalho de outros técnicos, acumular informações sobre o projeto e, em situações de crise - ocupar um lugar na máquina.

Solução. A tarefa foi resolvida rapidamente, mas com consequências devastadoras para o carma. O diretor técnico foi retirado de um projeto de hardware amigável. Para isso, foram utilizadas as seguintes técnicas:

• O autor estufou as bochechas e demonstrou de várias maneiras quão bom é um empresário e como pode facilmente enviar um projeto ao espaço com um bom CTO. Isso era mentira.
• O futuro diretor técnico comprou uma impressora 3D e, mais tarde, uma estação de solda. Foi um suborno.
• Foi mostrado à vítima uma equipe de especialistas legais, que ele deveria liderar. Foi um jogo de vaidade humana.
• Agora, o diretor técnico entende que, sem ele, o caos entrará no projeto. Esta é uma exploração de um senso de responsabilidade.

Ainda é muito embaraçoso para o fundador de uma startup amigável e para o próprio diretor técnico. Mas da perspectiva dos negócios, valeu a pena.

Resultado. Temos um jovem fanático na equipe com a mais alta motivação e experiência pessoal, que sabe tudo - desde a comunicação com os clientes até a elaboração de firmware e solda. Mais importante, ele está pronto para trabalhar no projeto de 14 a 20 horas por dia, de graça. E o autor, além de outros pontos do carma, recebeu o pior inimigo na pessoa da “segunda metade” do diretor técnico e o estigma do proprietário de escravos.

Etapa 5. Desenvolvedor da Web

Dado. Existem seis na equipe. O produto está em desenvolvimento.

Desafio. Encontre um desenvolvedor para criar a parte do servidor e a interface da web do portal.

Solução. O desenvolvedor é retirado da mesma inicialização amigável. O algoritmo de caça é repetido 1 em 1. Em vez de uma impressora 3D, um laptop foi comprado para o desenvolvedor.

É profissional que um desenvolvedor seja responsável pelas costas e pela frente? Para uma inicialização "de ferro" de uma fase inicial - sim. Já somos 7 pessoas. Sem vendas. O Vale da Morte está se aproximando.

Resultado. Um protótipo da interface traseira e do usuário foi desenvolvido, uma API foi criada. A conclusão do portal continua.

Etapa 6. O Evangelista

Dado. Existem sete na equipe. O produto ainda não está completo. O dinheiro está acabando. Procurando análises e vendas de usuários.

Desafio. Encontre uma pessoa que liderará os primeiros seguidores. Será capaz de substituir o preguiçoso fundador nas negociações, para ir em vez dele para São Petersburgo ou para o exterior às suas próprias custas. Ele assumirá algumas das tarefas administrativas.

Solução. Durante o projeto, tentamos realizar uma campanha de informação por conta própria. Acabou caoticamente e ineficientemente. Mas, como resultado, conseguiu obter feedback de especialistas, business angels, pessoas que não são indiferentes às questões ambientais. Um deles sugeriu entrar na equipe e nos ajudar com tarefas informativas e administrativas.

Resultado. O evangelista, que pede para ser chamado de "engenheiro de negócios", assumiu a maior parte das tarefas administrativas, atraiu vários clientes importantes e fortaleceu nossa campanha de relações públicas. Claro, de graça.

Etapa 7. Acionista

Dado. A equipe tem 8 pessoas. Os primeiros clientes a comprar um dispositivo apareceram. A linha de empresas que solicitam um dispositivo para testes está crescendo. A produtividade real da equipe é de 1 a 2 dispositivos por mês. No RnD, o desenvolvimento do produto e a otimização do firmware não são absolutamente suficientes.

Desafio. Encontre um especialista responsável que esteja pronto para realizar o trabalho de compra de pó solto, componentes de solda em placas e dispositivos de montagem.

Solução. Já é bastante simples. O evangelista lança um grito através de seus canais. Vários cantos são chamados. Entre eles, a seleção é realizada de acordo com quatro critérios: experiência, atividade, interesse no projeto e vontade de trabalhar para a ideia. Um é escolhido. O restante é enviado para a reserva.

Resultado. A velocidade de criação de dispositivos aumentou para 3 peças por semana.

Quem é novo?

Agora, o grupo de desenvolvimento de produtos é formado. Precisa gritar e vender. Portanto, começamos a procurar humanidades - um vendedor e um PR-schika. Meninas melhores ... Basta ver se há fanáticos entre eles que estão prontos no começo para trabalhar por interesse - o autor permanece em dúvida. O tempo dirá.

Riscos da equipe do projeto de hardware

A especificidade do projeto de ferro é que uma horda de engenheiros é adicionada ao conjunto padrão de técnicos "desenvolvedor + designer". A partir daqui, crescem os seguintes riscos:

1. Temos nove pessoas na equipe, incluindo seis técnicos e dois RP (analytics). Todo mundo está ocupado. Além disso, o projeto precisará adicionar especialistas especializados no trabalho com clientes, conteúdo e vendas. No entanto, os investidores já estão olhando para nós com muita desconfiança e perguntando novamente: “O que, 9 pessoas? Por que tanto o que eles estão fazendo? Que tipo de trabalho é esse - projetar placas? Você quer mesmo levar mais pessoas? No mundo das startups de software, todo mundo está acostumado a equipes de três. E explicar a necessidade de especialização e a natureza multidimensional do projeto é muito difícil.
2. A equipe precisa ser alimentada ou liberada com pão grátis. É impossível alimentar uma grande equipe de inicialização. O Fultime (embora de graça) agora apenas duas pessoas trabalham - o fundador e o diretor técnico. O restante para prover às famílias é forçado a ter uma fonte de renda constante. E, ao mesmo tempo, dê o projeto de duas a quatro horas por dia.
3. Os engenheiros do ciclo RnD formam a cadeia de produção "design de placas - design do chassi - compra de componentes - montagem - redação do firmware - teste". Se alguém da equipe recebe uma tão esperada viagem de negócios à Austrália, decide sair de férias ou passar um fim de semana com sua família - o trabalho fica mais lento e o CTO está deprimido. Todas as estrelas, todas insubstituíveis a curto prazo.
4. Há um boato persistente e muito confiável de que, em uma inicialização de hardware bem-sucedida, deve haver três profissionais de marketing para um técnico. E isso significa que temos duas maneiras: encontrar 18 maníacos-humanitários prontos para trabalhar de graça no início e capazes de vender um produto com dez vezes mais ou oferecer vendas a empreiteiros externos - integradores. A primeira opção é fantástica e a segunda limita severamente as oportunidades de crescimento do projeto e impõe muitas obrigações a ele.

Equipe própria vs desenvolvimento de contrato

No início do caminho "de ferro", o autor tinha uma experiência malsucedida no desenvolvimento de contratos e prometeu não se envolver com ele no futuro. Os longos 9 meses de formação e gerenciamento de uma equipe de engenheiros abalaram sua confiança. Até "Era necessário dar produção à China e esquecê-la como um pesadelo". De fato, cada um dos métodos tem suas vantagens e desvantagens. Se você descartar as coisas óbvias, a comparação é a seguinte.

Desenvolvimento de contrato

Vantagens :

• Não há necessidade de reunir uma equipe de engenheiros.
• Você pode aplicar o TK mais simples ou até uma imagem à entrada.
• Você pode pedir rigidamente “pelo resultado”, abstraindo-se dos problemas pessoais dos engenheiros e de seus próprios erros de cálculo.
• Você pode obter alta velocidade de desenvolvimento e a capacidade de escalar rapidamente.
• Essa é uma opção ideal para testes rápidos de muitas hipóteses: "pago - recebeu um protótipo - testou um protótipo no mercado - confirmou / refutou a hipótese".

Contras:

• Custo. O desenvolvimento de contratos não vale apenas o dinheiro, mas é muito caro. Encontrar um freelancer barato e talentoso para as tarefas "de ferro" é muito mais difícil do que para as tarefas da TI clássica.
• Contratação longa, longa transferência de tarefas para o trabalho.
• Dificuldade na implementação do controle intermediário. Você não pode ligar para o engenheiro na noite de domingo e dizer: "Maxim, informe urgentemente as duas horas anteriores de trabalho e o plano para as próximas 7 horas. E não esqueça que hoje você dorme não mais que 3 horas. E de manhã você vai ao objeto com o Cliente em uma picada. ”;
• Incapacidade de influenciar o processo, ajuste rapidamente o processo de desenvolvimento.
• Uso limitado de resultados de desenvolvimento. Como resultado do ciclo RnD, você obtém um protótipo ou uma pequena série de 5-20 dispositivos. Como eles funcionam não é claro. Não está claro se outra equipe poderá modificar o projeto. Não é claro como reparar rapidamente o dispositivo em caso de falha.

Equipe própria

Vantagens:

• Experiência. Esta é a coisa mais importante. Somente trabalhando dentro da equipe e tendo experimentado o desenvolvimento de dentro para fora, você pode entender o produto e o processo - as etapas de produção, os erros do produto, as instruções para o desenvolvimento.
• Redução de custos. Conhecendo cada membro da equipe, você pode criar um valor não monetário para ele no projeto. Ou, no mínimo, reduza a quantidade de recursos gastos.
• Controle de projeto. Você vê o processo de dentro para fora, entende claramente o tempo, o desempenho, o potencial e as prioridades de cada membro da equipe.
• A capacidade de mudar rapidamente de rumo. Para uma inicialização nos estágios iniciais, é vital poder girar a qualquer momento.
• A oportunidade de obter pessoas com idéias semelhantes com as quais você pode iniciar com segurança um novo projeto em caso de falha do atual.

Contras:

• Para completar a missão de reunir uma equipe, de repente você precisa de muita tenacidade impenetrável e sem graça e um milagre (como no caso do tio Stepa). A equipe precisa motivar constantemente, monitorar problemas de comunicação. A perda de cada membro da equipe interrompe a movimentação do projeto.
• É necessário adquirir equipamentos, cujo custo aumenta a cada ciclo de RnD.
• Já na fase de RnD, é necessário procurar fornecedores (equipamentos, placas, componentes, pó solto), resolver problemas de casamento, atrasos na entrega, incompatibilidade de componentes.

Assim, a escolha do desenvolvimento do contrato é ideal se você estiver familiarizado com o processo de criação de hardware, houver um entendimento claro do produto final, um forte diretor técnico e recursos financeiros suficientes. Se, como no nosso caso, você está apenas descobrindo o campo do hardware, não há dinheiro nem requisitos técnicos claros - é melhor montar sua equipe e compartilhar com ela todas as tristezas e alegrias da vida de uma startup.

A equipe de inicialização de hardware no resíduo seco

Resuma todos os itens acima descritos em 5 teses.

1. «» .
2. , .
3. , .
4. , , , .
5. () – , .

O autor tenta não fazer a pergunta “Por que, diferentemente das humanidades e desenvolvedores, todos esses engenheiros da equipe trabalham muito e de graça? ..”. E quando ele pensa sobre isso, ele se lembra de Pushkin, a história do padre e sua trabalhadora Balda. E preocupada.

Mas há algo ainda mais maravilhoso a caminho. O desenvolvimento de produtos constantemente vai além da equipe. E os camaradas externos ao projeto prestam assistência gratuita:

• desenvolver protótipos de trabalho da interface (Olá Vadim da valiosa equipe "Hemul IT");
• crie um bot de telegrama (oi Artem);
• desenhe as primeiras renderizações de dispositivos e layouts de portal (Olá, Asya);
• oferecer suas soluções para sensores e placas (oi Dima);
• imprima estojos experimentais e forneça consumíveis para a impressora (olá Vadim da RK Gadget);
• dê recomendações sobre como corrigir batentes de impressão (oi Balats do rk3dpro );
• reduzir os preços dos componentes e aceitar defeitos após o período de garantia (oi Eduard da duino );
• dispositivos de teste (oi Maxim);
• faça um vídeo para nós (oi Sophia).

O autor não entende por que isso está acontecendo. E muito grato a todos os amigos e seguidores do projeto. O ClimateGuard não esquecerá sua ajuda! #climatematters