Executando verificação de segurança...
29
uriel
4 min de leitura ·

Empreendedor e nômade! Sorte e um pouco de estratégia - de 70 projetos 4 deram certo! Pieter Levels

Vamos conhecer a história do Pieter! Pieter Levels é uma rapaz bem conhecido no meio de startups. Mais ainda no meio dos nômades digitais!

Esse cara ganha mais de $3 milhões / ano com 0 funcionários(fixos).
Ele construiu mais de 70 produtos enquanto viajava pelo mundo.

4 projeto bem sucedidos. Quanto ele ganha com cada projeto?
• RemoteOK ~ $ 1.6M/ano
• NomadList ~ $ 1.2M/ano
• readMake ~ $ 60k/ano

Seus novos projetos de AI PhotoAI ou AvatarAI devem dar $ 100k/ano

Depois de certo sucesso ele usa de estratégias para alavancar negocios.
Ele possui estratégia de marketing pouco usuáis.
Uma vez ele doou 10 mil dolares para uma pessoa aleatória que
retuitou um tweet para promover uma de suas startups.
O que gerou um efeito cascata, mais 8 mil retuits e pelo menos
2 milhões de visualizaões.

Pieter lançou seu primeiro negócio inteiramente por acaso e sorte. Enquanto estava na faculdade, ele começou a enviar suas mixagens de música eletrônica para o YouTube no canal "Panda Drum & Bass Mix Show" e conseguiu mais de 100 mil inscritos.

O canal ganhou dinheiro suficiente com anúncios para apoiá-lo. Mas ele não gostou de ficar preso à máquina YouTube do Google. Então ele decidiu mudar a maneira como fazia as coisas.

Ele vendeu a maior parte de seus pertences e voou para a Tailândia - país de baixo custo de vida. Demorou um pouco para concluir qualquer projeto de startup que ele tinha. O medo de seu projeto fracassar o levou a passar muito tempo aperfeiçoando-o.

Para se livrar do medo do fracasso - Pieter iniciou o desafio 12 Startups em 12 Meses isso em 2014. A ideia era não pensar no fracasso, e nem ficar meses e meses aperfeiçoando um projeto que poderia dar em nada.

Seu projeto bem sucedido veio na 4ª inicialização.
Os primeiros 3 projetos foram chamados:
• Play My Inbox
• Go Fucking Do It
• Tubelytics

NomadList, seu 4º projeto, Pieter queria uma lista de cidades que fossem adequadas para seu estilo de vida nômade. Em vez de criar um site primeiro, ele fez uma planilha pública do Google para coletar os dados iniciais. E colocou isso no twitter.
Na cabeça dele era pegar algumas informações e só.

Seu tweet se tornou viral por sorte entre trabalhadores remotos e nômades.

Fiquei um pouco surpreso com a resposta. Além de preencher todos os dados, as pessoas começaram a adicionar colunas para diferentes indicadores, disse ele em entrevista.

Ele construiu a primeira versão do NomadList a partir de todos os dados que ele coletou.

Mais tarde, ele lançou um MVP em menos de um mês. Depois de obter alguma tração inicial, Pieter começou a monetizar a Nomad List.
Nomad List traz cerca de US $ 1,2 milhão por ano!

importante salientar, alguns projetos que deram certo por um bom tempo eram apenas um arquivo em PHP.

Estrutura de seus projetos!

  • Javascript apenas Javascript simples sem uma estrutura como React, Vue ou Angular
  • jQuery (uma escolha fora de moda hoje em dia, mas faz o trabalho)
  • PHP (Ele não usa nenhum framework como o Laravel)
  • SQLite - Pieter diz que é super rápido e jura por isso.
  • seus sites são hospedados em um único VPS rodando Ubuntu com NGINX.

Seu servidor unico:
Shared VPS, 16x CPU, 1TB SSD, 64 GB RAM - Linode

https://twitter.com/levelsio/status/1520357256373874688

Ele faz todos seus projetos em PHP, usa um VPS e não usa nenhum tipo de framework.
Nada, é tudo feito na mão com o jeito dele.

RemoteOK, o 7º projeto da série, é um site vagas remotas. Estes são principalmente trabalhos de programação, web design e desenvolvimento. A RemoteOK é a maior empresa de Pieter que gera mais de US$ 1,6 milhão ao ano.

Ele acabou lançando 8 no total naquele. Ele primeiro testou 5 ideias de projetos que tinha e, assim que o NomadList ganhou força, ele se concentrou nele e lançou outros produtos que eram do mesmo ecossistema do NomadList.

