2018: reflexões sobre a tentativa de iniciar um negócio na Internet

Max Rozen Blocked Desbloquear Seguir Seguindo 30 de dezembro de 2018 eu, no meu elemento.

No lado pessoal

Eu entrevistei no Facebook, primeiro para o front-end, depois para full-stack. Considerando o ano que o Facebook teve, estou bem em não conseguir o emprego.

Aproximadamente na época em que eu estava entrevistando no Facebook, peguei o #vanlife com meu parceiro e fiz uma turnê pela Califórnia em uma van roxa . Quando voltei para casa, finalmente fiz o teste de direção e peguei uma carroça para continuar a #vanlife aqui na Austrália.

Então parei meu emprego na Arup (consultoria de engenharia de edifícios) para trabalhar em uma startup da Fintech com o objetivo de revolucionar o espaço de investimento no varejo para os investidores da Mum & Dad. Depois de 3 semanas eu saí do trabalho de inicialização, quando percebemos o trabalho que eles anunciavam e o trabalho que eles queriam que eu fizesse não estava exatamente alinhado com meu conjunto de habilidades (eu me vejo como provavelmente 75% front-end, enquanto 100% do o trabalho que eles tiveram para mim foi back-end para o futuro previsível).

Entre empregos eu peguei freelancing como uma maneira de ganhar algum dinheiro extra, migrando EthicalEquities do WordPress para o Django, e adicionei um fórum para construir mais uma comunidade em torno do investimento ético.

Após cerca de 6 dias de freelancer em período integral, eu me associei ao Expert360 como funcionário, onde eu (principalmente) trabalho no front-end do React. Eu tenho ajudado a construir um sistema de design, bem como algum trabalho de produto.

Do lado dos negócios, cronologicamente

JobsOk.io

Eu terminei de construir um MVP para o JobsOk.io (uma placa técnica onde postar um anúncio custaria apenas US $ 199) em uma tentativa velada de emular o sucesso de Pieter Levels com o RemoteOk .

O que aprendi aqui é que sua implementação não tem sentido para o usuário se você não estiver entregando o valor pelo qual ele veio. Neste caso, eu queria ter um produto tecnologicamente inferior, torná-lo extremamente eficiente, escalável e "rápido demais", e ter lucro puro com a execução de uma placa de trabalho sem servidor (efetivamente livre para concorrer ao primeiro milhão de visitas por mês)

Eu não estava conseguindo entregar valor aos usuários apenas porque eu não tinha o tráfego para competir com outros quadros de empregos. A razão pela qual o StackOverflow pode cobrar tanto quanto ele é os milhões de page views por mês que recebe, criando valor para seus pôsteres de emprego.

No total, o JobsOk registrou 761 sessões para 661 usuários em 2018. Apesar de uma falha comercial total, aprendi muito sobre como executar o GraphQL na produção e usar os sistemas de design de prateleira (Material-UI).

Eu eventualmente revisitei o JobsOk e o migrei de um aplicativo do lado do cliente para um aplicativo renderizado no lado do servidor no AWS Lambda (Check out Razzle ).

AppointmentScheduler.org

Eu terminei de construir um MVP para AppointmentScheduler.org – outro produto inspirado em heróis (neste caso, patio11 ), o AppointmentScheduler iria ter um modelo de produto freemium para aceitar compromissos para qualquer indústria que precisasse de software de agendamento de consultas. Eu pretendia usar o marketing de conteúdo para adquirir usuários.

Eu sinceramente pensei que tinha aprendido "se você construir, eles não virão" antes de construir o AppointmentScheduler. Acontece que eu não fiz. Demorou cerca de um mês de fins de semana e tempo após o trabalho para construir. Eu também passei parte desse mês escrevendo posts muito vagos, médios para tentar atrair usuários, sem sucesso. Eu tinha planejado construir além do conjunto de recursos gratuito se eu tivesse visto um número suficiente de usuários usando o site, no entanto a maioria das pessoas veio para os posts do blog, e não ficou por perto para ver o aplicativo.

O site era único, pois era um site Gatsby.js 100% puro, no qual adicionei uma seção apenas para clientes no caminho /app .

No total, o AppointmentScheduler registrou 561 sessões para 496 usuários em 2018.

RoomBooking.co

Comecei a trabalhar em um MVP de um produto derivado do AppointmentScheduler – Roombooking.co, apenas para descobrir as restrições da API do Google, o que significava que eu teria que implementar a maior parte disso sozinho. O RoomBooking permite que você selecione os horários no Google Agenda de uma sala e veja quando ele estará disponível para uso.

Eu estava começando a entender a metodologia lean start-up neste momento, então falei com algumas pessoas que trabalham em empresas muito pequenas para usar o Microsoft Outlook para reservas de salas de reunião, mas grande o suficiente para precisar de um sistema para reservar salas de reunião. . Parecia haver uma clara necessidade de um meio de reservar quartos em um negócio. Eu passei apenas uma semana de trabalho depois disso, pois não estava particularmente interessado no espaço do problema.

