Obtendo o máximo impacto de um produto de valor mínimo

Publicados: 2022-03-11

Startups e empresas mais estabelecidas estão sempre procurando maneiras de minimizar seus riscos ao entrar em um novo mercado e, ao mesmo tempo, colocar um produto no mercado o mais rápido possível. Afinal, um produto em desenvolvimento não está gerando receita, mas certamente está consumindo recursos.

Existem várias abordagens para colocar produtos no mercado mais rapidamente, sejam eles produtos físicos ou digitais. Um que existe desde o início dos anos 2000 é o conceito de produto mínimo viável, popularizado como parte da metodologia Lean Startup.

Mas, embora a metodologia MVP tenha sido aclamada por muitos como a “melhor” maneira de colocar um produto no mercado rapidamente, também houve muita resistência. É aí que entra o conceito de um produto de valor mínimo.

O que é um MVP?

Na sua forma mais básica, um MVP é uma versão básica de um produto que pode ser lançado muito mais rápido do que uma versão mais completa. Idealmente, um MVP deve ter um conjunto de recursos amplo o suficiente para satisfazer os primeiros usuários.

A ideia por trás da criação de MVPs é levar os produtos ao mercado mais rapidamente para que as empresas possam 1) começar a gerar receita e 2) obter feedback para melhorar o produto. Embora isso tenha vantagens óbvias (como não perder meses ou anos desenvolvendo um produto com todos os recursos que ninguém realmente deseja), também tem algumas desvantagens sérias.

Uma dessas desvantagens é a tendência das equipes de produto criarem um MVP muito básico. Eles acabam com a funcionalidade básica do aplicativo ou outro produto que estão criando, mas, para os usuários, o resultado final parece genérico. Se muitos produtos forem reduzidos à sua funcionalidade mais básica, eles perderão qualquer vantagem competitiva e todos começarão a ter a mesma aparência e funcionamento.

Aplicativos de lista de tarefas: um aplicativo básico de lista de tarefas terá a capacidade de gravar novas tarefas, marcá-las como concluídas e, geralmente, um método para priorizá-las. Outros recursos esperados incluem coisas como definir datas de vencimento, marcar ou categorizar e atribuí-los a outras pessoas. Mesmo incluir esses recursos não diferencia um novo aplicativo de seus concorrentes. E, no entanto, ao projetar um MVP de um aplicativo de lista de tarefas, muitas equipes acabariam reduzindo.

Produto de valor mínimo: começando com aplicativos de lista de tarefas — As necessidades de um usuário às vezes são negligenciadas no design do MVP. Mas pensar na função original do produto que está sendo criado, independentemente da forma que ele assuma, pode ajudar os designers a mudar seu pensamento.

Deficiências do MVP

Os MVPs têm outras deficiências potenciais. Cortar cantos é um. Quando o objetivo é criar um produto básico, reduzir as coisas ao mínimo é inevitável. Mas há alguns cantos que não devem ser cortados.

Isso é particularmente verdadeiro quando se trata de sacrificar a experiência do usuário. O UX de um produto é vital – sacrificar a experiência que uma pessoa tem ao usar o produto afetará negativamente seu sucesso. Nesse caso, o MVP pode indicar que todo o produto não é viável quando na verdade é apenas a experiência que precisa ser trabalhada.

Uma das maiores deficiências dos MVPs não tem nada a ver com o próprio MVP. Reid Hoffman, fundador do LinkedIn, é famoso por ter dito: “Lance cedo o suficiente para ficar envergonhado com o lançamento da v1.0”. Esse tipo de pensamento é prejudicial para as empresas e seus usuários.

A maneira como muitas equipes de design abordam a criação de MVPs é um problema em si. Os MVPs devem ser um processo para criar um produto final valioso que atenda às necessidades do usuário. Em vez disso, os designers geralmente tratam cada MVP como algo distinto, sem olhar para cada um como um trampolim para a versão final do produto. Mais importante, eles geralmente lançam MVPs que devem ser vistos mais como protótipos internos a caminho de um produto pronto para lançamento.