Então se concentrou em crescer e monetizar os projetos que tinham alguma tração, mas o interessante é que Pieter decidiu permanecer como um fundador solo e evitar levantar fundos quando outras pessoas teriam contratado pessoas para escalar seus negócios.

A maioria das coisas regulares para manter seu produto pode ser automatizada como um script agendado (cron agendadas em seu servidor). Esses scripts eu gosto de chamar de "robôs". Tenho cerca de 700 a 2.000 em execução
Pieter Levels

Pieter é alguém que persistiu mesmo depois que tantos de seus projetos falharam. Você pode replicar o sucesso dele em 2023 com ideias simples como as dele? Provavelmente não.

Mas, a lição aqui é construir, novas oportunidades surgem!
Hoje ele pode viver remotamente e viajar pra onde desejar!

Hoje tudo que ele lança pega alguma tração muito rápido. Ele tem uma comunidade que o segue e acaba testando e comprando seus produtos.

Aqui estão algumas opções modernas que Pieter não usa

  • React - ele brinca muito sobre como nunca quer aprender devido à sua complexidade.
  • Node - por um tempo ele pensou em usá-lo, mas nunca o usou em produção
  • Angular/ Vue - ele não usa nenhum framework Javascript
  • SQL/ Postgres - ele não usa nenhum dos bancos de dados convencionais

Apesar das críticas técnicas, Pieter tem feito consistentemente seis dígitos desde 2014.

Mais sobre a vida deste rapaz
https://www.youtube.com/watch?v=V0ej29G7ZGg

https://twitter.com/levelsio?ref=levels.io

https://www.youtube.com/watch?v=6reLWfFNer0

2
2
Hermes995

Muito bom, empreender é ter 10% de medo do fracasso e 90% de força de vontade para continuar independente dos fracassos. A ideia dele colocar projetos no ar sem planejar meses é muito boa, vi isso em um video no YouTube sobre como começar seus projetos no mesmo dia que teve a ideia.
Post muito bom!

1
2
gaido

Dois pontos:

  1. Esse post, sozinho, derruba pelo menos uma dúzia de gurus que ganham dinheiro vendendo cursos de frameworks que prometem te levar para o sucesso.

  2. O caminho pro sucesso geralmente é árduo, doloroso, e depende de alguma dose de sorte. Mas se você está sempre lá, tentando, aumenta suas probabilidades.

1
oCarlos

concordo principalmente com estar sempre tentando aumenta suas chances, jogar uma moeda pra cima e cair coroa ao inves de cara pode ser ruim mas se ficar insistindo alguma hora vai dar certo e cair cara

2
heigler

Acho que o maior insight aqui, para o contexto dos devs, é não se prender tanto à tecnologia.

Recentemente respondi um post onde o autor perguntava qual era o gateway de pagamentos mais amigável para o dev implementar, quando o certo, seria a pergunta ser voltada para o negócio, saber o giro, taxas, segmento, etc.

Vejo que é comum colocarmos frameworks e ferramentas acima do negócio em si, um negócio que estatisticamente tem alta chance de fracassar. Então porque não simplificar? Crie seu MVP com jquery se a produtividade for maior, e sem testes unitários. Parece blasfêmia falar isso, mas muita gente passa meses trabalhando em algo com uma arquitetura perfeita mas que no fim do dia pode ter 0 usuários.

Deixe para aperfeiçoar ou até mesmo refazer quando o negócio de fato virar.

1
uriel
Autor
Autor

A não ser que seja para aprendizado.
Usar uma ideia para aprender a arquiteturar usar testes e as novidades em frameworks
Eu ai concordo o tempo de 6 meses aperfeiçoando o projeto.

Se ser zero usuários, vai ter um bom aprendizado!

2
EliasOliveira

Eu já fiz um testezinho colocando um webapp numa maquina virtual do google com ubuntu e nginx
feita com Flask, a minha dúvida sempre foi quão seguro e quantos acessos permitiria.
Ainda não entendo muito mas no caso dele não há grandes limitações nessas
áreas?

1
1
EliasOliveira

Eu pensava que hospedar aplicações da forma que ele faz com todos serviços, apps, banco de dados numa mesma maquina virtual seria mais vulnerável a ataques hacker e não aguentaria muitos usuários ao mesmo tempo mas confesso que nem sei de onde tirei isso e passei a achar que não seria um método muito bom. Vejo que pra fazer um aplicativo seria igual quando vamos montar um pc, podemos errar por querer as melhores tecnologias e acabar pagando caro por algo que nem vamos usar e no fim das contas tudo depende da finalidade do pc ou da aplicação que vamos construir.

