As aventuras de um diário móvel. Uma jovem equipe provincial fala sobre sua experiência no desenvolvimento de uma startup B2C

Somos uma equipe jovem que decidiu buscar a felicidade no mercado de aplicativos móveis e escolheu um nicho muito intrincado para isso, relacionado à autoaviação, auto-tormento e reflexão. Esta é a nossa série de publicações de estreia sobre Habré, se outras pessoas seguirão depende de como nossa aventura se desenvolverá no futuro.

Enquanto isso, nosso caminho é sinuoso e cheio de dificuldades. No entanto, tentamos manter nossa firmeza, mesmo em momentos cheios de desespero e dor. Espero que minha história sobre nossa jornada de um ano e meio e ainda em andamento possa trazer benefícios práticos para alguém e, pelo menos, alertar desenvolvedores iniciantes sobre os erros que cometemos.

Observamos imediatamente: o produto que estamos desenvolvendo ainda não foi lançado e estamos longe de ter que avaliar de alguma forma nossos resultados nesta fase. No entanto, o aplicativo móvel já está disponível no Google Play. A funcionalidade básica básica foi implementada até o momento. Atualmente, estamos no estágio final de desenvolvimento, após o qual temos a parte mais difícil do plano - entrar no mercado e promover o produto.

Participamos de muitos eventos de inicialização organizados por fundos estaduais e estaduais. Não sei como ir além, mas até agora já tivemos o suficiente da teoria sobre a criação de startups de TI e ... de qualquer maneira, seguimos nosso próprio caminho. Vamos devagar, sem investidores e chutes de cima, inspirados na fé em seu produto e no desejo de ganhar experiência no campo do desenvolvimento de aplicativos móveis.

Estamos cientes de que nosso produto é muito específico, não foi projetado para um público em massa e requer uma abordagem especial e não de transporte para a promoção. Também é óbvio que a criação de um produto de qualidade e a construção de um modelo de negócios eficaz são dois processos diferentes, podemos obter sucesso em um, mas falhar no outro. Não obstante, não nos propusemos a tarefa de "cortar a massa rapidamente a qualquer custo", era muito mais valioso e interessante produzir um produto bom e útil que nós mesmos teríamos o prazer de usar. Infelizmente ou felizmente (avaliaremos isso mais tarde), mas não estamos procurando maneiras fáceis.

Desde a quarta tentativa


Somos uma pequena agência no campo do desenvolvimento web e publicidade online da província russa. Trabalhamos há 6,5 anos, a maioria de nossos clientes são empresas locais de médio e grande porte. No entanto, nossa atividade é limitada a sites e portais. Então, temos uma estréia dupla. Esta não é apenas a primeira vez que criamos nosso aplicativo móvel. Nós nunca os fizemos antes.

Para criar meu próprio produto, que poderia potencialmente não apenas beneficiar as pessoas, mas também monetizar, eu pessoalmente sonhei por um longo tempo. Desde o início da década de 2010, “criamos” três idéias para criar seus próprios projetos de Internet, mas por várias razões elas ainda não começaram a implementação. E aqui está uma nova "abordagem".

Finalmente, a idéia surgiu do papel e lentamente começou a se transformar em um código completamente tangível. E esta é a nossa pequena vitória. Afinal, como se costuma dizer, é melhor fazer e se arrepender do que não fazer e se arrepender. No pior cenário, diremos: “Ninguém precisa do nosso produto? Ok Mas fizemos tudo o que consideramos correto e como pudemos. ” E permaneceremos honestos, pelo menos para nós mesmos, e ao mesmo tempo ganharemos competências e poderemos usar nossa experiência para outros fins comerciais.

Não sei, quanto mais meu parceiro responsável pela parte técnica foi orientado, concordando em se envolver nesse projeto, seja pela fé em uma ideia ou pelo desejo de adquirir novas competências. É importante que ele "deu o aval", e as coisas foram. Fizemos a maior parte do trabalho juntos, envolvendo periodicamente contratados de terceiros para resolver problemas não essenciais (como design e layout).

