Olá Habr! Apresento a você a tradução do artigo Como eu enviei meu primeiro projeto paralelo ao SaaS enquanto trabalhava em período integral por Tigran Hakobyan, que, trabalhando no conhecido serviço de postagem de buffer, conseguiu lançar seu projeto e até monetizá-lo.




Esta é minha história pessoal sobre como lancei meu primeiro projeto SaaS, trabalhando 40 horas por semana no Buffer. O objetivo deste artigo é inspirar você. Se você é como eu, que trabalha em período integral e deseja criar um negócio lucrativo como fonte de renda, essa história ressoa com você. Neste artigo, quero mostrar que não suei nem processei e, no entanto, poderia oferecer um produto SaaS realmente funcional.

1. Introdução

Sou desenvolvedor de sites e tenho muita sorte de que, além de jogar futebol no meu tempo livre, também gosto de codificar e criar projetos de entretenimento. Mais recentemente, criei o Booknshelf , que ajuda muitas pessoas a organizar seus livros na Web. Embora o trabalho em período integral tenha um grande impacto no meu crescimento como engenheiro, pude adquirir algumas das habilidades de desenvolvedor trabalhando em meus projetos pessoais.

Somente no ano passado comecei a pensar em criar outra fonte de renda além do meu trabalho principal. A idéia de contar com apenas um salário é um pouco assustadora. Eu sabia que tinha as habilidades e a paixão para refletir sobre algo. Decidi que quero iniciar um negócio, possivelmente online, dadas as habilidades que tenho. Outro ímpeto para esses pensamentos foi o que eu queria experimentar e aprender a construir um negócio. Eu nunca estive envolvido em nenhum negócio na minha vida, então eu vi isso como uma grande oportunidade de aprendizado, uma maneira pela qual eu posso dominar habilidades que não tenho no momento. A pior coisa que pode acontecer é que fracassarei, mas terei experiência.

Idéia

Obviamente, a primeira coisa que qualquer desenvolvedor deve fazer é começar a pensar em idéias. As idéias nunca foram um problema para mim, então eu sempre tive que identificar o que me corresponde. Dessa vez, decidi tentar uma abordagem diferente e realmente pensar nessa idéia que me convém antes de me debruçar sobre ela. Havia alguns critérios pelos quais eu queria desenhar todas as idéias.

• Eu queria resolver algum problema real, talvez o que eu pessoalmente encontrei
• Deveria ter sido para um mercado que eu conheço bem
• Esta não deve ser uma ideia nova (não vai mudar o mundo)
• Pode se tornar algum tipo de negócio

A regra de ouro de qualquer idéia é que ela resolva o problema que as pessoas enfrentam. Eu costumava adicionar tantas idéias às minhas anotações, e foi por esse motivo que retornei ao monte de idéias em que estocava.


Minhas anotações onde guardei todas as idéias

Desde o início, eu sabia que provavelmente teria mais sucesso se criasse algo para os desenvolvedores, porque conheço o mercado muito bem e a maioria dos meus amigos e seguidores íntimos é tecnicamente experiente. Eu poderia usar meus contatos e público para confirmar a ideia e obter um feedback valioso antes de decidir sobre qualquer coisa. Realmente reduzi todas as minhas idéias para uma lista de 2 a 3 coisas em que eu poderia trabalhar. Uma das idéias era a que eu estava constantemente voltando novamente. Isso foi algo que encontrei no serviço Buffer e enquanto trabalhava em meus projetos paralelos anteriores. Uma maneira fácil de controlar tarefas agendadas no cron. Como uma das áreas em que lido com o Buffer é a infraestrutura de dados analíticos, executei uma dúzia de tarefas no cron em segundo plano para coletar dados analíticos diários para nossos clientes. Deveria ter sido relevante. O serviço de monitoramento do Datadog que usamos no Buffer é realmente ótimo, mas foi originalmente projetado para monitorar serviços ou servidores de longa duração. Eu precisava de uma barra de ferramentas simples, onde eu pudesse ver uma lista de todas as minhas tarefas no cron, seus status e logs. Todos os dias recebo um relatório sobre todas as tarefas em execução, então sei que tudo está indo conforme o planejado.

