Guia do fundador

O guia do fundador não técnico para encontrar um parceiro técnico

Como avaliar trabalho técnico que não consegue rever pessoalmente, os quatro tipos de parceiro e qual precisa realmente, e as perguntas que substituem a experiência que lhe falta.

Shakhbozbek Usmonov6 min de leitura

A parte mais difícil de ser um fundador não técnico não é encontrar alguém que saiba programar. É avaliar se a pessoa que encontrou é realmente boa, quando estruturalmente não consegue verificar o trabalho dela.

Este é um modelo para o fazer na mesma.

A resposta curta

O que não consegue fazerO que pode fazer em vez disso
Rever o códigoVê-los explicá-lo ao vivo, em linguagem simples
Julgar a arquiteturaPerguntar o que mudariam com menos 30% de orçamento
Verificar o calendárioPedir uma demonstração funcional todas as semanas, não um relatório
Avaliar competência técnica diretamenteAvaliar se contestam as suas ideias
Saber se algo é um sinal de alarmeObter uma segunda opinião técnica antes de assinar algo grande

Nada disto exige aprender a programar. Exige saber o que perguntar em vez disso.

O erro que este guia tenta evitar

Os fundadores não técnicos normalmente não falham por terem escolhido alguém incompetente. Falham porque trataram o lado técnico como um fornecedor a executar um caderno de encargos, em vez de um parceiro que devia discutir com eles.

Um parceiro técnico que implementa tudo o que pede, sem objeção, não está a ajudar - está a reter a única coisa que você não consegue fornecer: o discernimento sobre o que é tecnicamente sensato. Se ninguém na equipa lhe pode dizer não, não tem um parceiro. Tem datilografia muito cara.

Quatro formas de obter ajuda técnica e de qual precisa realmente

Um cofundador técnico - participação real, propriedade real, genuinamente envolvido no negócio, não só na construção. Faz sentido quando a verdadeira vantagem do seu produto é técnica: um algoritmo inovador, uma vantagem de infraestrutura, algo em que a engenharia é o fosso. O mais caro em participação, o mais profundo em alinhamento.

Um parceiro técnico ou estúdio pago, potencialmente em condições de dinheiro mais participação, funcionando como parceiro com mentalidade de produto sem estatuto pleno de cofundador. Já escrevemos sobre como este modelo se compara com uma agência ou freelancers - resumindo, os parceiros ligados a participação têm uma razão estrutural para discutir as suas decisões de âmbito, e é exatamente disso que um fundador não técnico precisa e não consegue fornecer sozinho.

Um CTO fracionado ou consultor - alguém sénior que revê decisões e avalia outras contratações técnicas, sem ser quem escreve código diariamente. Bom encaixe quando já tem engenheiros mas ninguém que lhes exija contas; mau encaixe se ainda não existe qualquer discernimento técnico no processo de construção.

Freelancers geridos diretamente - o mais barato, o mais flexível, e exige que você forneça pessoalmente o discernimento de produto e arquitetura em falta. Funciona se já tiver esse discernimento de outro lado. Raramente funciona bem como primeira contratação para um fundador sem bagagem técnica, porque não há ninguém a fornecer a camada que você não consegue fornecer.

A maioria dos fundadores não técnicos opta por defeito pela quarta opção porque parece a mais barata. É muitas vezes a mais cara, porque a lacuna de discernimento não desaparece - fica apenas por preencher até algo se partir.

Como avaliar alguém que não consegue avaliar tecnicamente

Quatro coisas que não exigem ler uma única linha de código.

Conseguem explicar uma decisão técnica de modo que a perceba realmente? Não simplificada - traduzida. Quem percebe algo em profundidade normalmente consegue explicar em linguagem simples porque é que importa. Quem não consegue, talvez não perceba tão bem como o vocabulário sugere.

Discordam de si nalgum momento antes de ter assinado seja o que for? Um parceiro sem qualquer objeção ao seu âmbito, calendário ou abordagem ou não se envolveu a sério com a sua ideia, ou está a dizer-lhe o que fecha o negócio em vez do que é verdade. Nenhuma das duas coisas é o que quer da única pessoa da equipa capaz de apanhar uma má decisão técnica.

Consegue vê-los a trabalhar ao vivo, em vez de ler sobre o trabalho deles? Um percurso franco por um projeto anterior - ecrã partilhado, perguntas bem-vindas - diz a um fundador não técnico mais em quinze minutos do que um caso de estudo polido numa hora. À-vontade sob perguntas ao vivo é um sinal real e não técnico.

O que aconteceu da última vez que algo lhes correu mal? Toda a gente tem um projeto que não correu na perfeição. Quem consegue descrever o seu concretamente e dizer o que mudou depois é mais fiável do que quem afirma um historial impecável - o nosso guia para avaliar um parceiro de desenvolvimento aborda esta pergunta com mais profundidade, porque é uma das de maior sinal disponíveis a qualquer pessoa, técnica ou não.

Pontos de controlo semanais que não exigem literacia técnica

Não precisa de perceber o código para saber se o projeto está no caminho certo. Precisa de algo que possa observar diretamente.

Uma demonstração funcional, não um relatório de estado. «Estamos a 70% da camada de API» não lhe diz nada verificável. Clicar numa funcionalidade real, mesmo tosca, diz-lhe tudo - ou faz o que tem a fazer ou não.

Uma resposta em linguagem simples a «o que cortaria com menos orçamento». Imediata e concreta significa que percebem as prioridades do produto. Uma pausa longa ou «tudo é importante» significa que ainda não, e que não conseguirão protegê-lo de problemas de âmbito mais tarde.

Coerência entre o que dizem e o que consegue ver. Se a versão narrada do progresso soa sempre melhor do que aquilo que consegue clicar sozinho, essa diferença é o sinal - não a narração em si.

A participação, se seguir esse caminho

Não ser técnico não muda a mecânica de um acordo de participação, mas aumenta o valor de uma segunda opinião independente antes de assinar. As proteções básicas são as mesmas independentemente da sua bagagem: vesting ligado a marcos reais de entrega em vez de concedido à partida, uma percentagem proporcional ao dinheiro que não está a pagar, e apenas ações ordinárias - sem lugar no conselho, sem direitos de veto. Cobrimos toda a mecânica, incluindo como é uma troca justa de dinheiro por participação, no nosso guia sobre participação para um parceiro de desenvolvimento.

Se o pedido de participação de um potencial parceiro não corresponder de forma limpa ao dinheiro que está a descontar, isso merece uma segunda opinião por muito confiante que soe ao explicá-lo.

A pergunta que mais importa

Pergunte a qualquer candidato: «A que é que se oporia se eu lho pedisse?»

Um verdadeiro parceiro técnico tem uma resposta imediata, porque já formou opiniões sobre a sua ideia. Quem diz «construo o que quiser» não está a ser acomodatício - está a dizer-lhe, com toda a clareza possível, que vai tomar sozinho cada decisão técnica. Como fundador não técnico, essa é precisamente a única tarefa que não consegue fazer por si.


Não tem a certeza se precisa de um cofundador, um parceiro ou um consultor? Descreva onde está e dir-lhe-emos honestamente que modelo encaixa - incluindo quando não somos nós. Os nossos preços e condições de participação estão publicados abertamente.

Perguntas frequentes

SU

Escrito por

Shakhbozbek Usmonov

Founder & CEO, Steppe Venture Builders

Artigos relacionados

Quer ser o próximo case de sucesso?

Candidate-se a um MVP Co-Build. Responderemos em 48 horas.