Directo · CreatorApp de campo · em dupla com Renato Garcialeitura de 8 min

Quem publica, e em nome de quem.

O aplicativo de quem produz a oferta dentro da loja, e o modelo que decide quem publica em nome de quem

Cliente: Directo
Período: Ago. e set. de 2026
Papel: Em dupla com Renato Garcia
Escopo: App de quem produz a oferta

Trocar de chapéu786×790A mesma pessoa tem quatro chapéus, e só um vale por vez. Com o chapéu da marca ativo, ela vê o catálogo em qualquer varejo e nenhum estoque de loja. O número exato só abre no vínculo com a filial.

Em pair designing com o designer Renato Garcia. Cliente: Directo, cliente da Diletta. Produto: Creator. Agosto e setembro de 2026.

35: telas em quatro trilhos, com a tela inicial como único centro.
3 eixos: decidem o que cada pessoa vê e em nome de quem ela publica.
16: telas de alternativa, entregues com o diagnóstico do que existia ao lado.

00 Arquivo


Cliente	Directo, cliente da Diletta
Produto	Creator · o aplicativo de quem produz o conteúdo da oferta na loja
Papel	Product Designer Sênior na Diletta Solutions, a empresa onde eu trabalho, em pair designing com Renato Garcia
Escopo	35 telas em quatro trilhos, o modelo de autorização e o quadro de construção no Figma
Validação	com a equipe do cliente, decisão por decisão
Plataforma	celular, e um painel na web para quem decide
Período	agosto e setembro de 2026, um mês de trabalho

01 Resumo

Problema. O feed do TicTac só tem oferta se alguém fotografar o produto na gôndola e publicar. Essa pessoa, o creator, não tinha aplicativo.

Papel e time. Sou Product Designer Sênior na Diletta, e a Directo é cliente da Diletta. Trabalhei em pair designing com o designer Renato Garcia. A gente se reunia todo dia e trabalhava os elementos junto, pra aproveitar melhor e entregar mais rápido. A Directo validou cada decisão.

A decisão. Troquei a lista de três tipos de conta por um modelo de autorização em três eixos. A mesma pessoa trabalha numa loja e representa uma marca, e a lista não dava conta disso.

Resultado. 35 telas em quatro trilhos e uma tabela de nove linhas que decide o que cada vínculo vê. Depois a Directo pediu o nosso design system.

Estado. Não está no ar. Um mês de trabalho, entre agosto e setembro de 2026, e o aplicativo ainda não foi construído.

02 Contexto

O TicTac é um feed de ofertas de loja física. Quem paga é a marca, com verba de mídia de varejo, o dinheiro para aparecer onde a compra acontece. Quem compra está perto da loja. Quem produz a oferta é o creator, que fotografa e escreve sobre o produto na gôndola.

Então o meu usuário era quem trabalha: o promotor de loja, o representante da indústria, a pessoa que produz conteúdo por conta própria. Cada um enxerga um pedaço do mesmo dado. Essa foi a parte difícil.

03 Restrição

Quem produz nunca vê dinheiro. Verba, alcance pago e retorno de campanha são do gestor.

A mesma pessoa pode ter três papéis, e cada um dá uma permissão diferente sobre o mesmo produto. A tela precisa dizer qual está valendo agora. Um chapéu por vez.

Quem produz também não escolhe a região da postagem. Ela vem do vínculo aprovado.

E o CPF Seguro, o produto da casa que protege contra fraude, roda embarcado dentro deste aplicativo com a marca da Directo.

04 O problema em número

No varejo alimentar brasileiro, 38% das causas de ruptura, o produto faltando na gôndola, nascem dentro da loja. É onde ninguém está olhando, e é onde o creator está. Sem alguém em campo com missão, prazo e recompensa, o feed não tem oferta para mostrar.

05 Exploração

A proposta que já existia, medida contra o mercado

Quando entrei já havia um fluxo desenhado. Comparei ponto por ponto com TikTok Shop, Field Agent, Roamler e BEES Force. Saíram seis achados, e três mudaram o desenho.

A tela perguntava o tipo de conta antes do login. Nessas plataformas a conta é única e o papel vem do vínculo aprovado, porque existe quem é as duas coisas.