Eu queria poder criar uma agenda pública no Google Agenda, além de permitir que qualquer pessoa criasse eventos nessa agenda pública e, ao mesmo tempo, restringisse a visualização de eventos ao proprietário da agenda. Acontece que o Google não permite que você faça isso. Pouco disposto a implementá-lo, eu canalei o projeto e escrevi uma postagem no blog sobre a experiência.

Usando um modelo para construir projetos paralelos

Na metade do ano, percebi que estava construindo todos esses projetos paralelos a cada vez, e estava bastante esgotada pela experiência. Eu basicamente não escrevi nenhum código novo de projeto paralelo por quatro meses, embora eu tenha tentado continuar com idéias (eu realmente comprei o domínio para duas das idéias, RecordMyWeight.com e IndiePhotogs.com – embora eu nunca tenha usado eles).

Em agosto, coletei todo o código que escrevi durante todo o ano e criei um modelo de servidor React + GraphQL no Terraform que implanta um site completo com HTTPS, cache CDN via CloudFront, servidor GraphQL e servidor SSR em execução no AWS Lambda.

Para evitar ter que voltar e atualizar os números de versão no modelo, eu escrevi na forma de um blog de três partes:

OnlineOrNot – finalmente um problema que vale a pena resolver

Desde que comecei minha carreira como engenheiro de software, achei as APIs difíceis de trabalhar.

Minha primeira experiência trabalhando com um desenvolvedor “back-end” como um desenvolvedor de front-end para criar um dashboard para dados financeiros envolveu, essencialmente, ter um quant financeiro em uma planilha na biblioteca de pandas Python e gerar o resultado para JSON. Em um ponto do projeto, o resultado da API quebraria o front-end a cada 3 horas, apesar de haver contratos em vigor para evitar que isso acontecesse. Se tivéssemos uma ferramenta capaz de capturar instantaneamente o resultado da API e alertar nosso chefe sempre que ele mudasse, o projeto teria sido muito mais tranquilo.

A maioria dos desenvolvedores com quem falei ao validar a viabilidade comercial desse projeto tinha uma história parecida, ou poderia se relacionar com o problema. Ser capaz de garantir que sua API está operando corretamente e como esperado é particularmente complicado com o GraphQL, pois os servidores GraphQL não respondem com códigos de erro 5xx quando falham.

Minha abordagem para decidir se construir ou não o OnlineOrNot era um pouco mais rigorosa do que meus projetos paralelos anteriores, já que eu realmente queria ter certeza de que as pessoas realmente pagariam por isso. Conversei com ex-colegas de trabalho e colegas de trabalho atuais para tentar entender como os desenvolvedores garantem a execução do GraphQL – e, em resumo, é realmente difícil!

Então, depois de um mês testando se as pessoas gostaram da ideia, parti para criar o OnlineOrNot usando meu modelo de projeto paralelo que desenvolvi em agosto. Eu queria muito lançar minha versão beta até 1º de dezembro, mas quando você está trabalhando em um produto depois do trabalho e nos finais de semana, ocasionalmente a vida atrapalha. Ainda não oficializei o lançamento do produto, ainda estou recrutando ativamente meus primeiros dez clientes pagantes para ajudar no teste beta da ferramenta.

Sendo 31 de dezembro de hoje, eu diria que o OnlineOrNot está muito próximo de um lançamento público – é constrangedoramente sub-caracterizado, mas ainda executa em sua proposição de valor-núcleo de automatizar o teste GraphQL e monitoramento de uptime.

Desde 1º de outubro, o site de marketing recebeu 557 sessões de 491 usuários (aproximadamente 4x cada um dos meus projetos paralelos anteriores em um período de tempo comparável).

Planos 2019

Inicie o OnlineOrNot, crie uma "Empresa" real

Eu planejo lançar o OnlineOrNot no ProductHunt, IndieHackers e Hacker News para obter mais usuários para o beta público. Eu não estou realmente esperando muito, se eu puder contornar 10 usuários testando o produto e deixando feedback eu estaria na lua.

Se eu conseguir alguns clientes, também começarei uma empresa a ser proprietária do IP. Por mais que eu goste de ser um único operador, algo sobre estar exposto à responsabilidade ilimitada ao lidar com transações B2B soa um pouco desagradável.

Meu jogo de longo prazo para aquisição de usuários continuará sendo o marketing de conteúdo clássico, mas também será lançado no LinkedIn e usando perguntas do StackOverflow para ajudar os usuários em potencial a conhecer o serviço.

Vá acampar mais

Meu parceiro e eu comprei um Subaru Outback 2005 para ir de carro acampar em torno da Austrália, e quando (se?) O tempo esfria um pouco, vamos tentar acampar ao redor da Costa Leste de NSW.

Vender alguns equipamentos de câmera

Desde que comecei a fotografar como hobby há cerca de 5 anos, acumulei cerca de 26 câmeras e várias lentes. Enquanto eu venho vendendo peças aos amigos e à família, eu adoraria poder gastar esse dinheiro investindo em vez de câmeras.

Enfim, aqui está eu assinando para 2018, Feliz Ano Novo pessoal!