30% das startups d\u00e3o errado<\/mark><\/span> <\/strong><\/p>\n<\/blockquote>\n\n\n\n Certamente, uma estat\u00edstica alarmante. Por\u00e9m, real, infelizmente!<\/p>\n\n\n\n O n\u00famero vem da pesquisa do Servi\u00e7o Brasileiro de Apoio \u00e0s Micro e Pequenas Empresas (Sebrae) e do Minist\u00e9rio da Ind\u00fastria, Com\u00e9rcio Exterior e Servi\u00e7os (MDIC). Em conclus\u00e3o, o levantamento mostrou que no \u00faltimo per\u00edodo cerca de 30% das startups analisadas fecharam as portas.<\/p>\n\n\n\n Realizada com empresas participantes do programa Inovativa Brasil e do MDIC, que promove a\u00e7\u00f5es de assist\u00eancia e capacita\u00e7\u00e3o, a pesquisa ouviu 1.044 companhias, principalmente de Tecnologia da Informa\u00e7\u00e3o e da Comunica\u00e7\u00e3o (31%), Desenvolvimento de Software (21%) e servi\u00e7os (18%), que listaram as seguintes causas para a fal\u00eancia:<\/p>\n\n\n\n – Falta de capital (40% dos entrevistados);<\/p>\n\n\n\n – Obst\u00e1culos do mercado, 16%;<\/p>\n\n\n\n – Diverg\u00eancias entre s\u00f3cios,12%.<\/p>\n\n\n\n Problemas e dificuldades a parte (e que existem em todos os ramos), listamos os seis erros (mais comuns) cometidos pelas startups.<\/p>\n\n\n\n Aprenda com eles e garanta a sa\u00fade da ideia.<\/p>\n\n\n 1. Falta de clientes em potencial<\/strong><\/p>\n\n\n\n Em resumo, se as pessoas n\u00e3o querem ou n\u00e3o precisam do seu produto\/servi\u00e7o, obviamente, sua empresa n\u00e3o ir\u00e1 pra frente. Eventualmente, ainda tem quem insista e tente convencer seu p\u00fablico do contr\u00e1rio, atitude fadada ao fracasso, inegavelmente.<\/p>\n\n\n\n Esse erro \u00e9 apontado pela CB Insights e App Annie como a principal causa para projetos n\u00e3o sa\u00edrem do papel ou darem preju\u00edzo.<\/p>\n\n\n\n Li\u00e7\u00e3o aprendida? Os apps precisam resolver um problema do usu\u00e1rio de maneira \u00fanica. Precisam de um diferencial.<\/p>\n\n\n 2. MVP mal definido<\/strong><\/p>\n\n\n\n Ainda que o aplicativo resolva um problema de maneira \u00fanica a m\u00e1 defini\u00e7\u00e3o de escopo para o M\u00ednimo Produto Vi\u00e1vel (MVP) pode causar grandes problemas, como:<\/p>\n\n\n\n – Perder o timing de lan\u00e7amento;<\/p>\n\n\n\n – Gastar o or\u00e7amento dispon\u00edvel;<\/p>\n\n\n\n – Necessidade de altera\u00e7\u00f5es robustas para uma vers\u00e3o 2.0.<\/p>\n\n\n\n Seja como for, h\u00e1 muito conte\u00fado na web sobre o conceito e import\u00e2ncia do MVP.<\/p>\n\n\n\n Primeiramente, \u00e9 importante um processo de imers\u00e3o na cultura do cliente, focado nas funcionalidades do produto e no custo benef\u00edcio faz toda a diferen\u00e7a. Aqui na UDS fazemos dessa forma! <\/strong><\/a><\/p>\n\n\n\n 3.Ru\u00eddos na opera\u00e7\u00e3o offline<\/strong><\/p>\n\n\n\n Atualmente, os aplicativos desencadeiam solicita\u00e7\u00f5es que \u2018movimentam o mundo offline\u2019. A a\u00e7\u00e3o para o usu\u00e1rio \u00e9 simples: apertar um bot\u00e3o, mas por de tr\u00e1s da plataforma algu\u00e9m precisa realizar a a\u00e7\u00e3o (ou deveria).<\/p>\n\n\n\n Em outras palavras: Focar na tecnologia e se esquecer do impacto que a utiliza\u00e7\u00e3o do app exercer\u00e1 nas opera\u00e7\u00f5es di\u00e1rias da empresa \u00e9 uma falha grande e infelizmente comum. Ajuste sistemas, processos e disponibilize pessoas para atender as opera\u00e7\u00f5es que o aplicativo prop\u00f5e.<\/p>\n\n\n\n Al\u00e9m disso, seu canal digital jamais deve deixar de cumprir a pr\u00f3xima etapa, caso contr\u00e1rio o cliente ter\u00e1 problemas para consumir sua ideia.<\/p>\n\n\n\n Cliente frustrado n\u00e3o costumar repetir a experi\u00eancia, certo?<\/p>\n\n\n\n 4. Instabilidade no back-end<\/strong><\/p>\n\n\n\n Apps integrados a outros softwares t\u00eam a qualidade do back-end como um desafio a vencer. Pergunte-se sempre: O outro sistema j\u00e1 est\u00e1 pronto e apto?<\/p>\n\n\n\n O usu\u00e1rio final usa seu aplicativo e praticamente tudo que ele apresenta v\u00eam de outros sistemas intermediados por Web Service. A sua robustez e qualidade das informa\u00e7\u00f5es \u00e9 vital<\/strong> <\/mark>para a qualidade do app, h\u00e1 uma forte rela\u00e7\u00e3o de depend\u00eancia.<\/p>\n\n\n\n O usu\u00e1rio n\u00e3o consegue distinguir se a tela branca, loading infinito ou bot\u00e3o que n\u00e3o funciona \u00e9 um problema na pr\u00f3pria aplica\u00e7\u00e3o ou no WS. No fim das contas, tudo que ele v\u00ea \u00e9 um aplicativo que n\u00e3o funciona.<\/p>\n\n\n\n Coloque os times para conversar e diminua esse ru\u00eddo. Para ajudar a conduzir essa conversa, veja aqui as dicas<\/a> <\/strong>do nosso CEO, Paulo Cheles.<\/p>\n\n\n\n 5. Experi\u00eancia ruim<\/strong><\/p>\n\n\n\n A baixa qualidade no back-end \u00e9 apenas um dos itens que afeta a experi\u00eancia do usu\u00e1rio no apps. Outros itens est\u00e3o relacionados \u00e0 maneira como as interfaces s\u00e3o concebidas (diagrama\u00e7\u00e3o, iconografia, termos) que podem ajudar o usu\u00e1rio a atingir seu objetivo, de maneira satisfat\u00f3ria e amig\u00e1vel, ou dificultar sua vida.<\/p>\n\n\n 6. Baixa manutenibilidade<\/strong><\/p>\n\n\n\n A inten\u00e7\u00e3o do MVP \u00e9 colher opini\u00f5es do mercado e adequar o produto. Agilidade para assimilar as opini\u00f5es e convert\u00ea-las em melhorias entregues ao cliente \u00e9 important\u00edssimo pra qualquer empresa. A forma como o produto \u00e9 constru\u00eddo impacta essa agilidade, positivamente ou negativamente. Apps mal constru\u00eddos, com baixa qualidade arquitetural e outras m\u00e1s pr\u00e1ticas t\u00eam manuten\u00e7\u00e3o dif\u00edcil e isso prejudica o famoso \u2018timing\u2019 dos novos lan\u00e7amentos.<\/p>\n\n\n\n At\u00e9 mesmo no caso de grande sucesso do MVP, a baixa qualidade estrutural traz problemas para aumentar a equipe respons\u00e1vel por manter tal produto funcionando ou acrescentar novas fun\u00e7\u00f5es.<\/p>\n\n\n\n![\"\"](\"https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2018\/10\/startup-sucesso.jpg\")
<\/a><\/figure><\/div>\n\n\n<\/figure>\n\n\n\n<\/a><\/figure><\/div>\n\n\n<\/figure>\n\n\n\n<\/figure>\n\n\n\n<\/figure>\n\n\n\n<\/figure>\n\n\n\n<\/a><\/figure><\/div>\n\n\n<\/figure>\n\n\n\n