Liga do Big Basket Diário | Estudo de caso de UX em programas de fidelidade
Trazido a você pelo DREAM TEAM
Neste artigo gamificado, recapitularei como meus camaradas e eu construímos uma experiência envolvente para o Big Basket Daily em uma zona de guerra competitiva de 48 horas
BEM VINDO A BORDO
Saudações queridos jogadores.

Ao refazer a jornada embarcada pelo DREAM TEAM , tenha em mente estas instruções :
- Este era um jogo multijogador.
- Embora existam referências à vida real, os passos dados não devem ser considerados como regras de livros didáticos.
- Siga-me no instagram e no LinkedIn para mais conteúdo criativo
- Boa sorte!

Foram formadas equipes compostas por lutadores com vários poderes e o seguinte é o DREAM TEAM :

INICIAÇÃO
O Dream Team foi formado com seis estranhos reunidos às 23h de uma sexta-feira à noite. Apesar dos nervos, nosso pequeno exército estava pronto para superar todos os obstáculos e emergir como campeões em 48 horas.
A MISSÃO
Adquirir nossa missão desejada não foi tarefa fácil em si. Várias tropas tiveram que lutar AO VIVO no YouTube , onde o sábio feiticeiro UX Anudeep arbitraria os combates.

Depois de um debate acalorado, aqui estava nossa missão para o fim de semana:
Encontre uma oportunidade como UX Designer para introduzir um programa de fidelidade no Big Basket Daily , impactando principalmente o valor médio do pedido e também impactando a retenção .

O REBOQUE
Deixe-me ir direto ao ponto para vocês, jogadores impacientes. Aqui está a solução final com os motivos da implementação. Não se preocupe, há uma explicação detalhada adiante também.





O PROCESSO
Agora que a solução final está fora do caminho, vamos mergulhar neste reino sobrenatural e entender as etapas percorridas pelo time dos sonhos em cada um dos vários níveis .

NÍVEL — 1: PLANO DE AÇÃO
⏳ Tempo restante: 45 horas
Garantimos que durante toda a luta todos os soldados estivessem envolvidos, mas distribuímos nosso tempo e responsabilidades para garantir que concluíssemos nossa operação dentro do prazo :)

Imediatamente começamos a anotar nossas linhas de ataque; que seria primeiro entender nossa declaração de problema e planejar o que estávamos tentando descobrir nos próximos estágios.
- Entenda o que são programas de fidelidade e como funcionam
- Entenda os modelos e tipos existentes
- Como os programas de fidelidade afetam o AOV
- Explorar concorrentes (amplo e específico para mercearia)
- Entenda o comportamento do usuário

⏳ Tempo restante: 44 horas
Mergulhamos fundo no oceano de informações: o Google. Cada um de nós dividiu e coletou dados básicos até sentir um certo nível de compreensão.

Não bastava apenas saber como esses conceitos funcionavam na teoria, precisávamos de exposição prática. Mas ainda não estávamos prontos para experimentar. Então, decidimos espionar nossos concorrentes para ver o que estava ou não funcionando para eles.

Para entender melhor, optamos por passar por concorrentes diretos (aplicativos de supermercado online) e indiretos (aqueles que implementaram sistemas de fidelidade ou recompensa - do Slice até o Nykaa). No total, passamos por cerca de 10 aplicativos, mas decidimos nos concentrar em 3 finalmente: Flipkart Groceries, Swiggy Instamart e Dunzo Daily.



NÍVEL - 3: INTERROGAÇÃO
⏳ Tempo restante: 36 horas
Companheiro jogador, você pode pensar neste ponto: você não tem informações suficientes para começar a projetar? Por que perder tempo quando você está limitado por isso?

- Valide as suposições feitas antes da pesquisa
- Entenda os gatilhos/motivadores dos usuários
- Entenda o comportamento do usuário — modelo de assinatura wrt, recompensas e aplicativos de entrega de supermercado
Para ter certeza de que estávamos criando soluções para usuários de aplicativos de supermercado em tempo real, sem nenhum viés envolvido na entrevista. Além disso, nos ajudaria a obter múltiplas perspectivas.

Definimos uma linha básica de áreas nas quais queríamos focar enquanto conversávamos com os usuários. Este questionário passou por várias iterações. Essas perguntas não foram seguidas diretamente durante as entrevistas, a situação foi analisada e a improvisação ocorreu.