Ideia e sua evolução


O conhecido Gleb de Arkhangelsk tem um livro não menos famoso "Time Drive: como conseguir viver e trabalhar". Este livro tem muitas coisas interessantes, mas vamos nos concentrar apenas em uma tecnologia, que o próprio autor chama de "Memórias e a definição de valores". Sua essência é que, no final de cada dia, propõe-se escrever os eventos mais importantes e emocionalmente brilhantes do dia e compará-lo com os valores pessoais. Essa tecnologia, observa Arkhangelsk, permitirá que você não perca os valores-chave da vida na agitação dos assuntos atuais. A ideia me pareceu extremamente atraente e eficaz e tentei criar um arquivo simples usando o Microsoft Excel. Eu tentei e me empolguei, então o caminho longo e espinhoso para a idéia do aplicativo começou.

Gradualmente, meu arquivo começou a "crescer" com novas funcionalidades. Por exemplo, cheguei à conclusão de que, além de registrar eventos, seria útil avaliar todos os dias em uma escala compreensível, analisar seus altos e baixos e identificar as causas de seu início. O sistema criou raízes: por um lado, é um excelente auto-motivador (subconscientemente tentando fazer mais e viver um dia com mais eficiência) e, por outro, análises visuais. Por exemplo, agora você pode dizer exatamente como viveu o mês passado - não de acordo com seus próprios sentimentos pessoais, mas de acordo com uma pontuação muito específica.

Mais é mais. Com o advento da pulseira de fitness, surgiram dados sobre os passos dados, o tempo de sono e a recuperação. Com o lançamento do aplicativo Welltory, foram adicionadas métricas relacionadas aos níveis de energia e estresse. O conveniente CoinKeeper no final do dia em um clique mostra seu saldo financeiro pessoal para o dia. Então, lentamente, espalhados, importantes para mim, os dados começaram a "migrar" para esse mesmo arquivo xlsx. A imagem toda da minha vida está diante dos meus olhos. Por um lado, valor analítico - vários números diferentes estão interligados, você pode rastrear as tendências e os relacionamentos. Novamente, motivação: quando todos os dados estão claros e à mão - quero obter mais resultados em várias áreas da vida: andar mais, acordar mais cedo, gastar com mais eficiência, etc. Por outro lado, com o tempo, esses dados podem adquirir valor histórico pessoal. Por exemplo, ajudarão a recordar a data em que um evento ocorreu ou a rastrear tendências em finanças, saúde ou qualquer outra área da vida nos últimos anos.

Gradualmente, meu arquivo foi expandido horizontal e verticalmente. Além disso, a descrição textual do resultado do dia ao longo dos anos evoluiu de poucas palavras para leituras praticamente longas, portanto, fazer tudo isso no Excel não era muito conveniente. Tendo tentado várias outras opções, não encontrei uma solução única que resolvesse 100% dos meus problemas. E começamos a desenvolver um aplicativo, uma espécie de "simbiose" de um diário pessoal e rastreador com um sistema de análise pessoal em uma garrafa.

Certamente, ao decidir que fomos guiados de longe não apenas pelas minhas próprias necessidades, seria completamente blasfemo e utópico projetar nossos problemas nas necessidades de um grande público. Estudamos detalhadamente o mercado existente de serviços web, aplicativos móveis e programas Windows, realizamos pesquisas e estudos.
Como resultado deste trabalho, algumas funções foram riscadas como desnecessárias, outras, pelo contrário, pareciam promissoras e foram adicionadas ao projeto.

Mas devemos admitir honestamente: no primeiro estágio do desenvolvimento, todos tornamos tudo muito complicado e, como resultado, partimos em caminhos elaborados para o lugar errado.

Versão 1.0. Sobre como reciclamos e paramos


Reagimos a algumas coisas fundamentalmente demais, mas algumas coisas básicas simples foram perdidas. Como resultado, nasceu um serviço complexo e razoavelmente agradável, mas ... completamente inviável. Mas as primeiras coisas primeiro.