Antes, escolher a persona — À esquerda, a porta do fluxo que já existia: a pessoa escolhe uma de três personas antes de entrar, e cada uma leva a um aplicativo diferente. À direita, a versão final: um login só, e os acessos que cada vínculo libera aparecem depois, dentro do mesmo aplicativo.

Depois, um login e os acessos — À esquerda, a porta do fluxo que já existia: a pessoa escolhe uma de três personas antes de entrar, e cada uma leva a um aplicativo diferente. À direita, a versão final: um login só, e os acessos que cada vínculo libera aparecem depois, dentro do mesmo aplicativo.

A sugestão automática mostrava o interesse da loja ("estoque alto, 47 unidades") e escondia o de quem ia produzir. O mercado mostra a comissão estimada.

E quem produzia digitava preço e desconto. Margem é de quem tem o estoque.

Levei a resposta como alternativa desenhada, 16 telas, com o diagnóstico ao lado.

06 Decisões

D1 · Autorização são três eixos que se multiplicam

A pergunta era "o que essa pessoa pode fazer". A resposta que existia era uma lista de três tipos de conta, e ela quebrava no primeiro caso real.

Primeiro separei duas pessoas. Quem executa recebe a tarefa e publica, no celular. Quem decide define verba e campanha, num painel na web. O aplicativo é de quem executa.

O modelo tem três eixos: quem autoriza, o escopo e o grau. O escopo cruza lugar, produto e ação. O grau tem quatro degraus: ver, executar, publicar direto e falar em nome da empresa. Cada degrau pede mais verificação.

Por quê: a referência veio do banco. Alçada de pessoa jurídica responde quem assina, até quanto, em nome de quem e até quando. Com essa lógica a cadeia só encolhe. O grau nunca sobe e a validade encurta a cada repasse, então uma agência que só executa não consegue dar a ninguém o direito de representar a marca.

A árvore da autorização1400×1123O modelo escrito antes das telas: os três eixos e as regras que o desenho encena, como a revogação em cascata e um chapéu por vez.

D2 · Quem executa nunca vê verba

Uma tabela de nove linhas por quatro colunas diz, para cada tipo de vínculo, o que a pessoa vê: estoque, preço, prioridade, verba, quem revoga, quem paga e mais três. Na linha da verba, as quatro colunas dizem "nunca".

Por quê: quanto cada um vê é regra de negócio. Quem trabalha na loja vê a quantidade em estoque. Quem veio por convite vê só se tem, se está acabando ou se acabou. E sem reserva duas pessoas fotografam a mesma gôndola e uma trabalha de graça, então a missão é reservada antes e fica bloqueada para as outras.

O dado	Vínculo · a loja onde trabalho	Convite aberto · loja próxima	Marca · indústria	Agência · intermediária
Estoque	12 unidades, o número exato	tem, acabando ou sem, sem número	por rede e por região, nunca por loja	o que a marca liberou à agência
Preço	preço de venda e a margem da loja	só o preço de venda ao público	o sugerido e o praticado médio	o praticado médio
Exposição	gôndola, corredor, ponta, share	só o que o briefing descreve	share de gôndola agregado	agregado
Prioridade do dia	a que esta filial definiu	a que a missão declara	a que a própria marca definiu	a do cliente da agência
Outros creators	quem da loja pegou o quê	só "reservada", sem nome	quantos aceitaram, sem nome	quantos, sem nome
Verba, CPM, ROI	nunca	nunca	nunca	nunca
Missão exclusiva	sim, só de quem trabalha lá	não, é disputada no raio	sim, por convite da marca	herdada do contrato
Quem revoga	o gerente da filial	a própria loja, ao fechar a missão	o trade da marca	a marca, e cascateia
Quem paga	a loja	a loja, por missão aprovada	a marca	a agência

Esta tabela decide o que cada tela mostra. Tela por tela, cada uma daria uma resposta diferente.

D3 · As personas não viravam obra, então escrevi a lista de trás para frente

Apresentei nove personas. A Directo achou teórico demais e propôs outro começo: descrever o estado resolvido e andar para trás até hoje. Na mesma conversa veio a régua do Bezos, de separar decisão reversível de estrutural.

