Contexto
O time de conteúdo do marketing da Appmax planejava posts, e-mails, vídeos e eventos de três marcas. O planejamento morava em planilhas, e o status de cada peça, no Jira. A demanda partiu do próprio time.
Problema
Cada marca tinha o próprio planejamento, e cada canal, a própria lista. Para saber o que saía na semana, alguém precisava juntar tudo à mão, e o status das peças ficava no Jira, fora da planilha.
Meu papel
O Calendário 360 era uma das ferramentas internas pelas quais eu respondia, do design ao código. Fiz sozinha a descoberta, os fluxos, a interface e o desenvolvimento. As necessidades das pessoas usuárias eu levantei junto com a gerente de projetos do time.
Processo
Descoberta
Antes de desenhar qualquer tela, parti do que o time já usava, para ver onde a informação morava:
- A planilha de projetos do semestre, com dono, prioridade e datas de cada projeto das três marcas.
- O quadro do Jira, onde ficavam copy, responsável e andamento de cada peça.
Permissões antes da tela
Antes da interface, mapeei no FigJam quem pode ver, criar e editar o quê. O fluxo abaixo vem desse quadro, redesenhado com as pessoas trocadas pelas áreas.
No código, os três papéis (admin, editor e leitor) são protegidos também nas regras do banco de dados.
Seis entregas
As três primeiras entregas ficaram prontas entre 5 e 10 de agosto. Duas melhorias posteriores vieram de pedidos do time: o nome do projeto em cima de cada peça (29 de setembro) e a criação de peças a partir das tarefas do Jira (8 de outubro).
A demo navegável
A demo usa o mesmo código do produto, com marcas, projetos e pessoas fictícios e sem banco de dados. Tudo roda no navegador e volta ao início quando a página recarrega.
- O Jira continua sendo a fonte do status
O que vi
Copy, responsável e status de cada peça já ficavam no Jira, onde o time trabalha.
O que decidiO status exibido no calendário vem do Jira, atualizado a cada 30 minutos, e só o Jira altera esse dado.
Por quêAssim existe uma versão só de cada dado, e o time não precisa atualizar o mesmo status em dois lugares.
- Datas em aberto aparecem no roadmap
O que vi
Nem todo projeto tem data de término definida, e o time precisa ver o que está planejado semana a semana.
O que decidiNo roadmap, a barra sólida marca projeto com início e fim, a ponta em degradê marca data em aberto e cada semana mostra o número de peças.
Por quêDe relance, o time distingue o que já tem prazo do que ainda precisa de uma data.
- Papéis de acesso em três níveis
O que vi
Social, imprensa, conteúdo e design cuidam de partes diferentes do calendário, e muita gente só precisa consultar.
O que decidiTrês papéis: admin, que gerencia tudo; editor, que cria e edita; e leitor, que vê calendário, roadmap e listas sem editar. No fluxo desenhado, o editor trabalha dentro de um escopo por área. No código, os papéis também são protegidos nas regras do banco de dados.
Por quêQuem só consulta vê tudo sem risco de alterar nada, e a permissão não depende apenas da interface.
Resultado
O time de conteúdo do marketing, cerca de 12 pessoas, usa o Calendário 360 todos os dias. Duas melhorias vieram de pedidos feitos depois que o time começou a usar a ferramenta: o nome do projeto em cada peça e a criação de peças a partir do Jira.
