Valor Inicial, Valor Final, Equidade de Venda
Você pode economizar tempo e dor de cabeça com essa negociação se considerar o código em relação ao que será necessário para o seu MVP (produto mínimo viável). Se o código é metade do MVP, para ser justo, você precisa de algo para isso. Se o código for 10%, 5% ou até 1% do esforço, será muito menos importante.
Se você exigir dinheiro ou maior patrimônio (hmm, isso soa como um oxímoro), certifique-se de que pode fazer um bom trabalho vendendo-o da perspectiva da justiça de uma maneira que possa suportar os que podem ser muitos desafios ao longo do caminho para vender o produtos.
Além disso, considere as coisas simetricamente. Seus parceiros também escreverão código e poderão alcançar ou exceder sua contribuição? Quanto você pagará a seus parceiros pelo interesse no código resultante se a empresa terminar? O tom e as expectativas que você definir agora definirão o tom e as expectativas mais tarde.
Economia de Engenharia de Software
Considero o Dr. Barry Boehm o pai da economia da engenharia de software. Entre suas realizações, foi inventar o COCOMO, propor o método Theory-W para gerenciar projetos e criar um modelo de modelos de desenvolvimento de software chamado MBASE . Seus modelos discutem modelos de produtos que descrevem o que é ou foi construído (como diagramas UML), modelos de processos (como Scrum, cascata etc.), modelos de propriedades que descrevem atributos do produto ou organização (custo, cronograma, confiabilidade) e modelos de sucesso .
Modelo de sucesso e estratégia de saída potencial
Você certamente deve estar pensando se o seu sucesso se baseia em algo formal como a Teoria-W ou algo informal como a IKIWISI (eu a conhecerei quando a vir). O modelo de sucesso também pode ajudá-lo a definir as expectativas de quanto tempo e esforço serão investidos em sua inicialização, quais critérios você usa para ir / não ir, necessidade de dinamizar, vender ou fechar o negócio e a distribuição de ativos, no evento de sucesso ou fracasso. Meu avô foi cotado há alguns anos atrás com um nome como "Silver Screen Limited Partnership 7", que basicamente financiava um filme de Hollywood que começou antes do filme e depois terminou depois que o filme foi exibido nos cinemas (era antes do DVD). dias). Se eu fosse você, garantiria que minha partida não fosse um compromisso ao longo da vida antes de começar.
Um protótipo não é um produto
Um dos primeiros artigos da Boehm que li incluía um diagrama que comparava graficamente um protótipo a um produto. Utilizou um quadrado para o protótipo e uma grade de quadrados de três e três de largura para o produto. Dependendo do seu senso de confiança versus realismo, você pode descartar essa noção ou começar a relembrar projetos passados em que as dimensões do produto eram 25, 81 ou 100 vezes o custo e o esforço dos protótipos.
Valorizando sua contribuição exclusiva
Para valorizar seu código no contexto da inicialização, você provavelmente também deve valorizar sua função e sua exclusividade na inicialização. Se você é o desenvolvedor e seus parceiros são os financiadores ou vendedores, você é como o porco proverbial e eles são as galinhas que entram no negócio de um restaurante que serve café da manhã. Eles arriscam pouco até escrever um cheque e talvez funcionem comparativamente pouco até que haja algo para vender. Se vocês são desenvolvedores, potencialmente se eles não tiverem código para colocar no pote no início, pode ser um empreendimento muito desigual. Na medida em que o filme " A Rede Social " retrata as coisas corretamente, há uma iniciação extremamente bem-sucedida que teve parceiros que fizeram muito pouco que fizeram muito pouco esforço enquanto o produto estava sendo produzido.
Iniciando com start-ups
Tenha muito cuidado com a forma como você se liga aos parceiros para começar. Elabore um contrato operacional que cubra o máximo possível do que pode acontecer durante a vida útil da inicialização. Considere o escopo muito restrito e siga um modelo de inicialização enxuta. Encontre maneiras seguras de experimentar projetos de equipe. A escola é uma ótima maneira. Algumas universidades e outros patrocinadores criaram coisas como o Rapid Start Up School . Um método muito difundido de obter uma amostra do que pode ser uma startup é participar de um fim de semana de inicialização . Existem incubadoras e espaços de coworking patrocinados pela comunidade e comercialmente. Minha experiência limitada ocorreu em lugares como Gangplank (gostei do programa muito barato para o Start Up Weekend) e Cohoots.
Usar proteção
Você deve sempre se proteger legalmente, financeiramente e fisicamente. A responsabilidade criminal e civil pode ocorrer em conexão com uma partida. Se a empresa pedir emprestado dinheiro ou contratar alguém que corte o dedo, você poderá ficar com algumas contas difíceis de pagar. Você precisa usar procedimentos contábeis sólidos e pode precisar de algum seguro, além de proteger a si e a seus parceiros de se encontrarem em uma ladeira escorregadia.
Algumas histórias de advertência
Embora não fosse um começo, eu conhecia uma organização que permitia que uma pessoa que estava desempregada e sob estresse financeiro fosse sua tesoureira. Ele juntou os fundos da venda de ingressos para um banquete para cerca de quinhentas pessoas com sua própria conta bancária. Ele pode não ter pensado que estava roubando, mas definitivamente usou um julgamento ruim. Quando ficou claro que o dinheiro havia acabado, houve problemas feios com a pessoa sendo processada por peculato. A organização tinha um seguro que permitia a realização do banquete, mas se não os 500 compradores de ingressos ficassem segurando a sacola.
Outro caso que conheço teve uma Limited Liability Corporation iniciada casualmente se transformar em grandes aborrecimentos. Houve um julgamento contra um dos parceiros e, quando era difícil de cobrar, os advogados enviaram um servidor de processo para a casa do parceiro que havia esquecido que havia assinado a empresa. Houve reclamações contra o parceiro e foram necessárias respostas legais. Depois de visitas ao tribunal e de procurar aconselhamento jurídico, o parceiro cuidou disso, mas essas dores de cabeça geralmente não desaparecem até que dinheiro real saia do bolso de alguém.
Trabalhe diligentemente e faça a devida diligência
A formação de equipes e a localização dos parceiros adequados são extremamente importantes. Larry Page fala sobre gastar muito tempo procurando parceiros para fundar o Google.