Juntei as duas ideias num quadro no Figma: o estado resolvido no topo, com data, e embaixo os degraus até ele, cada um com dono e prazo. O texto do botão é reversível, e quem está fazendo decide e avisa. De onde vem o preço é estrutural, e vai para a mesa.

Por quê: a persona explica o porquê e não diz o que construir primeiro. Quem decide na segunda-feira precisa de uma lista com dono.

Abri mão de: consenso em tudo. Decisão reversível tomada sozinha irrita alguém uma vez. Estrutural tomada sozinha custa um trimestre.

D4 · O preço vem do código de barras

Quem produz não digita preço. Lê o código de barras na gôndola e o sistema devolve a oferta vigente do catálogo.

Por quê: preço errado no supermercado vira fila no caixa e produto vendido por um valor que ninguém autorizou. Por isso o leitor de código de barras entrou como peça obrigatória do primeiro lançamento.

D5 · Nada publica fora de campanha

Quem decide cria a campanha antes. Sem campanha ativa, o botão de publicar nem aparece.

Por quê: conteúdo solto não tem quem pague por ele. A campanha transforma o trabalho em algo que se fatura, e dá à marca o direito de recusar.

07 Craft

O fluxo único, 35 telas1800×1347As 35 telas num quadro só. A tela inicial é o único centro, e dela saem quatro trilhos, um por aba: missão, criar, ganho e conta. Todos voltam para o centro.

Seus vínculos786×2600A tela de vínculos, onde o modelo de autorização aparece para quem usa. São quatro relações, e só uma vale por vez.

Vínculo com a loja — Quem trabalha na loja vê a quantidade. Quem veio por convite vê só tem, acabando ou sem. À direita, quem decide o alcance, que nunca é quem produz.

Convite aberto — Quem trabalha na loja vê a quantidade. Quem veio por convite vê só tem, acabando ou sem. À direita, quem decide o alcance, que nunca é quem produz.

A missão aberta — FluxoA missão do começo ao fim. A reserva trava a tarefa por 45 minutos. No envio a pessoa informa quantas unidades achou, e a diferença entre nove e doze é o dado que a marca compra.

Reservada, com prazo — FluxoA missão do começo ao fim. A reserva trava a tarefa por 45 minutos. No envio a pessoa informa quantas unidades achou, e a diferença entre nove e doze é o dado que a marca compra.

Escrevi seis regras antes do primeiro pixel, entre elas reserva antes de executar e recompensa só depois da aprovação. Duas peças novas entraram no sistema do cliente: o card de missão e a barra de contexto.

08 Resultado

35 telas em quatro trilhos. O modelo de autorização, com três eixos, quatro tipos de vínculo e quatro graus, e a tabela de nove linhas. 16 telas de alternativa ao fluxo antigo. E o quadro de construção, com dono e prazo em cada degrau.

Os dois primeiros degraus do quadro1454×1030Os dois primeiros degraus do quadro de construção. Cada um diz o que é, o que trava se faltar, quando está pronto, quem é o dono e qual é o prazo.

Depois a Directo pediu para adaptar o design system da casa à marca dela. Ficou como fundação de longo prazo, fora do sprint. Foi a primeira vez que alguém de fora pediu esse design system.

O aplicativo não foi construído, então não tenho número de uso.

09 O que eu faria diferente

Eu iria à loja antes de escrever qualquer persona. Elas saíram de dado de mercado e de conversa com o cliente, e nenhuma veio de um promotor dentro do supermercado. A visita ficou para depois, quando deveria ter sido o primeiro passo.

Duas perguntas só o campo responde: quanto tempo a pessoa tem entre duas tarefas, e o que ela faz quando o produto da missão não está na gôndola.

O modelo de autorização depende de contrato. Quem assina, quem revoga e quem paga ainda são respostas do negócio, e até lá cada tela carrega uma suposição.

Fontes

Ruptura no varejo alimentar e causas dentro da loja: Central do Varejo, março de 2024
Plataformas usadas no diagnóstico: TikTok Shop, Nextdoor, Field Agent, Roamler e BEES Force

Próximo case

Sites com painel e pagamento