Startups: Vs UX refinados Lançamentos rápidos
Uma startup, por definição, é uma entidade com recursos limitados. Esses recursos podem ser orçamento, tempo, talento ou qualquer coisa relacionada, mas o que é certo é que existe de fato alguma forma de limitação de recursos - caso contrário, não seria uma start-up.
É por causa disso que muitos estilos de gerenciamento foram testados e testados em batalha para enfrentar o desafio de lançar e executar uma dessas bestas de tempo e energia. E com o passar dos anos, parece haver duas escolas de pensamento independentes que surgiram no mercado: o lançamento enxuto e o grande acúmulo.
O lançamento enxuto envolve coisas como processos ágeis de desenvolvimento, testes com usuários, validação de idéias, programação intencional, desenvolvimento orientado a comportamento e muitos outros. Então, por outro lado, você tem a grande compilação antes do lançamento: nesse modelo, a pessoa demoraria muito tempo, e os desenvolvedores, em um projeto, para ter certeza de que ele está completo antes que um único cliente o veja uma vez.
Essas duas escolas de pensamento têm suas vantagens e desvantagens, como se pode imaginar, e cada uma delas tem gerentes que acreditam nelas com uma extensão quase intransponível. Através deste artigo, podemos descobrir quais não estão sendo cabeça-dura e quais são. Ou podemos encontrar algo surpreendente. Vamos mergulhar.
Ter uma experiência de usuário refinada
Vamos enfrentá-lo, o design é extremamente importante. Na verdade, o design é tão importante que quase totalmente superou os processos de algumas startups. Eles concentram todo o seu tempo e energia na experiência do usuário, e chegando a um estado completo de recursos que têm pouco tempo para qualquer outra coisa - e talvez com razão. Agora, o outro lado não diria que é o caminho certo, mas deixaremos esse argumento para mais tarde. Por enquanto, estamos falando sobre o mundo de um UX polido e um conjunto de recursos antes do lançamento.
O lado positivo de um UX refinado
Aproveitando a marca completa
Branding é um tópico massivo, e é exatamente por isso que parece que as pessoas sentem a necessidade de trabalhar dessa maneira. Eles acham que, se quiserem lançar, devem lançar com tudo o que sua marca representa, sendo incorporados ao site desde o primeiro dia. O clássico, “v1 deveria ser um recurso completo”, é algo que já ouvi dos gerentes com frequência. E há um bom raciocínio por trás disso. Eles não querem que seu site reflita aquilo que não são, e aí está a farsa. Nós entraremos mais nisso na seção contras, mas isso pode levar a uma grave falta de recursos. Meu lema é, se você está andando em um espaço onde existem concorrentes que são marcados talvez mais fortemente do que qualquer outro espaço on-line (pense: Dropbox ou Apple), então você pode querer considerar seriamente isso, porque nesse caso, a marca será muito importante. No entanto, pode-se casar com um lançamento enxuto com tecnologia fabulosa e uma marca agradável, tudo em um - o que também discutiremos mais tarde.
Recebendo juros imediatos
Outro ponto positivo quando se trata de um lançamento refinado e polido é que ele pode atrair mais usuários na frente devido ao design fantástico e ao atendimento completo dado a todo o produto. Pelo menos, é isso que amamos assumir. Realisticamente, pode ser uma barreira à entrada também. Já vi usuários que acham que um produto é muito grande ou que tem muitos recursos para que ele tenha a sensação de "querer" quando o usar, e que ele será devolvido em menos de um minuto. Acontece o tempo todo, e é tudo muito triste honestamente. Eu odeio ver as idéias do empresário ou até mesmo do gerente sendo sugadas pelos tubos por causa do recurso muito frequente. Embora isso aconteça, ainda não impede os empresários de sentirem que o interesse será aumentado dez vezes, caso eles completem seu produto inteiramente antes do lançamento. Este é um grande problema.
Sendo uma característica completa
Se você chegar a este estágio e estiver morando neste campo, então você está mais do que provável que esteja completo neste ponto. Nós falamos sobre isso um pouco até agora nas seções acima, mas aqui é onde fica interessante. Muito, e quero dizer que muitas empresas iniciantes acham que precisam ter recursos completos antes de poderem cobrar, ou causar impacto. Não estou dizendo que não há algum mérito nesse argumento, mas acho que isso foi exagerado ao longo dos anos. Do meu ponto de vista e do que eu vi ao longo dos anos, você pode simplesmente perguntar se os usuários pagariam por um produto antes de elaborar a coisa toda. Agora, vamos dizer que você estava entusiasmado com o recurso completo, e você realmente queria tudo. Bem, você poderia lançar uma versão mínima de cada recurso. Algo que representa os recursos em questão, ou talvez até vídeos dos que estão faltando. Tenha em mente que existem maneiras de se tornar uma funcionalidade completa sem estar realmente presente.
A desvantagem de um UX refinado
Recurso de fluência
Esta é uma falha muito comum quando se trata da UX polida e apresenta uma abordagem completa para o lançamento de uma start-up. E isso é o que chamamos de uma situação chamada espiral da morte do recurso creep. Os gerentes ou proprietários sentirão a necessidade de adicionar mais e mais recursos ao produto enquanto você conclui outros, até que não haja literalmente nada a fazer além de adicionar mais recursos. É um ciclo interminável em alguns casos e, especialmente, nos casos em que você não tem um conjunto rígido de diretrizes ou especificações estabelecidas.
Desenvolvimento em cascata
O desenvolvimento em cascata é um engodo por si só, e não sem controvérsia. Um típico fluxo de trabalho em cascata se parece com isso: idéia, design, desenvolvimento, teste, manutenção. Há algumas pessoas que prosperam em tal ambiente, mas pelo menos um número igual acha absolutamente prejudicial. Ou é um processo bastante normal que parece muito normal para a maioria de nós e, no entanto, para ideias que logo se tornarão aparentes, muitas vezes pode ser prejudicial para o envio de um produto.
A razão não está necessariamente no próprio modelo do sistema, é no fato de você ter equipes separadas fazendo um trabalho que é cada uma delas gerenciada por gerentes individuais. Por exemplo, um fluxo típico pode ser assim: uma ideia é formada pelo fundador / empreendedor; ele contrata uma equipe de design e desenvolvimento, e talvez gerentes ou diretores criativos para cada equipe; a ideia é passada para o design, para criar modelos, esses modelos são transformados em documentos do Photoshop que vão e voltam com o proprietário e o diretor de criação até ficarem perfeitos; então, sem qualquer consenso quanto ao que é possível, passa para o desenvolvimento a ser criado; e depois de ir e voltar com o líder da equipe de desenvolvimento, o proprietário e possivelmente até o diretor de criação, eles encontram um ponto de encontro e terminam o produto.
O que eu não mencionei, porém, é que cada uma dessas etapas envolvia provavelmente de 50 a 100 e-mails individualmente, e essa é uma estimativa conservadora (muito conservadora). Como você pode ver, isso não é realmente eficiente, porque a qualquer momento o proprietário e o fundador poderiam adicionar mais trabalhos que não estavam no plano ou alterar as coisas. Micromanaging muitas vezes não é a melhor opção quando se trata de desenvolvimento de software, e ainda o sistema de cascata parece prosperar em tal estilo de gerenciamento.
Tenha sempre isso em mente, e se você não trabalhar bem sendo microgerenciado, informe ao seu chefe. Lembre-se, é sempre melhor ser franco e honesto sobre um possível futuro improdutivo do que seguir esse caminho sendo realmente improdutivo. E também tenha em mente que há mais problemas típicos de microgerenciamento no pipeline para esse sistema; Pela minha experiência pessoal, não é ideal.
Então, o que é ideal? Bem, isso é subjetivo, mas posso dizer em minha experiência que a capacidade de lançar rapidamente e iterar em tempos de ciclo deu a mim e a minhas equipes a capacidade de enviar uma quantidade maior de produtos do que jamais poderíamos ter com a Waterfall. Então, qual é este misterioso sistema mágico de envio de produtos?
Lançamentos rápidos e o start-up enxuto
A start-up lean é algo que, na minha opinião, revolucionou nossa comunidade. E isso é principalmente porque é baseado em algo chamado loop de feedback de medida de aprendizado.
A arte do lançamento rápido - muitas vezes pode ser uma página simples que pergunta se os usuários pagariam por isso, ou pode ser um produto básico - é algo que as pessoas aperfeiçoaram ao longo dos anos, e à medida que me aprisiono mais em nossa mundo da tecnologia eu sinto que é cada vez mais importante.
A grande coisa aqui é a aceitação e validação do mercado. Uma questão chave: quem diz que o código que você está escrevendo é significativo? Vivemos em um dia e idade onde as pessoas realmente não podem desperdiçar uma única onça do seu precioso tempo. É uma hora de fazer isso ou quebrar suas atitudes, e ir grande ou ir para casa mentalidades. É uma época em que a realidade nos atinge na cara todos os dias quando não podemos comprar comida ou pagar aluguel, e é por isso que é ainda mais importante ter certeza de que você não está perdendo a codificação de algo que ninguém vai usar.
Você não precisa ser um gênio em marketing, mas precisa entender um estado de espírito experimental. O estado constante de beta é uma metáfora brilhante para isso. Nós nunca devemos nos envolver tanto em nosso orgulho que nem podemos mudar um item em um projeto. Temos que lembrar que a vida é experimental, e quanto mais cedo você perceber isso, melhor: e não há melhor maneira do que com a startup enxuta.
A vantagem do start-up enxuto
Feedback do usuário
Usando um método como este é algo semelhante a ser dito sobre uma ação antes de atingir o pico. Essa é uma ótima maneira de obter informações sobre seu público-alvo principal e obter validação antes de perder seu tempo.
Veja como você faz isso. Obtenha uma landing page feita e mostre o que seu produto ou serviço faz de uma forma muito bonita e explicativa. Gastar algum dinheiro nesta parte, se você quiser, porque é o mais importante. Em seguida, insira um cadastro simples com o seu endereço de e-mail, caso esteja interessado. Feito. Agora, isso pode não parecer que você está fazendo muito, mas você está fazendo muito na realidade. Você está validando todo um mercado de produtos ou um mercado de serviços com uma página. Você não está gastando meses e milhares de dólares para construir algo desnecessário que ninguém vai usar, você está simplesmente criando uma coisa para descobrir se vale a pena.
Tem havido pessoas que lançam 5 páginas de serviço semelhantes ao que acabei de dizer, e as que recebem mais feedback são aquelas com as quais avançam. É um ato brilhante, e pode ser visto como um investimento de muitas maneiras. Você está recebendo retornos sobre seu investimento e, se não estiver, sairá do mercado antes de perder muitos ganhos em potencial. Eu acho que Warren Buffet adoraria isso.
Ciclos de iteração mais rápidos
Uma das melhores coisas sobre o desenvolvimento de produtos de forma enxuta é que você descobrirá que os ciclos de iteração são muito mais rápidos e, em algumas empresas, eles enviam o código mais de 20 vezes por dia. Há muita filosofia por trás disso, por exemplo, como no Facebook quando um novo engenheiro é trazido para bordo, eles recebem 5 correções de bugs no seu e-mail de boas vindas no primeiro dia. Muito do raciocínio por trás de fazer coisas como essa é que, se você tiver seu sistema configurado de modo a quebrar a cada vez que um novo funcionário entra na empresa, não são eles que o sistema está quebrado.
Desenvolvimento ágil
O desenvolvimento ágil está, em essência, indo de uma pequena coisa a outra o mais rápido possível. Em seguida, você passa de cada sprint para o próximo sprint, que geralmente é definido por uma história de usuário e é simplesmente um usuário em seu site que deseja alguma funcionalidade. É muito semelhante a testar no Rails ou outro framework, já que você está fazendo o que precisa e nada mais. Pode-se poupar uma enorme quantidade de tempo fazendo o desenvolvimento dessa maneira.
A desvantagem da start-up enxuta
Um pequeno negativo que pode acontecer quando você é um usuário do sistema de desenvolvimento ágil e lean startup, é que o site pode mudar com o passar do tempo. Agora, o ideal seria que isso acontecesse por causa da solicitação de um usuário, mas ainda assim pode ser chocante para alguns usuários.
Então, fazer isso com classe e elegância é importante. Especialmente se é um produto que eles se preocupam. Não arranque a base de usuários do seu produto como o Digg v4, mas forneça detalhes sobre o que você está fazendo e por que, e se tudo mais falhar, retroceda.
Sempre certifique-se de usar algo como git ou subversion para salvar versões de seu produto. Na verdade, faço isso como filiais, para que possamos sempre reverter, se necessário.
Em conclusão
Se a sua partida é tecnicamente tão avançada que não importa, vá com o lançamento rápido. As pessoas vão se importar com a mudança tecnológica que estão vendo. No entanto, se você está competindo em um espaço com uma enorme concorrência, talvez seja melhor combinar os dois. Em suma, sempre faça o melhor que puder com o UX refinado, mas faça isso em pequenas explosões ágeis.