Antes de tudo, decidimos sobre a abordagem: decidimos que o serviço da Web se tornará o núcleo do projeto, no qual suspenderemos a API e conectaremos aplicativos para diferentes plataformas.
O primeiro pensamento na implementação técnica foi o que já sabemos e podemos fazer: PHP, framework, MySQL e muito mais. Mas, pensar no cérebro, estimar os volumes e a quantidade planejada de dados, dar uma nova olhada em todos os movimentos modernos da "tendência", mudou de idéia. A escolha recaiu sobre o MongoDB, NodeJS, React. Principalmente atraído pela velocidade e escalabilidade transparente da arquitetura. E a saída foi um "aplicativo" realmente reativo, embora um navegador. Para acelerar e simplificar o processo de desenvolvimento, decidimos usar a estrutura Meteor no topo de nossa pilha de tecnologias. É poderoso, bem documentado, tudo o que você precisa para um protótipo e até para o produto final já está nele. Resumiu apenas um detalhe, mas mais tarde.

Em geral, eles fizeram um ótimo trabalho. Duzentas páginas de documentação técnica foram escritas que descrevem todos os processos internos e os recursos promissores do futuro serviço / aplicativo da web. Um designer foi contratado sob um contrato que cria um logotipo para nós e mais de 20 telas detalhadas. Outro contratado estava envolvido no layout - um mês e meio de trabalho meticuloso, e os layouts se tornam o código html. Enquanto tudo está indo bem, a qualidade do trabalho nos convém completamente.

Assim, nosso serviço da web está gradualmente ganhando seu rosto. Módulo a módulo, as principais funções tornam-se operacionais e a ideia é clara. E finalmente decidimos ir além do estúdio com o projeto, "trazê-lo para as pessoas". Abrimos o serviço em acesso público marcado Beta. Ao mesmo tempo, vamos a um público offline e conversamos sobre nosso projeto em um dos eventos de inicialização locais.

Por trás do corte, ocultamos vários layouts de design do nosso serviço da web para que você possa avaliar o que criamos aproximadamente:

Assista layouts
web service Histórico Pessoal
imagem
imagem

No evento de inicialização, recebemos conselhos de especialistas de um dos fundos de capital de risco. Segundo seus conselhos, o primeiro passo é atrair usuários rapidamente. Resolvemos uma tarefa específica: atrair 200 usuários em uma semana para entender quem pode se tornar nosso usuário ativo e obter feedback. Observe que naquele momento não tivemos a oportunidade de testar vendas: os instrumentos de pagamento ainda não estavam conectados. Afinal, longe de todas as funções foram implementadas por nós, e coletar dinheiro para o produto semi-acabado parecia uma tarefa estranha. Porém, no futuro, vimos a monetização do projeto no modelo de assinatura.

Os usuários foram atraídos de duas maneiras principais. O primeiro é o seu próprio ambiente, participantes de eventos de TI (através de redes sociais e comunicação pessoal). A segunda - publicidade gratuita e paga em redes sociais especializadas, até conduziu emails direcionados aos usuários. Fomos convidados a participar de testes beta, prometendo uma assinatura gratuita no futuro. Como resultado, a tarefa foi concluída em 75%: atraímos 150 usuários dentro do prazo indicado.

Para rastrear as métricas de qualidade, trabalhamos no painel administrativo: criamos indicadores de atividade para o uso de várias seções do serviço.

Os resultados foram decepcionantes: dos 150 usuários registrados de usuários ativos - cinco. Mais algumas pessoas visitavam o serviço de tempos em tempos, mas não estavam ativas. Qual dessas cinco pessoas estava pronta para pagar pelo serviço permaneceu incerta. Portanto, não recebemos nenhuma confirmação da viabilidade do nosso modelo de negócios (no entanto, bem como da utilidade e necessidade do produto).