Para falar com os usuários em um curto espaço de tempo, procuramos pessoas que não conhecíamos muito bem e fizemos com que outro membro da equipe as entrevistasse. Costumamos perguntar sobre suas experiências anteriores para obter respostas mais realistas e mantivemos gravações das conversas (com a permissão deles, é claro).
- Elizabeth entrevistou a irmã de Debby
- Ajitesh mandou uma mensagem para uma comunidade e acabou entrevistando um vizinho com quem nunca havia falado.
- Elizabeth conseguiu recrutar 3 usuários, cada um entrevistado por Debby, Ajitesh e eu.



- planejado - eles decidiram o que queriam pedir com antecedência
- sob demanda - eles fazem pedidos com base nas necessidades atuais
- inscritos - eles querem que certos produtos sejam entregues em intervalos específicos
NÍVEL — 4: DESENCRILHAR
⏳ Tempo restante: 28 horas
Nesse ponto, os guerreiros haviam coletado montes de dados, mas não tinham certeza de como eles se encaixavam no projeto.

Então, tentamos agrupar nossos dados para entender os tipos de insights que recebemos (tendo em mente a intenção de construir um sistema de recompensa ):
- os benefícios de um aplicativo de entrega de supermercado
- os pontos de dor
- o aspecto da assinatura

⏳ Tempo restante: 26 horas
Não estávamos prontos quando a revisão intermediária chegou. Tínhamos insights, mas informações demais para entender. Estávamos indo na direção certa, mas não sabíamos para onde.
Meia hora antes da apresentação foi decidido que eu faria a apresentação ao vivo no YouTube

Eu não estava muito nervoso porque sabia que só tinha que narrar o status do nosso projeto (então não preparei nada ). Mas como não tínhamos muita clareza de nossos próximos passos; isso se refletiu na apresentação.
A apresentação correu bem (considerando a preparação zero) e obtivemos feedback que nos trouxe de volta à realidade (constrangimentos) e nos ajudou a focar no que era importante e no que era possível.
NÍVEL — 6: REAGRUPAR
⏳ Tempo restante: 24 horas
No meio do hackathon de design, sentimos nossa zona segura encolhendo e não tínhamos certeza de nosso objetivo . Decidimos levar a sério o feedback recebido e tivemos várias discussões para nos ajudar a focar no que importava.



Conquista desbloqueada: CLAREZA
Decidimos nos concentrar nos usuários de nível 1 com uma renda disponível e gamificar o aplicativo apenas na medida em que ajuda os usuários a fazer pedidos de mantimentos e, por sua vez, nos ajuda a aumentar o valor médio do pedido .
NÍVEL — 7: BEM…COMO?
⏳ Tempo restante: 22 horas
Temos uma ideia de para onde estamos indo, mas para avançar na ideia de como nosso programa de fidelidade seria implementado, fizemos perguntas para identificar as áreas que queremos abordar (problemas) e apresentamos ideias para cada uma delas.



Como chegamos às ideias?
- Muita inspiração (da pesquisa da concorrência) — já que não queríamos que a ideia fosse estrangeira — a lei de Jakob
- Muito escopo para entender o núcleo de nossa declaração de problema - para aumentar o AOV - não apenas simplesmente gamificar
- Nós nos concentramos em quem estávamos construindo esse recurso - usuários regulares do BB Daily de cidades de nível 1
- fluxo de carrinho
- fluxo de assinatura
- um rastreador com as moedas
- A página do programa de moedas BB
- o processo de adesão e o seu impacto no programa de fidelização
⏳ Tempo restante: 20 horas

Tínhamos a intenção de começar a fazer rascunhos (wireframes), mas acabamos tendo muitas discussões (e brigas) para entender as formas exatas de implementar as ideias formadas no nível anterior.



Enquanto trabalhava com um exército de indivíduos talentosos e opinativos, as disputas estavam prestes a ocorrer. Ficamos confusos se deveríamos manter uma opção paga no aplicativo.

Conquista desbloqueada: CONFUSÃO DESBLOQUEADA
NÍVEL - 9: PLANEJAMENTO
⏳ Tempo restante: 18 horas

