Por que ser uma startup aberta importa
Open Startup
O termo "Open Startup" não é novo, mas ainda é relativamente nichado. Existem Open Startups com milhões em receita, mas hoje só uma pequena porcentagem das startups se encaixa nessa categoria.
No entanto, com o recente movimento de "Building in Public" e o crescimento das COSS (Commercial Open Source Software Companies), isso se tornou cada vez mais popular. Antes de mergulharmos nos detalhes, vamos primeiro passar por alguns fundamentos:
O que é uma Open Startup?
@dinkydani escreveu um ótimo texto no HackerNoon sobre Open Startups há 3 anos, referindo-se a Open Startups como
“um movimento de transparência e abertura aparentemente iniciado pela Buffer, rapidamente adotado pela Ghost, impulsionado pela Baremetrics e recentemente popularizado na comunidade Indie Maker por Pieter Levels"
Embora não exista uma definição formal do que qualifica uma Open Startup, quais métricas são necessárias ou até que ponto uma startup precisa publicar seus KPIs, a ideia geral é: Qualquer startup que compartilha suas métricas da forma mais aberta possível, técnica e operacionalmente, é uma Open Startup.
A grande maioria das startups, como a Cal.com, mantém sua página de Open Startup em /open. Acesse cal.com/open.
Nem toda Open Startup é uma startup COSS, e ser uma startup COSS não faz de você necessariamente uma Open Startup. No entanto, a natureza e os valores do Open Source tornam muito mais fácil construir uma cultura de abertura, transparência e, consequentemente, confiança.
Por que isso importa para mim?
Falando francamente, Open Startups têm dificuldade para passar a perna em você. Quase tudo o que fazem é público.
Investidores veem como a empresa performa.
Funcionários sempre veem o que está acontecendo internamente.
Clientes veem quão ativos são os ciclos de desenvolvimento e em que o valioso valor da assinatura mensal está sendo gasto.
Como fundador, você não está apenas construindo um produto. Você está construindo uma organização e sua cultura. Se você acredita que o código deve ser aberto e transparente, por que parar por aí?
Por fim, ao construir um produto em público que exige uma comunidade ativa e engajada, compartilhar os marcos pode ajudar você a recrutar fãs de verdade, que se interessam ativamente pelo crescimento do projeto.
Para alguns, é como torcer para um time de futebol favorito ganhar e ficar melhor!
Salários abertos
Algumas Open Startups vão até o ponto de abrir seus salários, criando uma organização ainda mais transparente que pode ajudar a atrair talentos melhores, que valorizam essa abertura.
Salários abertos também ajudam a mitigar nepotismo, abuso de poder executivo e, no geral, levam a uma maior justiça na estruturação das faixas salariais.
Como fazemos isso na Cal.com
Desde os primeiros dias do projeto, nós construímos ativamente nossa página /open. Acho que foi a terceira página que criamos internamente, mas ainda não tínhamos anunciado publicamente sua existência até hoje.
Ficou claro para nós que a seção teams seria a mais importante, porque essa é a base de toda organização.
Salários e valores por hora para freelancers são opcionais, o que significa que, se um membro da equipe não se sentir confortável em tornar públicas essas informações sensíveis (muitas vezes por um ótimo motivo), ele nunca é forçado a publicá-las.
Ao contrário da maioria dos conselhos por aí, a recepção dentro da equipe foi absurdamente positiva. A transparência reduz o ciúme, aumenta a justiça e promove a igualdade racial e de gênero.
As outras métricas incluem: uso ativo semanal, bookings semanais, novos clientes do nosso plano hospedado, Pull Requests mesclados (ou seja, "quanto código está sendo publicado"), queima mensal (despesas após a receita), GitHub Stars e muito mais por vir!
Salários globais
Esse assunto é o mais polêmico e o mais desafiador. Não há um vencedor claro entre salários globais (toda pessoa com a mesma senioridade e cargo recebe o mesmo, independentemente da localização) ou salários localizados (cada pessoa tem um salário individual com base na sua localização)
Pensamos muito sobre isso internamente e chegamos à conclusão de adotar salários globais, mesmo que organizações totalmente remotas como a Gitlab tenham trabalhado com sucesso com salários localizados no passado.
Eis o porquê:
Acreditamos que sua remuneração em qualquer organização deve se basear unicamente em meritocracia e no que você traz para a mesa. Nenhum gestor deveria saber, nem se importar, com seu padrão de vida e estilo de vida pessoal.
Nossa empresa nasceu na web e vive na web. Nossa equipe é totalmente distribuída e trabalha online. Não temos sede física e não planejamos ter uma. Somos todos cidadãos da web e, portanto, iguais.
Não deixe que as pessoas digam o contrário, mas sua remuneração sempre será transacional. E a transação mais justa é dinheiro por trabalho.
Se o trabalho for de qualidade igual, é justo pagar o mesmo dinero.
Não importa para nós se você escreveu a linha de código na Costa Rica, na Suécia ou em Portugal.
Trabalho = Dinheiro.
O futuro do trabalho é assíncrono e compatível com a vida nômade:
A organização inteira funciona de forma assíncrona e os dois fundadores da empresa são "digital nomads" (ou simplesmente nômades), que trabalham de vários países diferentes.
Acreditamos muito que isso está se tornando uma tendência cada vez mais comum, e só salários globais são realmente compatíveis com isso.
Outro argumento forte contra salários localizados é, na verdade, a falta de aplicabilidade.
Digamos que você esteja atualmente na Bay Area, mas planeje se mudar para a Europa. Você conta para seu gestor? O gestor vai te perseguir e trazer isso para discussão internamente? Como seus colegas de equipe se sentem quando descobrem que você ganha 4x o salário deles, mesmo sendo vizinhos agora?
Sem mencionar como é difícil, na prática, criar uma função justa de salário localizado:
Digamos que pegamos um multiplicador regional e criamos um salário base. O multiplicador leva em conta o aluguel da pessoa? O custo médio de vida naquela região? De onde você tira esses dados? Eles são atualizados mensalmente? Anualmente? E se a pessoa mora com os pais? O que "custo de vida" significa, afinal? Inclui filhos? Hipoteca? Dívida estudantil? ..?
Com uma arma na cabeça, eu não saberia como escrever essa função ad hoc.
Resumindo, acreditamos que salários localizados são injustos, difíceis de calcular e quase impossíveis de aplicar sem contratar um detetive particular para bisbilhotar seus funcionários (não é legal).
Como
Como a maioria das startups, nós diferenciamos os membros da equipe em níveis de senioridade e cargos:
-
IC Level 1 (Junior)
-
IC Level 2 (Mid)
-
IC Level 3 (Senior)
Usamos os modelos de contrato da Deel, o que também ajuda na transparência e na padronização dos salários.
Aqui está nossa faixa salarial.
Você pode ler isso e se perguntar: como diabos um engenheiro júnior da Bay Area conseguiria pagar o aluguel com apenas $60.000? Pois é. Esse é um dos lados negativos dos salários globais: deixar de fora pessoas de regiões altamente privilegiadas.
Nossa linha de raciocínio é: como empresa que quer construir o melhor time, preferimos muito mais contratar a pessoa mais talentosa de uma região de menor custo do que um jogador abaixo da média, pagando o dobro, em um mercado de trabalho altamente competitivo.
Muitos profissionais de tecnologia talvez não gostem disso, mas o trabalho remoto só vai acelerar a comoditização do trabalho intelectual.
Além disso, acreditamos que, como uma organização com a missão de conectar 1 bilhão de pessoas até 2031, podemos causar um impacto ainda mais positivo no mundo pagando um pouco a mais em algumas regiões de menor custo, em vez de perder a disputa em mercados de trabalho já predominantemente dominados por salários e benefícios de big tech. Você pode até contratar um engenheiro da Bay Area com um salário astronômico, mas provavelmente não vai conseguir mantê-lo por muito tempo.
Queremos conectar e capacitar bilhões de pessoas em todos os cantos do mundo, e salários globais vão nos ajudar a alcançar isso ainda mais.
Dito isso, nós não bebemos da fonte da sabedoria e não podemos prever como o futuro vai se desenrolar. Podemos mudar essa política nos próximos meses, mas por enquanto isso simplesmente parece a decisão mais acertada ao comparar os prós e contras.
Além disso, podemos tomar decisões em negociações pessoais com funcionários, ou seja, pagamentos de bônus ou benefícios individuais (por exemplo, apoiar sua família ou contratar um terapeuta), se necessário.
Se a mesma senioridade tiver um salário diferente, vamos deixar uma nota para a equipe explicando por que essa exceção foi feita (por exemplo, aquisições, acqui-hires ou executivos recrutados da concorrência), embora isso ainda não tenha acontecido.
Estou convencido, quais ferramentas vocês usam?
Usamos:
-
PostgreSQL para armazenar nossos dados
-
Jitsu.com para rastrear telemetria e eventos anonimizados
-
Metabase.com para executar consultas e mostrar os gráficos
-
Stripe.com para coletar pagamentos
-
Orbit.love para análise da comunidade
-
AskGit.com para receber análises do GitHub
-
Airtable.com para armazenar informações estáticas
-
SyncInc.so para sincronizar nosso Airtable (e em breve Stripe) em um PostgreSQL dedicado que se conecta ao Metabase
Vocês planejam adicionar mais métricas?
Sim! Nossa página cal.com/open é um projeto contínuo, muito querido para mim.
Meu objetivo de vida pessoal é ser o mais transparente e honesto possível, técnica e operacionalmente, enquanto também tento manter o tempo de configuração e manutenção o menor possível. Para saber mais sobre como nosso pensamento em torno da abertura continua evoluindo, leia uma mensagem do nosso fundador sobre nosso próximo capítulo.
Por exemplo, estamos planejando mostrar nossos dados do Stripe no Metabase, mas é uma verdadeira encrenca fazer isso corretamente, e primeiro temos incêndios de prioridade maior para apagar.
Tudo sobre receita, retenção e churn provavelmente será lançado antes de dezembro de 2021! Promessa de dedinho.
Onde posso encontrar mais Open Startups?
Agradecimentos
-
Como nômade eu mesmo, Pieter ‘@levelsio’ Levels, do Nomadlist, tem sido uma grande inspiração
-
A equipe por trás do Buffer, que vem defendendo a transparência há anos
-
Joseph Jacks, da OSSC, por nos apoiar nesse esforço e por ser um verdadeiro evangelista do Open Source
-
Patrick DeVivo por nos conseguir uma conta gratuita no AskGit.com e nos ajudar a visualizar nossos dados do GitHub
Obrigado por ler e confiar na nossa missão.
É uma honra atender cada um de vocês e estamos ansiosos para saber o que você acha. Se você quer trabalhar em uma Open Startup e ter um gostinho da cultura, estamos contratando!
Atenciosamente, Peer