Tendo escolhido essa idéia, eu queria descobrir se existem soluções de trabalho no mercado. Se houver soluções, este é um bom sinal de que há uma demanda por determinadas ferramentas. De fato, havia algumas soluções com vários planos pagos no mercado. Eu não queria necessariamente criar algo completamente novo, porque se o fizesse, seria muito mais difícil identificar e testar o mercado. Todas as soluções existentes tinham planos pagos, então eu sabia que as pessoas estavam dispostas a pagar por isso. O próximo objetivo era avaliar a correção dos meus pensamentos criando e executando o MVP.

MVP

Passei 2 meses criando a primeira versão do Cronhub (sim, dei um nome). Algo viável que eu poderia enviar em um julgamento para vários amigos e seguidores no Twitter. Para o MVP, eu precisava de algo muito simples, mas também bastante valioso, pelo qual as pessoas pagariam. Eu sei que você pode pensar que 2 meses é muito tempo para criar um MVP, mas eu não adotei a abordagem tradicional de "suor-suor" e, em vez disso:

• Trabalhou apenas 1-2 horas todos os dias
• Dormia 8 horas todos os dias.
• Eu assisti Netflix sempre que queria.
• Totalmente relaxado no fim de semana.
• Usei todas as soluções técnicas com as quais me senti confortável.

Como trabalho em período integral, trabalhei no Cronhub geralmente das 7 às 17 horas.
20:30, eu também podia trabalhar de manhã, mas passava a maior parte da manhã na academia. Houve alguns dias em que me senti mentalmente exausto depois do trabalho e diminuí a velocidade, mas na maioria das vezes segui minha agenda diária. Eu sabia que, se quisesse terminar este projeto, teria que salvar a cobrança e confirmar todos os dias, mesmo que fosse uma confirmação pequena (talvez até uma confirmação de linha única). A concentração sempre foi muito útil para eu seguir em frente. Usei o Trello para dividir minhas tarefas do projeto em pequenas etapas.


My Trello Board para Cronhub

Tentei fazer todas as tarefas tão pequenas que eu pudesse começar e terminar em um dia. Manter as tarefas pequenas me ajudou a lançar o produto mais rapidamente e a ver meu progresso diário. Quando você vê algum tipo de progresso, ele o motiva e apoia de várias maneiras. Talvez isso seja um truque sobre a mente? O trabalho em grandes tarefas nos atrasa e, no final, desistimos, porque estamos entediados e queremos trabalhar em outra coisa. Eu nunca trabalhei à noite. Fui dormir às 10:30 todos os dias e acordei às 7. O sono correto é a minha prioridade número um. Ele determina a energia mental que está durante o dia, e eu não posso doar para ela. Além de dormir, decidi passar a maior parte do meu fim de semana fazendo algo completamente diferente, como jogar futebol, assistir filmes ou conversar com amigos e familiares. Apesar de gostar de codificar, sei que é fácil me queimar. O fim de semana me ajudou a refrescar meu cérebro.

Eu acho que como desenvolvedor você sempre quer usar as tecnologias mais avançadas e legais. Isso é normal. Eu também quero isso. No entanto, meu objetivo era diferente e eu queria criar e lançar o Cronhub o mais rápido possível, contando com tecnologias que eu já conhecia. Concentrei-me no meu objetivo e usei o Laravel e o Vue.js. O Cronhub é um aplicativo de uma página usando o Laravel como back-end.

Lançamento da versão beta fechada

Em 20 de fevereiro, concluí o desenvolvimento mínimo necessário do Cronhub e estava pronto para convidar o primeiro grupo de usuários a experimentar o Cronhub. Depois do meu tweet, cerca de 20 a 25 pessoas se voltaram para mim no Twitter pedindo um convite, e o feedback que recebi delas foi muito valioso.


Este tweet foi um convite para o beta fechado

