Ao construir um caso para um novo projeto na frente da equipe executiva de uma organização, um objetivo principal é apresentar o caso da melhor maneira possível. No mínimo, um caso de negócios precisa demonstrar uma compreensão do retorno pretendido sobre o investimento, orçamento, detalhamentos de custos, prazos, riscos e perfil de recursos do projeto.
Tipicamente, gerentes de projeto abordar esses itens com base em suposições e fórmulas que geralmente derivam de modelos de casos de negócios corporativos. Assim, a avaliação do business case acaba embasada em previsões e suposições .
Essas suposições não testadas podem comprometer a precisão das informações no caso de negócios, independentemente do número de revisões feitas. Existe uma maneira melhor, entretanto. A qualidade de um business case pode ser bastante melhorada e, portanto, suas chances de sucesso ao concluir o business case após descoberta de conceito através do ato de pretotipagem.
A descoberta de conceito é o processo de criação e teste de várias alternativas de solução (na forma de conceito pretótipos - definido abaixo) a fim de determinar aquele que melhor atende às necessidades da organização, antes de iniciar os trabalhos de design e desenvolvimento.
Em vez de pular direto para o que as pessoas pensar pode ser a solução ideal, a descoberta de conceito permite a exploração e teste de várias soluções de forma rápida e econômica, garantindo assim que o trabalho seja feito no problema certo e a solução certa .
A descoberta do conceito resulta em uma série de aprendizados que podem ser transferidos para o caso de negócios e compartilhados com a equipe de entrega do projeto que executará o projeto.
O termo pretótipo foi inventado pela primeira vez por Alberto Savoia em seu livro Pretotype It como: “Testando o apelo inicial e o uso real de um novo produto potencial, simulando sua experiência central com o menor investimento possível de tempo e dinheiro.”
Conceito pretótipos deve incorporar apenas os recursos e telas mínimos absolutos, uma vez que seu único propósito é validar suposições e determinar a probabilidade de sucesso. Eles respondem à pergunta: as pessoas estariam interessadas no produto?
Por outro lado, protótipos são uma representação mais detalhada de uma solução. Geralmente considera fluxos de tela, interações, layouts de tela detalhados e, em alguns casos, efeitos de animação ou esquemas de cores. Protótipos são simulações tipicamente não funcionais, embora alguns sejam realmente funcionais. Eles respondem à pergunta: O produto pode ser construído?
Os protótipos geralmente demoram mais para serem montados e custam mais para serem produzidos do que seus (menos conhecidos) irmãos pretotípicos. Essa disparidade deriva da essência dos pretótipos, cujas versões múltiplas podem ser produzidas de forma rápida e barata.
Por exemplo, um cliente meu do governo recente tinha uma lista bastante extensa de recursos que foram considerados no escopo da primeira versão do produto. O teste de um protótipo com cada usuário potencial não era necessário para identificar padrões e formar percepções sobre o comportamento do usuário. Da mesma forma, também era desnecessário capturar cada característica em um pretótipo, a fim de validar se o conceito era sólido.
Portanto, acabamos nos concentrando em quatro recursos principais, com duas telas renderizadas por recurso. Em seguida, produzimos algumas variações no design desses recursos. Isso provou ser mais do que suficiente para comunicar a essência do conceito ao seu público-alvo (e partes interessadas) e, posteriormente, testar os recursos pré-selecionados que iriam “fazer ou quebrar” seu sucesso a fim de obter os insights necessários.
Os pretótipos de conceito fornecem o ponto de partida perfeito para começar a aprender sobre o que funciona e o que não funciona, usando dados coletados de testes e / ou experimentos simples. Este processo inicia a redução do risco de projetos, desenvolvendo uma compreensão mais profunda e precisa dos vários componentes da entrega do projeto.
Aferir o suporte para um projeto neste estágio (pré-business case) permite a incorporação de dados quantitativos e qualitativos em um business case. Esses dados reforçam para os tomadores de decisão o valor do projeto e sua provável recepção entre o público-alvo. Em vez de descobrir na fase de design durante execução do projeto, pode ser entendido bem o suficiente desde o início, e qualquer pesquisa e teste conduzido durante a fase de design pode ser usado para aprofundar.
Com base nos resultados dos mini-experimentos e testes do usuário, ficará mais claro quais itens entregar em primeiro lugar e quais podem ser agendados para depois. Isso pode ter um impacto significativo no custo e no tempo, ajudando a obter um caso de negócios além da linha. Para estender o exemplo anterior, percebemos que poderíamos cortar nossa lista de lavanderia de recursos em dois terços, com base no fato de que nossos recursos pré-selecionados contribuiriam muito para entregar a proposta de valor pretendida. Essa descoberta acabou reduzindo o cronograma originalmente planejado para o primeiro lançamento em quase 50%.
Mini-experimentos e testes podem aumentar a conscientização sobre riscos e problemas antes da execução. Por outro lado, certos riscos ou problemas podem não ser mais relevantes, aumentando a confiança dos tomadores de decisão no caso de negócios. Para estender novamente o exemplo anterior, antecipamos muito cedo que o envolvimento de outro departamento do governo mitigaria o risco de uma de nossas características principais. Assim, acabamos estabelecendo um relacionamento desde muito cedo, para que pudéssemos garantir seu envolvimento e obter um avanço no entendimento não só de como eles operam, mas também de eventuais riscos ou problemas. Esta colaboração foi inestimável ao longo do projeto.
O teste e a experimentação podem permitir a descoberta de que recursos adicionais podem ser necessários (com base na priorização de recursos, por exemplo) ou que o oposto pode ser verdadeiro, como foi o caso do meu cliente governamental. De qualquer maneira, o business case se beneficiará de uma avaliação mais precisa de custos e prazos.
Um entendimento sólido de tudo o que foi mencionado acima (especialmente as estimativas de custo e tempo) permite maior precisão no retorno do investimento de uma organização. Essas informações podem incutir mais confiança no projeto entre os tomadores de decisão ou permitir que considerem cursos de ação alternativos. Para meu cliente governamental, a equipe executiva responsável por aprovar o projeto tinha um alto grau de confiança de que o projeto teria sucesso, e o foco das discussões para a aprovação do caso de negócios estava centrado principalmente nos detalhes da execução.
Pretotipagem é uma habilidade de design, portanto, se houver designers CX ou UX na equipe, já existe acesso à maioria dos conjuntos de habilidades necessários. A implementação desse processo em uma organização é semelhante a qualquer gerenciamento de mudança, mas existem alguns itens específicos a serem considerados.
É importante que os tomadores de decisão e membros da equipe do projeto entendam e apoiem o valor do processo de descoberta do conceito. Para facilitar isso, os pontos mencionados aqui podem ser incluídos em uma apresentação de slides simples que pode ser apresentada em reuniões importantes. A partir daí, um plano pode começar a ser elaborado.
As etapas a seguir fornecem uma linha de base para um plano:
Nesta fase, existe uma indicação clara do valor que a organização receberá com este processo e com um plano de processo e custos. A maioria das organizações (especialmente empresas maiores) usa uma abordagem de estágio para financiar projetos e tem fundos para atividades de semente, que geralmente envolvem tarefas pré-negócios.
Em várias seções ao longo do caso de negócios, o processo de descoberta de conceito pode ser referenciado para dar suporte às informações na apresentação. É uma boa ideia incluir, como um apêndice, os detalhes do processo de teste e experimentação (por exemplo, tipo (s) de teste, tamanhos de amostra, itens / recursos testados).
Se uma organização é nova na descoberta de conceitos e pretotipagem, em geral, então é uma boa ideia dominar essa abordagem com alguns projetos primeiro. Mais tarde, a descoberta do conceito pode ser incorporada de forma mais permanente na cultura e metodologia, ou seja, a estrutura de entrega do projeto da organização.
Digamos que haja uma diretriz da alta administração de uma empresa na indústria de desenvolvimento pessoal para iniciar um novo projeto para um portal do cliente, que apresenta o mais recente pacote de produtos da empresa. A empresa pretende disponibilizar vários artigos de desenvolvimento pessoal, bem como produtos de vídeo e áudio, através deste portal e gostaria de obter clareza sobre a melhor forma de abordar a solução.
Para este exemplo, supõe-se que a organização já tenha adotado a descoberta de conceitos, bem como que existem duas alternativas de solução para as quais os experimentos devem ser planejados após uma sessão de ideação bem-sucedida.
Os recursos selecionados para essas alternativas de solução foram considerados aqueles que melhor responderiam à pergunta: As pessoas estariam interessadas nisso? Além disso, a alta administração deseja saber o caminho específico a seguir em relação ao modelo de negócios e características proeminentes para atingir o ROI máximo.
A alternativa de solução 1 é um serviço de pagamento por produto. A alternativa de solução 2 é um serviço de assinatura com mais recursos sociais e com foco na construção da comunidade. Os seguintes recursos (e seus wireframes correspondentes) foram selecionados para cada pretótipo.
Recursos | Wireframes |
Registro do portal | 1 x maquete indicando que o serviço tem registro gratuito, mas os usuários pagam por produto. Este wireframe seria vinculado por meio de seu site existente, pois indica que uma conta é necessária para visualizar quaisquer produtos. |
Loja online com todos os produtos de desenvolvimento pessoal categorizados por área de foco (por exemplo, saúde, riqueza, relacionamentos, etc.) | 1 x maquete ilustrando as principais categorias de produtos, com alguns produtos listados por categoria e um botão 'Comprar' ao lado de cada um (incluindo indicação de custo) Este modelo (e o restante deles abaixo) incluiria uma análise indicativa dos itens de navegação global. |
Lista de desejos personalizada | 1 x maquete de uma descrição detalhada do produto contendo uma seção de visualização e comentários e um botão 'Adicionar à lista de desejos' 1 x maquete do item adicionado à lista de desejos. |
Pesquisa avançada para localizar qualquer coisa no portal | 1 x maquete de uma tela de pesquisa, com critérios de pesquisa avançados, para iniciar uma pesquisa (com a segunda metade da maquete ilustrando os resultados da pesquisa) |
Reproduza áudios e vídeos de produtos em qualquer lugar | 1 x maquete móvel com categorias de lista de reprodução personalizadas |
O serviço de assinatura terá os mesmos recursos da solução de pagamento por produto, com as seguintes exceções, modificações e / ou acréscimos.
Recursos | Wireframes |
Registro do portal | 1 x maquete indicando que o serviço é baseado em assinatura, com os diferentes pacotes de assinatura em oferta Nesta solução, os usuários verão essa tela depois de ver o que está disponível na loja online. Além disso, a maquete da loja online para este pretótipo de solução teria um 'Adicionar à lista de reprodução' em vez de um botão “Comprar”. |
Siga playlists de amigos | 1 x maquete mostrando uma lista de amigos e suas listas de reprodução O wireframe da descrição detalhada do produto também mostra quais amigos também têm o produto em suas listas de reprodução. |
Painel de parceiros de responsabilidade | 1 x maquete mostrando relatórios de progresso e resultados de amigos e outros clientes que adicionaram os mesmos produtos |
Lista de desejos personalizada | Este recurso não seria necessário para esta solução. |
Um experimento A / B será conduzido entre as duas soluções de pré-modelo de conceito, com cerca de 12 participantes participando do experimento, composto por clientes existentes e não existentes.
O experimento se concentra em quão bem os recursos pretendidos são recebidos, com frequência de uso antecipada seguida por uma entrevista no final da sessão para entender se os clientes realmente desejam este serviço. Além disso, os dados serão utilizados para determinar qual das duas soluções eles preferem.
Os resultados do experimento fornecem uma indicação sólida de qual direção seguir e agora um resumo das descobertas entre as duas alternativas de solução pode ser mostrado no caso de negócios, juntamente com informações detalhadas sobre a solução preferida e suas vantagens.
Isso fornece aos tomadores de decisão a certeza de que precisam para avançar com o projeto. Além disso, permite uma compreensão sólida do que deve ser construído e da melhor forma de o fazer.
A descoberta de conceito permite casos de negócios mais precisos, apoiados por pesquisas reais (dando aos casos de negócios a melhor chance de sucesso). No entanto, a cereja do bolo é que a descoberta de conceitos ajuda as organizações a se tornarem mais inovadoras. Mais inovação significa mais oportunidades para criar novas fontes de receita, conquistar novos clientes, descobrir novas maneiras de encantar os clientes existentes e garantir que uma organização mantenha uma vantagem competitiva.
Os pretótipos de conceito devem incorporar apenas os recursos e a tela mínimos absolutos, enquanto os protótipos são uma representação mais detalhada de uma solução. Os protótipos geralmente demoram mais para serem montados e custam mais para serem produzidos do que seus irmãos pretotípicos.
Um protótipo é uma representação mais detalhada de uma solução. Geralmente considera fluxos de tela, interações, layouts de tela detalhados e, em alguns casos, efeitos de animação ou esquemas de cores. Protótipos são simulações tipicamente não funcionais, embora alguns sejam realmente funcionais. Eles respondem à pergunta: O produto pode ser construído?
A prototipagem permite a criação de uma versão simulada e reduzida de um produto que permite aos usuários visualizar o produto final e fornecer feedback antecipado.
A criação de um protótipo faz mais sentido quando os custos de desenvolvimento do produto são muito altos e as alterações nos designs finais são caras.
O termo pretótipo foi inventado pela primeira vez por Alberto Savoia em seu livro Pretotype It como: “Testar o apelo inicial e o uso real de um novo produto potencial simulando sua experiência central com o menor investimento possível de tempo e dinheiro”.