Quanto ao feedback recebido, aqui estão os exemplos mais impressionantes:
“Uma interface muito incomum. É difícil de entender. "
“A única coisa que você gostou foi o design. Dar um contato de designer?
“Tudo parece estar bem, mas não vou usá-lo. Trata-se de armazenar minhas informações pessoais, mas não confio nos serviços russos. É melhor usar o aplicativo da web de Cingapura. Lá, mesmo que meus dados sejam descriptografados, ninguém precisará deles ”

O problema de segurança, como se viu, tornou-se um problema essencial para muitos usuários. Além do autor da última citação, várias pessoas, de uma forma ou de outra, declararam que não confiavam a colocação de informações privadas no servidor a nenhuma empresa conhecida do interior da Rússia.

Às vezes chegava a um franco absurdo. Em um dos grupos VKontakte, no qual foram postadas informações sobre o projeto, os participantes realizaram sua própria investigação, calculando o e-mail do proprietário do domínio do serviço, acessando o site da nossa agência, na seção "Portfólio" e tirando conclusões surpreendentes. Digamos, todas as nossas informações pessoais ainda serão revendidas para grandes corporações. Entre seus clientes está o Sberbank. Certamente eles o venderão. Em geral, o feedback foi tão ...

Além disso, percebemos que as soluções técnicas que escolhemos levam a um beco sem saída. O diabo, como sempre, se escondeu nos detalhes. Como escrevi acima, para o serviço usamos a estrutura Meteor, entre os quais havia um "pão matador" - a geração integrada do aplicativo para dispositivos móveis (Android, IOS, mesmo para o respeitado Blackberry). Naturalmente, antes do início do desenvolvimento, um protótipo rápido de alguma interface era visto, o aplicativo era gerado e lançado. Até funcionou. Depois disso, os pensamentos sobre a exportação do aplicativo foram adiados para a última etapa com a nota "tudo funciona, com um botão". A situação mudou radicalmente quando esta etapa começou. O aplicativo com o layout e a funcionalidade finais acabou sendo um monstro incrivelmente desajeitado e sem Deus. E sim, só funcionou online, com a Internet. Após o primeiro lançamento, houve um mês e meio incrível de sofrimento, tormento, tentativas de pelo menos de alguma forma dar vida a esse "Frankenstein". Todas as ramificações nas otimizações do Cordova foram relidas (sim, sim, acabou sendo a base para exportar a versão móvel para o Meteor). As tentativas se mostraram inúteis, o trabalho local com o Storage não pôde ser alcançado, a interface e a operação do aplicativo puderam ser apenas parcialmente aceleradas e a dor e o sofrimento estavam por toda parte. Como resultado, eles chegaram ao senso comum de que apenas uma coisa pode ser feita com o projeto em sua forma atual - enterrar.

Então, as principais conclusões da primeira etapa do desenvolvimento:

  1. Uma interface complexa e incomum que repele uma parte significativa dos usuários
  2. Valor implícito do produto e posicionamento incorreto.
  3. Uma questão de confiança em relação à segurança do armazenamento de dados em nosso serviço.
  4. Soluções técnicas errôneas.

Desenvolvimento adicional foi suspenso. Infelizmente, a maioria das páginas da documentação cuidadosamente descrita, como muitos layouts de design que ainda não foram desenvolvidos, acabou por ser apenas um desperdício de recursos. Então nós tivemos duas maneiras. Renda-se e retraia o projeto ou tente repensá-lo e mudar tudo. Não que não tenhamos hesitado, mas no final escolhemos o segundo.

Versão 2.0 Repensando e otimização