Depois de concordar em discordar e alcançar a coerência; concluímos implementar 4 soluções principais (que foram mencionadas acima com raciocínios claros de nossa pesquisa ):
- Sistema baseado em moedas - moedas BB
- Sistema baseado em tarefas - ganhe para queimar concluindo tarefas
- Modelo de assinatura — ganhe assinando
- Sistema baseado em camadas — Gold e Platinum


Em seguida, levamos os layouts para um meio digital. Embora nossa intenção seja criar um novo recurso, não hesitamos em nos inspirar. Usamos elementos do aplicativo BB Daily existente e aplicativos concorrentes.





NÍVEL — 10: EQUIPE-SE
⏳ Tempo restante: 15 horas
Agora era hora de vestir os manequins que criamos, carregar as armas e deixar os UI Masters assumirem a liderança. O sistema de design BB Daily foi usado para o layout básico e muitos componentes foram projetados do zero.

Durante o desafio, 2 de nossos guerreiros projetaram a maior parte dele, o restante de nós fez questão de entender profundamente e recriar os elementos para não deixar pedra sobre pedra. Participei do processo de confecção de cartões durante o hackathon e aprendi muito nessa pequena tarefa.


Criamos um fluxo de carrinho que descreve como um rastreador pode motivar o usuário a adicionar mais ao carrinho, aumentando o total ( Valor médio do pedido ) e ajudá-lo a ganhar moedas BB.


Como muitos usuários descreveram o uso de assinatura para mantimentos, achamos essencial gamificar o fluxo de assinatura que beneficiaria os usuários e os negócios ( retenção ).

NÍVEL - 11: A PROVA
⏳ Tempo restante: 3 horas
Era hora de testar nossa versão piloto. Como estávamos apegados às nossas soluções, mantivemos a mente aberta para receber iterações .

Ajitesh e Elizabeth fizeram um rápido teste de usabilidade pouco antes de nossa apresentação. Eles narraram o que aconteceu e fiz uma rápida anotação dos pontos importantes. Eles exibiram o protótipo via zoom e permitiram que o usuário pensasse alto em cada tela e perguntasse em que clicariam para uma tarefa específica.
1ª tarefa — Adicionar um item ao carrinho e fazer uma compra
2ª tarefa - verifique onde estão as moedas - página do programa de fidelidade
3ª tarefa — fluxo de assinatura
O que queríamos entender:
- Eles são capazes de entender o conceito de moedas BB?
- Os usuários ainda podem usar o BB Daily como normalmente fariam?
- Eles estão hesitantes ou confusos antes de clicar em algo?




NÍVEL — 12: A BATALHA FINAL
⏳ Tempo restante: 1 hora
A linha de chegada estava ao virar da esquina; faltava apenas um vídeo explicando nossa solução que tínhamos que apresentar na revisão final .

Com o pouco tempo que restava; Três de nós imediatamente gravamos nossa explicação na tela e, em seguida, Sushank editou o vídeo para fazer o envio bem a tempo para a revisão. Mas definitivamente foi por pouco
Todas as nossas dúvidas se dissiparam quando deixamos nosso Dumbledore UX Anudeep sem palavras. Todos os jurados ficaram impressionados com o que conseguimos fazer em menos tempo.

✅ PRINCIPAIS APRENDIZADOS
Apesar de ter dormido apenas 5 horas, este deve ser um dos melhores fins de semana da minha vida. Aprendeu muitas habilidades em menos tempo com estranhos:
- Aprendemos que não podemos resolver para todos
- Aprendemos a importância de definir o escopo no tempo limitado que tínhamos
- Aprendemos que discussões e conflitos saudáveis podem levar à clareza
- Aprendemos que nem tudo vai correr como planeado e por isso temos de nos ajustar aos constrangimentos
Encontramos alguns desafios em nosso projeto atual:

O que queríamos fazer também, mas não conseguimos:
- criar uma página de carteira
- implementação de conversão
- Várias formas de comprar um produto — criamos apenas a página do carrinho
- recompensa na assinatura de 30 dias
- sistema de raia, ao abrir o app continuamente
- sistema zero
- adicione 5 itens no valor de qualquer valor

Se você gostou de ler este artigo, siga-me no Medium , Instagram e LinkedIn para mais conteúdo criativo