Quando a Maratá, uma das maiores indústrias de alimentos do Brasil, precisou acompanhar a operação de suas demonstradoras com indicadores próprios e fotos em tempo real, a pergunta não era se havia ferramentas no mercado. A pergunta era: quanto tempo levaria para ter uma solução ajustada à campanha, rodando no campo?
A resposta da Koomp, junto com a Pegasus, foi uma plataforma entregue em um único sprint. Este artigo explica o método por trás dessa entrega: o que é um sprint, o que precisa estar claro antes de começar, o que entra e o que fica de fora, e como validar em campo. É uma descrição do raciocínio, útil para qualquer indústria que queira planejar um projeto parecido.
O ponto de partida: a operação de demonstradoras
A demonstradora trabalha em supermercados e atacados, em turnos, abordando consumidores e oferecendo degustação. Para a marca, os dados dessa ação são valiosos: quantas abordagens, quantas provas, quantas compras, em quais lojas, com que evidência. Se esses dados chegam em papel, atrasados e sem prova, a gestão fica no escuro.
Os requisitos da plataforma, de forma resumida, foram:
- KPIs personalizados para a operação de demonstradoras da marca;
- Coleta de fotos em tempo real, com geolocalização;
- App que funcione mesmo com sinal ruim, sincronizando quando a conexão voltar;
- Painel exclusivo da marca, com dados isolados;
- Relatórios, mapa de visitas, galeria de fotos e API.
Para entender como esses KPIs são definidos, veja gestão de demonstradoras: KPIs de degustação e conversão.
O que é um sprint (e o que não é)
No desenvolvimento ágil, sprint é um ciclo curto e de duração fixa, com uma meta clara e uma entrega funcional ao final. Não é uma "versão preliminar" nem um protótipo descartável: é uma fatia de produto que já pode ser usada e que será ampliada nos ciclos seguintes.
Um sprint dá certo quando:
- A meta é pequena o suficiente para caber no ciclo, mas grande o suficiente para gerar valor.
- Quem decide está disponível para responder dúvidas rapidamente.
- O time sabe o que não será feito agora.
- Existe um lugar real para testar a entrega.
A Pegasus oferece esse lugar: uma operação de campo em andamento, com demonstradoras reais em lojas reais. É a vantagem de uma empresa de tecnologia que nasce dentro de uma agência de trade marketing. A Koomp valida seus produtos onde eles vão ser usados.
Antes de escrever código: o que precisa estar claro
A velocidade de um sprint vem menos da programação e mais da clareza do que construir. Antes de começar, o time precisa fechar quatro pontos.
1. Os KPIs, um a um
Cada indicador precisa ter nome, definição, forma de preenchimento e fórmula. "Abordagens", por exemplo: o que conta como abordagem? É o início de uma conversa, ou qualquer pessoa que recebeu um convite? Quando isso fica ambíguo, cada demonstradora registra de um jeito e o dado perde valor.
2. O fluxo da demonstradora
Quem está em pé, com a banca, atendendo consumidores, não tem tempo para telas complexas. O fluxo precisa caber em poucos toques: check-in, foto da banca, contadores durante o turno, fotos de momentos-chave e check-out com resumo.
3. A visão da marca
O que a marca quer ver, e em que formato? Um painel com indicadores por loja e por período, uma galeria de fotos filtrável, um mapa de visitas e a possibilidade de exportar dados.
4. O que fica para depois
Todo projeto tem desejos que não cabem agora: integrações complexas, relatórios avançados, módulos extras. Anotá-los em um backlog evita que contaminem o sprint e garante que sejam tratados nos ciclos seguintes.
A arquitetura em linhas gerais
Sem entrar em detalhes técnicos, a plataforma se organiza em três partes.
O app da demonstradora
Um PWA offline-first: é instalado pelo navegador, guarda os dados no aparelho e sincroniza quando há sinal. Isso é essencial em lojas com cobertura ruim e dispensa a distribuição por lojas de aplicativos, o que acelera a entrada de novas demonstradoras. Detalhes dessa abordagem estão em app offline-first para promotores.
O painel da marca
Uma aplicação web com acesso por perfil e por cliente: cada marca enxerga apenas seus dados. Mostra indicadores consolidados, galeria de fotos, mapa de visitas e relatórios.
A camada de integração
Uma API que permite levar os dados a outros sistemas, como BI e ERP, sem retrabalho. Para entender como pensar nessas integrações, veja como integrar o app de promotores ao ERP e ao BI.
Como validar em campo
Entregar não é concluir. O sprint só termina de fato quando a ferramenta é usada por quem vai usá-la:
- Teste com poucas demonstradoras e lojas antes de escalar.
- Observação em campo: acompanhar o uso real, em pé, com a banca, revela problemas que nenhuma reunião mostra.
- Ajustes rápidos de formulário, texto e fluxo, com base no que se observou.
- Verificação dos dados: fotos legíveis, localização correta, indicadores coerentes.
Só depois disso a operação é ampliada para toda a equipe, com acompanhamento do painel em tempo real.
O que se aprende com um sprint de ponta a ponta
Algumas lições valem para qualquer projeto de tecnologia para o varejo:
- A clareza dos KPIs vale mais que o número de funcionalidades. O que a marca precisa saber define o que o app deve coletar.
- Simples é rápido. Um app para quem está em pé em uma loja precisa ser objetivo. Cada campo a mais custa tempo e qualidade.
- Offline é requisito, não detalhe. A rotina de campo não perdoa quedas de sinal.
- Prova é parte do dado. Foto, horário e localização acompanham cada registro.
- O sprint é o começo. Depois da primeira entrega, o produto evolui com o uso real: novos KPIs, novas visões, leitura de fotos por IA e análises preditivas.
Quando faz sentido um projeto sob medida
Nem toda operação precisa de uma plataforma própria. Quando o processo é padrão, uma solução pronta pode resolver rapidamente. O projeto sob medida compensa quando:
- Os KPIs são específicos da campanha ou da marca;
- É preciso integrar com sistemas internos;
- A operação tem particularidades que ferramentas genéricas não atendem;
- A marca quer um produto alinhado à sua identidade e às suas regras de acesso.
O comparativo completo está em software sob medida ou plataforma pronta, e a descrição da solução em app para demonstradoras. Se quiser ver o projeto em detalhe, visite a página da plataforma Koomp × Maratá.
Checklist de prontidão antes de iniciar o sprint
Antes de começar um projeto como esse, vale conferir se a indústria está pronta para decidir e validar rápido. Marque o que já existe:
- [ ] Objetivo da operação definido (o que a marca quer decidir com os dados).
- [ ] Lista dos KPIs, com definição e exemplo de cada um.
- [ ] Desenho preliminar do fluxo da demonstradora, do check-in ao check-out.
- [ ] Lista de lojas, redes e demonstradoras do piloto.
- [ ] Responsável pela marca disponível para aprovar decisões em até um dia.
- [ ] Definição de quais relatórios e filtros o painel deve ter.
- [ ] Requisitos de segurança e privacidade (quem vê o quê). Veja LGPD em apps de campo.
- [ ] Acordo sobre o que fica fora do primeiro sprint.
Quanto mais itens marcados, mais curto tende a ser o caminho entre a ideia e o campo. Se muitos estão em branco, o primeiro passo é uma etapa rápida de definição, e não de desenvolvimento.
Como saber se o sprint deu certo
O sucesso de um sprint não se mede pelo número de telas, e sim pelo uso real. Alguns indicadores simples:
| Indicador | O que observar |
|---|---|
| Adoção | Quantas demonstradoras usaram o app nas primeiras semanas |
| Completude | Percentual de turnos com todos os KPIs e fotos registrados |
| Qualidade das fotos | Fotos legíveis, dentro do padrão e com localização correta |
| Tempo de registro | Quanto o preenchimento ocupa do turno |
| Uso do painel | Frequência com que a marca consulta os dados |
| Decisões tomadas | Ajustes de campanha feitos a partir dos dados em tempo real |
Se esses números caminham bem, o próximo ciclo pode ampliar o escopo: novos KPIs, integrações e análises. Se não, o aprendizado orienta os ajustes. Esse ciclo de medir e melhorar é o mesmo que a indústria aplica às ações de trade marketing.
Um exemplo de divisão do trabalho em um sprint
Para planejar a capacidade, ajuda separar o trabalho em frentes paralelas, cada uma com um responsável e um critério de pronto: o app da demonstradora (fluxo, formulários e fotos), o painel da marca (indicadores, galeria e mapa), a infraestrutura (segurança, acesso por cliente e sincronização) e a validação em campo (testes, observação e ajustes). Reuniões curtas e diárias entre essas frentes evitam que um atraso em uma delas contamine as outras, e a lista do que ficou fora do escopo funciona como o roteiro do próximo sprint.
Perguntas frequentes
Um sprint é suficiente para entregar uma plataforma completa?
Para um escopo bem definido e enxuto, sim: o sprint entrega uma versão funcional, usada em campo. A plataforma continua evoluindo nos ciclos seguintes, com novas funcionalidades e ajustes.
Que informações a indústria precisa preparar antes do sprint?
Os KPIs (com definições claras), os fluxos da equipe de campo, o formato dos relatórios desejado, a lista de lojas e usuários, e as pessoas que podem tomar decisões rapidamente durante o ciclo.
A plataforma funciona sem internet?
Sim. O app é offline-first: registra visitas, fotos e KPIs no aparelho e sincroniza automaticamente quando a conexão volta.