As equipes de produto devem se concentrar em fornecer um produto mínimo valioso — Fornecer um produto mínimo valioso é melhor. Os MVPs geralmente cometem o erro de serem muito mínimos e confusos para os usuários.

O que é um produto de valor mínimo?

Produtos de valor mínimo (que serão chamados de MVAPs abreviadamente) são uma extensão do conceito de MVP. Mas, em vez de procurar criar a iteração mínima viável de um produto, os designers criam a iteração mínima de um produto que fornece valor real.

Mas o que significa valor ? O que inclui?

Há valor para o usuário final considerar primeiro. Os MVAPs precisam colocar as necessidades e expectativas do usuário em primeiro lugar. Isso significa observar as práticas recomendadas para o tipo de produto que está sendo projetado, realizar pesquisas de usuários e estudos de usabilidade e criar personas de usuários e casos de uso para determinar as melhores maneiras possíveis de atender às necessidades do usuário.

Pode haver mais de uma ideia sobre como atender às necessidades do usuário, e é aí que entra o teste de protótipos. Apresentar protótipos funcionais para usuários reais para ver qual iteração pode atender melhor às suas necessidades é uma etapa importante na criação de um MVAP.

Em seguida é o valor para o próprio projeto. Os MVAPs precisam ser projetados de forma a avançar o projeto em questão. Isso significa que eles precisam de funcionalidade suficiente para obter informações úteis sobre a forma como o produto é percebido pelo mercado.

E, por último, os MVAPs precisam agregar valor ao negócio como um todo. Um risco de lançar MVPs no mundo é que eles podem refletir mal na marca que os libera. Os MVAPs devem agregar valor à marca que estão representando, mesmo quando não são a iteração final de um produto.

Outra coisa que diferencia os MVAPs é que eles se concentram na diferenciação competitiva. Os designers analisam objetivamente o que diferencia seus concorrentes uns dos outros e, em seguida, o que diferencia seu produto deles. Isso precisa ser incorporado ao MVAP, embora não seja necessariamente incluído em um MVP.

O MVAP, conforme descrito aqui, não é a única versão de um MVP aprimorado por aí. Há também o produto mínimo comercializável (MMP) apresentado por Roman Pichler. Sua ideia é que o primeiro produto pronto para o mercado deve conter funcionalidade suficiente para ser lançado, comercializado e vendido de forma eficaz.

SLC é outro conceito semelhante que o WP Engine usa. Como os clientes odeiam os MVPs, eles teorizam, por que as startups constantemente submetem seus usuários a eles? Em vez disso, os usuários devem obter produtos simples, completos e, sem dúvida, o mais importante, adoráveis . Por que uma empresa deveria apresentar a seus usuários um produto que é impossível para eles amarem?

O resultado final com a criação de um MVAP é que mesmo a primeira iteração de um produto deve ser útil e desejável para clientes ou usuários. Sem encantar os usuários, ou pelo menos satisfazer suas necessidades mais prementes, um produto está fadado ao fracasso.

Produto mínimo viável vs. produto mínimo valioso — Produtos mínimos viáveis (topo) geralmente ignoram o que os usuários estão realmente procurando. As partes/recursos são todos importantes, mas até que sejam combinados não beneficiam ninguém. Produtos de valor mínimo (abaixo), no entanto, consideram as necessidades do usuário em todas as etapas até que eles atinjam a melhor maneira possível de atender a essas necessidades. O produto foi projetado para voar desde o início.

O que entra em um produto de valor mínimo?

Criar um produto de valor mínimo provavelmente exigirá mais recursos do que criar um MVP, mas a recompensa será substancialmente maior, fazendo com que o esforço extra valha a pena. Aqui estão algumas coisas para se ter em mente ao construir um MVAP.

