top of page

Migração ao novo administrador Nuvemshop

Atuação: Content Designer

Cover.png

OBJETIVO

A Nuvemshop começou seu projeto de migrar domínios e páginas do produto para um novo administrador com o objetivo de proporcionar a melhor experiência aos merchants ao usarem todos os produtos, sem importar de onde ou como eles gestionassem sua loja. Além de também solucionar o gap que tínhamos entre aplicações móveis e o administrador web. 

COMO ATUAMOS?

Para chegar em versão MVP e mais assertada possível, fizemos varios perguntas para dar um caminho sobre quais componentes escolher e como construir as funcionalidades: 

  •  Qual o objetivo principal das páginas que iremos migrar?

  •  Quais são as funcionalidades existentes na página que vamos migrar?

    • Quais destas funcionalidades estão disponíveis para mobile?​

    • E quais para desktop?​​

  • Quais componentes que teríamos que migrar?

  • A UX seria a mesma para mobile e desktop? Quais casuísticas teríamos da experiência entre dispositivos? 

  • #MobileFirtst - Podemos reduzir o conteúdo sem perder clareza do que queremos comunicar e do problema que queremos resolver?

    • Podemos melhorar o microcopy para que seja mais claro, conciso e consistente?
       

Além de diversas outras perguntas que envolviam criação de novos componentes, prazos, etc. Prezamos que a experiência fosse a mesma tanto no aplicativo quanto no administrador web, considerando que o usuário pudesse fazer uso do nosso produto desde lugares com: 

- Mau conexão

- Pouco tempo de atenção

- Dispositivos antigos

PROCESSO

Decidimos migrar 10 anos em 6 meses, isso significa que houve a necessidade de que este processo fosse o mais ágil possível. Pra isso, vimos que mais que migrar telas velhas para novas, poderíamos iterar pontos chaves do produto para proporcionar uma melhor experiência. Usamos os conceitos de Lean UX, onde consistia um discovery rápido, prototipar explorações, validar internamente e, a depender da complexidade, validavamos com os usuários por meios de quick interviews. Depois iterávamos e logo em seguida seguiamos para um hands-off com o time de desenvolvimento. 
 

 


 

 

 

 

 

 

 

 

 

Mais detalhes deste processo diário : 

  • Catchups entre os times para entender o problema, prioridades de negócio e OKRs;

  • Conferir o repositório de issues e ver o que tínhamos de oportunidade de melhorias nessa migração de acordo com a visão e relato dos usuários;

  • Discovery: um road pelo produto sobre o que já existia, documentando todos os fluxos para que encontrássemos oportunidade de melhoria e também apontássemos dúvidas e custos;

  • Início do redesenho;

  • Pesquisas pontuais sobre certa etapa do produto;

  • Pedidos de feedbacks internos;

  • Iterações;

  • Documentação/Repositório de conteúdo;

  • Revisão/Sign-OFF;

  • Hands off: alinhando casuísticas e viabilidades técnicas do desenho entregue com o time de Tech, levando em consideração tempo e componentes do nosso Design System;

  • Rollout: com revisão prévia de conteúdo sobre o fluxo de ponta a ponta;

  • Implementação;

  • Seguimento: iterações de acordo com os feedbacks dos usuários. 

Concept.gif

MEU PAPEL

CONSTRUIR CONTEÚDO CONSISTENTE E ESCALÁVEL

LOCALIZAR E DOCUMENTAR O CONTEÚDO

TRADUZIR DO ESPANHOL PARA PORTUGUÊS

APOIAR E DAR SUPORTE AO TIME DE DESENVOLVIMENTO

REVISAR ANTES DE SAIR A PRODUÇÃO

CONFIRA O ANTES E DEPOIS
DE ALGUMAS TELAS

DASHBOARD/ONBOARDING ADMINISTRADOR

🏷  Products _ Order products - Analysis.png

ORDEM DOS PRODUTOS DA LOJA

Um antes e depois do trabalho da migração

IDIOMAS E MOEDAS

Todo o conteúdo incluso aqui tem seus direitos reservados e não deve ser reproduzido em nenhuma situação sem consulta prévia com o autor.

bottom of page