Houve alguns relatórios de bugs e algumas ótimas sugestões de recursos que eu adicionei ao documento de feedback. Acompanhar o feedback do usuário é uma etapa importante, pois ajuda a identificar os padrões óbvios que você pode seguir ao decidir sobre o desenvolvimento do produto. Em geral, a primeira impressão e as críticas foram animadoras. Agora eu precisava continuar melhorando o produto e preparando-o para o primeiro lançamento público. Planejei o primeiro lançamento público em um mês.

Lançamento público

Três meses depois, hoje, estou lançando publicamente meu primeiro projeto SaaS. Viva!

Obviamente, estou nervoso e não sei se isso vai funcionar ou não. No entanto, eu sei que isso me trará um passo mais perto do meu objetivo. O objetivo é tornar a Cronhub um negócio on-line lucrativo, onde eu possa aprender e experimentar todos os segredos de se fazer negócios. No final, o pior poderia acontecer? Eu aprenderia muito!

Sei que talvez esteja muito focado em pensar em rentabilidade, mas depois de criar alguns subprodutos gratuitos, sei que é hora de fazer algo mais sério. O tempo é o bem mais valioso que tenho e quero gastá-lo conscientemente. Construir um produto pago é a coisa mais motivadora e impulsiona você para a frente. Além disso, o suporte a subprodutos gratuitos não é barato, e eu sei disso por experiência própria.

Lições aprendidas

Os últimos três meses foram realmente ótimos para pensar e também avaliar o que funcionou bem e o que não funcionou. Toda vez que crio um novo projeto, essa é uma nova experiência de aprendizado. Cada projeto é único e requer um processo diferente de reflexão sobre o produto. Como engenheiro de produto, quero desenvolver uma compreensão do meu produto, e isso ajuda.

Em suma, recebi muitas lições que realmente me ajudaram a começar e a começar a ideia. Eu quero compartilhar com você o mais importante.

• Resolva o problema que você enfrenta pessoalmente. Isso é muito importante, porque, em essência, você está construindo um produto para si mesmo, lembre-se sempre disso. Isso facilita muito a tomada de decisão do produto. Você sabe quais perguntas deve fazer e as chances são maiores quando você faz as perguntas certas.
• Reduza suas tarefas. Quando você divide seu projeto em pedaços, tente diminuí-lo. Uma boa maneira de medir o tamanho de uma tarefa é se perguntar: "Posso concluir esta tarefa em um dia?" Se a resposta for "Não", provavelmente esta é uma grande tarefa, e você pode detalhar mais.
• Durma bem e descanse. Não posso enfatizar a importância de um sono adequado. Você não precisa trabalhar à noite. Concentre-se no progresso gradual e nas pequenas realizações diárias. Se você não se cuidar, logo se cansará e, eventualmente, desistirá.
• Escolha um mercado que você conhece bem. Sou desenvolvedor e conheço bem esse mercado. Eu sei o que é preciso para ser um desenvolvedor e como as equipes de desenvolvimento trabalham juntas. Isso me dá uma idéia do que vai e não vai funcionar neste mercado. Claro, ainda posso estar errado, mas as chances de erros são muito menores.
• Conte-nos sobre o seu projeto. Essa é uma tarefa difícil para mim, e ainda estou me adaptando a ela. Eu realmente não gosto de falar de mim. Eu gosto de ouvir mais. Não é fácil para mim falar sobre o projeto que estou criando, porque sou um pouco tímida e não quero criar a impressão de estar constantemente falando de mim mesma. No entanto, eu sei que preciso conversar e vender meu projeto. É assim que outras pessoas descobrem sobre o meu produto. Este artigo é um exemplo disso.

Em conclusão

Obrigado pela leitura. Espero que você tenha gostado dessa história e tenha recebido pelo menos um benefício mínimo. Gostaria de ouvir sua opinião, sinta-se à vontade para comentar suas perguntas. Você pode entrar em contato comigo no Twitter ou me enviar um e-mail .

Continuando a lançar produtos - Tigran.