gr
Gabriel Reichert / UX/UI DesignerLinkedIn
Todos os projetos

CASE 03 / PRODUTO INTERNO EM DESENVOLVIMENTO / 2026

Tholz.
Da demanda
à entrega.

Transformar um processo de Marketing em uma experiência clara para quem solicita e para quem executa.

MEU PAPEL
Definição do produto, UX/UI e desenvolvimento com IA
CONTEXTO
Coordenação de Marketing
Equipe de 5 pessoas
ENTREGA ATUAL
Aplicação web funcional
Ambiente de teste
EVOLUÇÃO PLANEJADA
Integração com Asana
e agente de IA
Portal Tholz: quadro de demandas distribuídas entre triagem, fila, produção, aprovação e conclusão, com dados fictícios

Capturas da aplicação em ambiente de demonstração. Pedidos, solicitantes e prazos são fictícios.

6categorias de demanda
3etapas no formulário
5estágios de acompanhamento
2experiências por perfil

01 / O desafio

Como coordenador de Marketing da Tholz, lidero uma equipe de cinco pessoas e conecto necessidades de diferentes áreas às entregas do time. Essa perspectiva deu origem ao desafio do projeto: organizar a entrada das demandas e tornar explícito o que acontece depois do envio.

Um pedido precisa trazer contexto suficiente para ser avaliado. Quem solicita precisa entender o que informar e como acompanhar. O Marketing precisa preservar a responsabilidade sobre prioridade, prazo e execução.

O ponto de partida é minha experiência na operação e a definição do processo. A validação com solicitantes e com o time de Marketing é a próxima etapa de pesquisa.

02 / Duas necessidades,
um mesmo fluxo

Quem solicita

Pessoas de Comercial, P&D / Produto, Produção, Qualidade, Compras e Administrativo / Financeiro. Precisam descrever a necessidade sem dominar o vocabulário de design e acompanhar o andamento do pedido.

Quem entrega

A equipe de Marketing precisa avaliar o briefing, definir o prazo e registrar o progresso. A interface distingue solicitar, acompanhar e gerenciar, mantendo o contexto do pedido disponível.

03 / Organizar antes
de automatizar

Estruturei o trabalho em cinco etapas. Cada uma descreve uma responsabilidade, para que o status seja mais útil do que uma indicação genérica de “em andamento”.

Na aplicação, o avanço acontece uma etapa por vez. Para entrar na fila, o pedido precisa ter um prazo definido; ajustes podem levar o trabalho de volta à produção.

  1. 01

    Triagem

    Entender o pedido e conferir as informações.

  2. 02

    Fila

    Definir prioridade e prazo.

  3. 03

    Produção

    Desenvolver o material.

  4. 04

    Aprovação

    Validar a entrega e solicitar ajustes.

  5. 05

    Conclusão

    Disponibilizar o material final.

04 / Um briefing
em três etapas

Começar pelo tipo de entrega

Seis categorias organizam a entrada: audiovisual, materiais gráficos, PDV, divulgação digital, comunicação interna e materiais comerciais. Exemplos curtos ajudam a reconhecer onde cada pedido se encaixa.

Pedir contexto, não uma solução pronta

O briefing solicita objetivo, público, local de uso e informações necessárias. O solicitante fornece a base; o Marketing desenvolve o conteúdo. Arquivos e referências são opcionais, para não impedir o envio de quem ainda não tem esses materiais.

Deixar as regras visíveis

Não incluí um seletor de urgência nem um prazo imposto pelo solicitante. A interface informa que o Marketing define o prazo após a triagem. O indicador de progresso e o resumo final ajudam a orientar o preenchimento.

Escolha entre seis categorias no primeiro passo do formulário
Categoria → briefing → identificação. A orientação sobre prazo aparece junto ao formulário.
Campos de objetivo, público e informações para a entrega
Perguntas específicas traduzem as necessidades da produção em informações que o solicitante pode fornecer.
DEMONSTRAÇÃO DO FLUXO