Uma das primeiras coisas a considerar é o conjunto de recursos para o MVAP. O menor conjunto de recursos útil deve ser incluído em qualquer MVAP. Incluídos nesses recursos úteis, conforme mencionado anteriormente, estão os recursos que diferenciam esse produto específico dos produtos concorrentes. Identificar quais recursos os concorrentes incluem é uma parte valiosa desta etapa. Isso não significa que um MVAP precisa incluir todos os recursos que um concorrente apresenta.

Pegue o primeiro iPhone, por exemplo. Os smartphones da época incluíam vários recursos que a Apple intencionalmente deixou de fora do primeiro iPhone. Coisas como copiar e colar, um kit de desenvolvimento de software (SDK) e até coisas como enviar mensagens de texto para vários destinatários e conectividade 3G.

Desenvolvimento MVP: O iPhone original — O iPhone original foi um excelente exemplo de um produto de valor mínimo. Alguns recursos foram deixados de lado em favor de recursos incluídos que o diferenciavam de outros smartphones no mercado na época. E a Apple continuou a agregar valor a cada iteração subsequente. (Foto: Josh Miller/CNET)

As iterações posteriores do iPhone obviamente incorporaram essas coisas, mas a primeira versão propositalmente as deixou de fora e se concentrou em coisas que diferenciam o produto: seu software (o iOS era revolucionário na época) e recursos de interação multitoque. O iPhone original foi um grande sucesso, vendendo mais de 6 milhões de unidades antes de ser descontinuado em favor do iPhone 3G.

O processo MVAP não precisa ser totalmente removido da ideia de MVPs. Na verdade, começar com um MVP interno é útil. Mas o MVP deve ser expandido até que se torne um produto valioso antes de ser lançado ao público, ou mesmo para adotantes iniciais fora da empresa. Testes internos e pequenos grupos focais podem levar um MVP ao reino de um produto valioso sem arriscar danos à reputação ou marca de uma empresa e sem alienar os clientes.

Os designers devem garantir que o primeiro MVAP lançado ao público incorpore recursos que suportem o objetivo principal do produto – seja ele qual for. O objetivo final de um MVAP deve sempre ser criar um produto que encante os usuários, mesmo que a iteração final do produto inclua mais recursos ou melhorias. É melhor lançar um produto com uma versão mínima de recursos importantes, mesmo que a visão que a equipe do produto tenha sobre como esses recursos funcionarão seja mais complexa (ou mesmo totalmente diferente).

Na verdade, em vez de pensar apenas em termos de conjuntos de recursos, as equipes de produto devem dar um passo atrás e pensar nas necessidades do usuário. Existem maneiras melhores de atender às necessidades do usuário do que a concorrência? Existem recursos experimentais que poderiam ser mais facilmente incorporados a um produto que a concorrência ainda não adotou, mas que facilitaria a vida dos usuários? Só porque a concorrência oferece 15 maneiras diferentes de concluir uma tarefa não significa que seja necessário que todos os produtos do setor façam o mesmo.

Conclusão

Independentemente de um produto mínimo viável ou produto mínimo valioso ser o ponto de partida, o objetivo final deve ser um produto de valor máximo. Qualquer um dos sistemas é um meio para um fim, sendo esse fim a criação de um produto que se destaque da concorrência, encante os usuários e atenda às suas necessidades da forma mais completa e eficiente possível e crie valor para todos os envolvidos, incluindo a marca.

Embora os produtos viáveis mínimos às vezes tenham seu lugar, um produto mínimo valioso aproximará as equipes do objetivo final em um período de tempo mais curto, porque o valor é incorporado desde o início. Fornecer às pessoas valor nos produtos oferecidos deve ser o objetivo de qualquer empresa ou marca. O valor gera confiança, que gera boa vontade, negócios repetidos e boca a boca positivo.

• • •