Wireflow DTudo
Para esse projeto utilizei pesquisas de cenário realizadas por outros Designers anteriormente.
Para complemento dos discoverys anteriores. mapeei o fluxo do DTudo antigo para entender o que estava funcionando, o que não estava, se havia algo faltando ou informações desnecessárias. Isso ajudou a entender funcionalidades que eram necessárias, mas estavam em desuso pelo mal funcionamento.
A partir disso junto às pesquisas, criamos um mapa de oportunidades que auxiliou nas possibilidades de soluções futuras para dar origem ao Wireflow. Nele é possível analizar o fluxo de pedidos customizados, dores, ganhos e oportunidades.
Para início do Wireflow fizemos uma dinâmica de post-its, organizando as funcionalidades, informações e interações e a disposição disso tudo em formato visual.
A dinâmica deu origem ao nosso primeiro wireflow. Usado para discussões sobre as soluções encontradas e que geraram diversos ajustes, dentre os maiores:
Pesquisa de shopper junto ao painel de compra customizada. Novos labels de shopper inativo e a quantidade de pedidos atribuídos.
Automatização de loja fechada em formato de label indicativo dentro do pedido, com regra de negócio baseada em pedidos cancelados posteriormente.
Reorganização da disposição de informações na modal do pedido, utilizando abas e não Dropdown para navegar entre chat e histórico.
Solução
O DTudo será incluído dentro Dashboard em um novo menu na barra lateral. Agora em formato Kanban, os status dos pedidos podem ser administrados em colunas diferentes para cada etapa.
As informações contidas em cada card (o pedido) incluiriam: Nome da loja, shopper atribuído, SLA, tag de suspeita de fraude. E mapeamos a possibilidade notificação ativa de atenção a problema no pedido.
Ao abrir o card do pedido, é possível visualizar todas as informações do pedido. Agora informações como: parceiro, app multiplan, SLA, suspeita de fraude se tornam labels do pedido.
Agora é possível adicionar e deletar itens da sacola, alterar quantidade e o valor final da compra. Ao final da modal tem Informações como endereço de entrega.
O chat multiplan fica localizado a esquerda. Ao trocar a aba para histórico é possível acompanhar todas as alterações realizadas naquele pedido.
Para localizar os Shoppers basta clicar em Shoppers online, que contém a pesquisa de Shoppers por hubs na base multiplan. Shoppers possuem uma label informando a quantidade de pedidos e se este encontra inativo. A regra para inatividade segue com duas possibilidades, por tempo sem coleta ou por localização.
Algumas anotações de oportunidades futuras para o projeto:
Exibir um Label de loja fechada e mandar evento para o app do shopper
Regras para pedido com atenção:
- muitas mensagens sem resposta
- Ideia: App shopper interação para reportar problema
Pedidos goods: SLA atrasado = Quando for goods em horário de pico fora da janela de entrega (objetivo automatizar pedidos em espera)
Verificar se quais informações de tickets com cliente podem ser trazidas ao histórico do pedido
Histórico de compra computado
