FoodChecker White Label
Mapeamento funcional e arquitetura de módulos
Documento de product discovery para o desenvolvimento de uma plataforma B2B de rotulagem nutricional, fichas técnicas e conformidade ANVISA — inspirada no FoodChecker e desenhada para consultores, nutricionistas e RTs que precisam escalar operações sob as normas RDC 429/2020 e IN 75/2020.
Arquitetura de módulos (Core)
Divisão lógica do sistema em domínios independentes, orientada a bounded contexts. Cada módulo encapsula regras de conformidade, dados e workflows específicos, permitindo deploy incremental e manutenção isolada.
M1 · Gestão de Ingredientes
Cadastro, versionamento e rastreabilidade do repositório de insumos, com composição nutricional normalizada.
- Cadastro com origem (TACO, IBGE-POF, fabricante, laboratório)
- Versionamento de fichas técnicas de fornecedor
- Alérgenos, aditivos INS, lactose e glúten sinalizados
- Conversão automática de unidades (g/ml/kcal/kJ)
- Histórico de alterações por usuário e data
M2 · Editor de Rótulos
Motor de composição visual dos rótulos nutricionais frontal e tabela, com validação em tempo real contra RDC 429 e IN 75.
- Tabela nutricional editável com arredondamento por regra
- Lupa nutricional frontal (alto em açúcar / gordura / sódio)
- Preview PDF/PNG pronto para impressão (CMYK opcional)
- Validação automática de declaração obrigatória
- Múltiplos idiomas (PT / ES / EN) para exportação
M3 · Fichas Técnicas & Receitas
Formulação de produtos compostos, cálculo de perdas, cocção e rendimento operacional.
- Fator de correção e índice de cocção configuráveis
- Sub-receitas (mise en place) e receitas aninhadas
- Geração automática da lista de ingredientes em ordem decrescente
- Ficha técnica operacional para cozinha/produção
- Cálculo por porção e por grama/100g
M4 · Banco TACO / IBGE / USDA
Repositório centralizado e versionado das principais bases de composição de alimentos, atualizado via ETL.
- TACO 4ª edição completa (597 alimentos)
- IBGE POF 2008-2009 — alimentos preparados
- USDA FoodData Central (fallback internacional)
- Flag de confiabilidade por fonte
- Cache por tenant com refresh controlado
M5 · Gestão de Clientes B2B
CRM leve específico do consultor: cada cliente do consultor é um workspace isolado com suas marcas, produtos e aprovações.
- Hierarquia Consultor → Cliente → Marca → Produto
- Acesso colaborativo com roles (RT, cliente, revisor)
- Histórico de aprovações e revisões
- Portal do cliente final (visualização read-only)
- Documentos anexos e certificações
M6 · Compliance Engine
Camada transversal que valida qualquer produto contra o corpo normativo vigente e emite relatórios de conformidade.
- Regras RDC 429/2020 (rotulagem nutricional)
- Regras IN 75/2020 (declaração obrigatória)
- RDC 727/2022 (rotulagem geral)
- Alertas de não conformidade com apontamento legal
- Trilha de auditoria imutável
M7 · Relatórios & Exportações
Geração de artefatos finais: PDF oficial, arte para embalagem, laudo técnico assinado e pacote para ANVISA.
- Laudo técnico com assinatura digital do RT
- Exportação em PDF/A para arquivamento legal
- SVG/PNG editável para gráfica
- Relatório de conformidade por cliente
- Dossiê completo (todos os anexos)
M8 · Workflow & Aprovações
Motor de fluxo que orquestra produção, revisão técnica pelo RT e aprovação final do cliente.
- Kanban por status (rascunho, revisão, aprovado, publicado)
- Notificações por e-mail e WhatsApp
- SLA por etapa com alertas
- Comentários contextuais por campo
- Assinatura eletrônica do cliente final
M9 · Billing & Tenant Admin
Gestão do ciclo SaaS: planos, cobrança, white label, customização visual e gestão de limites por tenant.
- Customização de marca por tenant (logo, cores, domínio)
- Planos por volume de produtos ou clientes ativos
- Cobrança recorrente via Stripe/Pagar.me
- Gestão de uso e alertas de limite
- Onboarding self-service do consultor
User stories críticas (Must-have)
As 5 funcionalidades de maior valor para o consultor que deseja escalar a operação. Priorização baseada em esforço manual eliminado × frequência de uso × risco regulatório mitigado.
Cálculo automático de tabela nutricional a partir da receita
- Cálculo segue regras de arredondamento da RDC 429
- Aplica fator de correção e cocção configurados
- Identifica e sinaliza lupa frontal automaticamente
- Preview instantâneo do rótulo renderizado
Multi-cliente com workspace isolado e reuso de ingredientes
- Isolamento completo de dados por cliente (row-level security)
- Biblioteca "minha" vs "do cliente" com permissões granulares
- Duplicação segura de receita entre clientes
- Auditoria de acesso cruzado
Geração do laudo técnico assinado digitalmente pelo RT
- Integração com certificado A1/A3 ou assinatura em nuvem (Clicksign/D4Sign)
- PDF/A com metadados completos do RT
- Verificação pública da assinatura via hash
- Arquivamento imutável no workspace do cliente
Validação em tempo real contra RDC 429 e IN 75
- Motor de regras executado a cada alteração de campo
- Mensagens citam artigo e parágrafo específico da norma
- Severidade por tipo (bloqueante, alerta, informativo)
- Histórico de não conformidades resolvidas
Importação em lote de produtos via planilha
- Template Excel com validação de colunas
- Match fuzzy de ingredientes com TACO/banco próprio
- Relatório de importação com erros por linha
- Processamento assíncrono (>100 produtos em background)
Matriz de priorização · MoSCoW
Consolidação de funcionalidades entre os módulos e classificação por criticidade de entrega no MVP. A régua considera viabilidade regulatória, diferencial competitivo e tempo para valor percebido.
| Funcionalidade | Módulo | Prioridade | Justificativa |
|---|---|---|---|
| Cálculo automático de tabela nutricional | M2 · M3 · M4 | Must | Núcleo do produto. Sem isso não existe proposta de valor. |
| Validação RDC 429 e IN 75 em tempo real | M6 | Must | Diferencial versus planilhas. Mitiga o risco regulatório que paga o ticket. |
| Multi-tenant com workspace por cliente | M5 | Must | Requisito estrutural do modelo B2B para consultores. |
| Banco TACO/IBGE integrado | M4 | Must | Fonte primária de composição nutricional no Brasil. |
| Exportação em PDF pronto para impressão | M7 | Must | Entregável final que o consultor envia ao cliente. |
| Editor visual do rótulo com preview | M2 | Must | Experiência diferencial versus concorrência baseada em formulários. |
| Importação em lote via planilha | M1 · M3 | Should | Acelera onboarding de clientes grandes. Pode ser entregue em v1.1. |
| Assinatura digital do laudo (ICP-Brasil) | M7 | Should | Valor regulatório alto. Integração externa adiciona complexidade. |
| Workflow de aprovação com cliente final | M8 | Should | Reduz fricção operacional. Pode ser substituído por e-mail no MVP. |
| White label (domínio e marca do consultor) | M9 | Should | Diferencial comercial, mas não bloqueia o uso do produto. |
| Histórico de versões e rollback de rótulo | M2 · M8 | Could | Valoriza o produto ao longo do tempo, não urgente no MVP. |
| Portal do cliente final (read-only) | M5 | Could | Útil para consultores que vendem transparência ao cliente. |
| App mobile nativo | — | Won't | Fora do escopo da v1. Web responsivo atende o caso de uso principal. |
| Integração direta com ERP/PDV do cliente final | — | Won't | Complexidade alta, demanda pouco validada nesta fase. |
Diferenciais competitivos (Moat)
Três funcionalidades ausentes no FoodChecker original que podem transformar o produto em referência da categoria. Cada uma cria uma barreira de entrada distinta: inteligência, dados proprietários e lock-in operacional.
Copiloto regulatório com IA
Assistente embarcado treinado no corpo normativo ANVISA (RDC 429, IN 75, RDC 727 e correlatas) que explica violações em linguagem natural, sugere correções e aprende com o histórico de aprovações do próprio consultor.
Exemplo de uso: ao detectar que o produto tem 12g de açúcar por porção, o copiloto explica o motivo da lupa frontal, cita o artigo exato, sugere reformulação alternativa mantendo o sabor-alvo, e gera o texto técnico do laudo automaticamente.
Motor de custo por porção e markup
Acoplamento entre a ficha técnica e o custo real dos ingredientes, puxado de integrações com distribuidores e atualizado semanalmente. Converte rotulagem nutricional em ferramenta de pricing operacional.
Exemplo de uso: o consultor informa ao cliente que o granola formulado custa R$3,42 por porção de 40g com matéria-prima atual e sugere reformulação que mantém perfil nutricional a R$2,87 — tudo dentro da mesma tela da rotulagem.
Monitor de atualizações regulatórias
Crawler que acompanha diariamente o Diário Oficial da União e publicações da ANVISA, identifica normas que impactam produtos já rotulados na base, e gera tarefas automáticas de revisão com diff do que mudou.
Exemplo de uso: uma nova instrução normativa altera a regra de declaração de lactose. O sistema identifica 47 produtos do consultor impactados, abre tarefas no workflow, notifica por e-mail e mostra o trecho exato que precisa ser ajustado em cada rótulo.
Os três moats são cumulativos: o copiloto gera engajamento diário, o motor de custo amplia uso para fora do departamento técnico, e o monitor regulatório cria recorrência de valor percebido. Juntos reduzem drasticamente a probabilidade de churn e viabilizam pricing por valor (não por feature).
Stack técnico e escalabilidade
Recomendação para arquitetura SaaS multi-tenant, com foco em isolamento de dados, baixo custo marginal por tenant e capacidade de sustentar os diferenciais competitivos com IA.
Isolamento por RLS
Toda tabela carrega tenant_id. Policies do Postgres garantem que consultas vejam apenas o workspace ativo. Falha segura por padrão.
Cache de leitura por tenant
Redis com chaves prefixadas por tenant, invalidação por evento. Reduz pressão sobre o banco em operações repetidas (TACO, cálculos).
Pronto para LGPD desde o dia 1
Dados pessoais criptografados em repouso, exportação self-service, trilha de auditoria imutável por 5 anos, DPA padrão incluído no onboarding.
Esta é a recomendação de base para o MVP. Decisões específicas de cada camada (framework frontend, provedor de assinatura digital, biblioteca de cálculo nutricional) devem ser reavaliadas em uma fase de spike técnico antes do início do desenvolvimento, aplicando o princípio de sempre escolher a melhor opção por área em vez de replicar padrões por inércia.