Brasal Refrigerantes + Coca-Cola · 2024

iCoke

Um ecossistema conectado para comprar, operar e gerenciar pontos de autoatendimento.

iCoke project overview
Visão geral do ecossistema iCoke para Brasal e Coca-Cola
Telas de compra e carrinho do totem iCoke
Fluxo de compra no aplicativo da geladeira iCoke
Telas para abastecimento e manutenção das geladeiras iCoke
Aplicativo de técnicos para gerenciamento dos terminais iCoke
Dashboard web de operação e gestão do iCoke

A Brasal Refrigerantes fabrica, comercializa e distribui bebidas de marcas como Coca-Cola, Heineken e Leão. No iCoke, a experiência não terminava na tela de compra: ela também dependia de estoque, liberação da geladeira, manutenção e leitura da operação.

O ponto de partida combinou pesquisas de mercado, dados internos e entrevistas em profundidade com usuários e stakeholders. Os sinais convergiam em quatro problemas: atrito no autoatendimento, curva de aprendizagem na gestão, dificuldade para controlar estoque e fragmentação das ferramentas de campo.

O projeto transformou essas necessidades em um sistema de produtos para diferentes contextos de uso, mantendo padrões reconhecíveis sem ignorar as restrições de cada dispositivo.

Objectives

What we focused on.

  1. 01

    Reduzir atrito e tornar compra, pagamento e finalização mais claros nos pontos de autoatendimento.

  2. 02

    Conectar técnicos e reabastecedores a fluxos de acesso, estoque, auditoria e manutenção no mesmo ecossistema.

  3. 03

    Centralizar dados de gestão e operação em um portal web capaz de sustentar os demais produtos.

Process

From complexity to a shared direction.

Partir do contexto, não da tela

Adaptei o Double Diamond ao projeto e cruzei pesquisa de mercado com um sinal interno importante: o autoatendimento levava, em média, sete minutos na loja-conceito da Brasal. Esse contexto ajudou a separar sintomas de problemas reais antes de desenhar soluções.

Dados de contexto usados na pesquisa do ecossistema iCoke
Dados de contexto reunidos na etapa de descoberta.

Traduzir problemas por perfil

Entrevistas em profundidade com usuários e stakeholders deram forma a três perspectivas complementares: gestão, operação técnica e cliente final. O recorte tornou visíveis as dependências entre uma compra rápida, um estoque confiável e ferramentas de campo menos fragmentadas.

Principais problemas identificados na pesquisa com usuários do iCoke
Quatro frentes de problema orientaram a priorização do produto.

Convergir antes da alta fidelidade

Userflows, sitemap e protótipos de baixa e média fidelidade permitiram alinhar regras e exceções com stakeholders. Só depois da validação com o cliente os fluxos aprovados avançaram para componentização, emulação e design visual.

Userflow criado durante a ideação do iCoke
Fluxos e protótipos reduziram incerteza antes do acabamento visual.

Concept

Um sistema, quatro contextos

A direção visual usa a identidade da Brasal como fio condutor, com vermelho para ação e uma base neutra para manter legibilidade. Tipografia, hierarquia e componentes permanecem reconhecíveis, enquanto densidade, navegação e feedback mudam conforme o uso em totem, Cielo Lio, app de campo ou desktop.

Tipografia, cores e princípios visuais do sistema iCoke
Uma linguagem compartilhada, adaptada à ergonomia de cada plataforma.

Result

A foundation designed to keep evolving.

Compra contínua do produto à abertura da geladeira

No totem, categorias, carrinho, descontos e pagamento foram reorganizados em etapas mais simples. No Cielo Lio, o mesmo raciocínio conduz a compra e controla a abertura da geladeira, incluindo o acesso necessário para reabastecimento.

Operação desenhada junto com a experiência de compra

Técnicos e reabastecedores receberam fluxos próprios para abrir portas, alterar estoque, auditar e gerenciar terminais. No portal web, dashboards, pedidos, produtos, acessos, rotas e parâmetros concentram a visão administrativa do ecossistema.

Documentação de componentes preparada para desenvolvimento no projeto iCoke
Componentes, estados e assets documentados para o handoff.

Impact

What changed after the work.

01

telas mapeadas no protótipo de média fidelidade

120+

02

produtos e protótipos conectados

4

03

Base pronta para desenvolvimento

O fechamento reuniu regras visuais, componentes, estados e assets para reduzir ruído entre design e engenharia durante a implementação.

Key learnings

Lessons worth carrying forward.

Omnichannel não significa telas idênticas. A consistência nasce de decisões compartilhadas; a forma de interação precisa respeitar dispositivo, ambiente e atenção disponível. A operação também é parte da experiência. Compra, estoque, manutenção e gestão formam uma única cadeia. Melhorar somente o checkout deslocaria o problema para outra etapa. Prototipar cedo protege o acabamento. Resolver regras, exceções e dependências em baixa e média fidelidade abriu espaço para uma fase visual mais segura e coerente.

Next project

Product Design · 2026Previsc