nFuse by Fusível
nFuse — Digital Business Ecosystem
PRODUCT & ARCHITECTURE KNOWLEDGE BASE

nFuse 2

Do conceito à operação.
Tudo ligado.

Um ecossistema digital modular que liga identidade, website, catálogo, operações, recursos, clientes, comunicação, documentos e inteligência numa plataforma com instalações independentes geridas pelo nFuse Hub.

WebsiteOperationsCommerce CustomersCommunicationIntelligence
nFUSE
CORE
Content
Operations
Commerce
Data
Comms
01 · VISÃO

De CMS para sistema operativo digital do negócio

O nFuse 2 mantém a experiência acumulada em websites e gestão de conteúdo, mas desloca o centro de gravidade para a operação: o conteúdo passa a coexistir com reservas, vendas, disponibilidade, recursos, equipas, documentos, comunicação e métricas.

Fragmentação tradicional

Ferramentas isoladas

Website / CMSReservasLoja NewsletterRedes sociaisRelatórios

Dados duplicados, fluxos interrompidos, operações manuais e pouca capacidade de relacionar origem, ação e resultado.

nFuse 2

Uma plataforma, múltiplos domínios

ConteúdoOperaçãoDadosAção

Cada módulo é dono do seu domínio; o Core fornece motores transversais para reduzir duplicação e permitir composições por setor.

Core neutroNão conhece “mesa”, “quarto” ou “pista”; conhece Resource, Availability e Operation.
Instalações independentesCada cliente executa a sua aplicação; o Hub gere licenças, versões, módulos e suporte.
Módulos donos dos dadosPages escolhe o que usa; Navigation, Media, Documents, Catalog ou Analytics mantêm os seus próprios recursos.
Configuração por negócioBusiness Templates ativam módulos, fields, dashboards, páginas, menus e workflows adequados ao contexto.
02 · ECOSSISTEMA

Uma arquitetura comum. Experiências específicas.

03 · ARQUITETURA

Hub → App → Package

O nFuse 2 separa claramente gestão central, aplicação executável e framework reutilizável. Esta separação evita desenvolver o Core dentro de vendor, permite evolução controlada e preserva autonomia de cada instalação.

nFuse Hub licenciamento · instalações · módulos · versões · updates · suporte
nfuse_app configuração do cliente · frontend/admin · temas · overrides · integrações locais
nfuse2 Core · Module Manager · APIs · engines · componentes · migrations nucleares
Legado validado Fundação nFuse 2 Especificado Roadmap
04 · MODULES & ENGINES

Mapa funcional do produto

Pesquisa por domínio ou filtra por maturidade. Cada cartão abre detalhe funcional, dados, dependências e casos de utilização.

05 · VERTICAIS

O mesmo Core, composições diferentes

Restaurantes, hotéis, centros de atividades, academias, clínicas, serviços e retail partilham os mesmos motores. Mudam os fields, regras, labels, dashboards e workflows.

06 · AVAILABILITY ENGINE

Recursos × tempo × capacidade

A disponibilidade é transversal: pistas, quartos, mesas, salas, consultórios, equipamentos e profissionais podem ser vistos no mesmo paradigma de timeline/Gantt.

Exemplo: centro de atividades
07 · JORNADAS

Fluxos completos, não features soltas

08 · DASHBOARD & ANALYTICS

O painel adapta-se ao contexto

O Core fornece o Dashboard Engine; cada módulo regista widgets e métricas. A composição pode variar por função, loja e vertical.

09 · COMMUNICATION

Da subscrição à segmentação e publicação

Subscribers

Contacto verificado e segmentável

  1. Email + interesses definidos pelo website
  2. Honeypot / rate limit / challenge opcional
  3. Double opt-in por token temporário
  4. Verified → elegível para campanhas
  5. Bounce / complaint → suppression automática
Newsletter

Segmentação + queue + reporting

  1. Selecionar audiência por interesses e estado
  2. Preparar campanha e template
  3. Gerar fila de envios
  4. Worker/cron envia por provider
  5. Analytics consolida entregas, opens e clicks
