A seguir falarei um pouco sobre o processo seguido para realização desta tarefa, porém, por questões de NDA, não poderei entrar em grandes detalhes sobre o negócio ou disponibilizar os protótipo elaborados.

Processo de definição:

Para definir como seguir com esta tarefa, primeiramente era necessário conhecer o processo atual profundamente, seus problemas, benefícios, dores e todos os envolvidos no processo. Para tal, uma etapa de discovery foi realizada, consistindo em conversas com diferentes pessoas do time comercial, que descreveram em detalhes como a confirmação de agendamento era realizada, além de relatar quais eram as dores sentidas por elas e pelos fornecedores, e quais problemas de abastecimento poderíamos ter no processo vigente.

Ao total conversei com três analistas de compras, os responsáveis pelo contato com o fornecedor, e comparando os relatos pude obter uma versão completa de como tudo era realizado.

Na sequência, o próximo passo foi consolidar todas as descobertas, a listagem de problemas, e começar a pensar na proposta de solução.

A Tok&Stok possui um Portal do Fornecedor, um sistema que faz interface entre área comercial e fornecedores. Porém, até este momento o portal era puramente consultivo, ou seja, os fornecedores conseguiam visualizar as informações sobre os agendamentos, os pedidos emitidos, informações sobre pagamentos, entre outras. Eles não podiam realizar nenhuma ação ativa dentro do sistema.

Percebendo, juntamente ao PM e ao Tech Lead, o potencial da plataforma, decidiu-se por incluir o processo nele. Os pedidos emitidos ficavam visíveis aos fornecedores e eles conseguiam consultar a data de entrega. Dessa forma, chegamos a conclusão de que a melhor solução para otimizar o processo e diminuir a carga do time comercial, seria incluir uma funcionalidade no sistema, permitindo ao fornecedor confirmar se irá ou não entregar o pedido na data agendada.

Desenvolvimento da solução:

• Iniciei o desenvolvimento da solução utilizando papel e caneta para rascunhar algumas ideias e conseguir pensar de forma ampla, sem gastar muito tempo. Após algumas definições em papel, me encaminhei para o desenvolvimento do wireframe, que foi validado com o PM e o time técnico, visando validar a ideia e já verificar a viabilidade técnica;


• A próxima etapa foi desenvolver o protótipo de alta fidelidade. Percebemos no time que utilizar um wireframe no teste de usabilidade pode não trazer bons resultados, pois tivemos algumas experiências em que os entrevistados focaram nos aspectos visuais do wireframe, ao invés de focar na funcionalidade que queríamos testar. Dessa forma, para esta tarefa optei por seguir com o protótipo de alta fidelidade.


O protótipo contou com a seguinte jornada: 1. Login; 2. Tela inicial; 3. Acesso à tela de Gerenciar Pedidos; 4. Entrar na aba Confirmações pendentes; 5. Pesquisar pedido desejado (pelo número do pedido, ID do produto ou data de entrega); 6. Clicar no botão Ver detalhes do pedido; 7. Será exibido um modal com a lista de todos os itens que constam no pedido selecionado; 8. Selecionar os itens sobre os quais o fornecedor deseja realizar a ação; 9. Clicar no botão Confirmar todos os itens ou Recusar todos os itens (sendo confirmar o botão primário e recusar o secundário); 10. Se o fornecedor optar pela opção recusar, um novo modal será exibido questionando o motivo da recusa (as opções são alteração de quantidade, falta de matéria-prima, atraso no processo de produção, consolidação de carga, lead time de produção insuficiente); 11. A etapa seguinte a declarar o motivo será sugerir uma nova data de entrega, a ser confirmada pelo time comercial; 12. Modal de sucesso indicando que o agendamento foi cancelado e uma nova data será confirmada pelo time comercial; 13. Caso o fornecedor tenha confirmado o agendamento, ele será encaminhado diretamente para o *modal de sucesso*


• Realizei testes de usabilidade, buscando coletar feedback dos fornecedores em relação a utilização da funcionalidade. O teste de usabilidade contou com a seguinte estrutura:
5 fornecedores entrevistados
2 fornecedores de acessórios
Teste remoto, utilizando a ferramenta Lookback
30 minutos de duração
3 fornecedores de móveis
Download do teste foi feito na ferramenta Dovetail


• Com o teste de usabilidade consegui extrair algumas melhorias:


Permitir a confirmação ou recusa de pedidos em massa;


Informar que em caso de recusa do agendamento, os detalhes do pedido estarão disponíveis na aba Agendamentos Recusados.


• Na sequência, após as alterações resultantes do teste de usabilidade, apresentei o protótipo para a squad, para uma validação técnica final, e posteriormente para os stakeholders, para coleta de feedback e verificar se havia alguma singularidade do processo que não foi abordada e incluída na solução;


• Para o hand off do protótipo de alta fidelidade, costumo compartilhar o link dele, juntamente com todas as imagens necessárias, em alta qualidade. Costumo também fazer alguns apontamentos no protótipo, explicando mais detalhadamente o comportamento de alguns componentes, indicando quais campos são de preenchimento obrigatório, por exemplo;


• Durante o período de desenvolvimento, acompanho o andamento por meio das dailies e, caso haja alguma dúvida ou dificuldade por parte dos desenvolvedores, dou o suporte necessário;


• A estratégia de lançamento contou com um rollout para cinco fornecedores, em que acompanhei os resultados e possíveis dificuldades para ajustes. Após o rollout o lançamento foi realizado de forma faseada para todos os fornecedores ativos.