2
uriel
Autor
Autor

Eu pensava que hospedar aplicações da forma que ele faz com todos serviços, apps, banco de dados numa mesma maquina virtual seria mais vulnerável a ataques hacker

Nisso você tem certa razão!
Mas mesmo em maquinas separadas, o hacker tendo acesso a senha do banco já era meu irmão! O hacker pode não derrubar a maquina, mas acesso aos dados vai ter!
Um framework é um pouco melhor sim em questão de segurança! Pois muita gente vê o código e arruma, além de que, os ataques mais comuns já foram sanados no framework.
O que ajuda muito.

não aguentaria muitos usuários ao mesmo tempo

Então, vc ta com uma arquitetura de microserviços na cabeça?
Aqui depende. Ele tem um servidor de 300 dolares por mês da Linode(se não me engano)
Aguenta muita e muita gente ao mesmo tempo.

Mas se os usuários dele aumentarem 50X por exemplo. Ele va ter que pensar em modificar a arquitetura quem sabe microserviços. Hoje ele pode aumentar verticalmente as maquinas, mas um dia isso não da mais. Ai vai ter que usar muitas maquinas!

Vejo que pra fazer um aplicativo seria igual quando vamos montar um pc, podemos errar por querer as melhores tecnologias e acabar pagando caro por algo que nem vamos usar e no fim das contas tudo depende da finalidade do pc ou da aplicação que vamos construir.

Olha, para sistemas web, depende. No caso dele é melhor pra ele centralizar tudo e não usar nenhum framework ele é sozinho tudo num lugar pra ele é muito melhor até hoje!

O que acaba acontecendo é o seguinte, a gente vê muitas e muitas propagandas de N tecnologias e arquiteturas. Sempre todos dizendo que a deles é a melhor forma de fazer as coisas, ai aparecem artigos pra todo lado.
Isso acaba pegando as pessoas novas no mercado e enviesando a mentalidade delas.
Isso é bem ruim.

Vejo gente tendo site simples e colocando react nele, pq acha que isso é o correto.
Pode ser um site em php normal com geraçao de HTML no servidor de boa que va aguentar milhares de pessoas sem problemas!

Mas toda a propaganda acaba fazendo parecer que react(ou front separado) é o melhor SEMPRE a fazer!

1
EliasOliveira

Então, vc ta com uma arquitetura de microserviços na cabeça?

Isso mesmo kkk, como foi o que eu usei acabei ignorando máquinas com poder computacional maior. Muito obrigado, sua resposta esclareceu algumas dúvidas e permitiu eu enchergar as coisas um pouco mais claramente. Valeu!!!

1
1
omathiasschulz

Que show! Conheci ele esses dias em uma publicação aqui no TabNews, ele é um cara inspirador.

Você comentou no post o seguinte:

4 projeto bem sucedidos. Quanto ele ganha com cada projeto?
• RemoteOK ~ $ 1.6M/ano
• NomadList ~ $ 1.2M/ano
• readMake ~ $ 60k/ano

Mas eu não entendi uma coisa, como ele consegue esse dinheiro? Ele usa um sistema de assinaturas? Porque por exemplo o RemoteOK não tem anúncios visiveis, pelo menos eu não notei.

Outra coisa, ele também tem o site https://ideasai.com/, sabe dizer como ele ganha dinheiro com um site como esse?

3
uriel
Autor
Autor

  • RemoteOK -- ele cobra para por coisas a mais na vaga logo da empresa e posicionamento da vaga e suporte para a empresa

  • NomadList -- anúncios, posicionamento, suporte

  • readMake -- é livro

  • ideasai - não da dinheiro direto, da leads para ele poder anunciar via newsletter

Nem sempre o projeto da dinheiro direto, ele pode dar indireto!

1
1
antonioac

Para mim a grande lição desse cara é tirar as ideias do papel, mesmo que pareçam coisas simples demais.

Muitas vezes temos ideias que não levamos pra frente pois achamos que serão inúteis ou que são muito "bestas". Com isso, ficamos sem saber se poderia render algum fruto. Mesmo que não desse certo funcionaria como apredizado / experiência.

1
1
1
rodriguesl3

excelente artigo nao conhecia essa história do Pieter, me deu até um gaz para continuar alguns sides projects que está em andamento. Minha maior dificuldade é manter a consistência nos projetos, porém essa história é um baita use case. Valeu pelo por compartilhar.