Social Publishing

Conteúdo ligado ao negócio

  1. Origem: Catalog / Page / Event / Campaign
  2. Variantes por canal
  3. Aprovação e calendarização
  4. Publicação através de providers
  5. Relacionar conteúdo com tráfego e conversões
10 · DOCUMENTS & COMPLIANCE

Documento privado ≠ URL pública

O modelo separa Media público de Documents privado. O acesso é contextual, temporário e controlado por capabilities, sessão, autorização, finalidade e versão.

Produto / Página / Operação
DocumentAttachment
Policy + sessão
Capability token
Preview / stream
VersõesValidadeAprovaçõesResponsáveis LojasAssinaturasAlertasAuditoria Partilha externaHACCP / compliance
11 · ACADEMY

Presencial, live e on-demand no mesmo catálogo

CatalogCurso · Workshop · Live · Sessão gravada
Cart / Ordercompra · inscrição · pagamento
Entitlementdireitos · validade · conteúdo
Deliverypresencial · Jitsi · Twitch · YouTube · RTMP · vídeo privado
12 · REPORTS & AUTOMATION

Relatórios manuais ou recorrentes

Exemplo real de requisito

Relatório mensal para contabilidade

Origem
Sales / Activities
Período
Mês anterior
Formato
XLSX / CSV
Execução
Dia 1, 08:00
Destino
destinatário externo configurável
Scheduler Report Definition Export Engine Notification Provider Audit Log
13 · nFUSE HUB

Composição, licenciamento e gestão central

O Hub não substitui a instalação do cliente. Orquestra o ecossistema: registo, módulos, licenças, versões, pedidos de ativação, suporte e templates.

14 · DOMAIN MODEL

Os objetos que tornam a plataforma reutilizável

Os verticais não redefinem o Core. Compõem modelos transversais através de fields, regras, labels e workflows.

15 · EXPERIENCE SYSTEM

Princípios de interface e operação

A gramática visual mantém-se entre restaurante, hotel, clínica ou academia; a semântica do negócio adapta-se.

Loja Braga · Hoje
Reservas426 por validar
Operações123 requerem ação
Mensagens52 atribuídas a mim
+ Nova operação
Dashboard · Gestor
Hoje€ 4.280
Ocupação78%
Mensagens5
Alertas3
20:00 · Reserva #2548 · Pista 3 20:30 · Workshop · Sala A 21:00 · Documento a expirar
16 · HUMAN GUIDELINES

O sistema adapta-se à pessoa. Não o contrário.

As Human Guidelines são uma camada transversal do produto. Orientam componentes, workflows, linguagem, estados, ajuda, feedback e decisões de interface em todos os módulos. Não são apenas regras de design: condicionam a própria arquitetura funcional.

Princípio central Reduzir esforço cognitivo sem esconder capacidade.

O nFuse pode ser complexo por baixo. A experiência não tem de parecer complexa.

TYPOGRAPHY STANDARD
nFuse 2
Operação sem ruído.
San Francisco é a tipografia preferencial de toda a linha nFuse. Títulos light, corpo regular, sem variantes condensed.
SF · Display 300 · Text 400 · UI 500
FAZER
  • Usar linguagem operacional e reconhecível.
  • Dar prioridade ao estado e à próxima ação.
  • Manter contexto visível: loja, data, cliente, recurso.
  • Preservar trabalho e explicar consequências.
EVITAR
  • Interfaces que reproduzem diretamente tabelas da base de dados.
  • Menus extensos quando o contexto permite reduzir opções.
  • Bold excessivo, tipografia condensed e densidade visual artificial.
  • Ações destrutivas ou assíncronas sem feedback inequívoco.
17 · INTEGRATION LAYER

Providers substituíveis, domínio estável

Pagamentos, email, live streaming, meteorologia, social publishing e storage integram-se através de contratos estáveis.

18 · SECURITY & TRUST

Controlo de acesso incorporado no desenho

Permissões, storage privado, capabilities, filas e auditoria são peças de arquitetura e produto.

19 · DEPLOYMENT & UPDATE MODEL