Não há despesas adicionais desnecessárias - talvez este seja o postulado principal com o qual começamos a segunda etapa. O nome, logotipo, site promocional, design - fazemos tudo com o mínimo de esforço, sem gastar dinheiro ou tempo. Tudo isso pode ser modificado posteriormente, após a comprovação da viabilidade do produto.
Como resultado de longas discussões, com base em erros cometidos anteriormente e idéias recém-emergentes, os seguintes conceitos básicos foram desenvolvidos para a maneira como prosseguimos:

  1. Aplicativo móvel nativo. Desenvolvimento em uma plataforma universal, que no futuro permitirá criar aplicativos para vários tipos de plataformas. Como resultado da busca por uma solução adequada, o React Native foi escolhido. A estrutura acabou com seus encantos e problemas, mas este já é um tópico para um artigo separado.
  2. Interface de usuário clara e familiar. Simplificação de funcionalidade.
  3. Posicionamento óbvio. Estamos nos movendo em uma direção compreensível - um diário pessoal. Escolhemos um título de trabalho simples: About.Me
  4. Abordar questões de segurança de informações pessoais e remover questões de confiança. Nenhuma decisão que possa levantar suspeitas. Todos os dados do usuário serão armazenados de forma criptografada no dispositivo ou como um backup na conta do usuário no armazenamento em nuvem. Foi decidido que o primeiro sistema em nuvem com o qual a integração será configurada será o Google.
  5. Na primeira etapa, implementamos a versão Premium para poder avaliar o lado financeiro da questão e, se necessário, experimentar um conjunto de funções e preços pagos. Mas o mais importante é a disponibilidade de compras, a confirmação da hipótese de que o produto não é apenas necessário por alguém, mas as pessoas estão dispostas a pagar por ele.
  6. Realize imediatamente o multilinguismo. Isso nos permitirá testar rapidamente a hipótese sobre as perspectivas da aplicação nos mercados de outros países, principalmente os de língua inglesa.

Vamos lá Três meses de trabalho - a versão mínima viável para dispositivos Android está pronta e apresentada no Google Play. A decisão de adaptação para outras plataformas será tomada depois que acumularmos uma base de usuários suficiente e recebermos um feedback exaustivo sobre o aplicativo, além de avaliarmos as perspectivas de sua monetização.

Hoje, nossos esforços estão focados na conclusão do desenvolvimento, após o qual planejamos avançar para atrair ativamente usuários e marketing. Na minha opinião, iniciar esse processo hoje é prematuro: para iniciantes, devemos nos tornar, no mínimo, concorrentes de pleno direito com aplicativos diários já disponíveis na loja. Até agora, em termos de funcionalidade e usabilidade, ainda existem momentos em que nosso aplicativo é significativamente inferior.

Quanto à monetização, a única maneira que vemos, pelo menos no estágio inicial de desenvolvimento, é o modelo freemium, pagamentos únicos. Com seu tamanho, temos muito tempo para experimentar.Começamos com a “média de ouro”: o desconhecido para ninguém e não ganhar o volume de usuários do aplicativo não pode ser caro. Por outro lado, estamos sobriamente conscientes de que nosso produto não ficará muito grande, o que significa que um preço muito baixo não é interessante para nós. Portanto, até agora paramos com uma marca de pouco mais de US $ 5. As vantagens da versão premium são a capacidade de criar critérios para avaliar dias, esferas de vida e categorias de notas sem restrições, criar uma cópia de backup no armazenamento em nuvem e também obter acesso ao relatório analítico mensal, formado com base nas informações do usuário.

E o último - sobre nossos custos. Durante todo o período do projeto (incluindo o primeiro projeto mal sucedido), gastamos pouco mais de 300 mil rublos - basicamente, esses são pagamentos a empreiteiros pelo design e layout de html. Como a maior parte do desenvolvimento foi realizada e é realizada por conta própria, o principal recurso gasto são os esforços de duas pessoas, no entanto, combinando essa atividade com a principal. Para recuperar os custos de caixa incorridos, precisamos de aproximadamente 850 compradores ao custo atual da versão Premium. Essa é a matemática que ainda temos que realizar, verificar e corrigir na fase de entrada no mercado.

Todas as aventuras terminam mais cedo ou mais tarde. Planejamos concluir o desenvolvimento do projeto About.Me até o final do ano. Depois disso, dentro de dois ou três meses, ficará completamente claro se podemos sobreviver na Loja Móvel e, em caso afirmativo, quão interessante será nossa vida.

Source: https://habr.com/ru/post/pt428267/


All Articles