Do pedido ao acompanhamento.

Seleção da categoria da demandaPreenchimento guiado do briefingAcompanhamento da demanda no quadro
01Escolher a entrega

05 / Acompanhar
sem perder contexto

O quadro reúne etapa, categoria, solicitante, setor e prazo. Abrir um pedido revela o briefing, os anexos e o histórico em um painel lateral, preservando a visão do fluxo.

Na área de gestão, o Marketing define datas, atualiza etapas e registra observações ou links de entrega. A confirmação do envio direciona para o acompanhamento; mensagens de erro orientam a correção e preservam o preenchimento quando o envio falha.

A linguagem visual usa o logo Tholz, superfícies claras e laranja pontual para seleção e orientação. No celular, categorias e colunas se reorganizam verticalmente para manter a leitura.

06 / Meu processo
com agentes de IA

Usei o ChatGPT / Codex para transformar a definição do processo em uma aplicação navegável. Minha contribuição concentrou-se em definir categorias, informações obrigatórias, regras de prazo, etapas e direção visual, além de orientar as iterações da interface.

A IA apoiou a implementação e os ajustes. Isso permitiu explorar a experiência em uma aplicação, incluindo formulários, estados e persistência das solicitações. As decisões sobre o funcionamento do Marketing continuam sendo humanas.

A aplicação foi desenvolvida com apoio de IA. A evolução a seguir amplia esse uso para a preparação dos briefings dentro do produto.

07 / Portal + agente
+ Asana

VISÃO DE EVOLUÇÃO · INTEGRAÇÃO PLANEJADA

A próxima etapa é conectar a experiência de solicitação à execução no Asana. A proposta abaixo descreve o papel de cada componente; a versão atual ainda funciona de forma independente.

Um agente para preparar a triagem

O agente deverá estruturar o briefing, sinalizar informações ausentes e sugerir um encaminhamento. A proposta preserva a revisão do Marketing antes de assumir prazo, prioridade ou compromisso de entrega.

  1. 01 / ENTRADA

    Portal

    Recebe o briefing, o setor e as referências.

  2. 02 / APOIO

    Agente de IA

    Organiza o contexto e sinaliza lacunas para revisão.

  3. 03 / EXECUÇÃO

    Marketing + Asana

    Revisa o pedido e define responsáveis, prioridade e prazo.

  4. 04 / RETORNO

    Acompanhamento

    Devolve ao portal o andamento e o histórico da entrega.

Projetar também
as exceções

Na integração, será necessário prever falhas de sincronização, evitar tarefas duplicadas e manter o status compreensível quando o Asana estiver indisponível. Sugestões do agente devem ser revisáveis e identificadas como sugestões.

Outro requisito para uso operacional é distinguir permissões de solicitantes e do Marketing. As abas atuais demonstram essas experiências; o controle de acesso por função precisa fazer parte da evolução.

08 / O que foi entregue
e como avaliar

O resultado atual é uma aplicação web de teste com formulário, armazenamento de solicitações e anexos, quadro por etapas e histórico. Ela materializa o processo e permite discutir o fluxo antes de integrar a operação.

A próxima validação deve envolver solicitantes de diferentes áreas e a equipe de Marketing, observando tarefas como enviar um pedido, encontrar seu prazo e solicitar ajustes.

  • Clareza do formulário: conclusão do envio, tempo de preenchimento e campos que geram dúvidas.
  • Qualidade do briefing: pedidos que precisam retornar para complementação.
  • Visibilidade: capacidade de localizar etapa, prazo e próxima ação.
  • Integração futura: falhas de sincronização, duplicidades e sugestões do agente corrigidas pelo time.

Esses são critérios de avaliação propostos, sem métricas de impacto medidas até o momento. O portal atual não envia dados ao Asana nem notificações externas.

Aprendizado central

O design do processo faz parte do design da interface. Antes de automatizar a demanda, é preciso esclarecer quais informações são necessárias, quem decide e como cada pessoa entende o próximo passo.

Outro case / YouTube Music