Enhancing Random Product Distribution for Client Feedback
Zapt, atualmente conhecida como Trela, é uma startup que ajuda consumidores vizinhos de um mesmo bairro ou condomínio a se unirem e comprarem produtos de alta qualidade advindos dos produtores locais pelo melhor preço possível.
Desde o início da Trela até o ano de 2022, participei ativamente como Designer de Produto, atuando na pesquisa e no desenvolvimento da experiencia do usuário com o objetivo de tornar a compra dos produtos alimentícios mais agradável e dessa forma ampliar os resultados de negócio.
Role
Product Designer
User Research
Visual Design
Prototyping
Entendendo o problema
Para incentivar os usuários a experimentarem novos fornecedores, a Trela realizava sorteios de seus produtos. O sorteio era feito por meio do envio de uma lista de mensagem vazia no aplicativo de conversa, e os participantes se cadastravam inserindo seus nomes nessa lista. Após essa etapa, os nomes eram coletados e sorteados por uma ferramenta terceira. Por fim, a equipe entrava em contato com os vencedores de forma privada para solicitar o endereço para o envio do produto. Entretanto, surgiu a hipótese a partir da observação de que esse método de cadastro para o sorteio não era benéfico nem para os colaboradores da Trela, que precisavam monitorar diversos grupos de chat, nem para os próprios usuários, que muitas vezes se confundiam nas listas, resultando na diminuição dos participantes.
Objetivo e métricas
Descobrir um método para que a Trela pudesse continuar realizando seus sorteios sem um desgaste excessivo para ambas as partes e, consequentemente, aumentar as vendas a partir do momento em que os clientes criassem avaliações dos produtos sorteados.
KPI’s:
Aumento no número de participantes do sorteio;
Aumento de vendas dos novos produtos.
Research
Com base em uma desk research e conversas com a equipe, foi possível mapear o fluxo completo do processo, identificando pontos críticos e áreas que poderiam ser aprimoradas no futuro.
O fluxo mapeado nos proporcionou os seguintes fatos:
A mensagem inicial para dar inicio à degustação dos grupos demandava um esforço muito grande;
Existia um trabalho desnecessário no momento de chamar os vencedores para pedir dados que a base já possuía;
O cadastro pelo grupo de WhatsApp era desorganizado e inconsistente.
Com o mapeamento completo documentado no FigJam, foi realizado um brainstorming com os colaboradores da Trela que mais tinham envolvimento no sorteio. Nesse momento insumos e ideias foram geradas possibilitando criar novos fluxos a serem testados, visando a sua simplificação.
Fazer o sorteio em uma página web gerou dúvidas em relação à adaptação dos usuários, o que poderia diminuir o número de participantes. Dessa forma foi feito um fluxo teste para rodar dentro de alguns grupos.
O teste consistia em criar o sorteio a partir do cadastro via Typeform (ferramenta de formulário), fazendo o usuário utilizar da outra plataforma e manter o grupo organizado, assim seria possível entender a adaptação e a viabilidade da mudança.
Os resultados obtidos durante a semana de testes foram os esperados, ou seja, os grupos de promoções em que os sorteios foram realizados via Typeform não passaram pelas grandes desorganizações causadas pelas listas e também tivemos o incremento do número de participantes.
A partir desse resultado positivo, foi possível criar um fluxo ideal onde as atividades acontecessem de forma automatizada para diminuir o esforço da equipe de operações. Foram realizadas sessões de feedbacks até que fosse enfim finalizado em um fluxo realista e passível de desenvolvimento conforme as condições do time.
Wireframes
Os wireframes foram criados em busca da melhor arquitetura e simplificação da página, evitando o desgaste do usuário nas sua interação, nesse momento foram idealizadas mensagens de notificações que também seriam automatizadas.
Design final
A realidade é que o fluxo final não tem um fim e que sempre é possível melhorar a partir de novos dados e métricas, até o momento não estava planejado novas iterações. Sendo assim o resultado da versão final alcançou seu objetivo com sucesso. Chegando ao seguinte desenho de interações e telas.
Enhancing Random Product Distribution for Client Feedback
Zapt, atualmente conhecida como Trela, é uma startup que ajuda consumidores vizinhos de um mesmo bairro ou condomínio a se unirem e comprarem produtos de alta qualidade advindos dos produtores locais pelo melhor preço possível.
Desde o início da Trela até o ano de 2022, participei ativamente como Designer de Produto, atuando na pesquisa e no desenvolvimento da experiencia do usuário com o objetivo de tornar a compra dos produtos alimentícios mais agradável e dessa forma ampliar os resultados de negócio.
Role
Product Designer
User Research
Visual Design
Prototyping
Entendendo o problema
Para incentivar os usuários a experimentarem novos fornecedores, a Trela realizava sorteios de seus produtos. O sorteio era feito por meio do envio de uma lista de mensagem vazia no aplicativo de conversa, e os participantes se cadastravam inserindo seus nomes nessa lista. Após essa etapa, os nomes eram coletados e sorteados por uma ferramenta terceira. Por fim, a equipe entrava em contato com os vencedores de forma privada para solicitar o endereço para o envio do produto. Entretanto, surgiu a hipótese a partir da observação de que esse método de cadastro para o sorteio não era benéfico nem para os colaboradores da Trela, que precisavam monitorar diversos grupos de chat, nem para os próprios usuários, que muitas vezes se confundiam nas listas, resultando na diminuição dos participantes.
Objetivo e métricas
Descobrir um método para que a Trela pudesse continuar realizando seus sorteios sem um desgaste excessivo para ambas as partes e, consequentemente, aumentar as vendas a partir do momento em que os clientes criassem avaliações dos produtos sorteados.
KPI’s:
Aumento no número de participantes do sorteio;
Aumento de vendas dos novos produtos.
Research
Com base em uma desk research e conversas com a equipe, foi possível mapear o fluxo completo do processo, identificando pontos críticos e áreas que poderiam ser aprimoradas no futuro.
O fluxo mapeado nos proporcionou os seguintes fatos:
A mensagem inicial para dar inicio à degustação dos grupos demandava um esforço muito grande;
Existia um trabalho desnecessário no momento de chamar os vencedores para pedir dados que a base já possuía;
O cadastro pelo grupo de WhatsApp era desorganizado e inconsistente.
Com o mapeamento completo documentado no FigJam, foi realizado um brainstorming com os colaboradores da Trela que mais tinham envolvimento no sorteio. Nesse momento insumos e ideias foram geradas possibilitando criar novos fluxos a serem testados, visando a sua simplificação.
Fazer o sorteio em uma página web gerou dúvidas em relação à adaptação dos usuários, o que poderia diminuir o número de participantes. Dessa forma foi feito um fluxo teste para rodar dentro de alguns grupos.
O teste consistia em criar o sorteio a partir do cadastro via Typeform (ferramenta de formulário), fazendo o usuário utilizar da outra plataforma e manter o grupo organizado, assim seria possível entender a adaptação e a viabilidade da mudança.
Os resultados obtidos durante a semana de testes foram os esperados, ou seja, os grupos de promoções em que os sorteios foram realizados via Typeform não passaram pelas grandes desorganizações causadas pelas listas e também tivemos o incremento do número de participantes.
A partir desse resultado positivo, foi possível criar um fluxo ideal onde as atividades acontecessem de forma automatizada para diminuir o esforço da equipe de operações. Foram realizadas sessões de feedbacks até que fosse enfim finalizado em um fluxo realista e passível de desenvolvimento conforme as condições do time.
Wireframes
Os wireframes foram criados em busca da melhor arquitetura e simplificação da página, evitando o desgaste do usuário nas sua interação, nesse momento foram idealizadas mensagens de notificações que também seriam automatizadas.
Design final
A realidade é que o fluxo final não tem um fim e que sempre é possível melhorar a partir de novos dados e métricas, até o momento não estava planejado novas iterações. Sendo assim o resultado da versão final alcançou seu objetivo com sucesso. Chegando ao seguinte desenho de interações e telas.
Enhancing Random Product Distribution for Client Feedback
Zapt, atualmente conhecida como Trela, é uma startup que ajuda consumidores vizinhos de um mesmo bairro ou condomínio a se unirem e comprarem produtos de alta qualidade advindos dos produtores locais pelo melhor preço possível.
Desde o início da Trela até o ano de 2022, participei ativamente como Designer de Produto, atuando na pesquisa e no desenvolvimento da experiencia do usuário com o objetivo de tornar a compra dos produtos alimentícios mais agradável e dessa forma ampliar os resultados de negócio.
Role
Product Designer
User Research
Visual Design
Prototyping
Entendendo o problema
Para incentivar os usuários a experimentarem novos fornecedores, a Trela realizava sorteios de seus produtos. O sorteio era feito por meio do envio de uma lista de mensagem vazia no aplicativo de conversa, e os participantes se cadastravam inserindo seus nomes nessa lista. Após essa etapa, os nomes eram coletados e sorteados por uma ferramenta terceira. Por fim, a equipe entrava em contato com os vencedores de forma privada para solicitar o endereço para o envio do produto. Entretanto, surgiu a hipótese a partir da observação de que esse método de cadastro para o sorteio não era benéfico nem para os colaboradores da Trela, que precisavam monitorar diversos grupos de chat, nem para os próprios usuários, que muitas vezes se confundiam nas listas, resultando na diminuição dos participantes.
Objetivo e métricas
Descobrir um método para que a Trela pudesse continuar realizando seus sorteios sem um desgaste excessivo para ambas as partes e, consequentemente, aumentar as vendas a partir do momento em que os clientes criassem avaliações dos produtos sorteados.
KPI’s:
Aumento no número de participantes do sorteio;
Aumento de vendas dos novos produtos.
Research
Com base em uma desk research e conversas com a equipe, foi possível mapear o fluxo completo do processo, identificando pontos críticos e áreas que poderiam ser aprimoradas no futuro.
O fluxo mapeado nos proporcionou os seguintes fatos:
A mensagem inicial para dar inicio à degustação dos grupos demandava um esforço muito grande;
Existia um trabalho desnecessário no momento de chamar os vencedores para pedir dados que a base já possuía;
O cadastro pelo grupo de WhatsApp era desorganizado e inconsistente.
Com o mapeamento completo documentado no FigJam, foi realizado um brainstorming com os colaboradores da Trela que mais tinham envolvimento no sorteio. Nesse momento insumos e ideias foram geradas possibilitando criar novos fluxos a serem testados, visando a sua simplificação.
Fazer o sorteio em uma página web gerou dúvidas em relação à adaptação dos usuários, o que poderia diminuir o número de participantes. Dessa forma foi feito um fluxo teste para rodar dentro de alguns grupos.
O teste consistia em criar o sorteio a partir do cadastro via Typeform (ferramenta de formulário), fazendo o usuário utilizar da outra plataforma e manter o grupo organizado, assim seria possível entender a adaptação e a viabilidade da mudança.
Os resultados obtidos durante a semana de testes foram os esperados, ou seja, os grupos de promoções em que os sorteios foram realizados via Typeform não passaram pelas grandes desorganizações causadas pelas listas e também tivemos o incremento do número de participantes.
A partir desse resultado positivo, foi possível criar um fluxo ideal onde as atividades acontecessem de forma automatizada para diminuir o esforço da equipe de operações. Foram realizadas sessões de feedbacks até que fosse enfim finalizado em um fluxo realista e passível de desenvolvimento conforme as condições do time.
Wireframes
Os wireframes foram criados em busca da melhor arquitetura e simplificação da página, evitando o desgaste do usuário nas sua interação, nesse momento foram idealizadas mensagens de notificações que também seriam automatizadas.
Design final
A realidade é que o fluxo final não tem um fim e que sempre é possível melhorar a partir de novos dados e métricas, até o momento não estava planejado novas iterações. Sendo assim o resultado da versão final alcançou seu objetivo com sucesso. Chegando ao seguinte desenho de interações e telas.