Porque é importante ser uma startup aberta
Open Startup
O termo "Open Startup" não é novo, mas continua a ser um nicho relativamente pequeno. Há Open Startups com milhões em receitas, mas hoje apenas uma pequena percentagem das Startups se enquadra nesta categoria.
No entanto, com o recente movimento de "Building in Public" e o crescimento das COSS (Commercial Open Source Software Companies), tornou-se cada vez mais popular. Antes de mergulharmos nos detalhes, vamos primeiro rever alguns fundamentos:
O que é uma Open Startup?
@dinkydani escreveu um ótimo artigo no HackerNoon sobre Open Startups com 3 anos, referindo-se às Open Startups como
“um movimento de transparência e abertura aparentemente iniciado pela Buffer, rapidamente adotado pela Ghost, capitalizado 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, de que métricas são necessárias ou até que ponto uma startup precisa publicar os seus KPIs, a ideia comum é: Qualquer Startup que partilhe as suas métricas da forma mais aberta possível, do ponto de vista técnico e operacional, é uma Open Startup.
A grande maioria das startups, como a Cal.com, mantém a sua página de Open Startup em /open. Entra em cal.com/open.
Nem toda Open Startup é uma startup COSS, e ser uma startup COSS não te torna necessariamente uma Open Startup; no entanto, a natureza e os valores do Open Source tornam muito mais fácil criar uma cultura de abertura, transparência e, assim, confiança.
Porque é que me devia importar?
Sinceramente, as Open Startups têm dificuldade em lixar-te. Quase tudo o que fazem é público.
Os investidores veem como a empresa se sai.
Os colaboradores veem sempre o que está a acontecer internamente.
Os clientes veem quão ativos são os ciclos de desenvolvimento e em que é gasto a sua preciosa subscrição mensal.
Como fundador, não estás apenas a construir um produto. Estás a construir uma organização e a sua cultura. Se acreditas que o código deve ser aberto e transparente, porque parar por aí?
Por fim, quando constróis um produto em público que requer uma comunidade ativa e envolvida, partilhar os marcos pode ajudar-te a recrutar verdadeiros fãs que estejam genuinamente interessados no crescimento do projeto.
Para alguns, é como torcer por um clube desportivo favorito para ganhar e melhorar!
Salários abertos
Algumas Open Startups chegam mesmo ao ponto de abrir os seus salários, criando uma organização ainda mais transparente que pode ajudar a atrair melhor talento que valoriza essa abertura.
Os Salários abertos também ajudam a mitigar o nepotismo, o abuso de poder executivo e, no geral, levam a uma maior justiça na estruturação das bandas salariais.
Como fazemos na Cal.com
Desde os primeiros dias do projeto, construímos ativamente a nossa página /open. Acho que foi a terceira página que construímos internamente, mas não tínhamos anunciado publicamente a sua existência até hoje.
Ficou claro para nós que a secção teams seria a mais importante porque essa é a base de qualquer organização.
Os salários e as tarifas horárias para freelancers são opcionais, o que significa que, se um membro da equipa não se sentir confortável em tornar pública essa informação sensível (muitas vezes por uma boa razão), nunca é obrigado a publicá-la.
Ao contrário da maior parte dos conselhos por aí, a receção dentro da equipa foi incrivelmente 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: utilização ativa semanal, bookings semanais, novos clientes do nosso plano alojado, Pull-Requests fundidos (aka "quanto código está a ser publicado"), burn mensal (despesas após receitas), GitHub Stars e muito mais para vir!
Salários globais
Este tema é o mais controverso e o mais desafiante. Não há um vencedor claro entre salários globais (cada pessoa com a mesma seniority 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)
Pensámos muito sobre isto internamente e chegámos à conclusão de optar por salários globais, embora organizações totalmente remotas como a Gitlab tenham funcionado com sucesso com salários localizados no passado.
Eis porquê:
Acreditamos que a tua compensação em qualquer organização deve basear-se apenas no mérito e no que trazes para a mesa. Nenhum manager deve saber, nem querer saber, os teus padrões de vida e o teu estilo de vida pessoal.
A nossa empresa nasceu na web e vive na web. A nossa equipa é totalmente distribuída e trabalha online. Não temos sede física e não planeamos ter uma. Somos todos cidadãos da web e, por isso, iguais.
Não deixes que te digam o contrário, mas a tua compensação será sempre transacional. E a transação mais justa é dinheiro por trabalho.
Se o trabalho tiver a mesma qualidade, é justo pagar o mesmo dinero.
Não nos importa se escreveste 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ómada:
A organização inteira funciona de forma assíncrona e ambos os fundadores da empresa são “digital nomads" (abreviado, nomads) que trabalham a partir de vários países diferentes.
Acreditamos mesmo que isto está a tornar-se uma tendência cada vez mais comum e que, para isso, só os salários globais são verdadeiramente compatíveis.
Outro argumento forte contra os salários localizados é, na verdade, a falta de aplicabilidade.
Imagina que estás atualmente na Bay Area, mas planeias mudar-te para a Europa. Contas ao teu manager? O manager anda atrás de ti e traz isso internamente? Como é que os teus colegas se sentem quando descobrem que ganhas 4x o salário deles, apesar de agora serem vizinhos?
Não falando sequer de como é difícil chegar a uma função salarial localizada justa:
Imagina que pegamos num multiplicador regional e chegamos a um salário base. O multiplicador tem em conta a renda da pessoa? O custo médio de vida nessa região? Onde vais buscar esses dados? É atualizado mensalmente? Anualmente? E se a pessoa viver em casa dos pais? O que quer dizer "custo de vida" afinal? Inclui filhos? Hipotecas? Dívida estudantil? ..?
Se me apontassem uma arma à cabeça, eu não saberia como escrever esta função de forma ad hoc.
Resumindo, acreditamos que os salários localizados são injustos, difíceis de calcular e quase impossíveis de aplicar sem contratar um detetive privado para bisbilhotar os teus colaboradores (nada cool).
Como
Como a maior parte das startups, diferenciamos os membros da nossa equipa por níveis de seniority 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 normalização dos salários.
Aqui está a nossa salary band.
Podes ler isto e perguntar-te como é que raio um engenheiro júnior da Bay Area consegue pagar a renda com apenas $60,000? Pois. Esse é um dos lados negativos dos salários globais: excluir pessoas de regiões altamente privilegiadas.
A nossa linha de pensamento é: como empresa que quer construir a melhor equipa, preferimos muito mais contratar a pessoa mais talentosa de uma região com custos mais baixos do que um jogador mediano ao dobro da taxa num mercado de trabalho altamente competitivo.
Muitos trabalhadores de tecnologia podem não gostar disto, mas o trabalho remoto só irá acelerar a mercantilização do trabalho do conhecimento.
Além disso, acreditamos que, enquanto organização com a missão de ligar 1 bilião de pessoas até 2031, podemos ter um impacto ainda mais positivo no mundo ao pagar um pouco acima da média em algumas regiões de custos mais baixos, em vez de perder a competição em mercados de trabalho que já são predominantemente ganhos por salários e benefícios das big-tech. Podes ganhar um engenheiro da Bay Area com um salário astronómico, mas provavelmente não o conseguirás manter por muito tempo.
Queremos ligar e capacitar milhares de milhões de pessoas em todos os cantos do mundo, e os salários globais vão ajudar-nos a conseguir isso ainda mais.
Dito isto, não bebemos da fonte da sabedoria e não conseguimos prever como o futuro vai decorrer. Podemos mudar esta política nos próximos meses, mas por agora, esta parece simplesmente ser a decisão mais certa quando comparamos os prós e os contras.
Além disso, podemos tomar decisões com base em negociações pessoais com colaboradores, ou seja, pagamentos de bónus ou benefícios individuais (por exemplo, apoiar a tua família ou financiar um terapeuta), se necessário.
Se a mesma seniority tiver um salário diferente, deixaremos uma nota à equipa a explicar porque é que foi feita esta exceção (por exemplo, aquisições, acqui-hires ou executivos arrebatados), embora isso ainda não tenha acontecido.
Estou convencido, que ferramentas usam?
Usamos:
-
PostgreSQL para guardar os nossos dados
-
Jitsu.com para acompanhar telemetria e eventos anonimizados
-
Metabase.com para executar queries e mostrar os gráficos
-
Stripe.com para receber dinheiro
-
Orbit.love para analytics da comunidade
-
AskGit.com para receber analytics do GitHub
-
Airtable.com para guardar informação estática
-
SyncInc.so para sincronizar o nosso Airtable (e em breve o Stripe) para uma PostgreSQL dedicada que liga ao Metabase
Estão a planear adicionar mais métricas?
Sim! A nossa página cal.com/open é um projeto contínuo que me é muito querido.
O meu objetivo pessoal de vida é ser tão transparente e honesto quanto tecnicamente e operacionalmente possível, tentando ao mesmo tempo manter o tempo de configuração e manutenção o mais reduzido possível. Para saber mais sobre como o nosso pensamento em torno da abertura continua a evoluir, lê uma mensagem do nosso fundador sobre o nosso próximo capítulo.
Por exemplo, planeamos mostrar os nossos dados do Stripe no Metabase, mas é uma verdadeira PITA fazer isso corretamente e temos primeiro fogos de maior prioridade para apagar.
Tudo o que seja receita, retenção e churn deverá ser lançado antes de dezembro de 2021! Promessa de mindinho.
Onde posso encontrar mais Open Startups?
Agradecimentos
-
Sendo eu próprio um nómada, Pieter ‘@levelsio’ Levels, da Nomadlist, tem sido uma grande inspiração
-
A equipa por detrás da Buffer, que tem vindo a pressionar pela transparência há anos
-
Joseph Jacks da OSSC por nos apoiar neste impulso e por ser um verdadeiro evangelista do Open Source
-
Patrick DeVivo por nos ter arranjado uma conta gratuita na AskGit.com e por nos ajudar a visualizar os nossos dados do GitHub
Obrigado por leres e por confiares na nossa missão.
É uma honra servir cada um de vocês e estamos ansiosos por saber o que pensam. Se planeias trabalhar numa Open Startup e ter um sabor da sua cultura, estamos a contratar!
Com os melhores cumprimentos, Peer