FoxHub Command Center Vivo - Plano F0 a F3
Documento operacional para transformar o ecossistema FOX em um corpo Lego: cada produto pode ligar, desligar, vender separado ou entrar no pacote PME sem quebrar o fluxo central.
Premissas
- FoxHub e Central Fox Force sao o centro de comando unificado para operacao, cliente, plano, timeline, custos, funil e resultados.
- Xooriq e produto externo recorrente e tambem ferramenta interna de descoberta de oportunidades.
- FoxSites e ferramenta interna para gerar demos e paginas de prova; nao deve ser vendido como produto isolado ao cliente final.
- ChatCentral e FoxZap representam o mesmo eixo de atendimento/conversa. A comunicacao externa deve usar um unico conceito operacional.
- FoxSignal entra principalmente no pos-venda do pacote de marketing, monitorando marca, posicionamento e oportunidades de melhoria.
- FoxEvolve deve preservar conhecimento acumulado e alimentar calibracao futura, sem apagar historico.
- Asaas nao e gateway padrao. O eixo financeiro atual deve priorizar Stripe e Paddle.
F0 - Preservacao, seguranca e canonicos
Objetivo: impedir perda de conhecimento, reduzir duplicacao e documentar a verdade antes de ligar automacoes.
Entregas:
- Preservar FoxEvolve com dump de tabelas, arquivos criticos, crons, status Git e checksums.
- Criar inventario canonico de produtos, aliases e responsabilidades.
- Marcar conflitos de identidade: ChatCentral/FoxZap, FoxSites interno, Xooriq externo+interno, FoxSignal pos-venda.
- Identificar secrets expostos, backups antigos e arquivos sensiveis em docs antes de publicar ou sincronizar.
- Definir matriz de planos e mascaras de acesso: free, starter, pro, scale, holding.
- Definir regra de desligamento Lego: modulo desativado nao deve quebrar timeline, CRM, auditoria ou billing.
Saida esperada:
- FoxEvolve preservado.
- Documentos canonicos F0-F3 publicados.
- Nenhuma automacao nova acionando cliente sem limite diario, filtros comerciais e regra de governanca.
F1 - Eventos, catalogo e contratos
Objetivo: parar de depender de polling solto e fazer produtos conversarem por eventos auditaveis.
Eventos minimos:
fox.v1.discovery.opportunity.createdfox.v1.xob.evaluation.completedfox.v1.crm.lead.upsertedfox.v1.demo.requestedfox.v1.demo.generatedfox.v1.email.outreach.requestedfox.v1.email.outreach.sentfox.v1.chat.context.preparedfox.v1.payment.confirmedfox.v1.fiscal.nfe.emittedfox.v1.postsale.signal.reported
Regras:
- Todo evento usa CloudEvents v1.0.
- Todo evento carrega
tenantid,traceparentquando existir, fonte, id e data. - Toda acao automatica precisa ser reexecutavel com idempotencia.
- Toda evidencia comercial deve manter origem, data, confianca e custo.
F2 - Timeline viva e dashboard inteligente
Objetivo: o usuario ver a operacao acontecendo do inicio ao fim, nao varios dashboards soltos.
Visoes obrigatorias:
- Linha do tempo por lead: descoberta, score, demo, email, clique, conversa, proposta, pagamento, NF, pos-venda.
- Centro vivo: dinheiro encontrado, pipeline ponderado, receita real, custo IA, custo API e proximas acoes.
- Mascara por plano: cada usuario ve apenas ferramentas e modulos contratados.
- Centro de decisao: leads sem resposta entram em analise de IA interna para reenviar, nutrir, arquivar ou manter como banco futuro.
- Auditoria: por que o sistema agiu, qual evidencia usou, quanto custou e qual resultado gerou.
F3 - Fluxo comercial Xooriq para PME
Fluxo principal:
- Xooriq encontra oportunidade e calcula XOB deterministico.
- Central Fox Force cria ou atualiza lead, pipeline e tarefa.
- FoxSites gera demo interna somente quando houver fit e dor clara.
- FoxMail envia email impactante com plano curto de melhoria, prova visual e link para WhatsApp.
- ChatCentral/FoxZap recebe contexto real do cliente antes do clique.
- Autopilot decide proxima acao de backoffice com limites diarios e custo maximo.
- Stripe ou Paddle confirma pagamento.
- FoxNFe emite fiscal.
- FoxSignal monitora pos-venda, marca, posicionamento e potencial online.
- AionRouter mede custo de IA, roteia modelos e alimenta governanca.
- FoxHub mostra tudo em timeline viva e recomenda proxima decisao.
Governanca de acao automatica
- Primeiro contato comercial deve ser email, nao WhatsApp ativo pago.
- O email deve levar o cliente ao WhatsApp por clique voluntario.
- O ChatCentral deve receber contexto antes do clique: empresa, dor, demo, oferta, fatos publicos e limite de abordagem.
- A cada dia, limitar tentativas por fonte, nicho, cidade, custo de API e custo de IA.
- A1 pode acionar demo+email; A2 entra em CRM com enriquecimento leve; B1 pede enriquecimento; C1/D ficam arquivados ou banco futuro.
- O sistema nunca deve encher pipeline com oportunidade fraca sem evidencia.
FoxEvolve no ciclo
FoxEvolve nao substitui o XOB v1. Ele melhora o sistema com o tempo:
- registra padroes de sucesso e falha;
- sugere ajustes de peso, filtros e mensagens;
- compara resultados por nicho, cidade, fonte, campanha e produto;
- preserva experimentos antes de qualquer alteracao;
- so promove regra nova quando houver evidencia comercial.