Instalações autónomas, evolução coordenada

20 · FEATURE MATRIX

Composição por vertical

Uma leitura rápida da reutilização das principais capabilities entre setores.

21 · END-TO-END FLOWS

Como os módulos colaboram numa operação real

Estes fluxos mostram a diferença entre uma lista de features e um ecossistema integrado.

22 · PRODUCT LINEAGE

O que preservamos. O que reestruturamos.

O nFuse 2 não nasce num vazio. Parte de módulos, convenções e requisitos testados em projetos reais, mas reorganiza responsabilidades para eliminar acoplamentos e permitir novos verticais.

23 · MODULE LIFECYCLE

Instalar, operar, atualizar e retirar sem perder controlo

Um módulo oficial deve possuir migrations, dependências e capabilities explícitas. Desativar e desinstalar são operações diferentes; remoção de dados nunca deve ser implícita.

24 · PAGES, NAVIGATION & EXPERIENCE

“Páginas e Secções” na interface. Pages no domínio.

Pages compõe a experiência daquela página; Navigation, Media, Documents e os restantes módulos continuam donos dos respetivos recursos.

25 · STATES & SEMANTICS

Estados consistentes, labels adaptados ao negócio

O Core mantém mecanismos comuns de estado e histórico; cada domínio e vertical define semântica apropriada. Reservas, por exemplo, podem começar em Por validar.

26 · IDENTITY & EXTERNAL ACCESS

Users não são Customers

Contas internas, clientes externos, subscribers e colaboradores externos têm ciclos e requisitos de autorização diferentes.

27 · WORKFORCE

Operação no local sem transformar tudo num backoffice

QR por área, cards de tarefa e contexto de loja permitem a equipas executar trabalho com poucos passos, mantendo rastreabilidade.

28 · MESSAGING

Threads relacionadas com clientes e operações

29 · EVENTS & AUTOMATION CONTRACTS

Módulos comunicam sem se tornarem dependências circulares

Eventos de domínio permitem alimentar dashboards, analytics, notificações, entitlements e automações sem o módulo de origem conhecer todos os consumidores.

30 · THEME & EXPERIENCE SYSTEM

Theme, layouts, templates, overrides e LiveEdit

A experiência visual continua configurável por instalação, sem promover estilos específicos de um cliente para o package comum.

31 · HUB ONBOARDING & LIFECYCLE

Do perfil de negócio à instalação operacional

32 · DELIVERY WAVES

Roadmap funcional com dependências explícitas

33 · ROADMAP VISUAL

Estado atual do ecossistema

Esta vista é calculada diretamente a partir do estado atribuído a cada módulo no portal. Não usa percentagens inventadas: mostra quantos elementos estão validados no legado, quantos já pertencem à fundação nFuse 2, quantos estão especificados e quantos permanecem em roadmap.

0 módulos / engines
Leitura de maturidade o estado é arquitetural / funcional, não uma percentagem comercial
Estado por domínio onde a fundação está mais avançada e onde existe maior trabalho por concretizar
Mapa de entrega da fundação técnica à expansão do ecossistema
Área Foundation Content & Commerce Operational Engine Intelligence Expansion
Como ler: Legado validado = experiência/funcionalidade comprovada no nFuse anterior. Fundação nFuse 2 = já pertence à nova arquitetura/base. Especificado = funcionamento e arquitetura definidos, implementação ainda a consolidar. Roadmap = expansão planeada.
34 · ROADMAP

Construção por fundação, não por acumulação

O roadmap distingue o que já existia e foi validado, o que já pertence à fundação nFuse 2, o que está especificado e o que é expansão futura.

35 · GLOSSÁRIO

Vocabulário comum do ecossistema

IDENTIDADE OFICIAL

Fusível × nFuse

A documentação usa agora os assets vetoriais oficiais fornecidos para Fusível e nFuse. O nFuse assume a identidade principal do portal; a Fusível permanece identificada como origem e proprietária do ecossistema.

Fusível Comunicação Integrada de Marketing
nFuse Digital Business Ecosystem