Quadro de demandas do Portal Tholz em demonstração

Portal Tholz

EXPLORAR CASE
Todos os projetos

CASE 01 / PRODUTO REAL EM TESTE / 2026

Um processo claro para quem solicita e para quem entrega.

MEU PAPEL
Produto, UX/UI e desenvolvimento com IA
CONTEXTO
Coordenação de Marketing · Equipe de 5 pessoas
ENTREGA ATUAL
Aplicação web em ambiente de demonstração
PRÓXIMO PASSO
Validar com solicitantes e Marketing

Resumo em 30 segundos

Problema
Pedidos de Marketing precisam chegar com contexto e ter acompanhamento claro.
O que fiz
Defini o processo e desenhei e desenvolvi uma aplicação com apoio de IA.
Resultado atual
Aplicação em teste com 6 categorias e 3 etapas de briefing. Impacto operacional ainda não medido.

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

01 / O desafio

Ao coordenar uma equipe de cinco pessoas, preciso conectar necessidades de outras áreas às entregas do Marketing. O desafio foi organizar a entrada dos pedidos e tornar visível o que acontece depois do envio.

O solicitante precisa fornecer contexto sem dominar o vocabulário de design. O Marketing precisa avaliar o briefing e preservar a responsabilidade sobre prioridade, prazo e execução.

O ponto de partida é minha experiência na operação. A pesquisa com solicitantes e com o time ainda será realizada.

02 / Dois perfis

Quem solicita

Comercial, Produto, Produção e áreas de apoio descrevem a necessidade e acompanham o pedido.

Quem entrega

O Marketing revisa o briefing, define datas e registra o progresso. A interface distingue solicitar, acompanhar e gerenciar.

03 / Processo primeiro

Organizei o trabalho em cinco etapas, cada uma com uma responsabilidade clara. Para entrar na fila, o pedido precisa de um prazo definido; ajustes podem devolver o trabalho à produção.

  1. 01

    Triagem

    Conferir o contexto.

  2. 02

    Fila

    Definir prazo e prioridade.

  3. 03

    Produção

    Desenvolver o material.

  4. 04

    Aprovação

    Validar e solicitar ajustes.

  5. 05

    Conclusão

    Disponibilizar a entrega.

04 / Briefing guiado

Seis categorias ajudam a reconhecer a entrega: audiovisual, materiais gráficos, PDV, digital, comunicação interna e materiais comerciais. O formulário avança por categoria, briefing e identificação.

Objetivo, público e local de uso traduzem a necessidade em contexto. Anexos são opcionais. Em vez de impor urgência, a interface explica que o Marketing define o prazo após a triagem.

01 / Escolher a categoria, com exemplos e orientação sobre prazo.
02 / Fornecer o contexto necessário para o Marketing avaliar o pedido.

05 / Contexto visível

O quadro reúne etapa, categoria, setor e prazo. O painel lateral reúne briefing, anexos e histórico sem perder a visão do processo. A gestão permite atualizar etapas e registrar observações ou links de entrega.

Visão real do quadro no ambiente de demonstração. Exemplos fictícios.

06 / Da regra à tela

Defini categorias, informações obrigatórias, regras e direção visual. O ChatGPT / Codex apoiou a implementação e as iterações, materializando o fluxo em formulários, estados e persistência de solicitações.

PROCESSO DEFINIDO

Regras e responsabilidades

  • Marketing avalia o pedido.
  • Prazo definido após a triagem.
  • Cinco etapas de execução.
APLICAÇÃO CONSTRUÍDA

Regras na experiência

  • Briefing em três passos.
  • Orientações junto aos campos.
  • Quadro e histórico do pedido.
Relação entre a definição do processo e a interface. Esquema explicativo.

07 / Evolução planejada

INTEGRAÇÃO AINDA NÃO IMPLEMENTADA

A proposta conecta o portal ao Asana. Um agente organiza o briefing e sinaliza lacunas; o Marketing revisa as sugestões antes de definir compromissos. A aplicação atual funciona de forma independente.

  1. 01

    Portal

    Recebe pedido e referências.

  2. 02

    Agente de IA

    Organiza e sinaliza lacunas.

  3. 03

    Marketing + Asana

    Revisa e define a execução.

  4. 04

    Acompanhamento

    Devolve status ao portal.

08 / Exceções previstas

O fluxo precisa orientar correções sem apagar o preenchimento. Na evolução, acesso por função, indisponibilidade do Asana e prevenção de duplicidades exigem tratamento explícito.

REGRA DE INTERAÇÃO

Campo incompleto

Indicar o que falta junto ao campo.

REGRA DE INTERAÇÃO

Falha no envio

Preservar o briefing e permitir nova tentativa.

REGRA DE INTERAÇÃO

Sincronização futura

Sinalizar a pendência e evitar duplicidade.

Esquema das regras de interação, incluindo a integração futura. Não é uma captura da aplicação.

09 / Resultado e aprendizado

A entrega atual é uma aplicação de teste com 6 categorias, 3 etapas de formulário e 5 estágios de acompanhamento. Os números descrevem o escopo implementado. O principal aprendizado foi tratar o processo como parte da interface: esclarecer quem decide e qual é o próximo passo antes de automatizar.

A validação deve observar envio, tempo de preenchimento, necessidade de complementar briefings e capacidade de localizar prazo e status.

Ainda não há métricas de uso ou de impacto medidas. O ambiente não envia dados ao Asana nem notificações externas.

PRÓXIMO CASEGooday