Da mensagem de aquisição à experiência inicial

Uma mensagem de aquisição é a promessa apresentada antes de alguém instalar uma aplicação. Pode destacar uma tarefa, um problema, uma funcionalidade ou um caso de utilização específico. A experiência da primeira utilização é a sequência com que uma pessoa se depara ao abrir a aplicação pela primeira vez. Ligar estas duas partes do percurso significa tratar a mensagem como um contributo para a conceção do produto, e não como material que desaparece assim que a instalação termina.

É possível criar um enquadramento útil em torno de quatro elementos: a promessa feita, as condições que lhe estão associadas, as provas que o produto pode apresentar e o próximo passo relevante. Estes elementos ajudam as equipas de marketing, produto, design e engenharia a analisar o mesmo percurso sem pressupor que cada mensagem de aquisição exige um fluxo de produto distinto.

Tratar a mensagem de aquisição como um contributo para o produto

Comece por redigir um contrato de mensagem, uma breve descrição interna daquilo que o material de aquisição pede ao produto que suporte. Deve identificar a tarefa prometida, o contexto pretendido e qualquer limitação que afete a sua concretização. Não se trata de um texto dirigido ao cliente. É uma restrição de design que permite à equipa comparar o que é apresentado antes da instalação com aquilo que a aplicação pode demonstrar de forma responsável depois dela.

Uma mensagem abrangente, como ajudar alguém a planear um projeto, deixa em aberto vários primeiros passos possíveis. Uma mensagem mais específica sobre a recolha de notas de um projeto cria uma obrigação mais precisa. A equipa deve perguntar se essa tarefa está imediatamente disponível, se exige configuração ou se depende de informações que a aplicação ainda não possui. Se a continuidade depender da atribuição, ou seja, de informações sobre a fonte de aquisição que conduziu a uma instalação, é necessário verificar a disponibilidade e a exatidão dessas informações, bem como as respetivas implicações para a privacidade, em cada ambiente de implementação.

Traduzir a promessa em momentos observáveis do produto

• Para cada mensagem, defina as provas do produto que tornariam a promessa concreta.
• Essas provas podem ser uma ferramenta visível, um estado inicial relevante, um espaço de trabalho de exemplo ou um caminho claro até à tarefa prometida.
• O objetivo não é repetir o texto de marketing dentro da aplicação. É permitir que a interface demonstre que a mensagem corresponde a algo real e acessível.

Um critério de aceitação é uma condição específica utilizada para decidir se um design cumpre a finalidade pretendida. Para a continuidade da mensagem, um critério pode estabelecer que uma pessoa que chega para realizar uma tarefa identificada consegue perceber por onde começar sem ter primeiro de interpretar funcionalidades não relacionadas. Outro pode exigir que a aplicação explique por que motivo a configuração é necessária antes de a solicitar. Estes critérios devem descrever condições observáveis da interface, em vez de pressupostos sobre a forma como todas as pessoas irão responder.

Conceber um caminho da configuração até uma ação útil

A integração inicial é o fluxo introdutório que ajuda alguém a configurar ou compreender uma aplicação. Deve preservar o vocabulário e o âmbito da mensagem de aquisição, apresentando apenas as informações necessárias para o passo seguinte. Se a mensagem disser respeito à organização de documentos, por exemplo, o fluxo inicial não deve passar subitamente a enquadrar o produto em torno de uma categoria sem relação. Uma linguagem comum dá continuidade ao percurso sem exigir um ecrã personalizado para cada campanha.

A criação de uma conta, as permissões, a importação de dados e a seleção de preferências podem interromper o caminho até à tarefa prometida. Cada interrupção deve ter uma razão relacionada com o produto e uma ligação clara ao que se segue. As equipas devem verificar que sequências, linguagem relativa a permissões e informações sobre a fonte estão disponíveis em cada plataforma de destino, em vez de conceberem a experiência com base em comportamentos presumidos da plataforma. Quando um requisito pode ser adiado em segurança, permitir que a tarefa prometida fique visível primeiro pode produzir uma sequência mais coerente.

Planear a variação das mensagens e um contexto imperfeito

1. Várias mensagens de aquisição podem conduzir à mesma aplicação, e o produto pode nem sempre saber qual delas precedeu a instalação. Por isso, um design resiliente precisa de um caminho predefinido útil.
2. Esse caminho pode apresentar um pequeno conjunto de opções orientadas para tarefas, usando uma linguagem suficientemente abrangente para cobrir as promessas suportadas sem fingir que conhece a origem da pessoa.
3. Se estiver disponível um contexto fiável, este pode aperfeiçoar o ponto de partida, em vez de determinar se a experiência funciona ou não.

As incompatibilidades também exigem uma resposta explícita no design. Uma funcionalidade pode exigir dados que não estão disponíveis, uma ligação pode falhar ou a tarefa prometida pode não ser aplicável ao contexto atual do dispositivo. Nesses casos, a interface deve indicar o que falta, preservar qualquer trabalho já concluído e oferecer um caminho sensato para avançar. A mensagem de aquisição não deve ser repetida como se a promessa já tivesse sido cumprida. A continuidade depende tanto da exatidão do estado apresentado como da correspondência da linguagem.

Medir a transição sem a reduzir a um funil

A instrumentação é a recolha de eventos estruturados do produto, como chegar a um ecrã de configuração ou concluir uma primeira tarefa. Pode ajudar uma equipa a analisar se o caminho concebido está a funcionar, desde que os eventos sejam necessários, estejam claramente definidos e sejam tratados de acordo com os requisitos de privacidade do produto. Os nomes dos eventos devem corresponder a estados relevantes, em vez de recorrerem a designações vagas como interação ou sucesso, que podem ocultar aquilo que realmente aconteceu.

A medição deve seguir o contrato de mensagem. Se a promessa disser respeito à criação de um plano, a sequência relevante pode distinguir entre abrir a área de planeamento, fornecer as informações necessárias e guardar um primeiro resultado. A equipa não deve considerar apenas a instalação como prova de que o produto cumpriu a promessa. Também deve evitar interpretar um percurso incompleto sem verificar se erros técnicos, saídas opcionais ou a falta de contexto podem explicá-lo.

Analisar a aquisição e o produto como um único percurso

Uma análise prática pode começar com o material de aquisição e prosseguir pela instalação, primeira abertura, configuração, tarefa prometida e estados de recuperação prováveis. Em cada fase, importa perguntar se a linguagem permanece coerente, se a ação seguinte está visível, se os requisitos são explicados e se o produto apresenta provas honestas do progresso. Qualquer ramificação dependente da fonte deve ser testada separadamente do caminho predefinido, para que a falta de contexto não esconda uma experiência central fraca.

Esta análise é particularmente útil quando a responsabilidade é partilhada. O marketing pode esclarecer a promessa e a condição relativa ao público. As equipas de produto e design podem associá-la a estados da interface. A engenharia pode identificar restrições de implementação, enquanto o trabalho de medição pode definir os eventos necessários para analisar a transição de forma responsável. A síntese prática é simples: documentar a promessa, identificar as respetivas provas no produto, conceber o caminho honesto mais curto até essas provas, preparar-se para lidar com a falta de contexto e analisar o percurso completo antes de considerar que a aquisição e a primeira utilização estão alinhadas.