funifier-mcp 0.2.0 → 0.2.3

package/datasource-funifier-docs/process.md

@@ -1,1826 +1,1826 @@
-# **PROCESSO FUNIFIER**
-
----
-
-# **FASE 1: DESCOBERTA**
-
----
-
-## **Etapa 0 — Prospecção e Gatilho do Projeto**
-
-**Fase:** Descoberta
-**Responsável:** Comercial / Ricardo
-**Entrada:** Conversa com potencial cliente
-**Saída:** Ideia candidata a projeto
-
-### Objetivo
-
-Transformar uma conversa comercial em uma **hipótese de solução digital**.
-
-### Passos
-
-1. Identificar a dor explícita do cliente
-2. Avaliar a oportunidade percebida
-3. Considerar o contexto político, financeiro e estratégico
-4. Decidir: *vale aprofundar?*
-5. Enviar a ideia para o grupo de WhatsApp dos planejadores
-
-Nenhuma decisão estrutural ainda. Só intenção.
-
-### Critérios de Qualidade
-
-- [ ] A dor do cliente está clara e verbalizada
-- [ ] Existe viabilidade inicial percebida (orçamento, timing, interesse)
-- [ ] A equipe de planejamento foi notificada
-
----
-
-## **Etapa 1 — Levantamento de Informações**
-
-**Fase:** Descoberta
-**Responsável:** Planejador
-**Entrada:** Idéia candidata aprovada na Etapa 0
-**Saída:** Project Brief Funifier
-
-### Objetivo
-
-Definir **o que esse projeto precisa entregar para o negócio existir**.
-
-### Passos
-
-1. Objetivo estratégico do cliente
-2. Público-alvo principal e secundário
-3. Problema central a ser resolvido
-4. Métricas de sucesso (negócio e comportamento)
-5. Ações desejadas dos usuários
-6. Canais de interação (app, web, físico, API, etc.)
-7. Recompensas possíveis
-
-### Prompts de Apoio
-
-**P1 — Roteiro de Entrevista**
-
-```
-Crie um roteiro de entrevista para levantamento de informações para um projeto de gamificação da Funifier para {nome da empresa}. O objetivo da entrevista é descobrir: o que será gamificado, objetivo estratégico do cliente, público-alvo (jogadores), problema central a ser resolvido, métricas de sucesso (negócio e comportamento), ações desejadas, canais de interação e recompensas possíveis. O cliente é da área de {área de negócio}, e o público-alvo são {perfil dos jogadores}. O tom deve ser profissional e acolhedor.
-```
-
-**P2 — Simulação de Respostas do Cliente**
-
-```
-Coloque-se no lugar do cliente e responda estrategicamente o roteiro de entrevista acima.
-```
-
-**P3 — Sumário Executivo**
-
-```
-Organize as informações em um sumário executivo direto, com:
-- O que será gamificado: {descrição}
-- Objetivo do negócio: {objetivo}
-- Público-alvo: {perfil}
-- Problema central: {problema}
-- Métricas de sucesso: {metricas}
-- Ações desejadas dos usuários: {ações}
-- Canais de interação: {canais}
-- Recompensas: {recompensas}
-
-```
-
-📄 **Artefato:** Project Brief Funifier
-
-### Critérios de Qualidade
-
-- [ ] Objetivo do cliente está claro e mensurável
-- [ ] Público-alvo está definido com perfil comportamental
-- [ ] Ações desejadas foram listadas
-- [ ] Canais de interação foram identificados
-- [ ] Sumário executivo foi gerado
-
----
-
-# **FASE 2: ESTRATÉGIA**
-
----
-
-## **Etapa 2 — Alinhamento de Objetivos**
-
-**Fase:** Estratégia
-**Responsável:** Planejador
-**Entrada:** Project Brief Funifier (Etapa 1)
-**Saída:** Business × Player Alignment + Feature Proposals
-
-### Objetivo
-
-Criar um **contrato conceitual** entre o que o negócio quer e o que o jogador quer, e propor funcionalidades que atendam ambos.
-
-### Passos
-
-**2.1 Objetivos do Negócio**
-
-* Objetivo estratégico do cliente
-* KPIs de sucesso do projeto
-* Comportamentos desejados do usuário (do ponto de vista da empresa)
-
-**2.2 Objetivos do Jogador (usuário final)**
-
-* Dores explícitas
-* Dores implícitas / ocultas
-* Desejos conscientes
-* Desejos inconscientes
-* Jobs-to-be-Done (funcionais, emocionais e sociais)
-* Barreiras psicológicas ou operacionais
-
-**2.3 Proposta de Funcionalidades**
-
-* A partir das dores e JTBD identificados, propor funcionalidades que atendam essas necessidades
-* Para cada funcionalidade: qual necessidade resolve, se envolve gamificação, se envolve IA, e qual o impacto esperado no engajamento
-
-**2.4 Análise de Aplicação de IA**
-
-* Onde IA pode automatizar decisões
-* Onde IA pode personalizar jornadas
-* Onde IA pode reduzir esforço humano
-* Onde IA pode gerar vantagem competitiva
-
-**2.5 Conflitos e Alinhamentos**
-
-* Onde os objetivos do negócio e do jogador se chocam
-* Onde eles se reforçam
-* Onde a gamificação precisará "negociar" esse alinhamento
-
-### Prompts de Apoio
-
-**P1 — Análise de Dores, JTBD e Funcionalidades**
-
-```
-Atue como um Head de Pesquisa e Inovação de uma Big Tech. Analise o público-alvo descrito abaixo e identifique suas principais dores, desejos e motivações, incluindo jobs-to-be-done ocultos. Sugira funcionalidades e recompensas inovadoras que poderiam atender essas necessidades de forma engajadora e surpreendente.
-
-Para cada funcionalidade proposta, indique:
-- Qual necessidade ou JTBD ela resolve
-- Se envolve gamificação, IA, ou ambos
-- Qual o impacto esperado no engajamento
-
-Sumário Executivo: {sumário executivo com informações levantadas}
-```
-
-**P2 — Oportunidades de Aplicação de IA**
-
-```
-Considerando as funcionalidades propostas, analise onde a Inteligência Artificial pode ser aplicada para inovar ou melhorar os processos do projeto. Avalie:
-- Automação de decisões (ex: recomendações personalizadas)
-- Personalização de jornadas (ex: conteúdo adaptativo)
-- Redução de esforço humano (ex: atendimento automatizado)
-- Vantagem competitiva (ex: análise preditiva de comportamento)
-```
-
-**P3 — Diagnóstico Octalysis (exploratório)**
-
-> **Nota:** Este prompt é um diagnóstico inicial para entender que Core Drives já emergem naturalmente do projeto. O design prescritivo dos Core Drives será feito na Etapa 5.
-
-```
-Com base no que você já entendeu do {PROJETO}, atue como um especialista em Octalysis Framework e engajamento. Identifique quais Core Drives já emergem naturalmente das funcionalidades e necessidades mapeadas. Para cada Core Drive presente, indique:
-- Onde ele aparece (qual funcionalidade ou necessidade)
-- Se é forte ou fraco neste contexto
-- Quais Core Drives estão ausentes e poderiam ser explorados na Etapa 5 (Design)
-
-Fases da jornada a considerar: Descoberta, Onboarding, Primeiros Desafios, Engajamento Contínuo e Mastery.
-```
-
-📄 **Artefato:** Business × Player Alignment + Feature Proposals
-
-### Critérios de Qualidade
-
-- [ ] Dores e JTBD do jogador estão documentados
-- [ ] Funcionalidades propostas têm rastreabilidade para as necessidades
-- [ ] Análise de aplicação de IA foi realizada
-- [ ] Conflitos entre negócio e jogador estão mapeados
-
----
-
-## **Etapa 3 — Pesquisa de Mercado e Viabilidade**
-
-**Fase:** Estratégia
-**Responsável:** Planejador
-**Entrada:** Business × Player Alignment (Etapa 2)
-**Saída:** Market, Financial & Innovation Insights
-
-### Objetivo
-
-Entender **o que o sistema PRECISA ter**, **o que é padrão**, **o que é diferencial**, e **o que é inviável financeiramente**.
-
-### Passos
-
-**3.1 Pesquisa de mercado e competitiva**
-
-* Análise de soluções existentes
-* Funcionalidades obrigatórias (baseline do mercado)
-* Funcionalidades desejáveis (expectativa do usuário)
-* Funcionalidades diferenciais (vantagem competitiva)
-
-**3.2 Análise financeira e viabilidade**
-
-* Como o dinheiro entra
-* Como o dinheiro sai
-* Onde estão os custos operacionais
-* Onde o engajamento impacta resultado financeiro
-* Restrições de orçamento e escala
-
-### Prompts de Apoio
-
-**P1 — Pesquisa de Mercado e Concorrentes**
-
-```
-Atue como um analista de mercado sênior especializado em soluções digitais e gamificação. Com base no sumário executivo e no alinhamento de objetivos abaixo, faça uma pesquisa de mercado estruturada:
-
-1. Identifique 3 a 5 soluções concorrentes ou similares no mercado
-2. Para cada concorrente, liste: funcionalidades principais, pontos fortes, pontos fracos e diferenciais
-3. Classifique as funcionalidades do projeto em:
-   - Obrigatórias (baseline do mercado — sem elas, o produto não compete)
-   - Desejáveis (expectativa do usuário — aumentam satisfação)
-   - Diferenciais (vantagem competitiva — razão para escolher este produto)
-
-Dados do projeto:
-- Área de negócio: {área}
-- Objetivo: {objetivo do negócio}
-- Público-alvo: {perfil dos jogadores}
-- Funcionalidades propostas: {lista de funcionalidades da Etapa 2}
-```
-
-**P2 — Análise de Viabilidade Financeira**
-
-```
-Atue como um consultor financeiro especializado em projetos de tecnologia e gamificação. Com base no escopo do projeto, analise a viabilidade financeira:
-
-1. Como o dinheiro entra (fontes de receita, modelo de monetização)
-2. Como o dinheiro sai (custos fixos, variáveis, operacionais)
-3. Onde o engajamento impacta diretamente o resultado financeiro
-4. Restrições de orçamento e escala identificadas
-5. Riscos financeiros e mitigações recomendadas
-
-Dados do projeto:
-- Objetivo do negócio: {objetivo}
-- Público-alvo: {perfil}
-- Funcionalidades propostas: {funcionalidades}
-- Número estimado de jogadores: {quantidade}
-```
-
-📄 **Artefato:** Market, Financial & Innovation Insights
-
-### Critérios de Qualidade
-
-- [ ] Concorrentes foram analisados
-- [ ] Funcionalidades obrigatórias, desejáveis e diferenciais estão classificadas
-- [ ] Viabilidade financeira foi avaliada
-
----
-
-## **Etapa 4 — Definição do Escopo Funcional**
-
-**Fase:** Estratégia
-**Responsável:** Planejador
-**Entrada:** Feature Proposals (Etapa 2) + Market Insights (Etapa 3)
-**Saída:** Functional Scope Definition
-
-### Objetivo
-
-Definir **o que o sistema VAI TER**, consolidando as funcionalidades propostas com a realidade de mercado e viabilidade.
-
-### Passos
-
-1. Consolidar funcionalidades propostas (Etapa 2) com análise de mercado (Etapa 3)
-2. Classificar: funcionalidades essenciais vs. diferenciais
-3. Identificar funcionalidades ligadas à gamificação
-4. Identificar funcionalidades ligadas à IA
-5. Mapear restrições técnicas e operacionais
-6. Definir escopo MVP vs. roadmap futuro
-
-### Prompts de Apoio
-
-**P1 — Consolidação do Escopo MVP**
-
-```
-Atue como um Product Manager sênior. Com base nas funcionalidades propostas (Etapa 2) e na análise de mercado (Etapa 3), consolide o escopo funcional do projeto.
-
-Para cada funcionalidade, classifique:
-- Essencial (MVP — necessária para o lançamento)
-- Diferencial (V1.1 — agrega valor mas não bloqueia o lançamento)
-- Futuro (Roadmap — evolução planejada para fases posteriores)
-
-Para cada funcionalidade essencial, indique:
-- Se envolve gamificação, IA, ou ambos
-- Restrições técnicas ou operacionais conhecidas
-- Dependências com outras funcionalidades
-
-Ao final, apresente:
-1. Escopo MVP consolidado (lista priorizada)
-2. Roadmap futuro (fases com funcionalidades agrupadas)
-3. Restrições técnicas documentadas
-
-Funcionalidades propostas: {lista da Etapa 2}
-Análise de mercado: {classificação da Etapa 3}
-Restrições conhecidas: {restrições do cliente}
-```
-
-**P2 — Revisão Crítica do Escopo**
-
-```
-Revise o escopo MVP e identifique:
-1. Funcionalidades que podem ser simplificadas sem perder valor
-2. Funcionalidades que parecem essenciais mas podem ser adiadas
-3. Riscos de escopo excessivo para o prazo disponível
-4. Quick wins que podem ser adicionados com esforço mínimo
-
-Prazo disponível: {prazo}
-Equipe disponível: {tamanho da equipe}
-```
-
-📄 **Artefato:** Functional Scope Definition
-
-🔑 **A partir daqui, gamificação passa a ser um meio, não um fim.**
-
-### Critérios de Qualidade
-
-- [ ] Escopo MVP está definido e priorizado
-- [ ] Cada funcionalidade tem classificação (essencial / diferencial / futuro)
-- [ ] Restrições técnicas estão documentadas
-- [ ] Roadmap futuro está esboçado
-
----
-
-# **FASE 3: DESIGN**
-
----
-
-## **Etapa 5 — Design da Gamificação e IA**
-
-**Fase:** Design
-**Responsável:** Planejador / Game Designer
-**Entrada:** Functional Scope Definition (Etapa 4)
-**Saída:** Gamification & AI Experience Design
-
-### Objetivo
-
-Criar **o sistema de engajamento que faz as funcionalidades serem usadas**.
-
-### Passos
-
-**5.1 Storytelling e Narrativa Lúdica**
-
-* Criar opções de narrativa alinhadas ao propósito do negócio e ao perfil do público-alvo
-* Definir guia visual (símbolos, cores, ícones, estilos)
-
-**5.2 Jornada do Jogador**
-
-* Mapear a jornada completa: descoberta → onboarding → primeiros desafios → engajamento contínuo → domínio (mastery)
-* Mapear as ações do usuário por funcionalidade
-
-**5.3 Octalysis: Core Drives por Fase da Jornada**
-
-* Definir quais Core Drives ativam cada ação
-* Definir quais Core Drives sustentam retenção
-* Aplicar nível de ousadia desejado (simples / mediano / surpreendente)
-
-**5.4 Loops de Engajamento**
-
-* Definir ciclos de ação → feedback → recompensa → motivação
-* Estabelecer frequência dos loops (diário, semanal, eventual)
-
-**5.5 Design da Economia do Jogo**
-
-* Tabela de pontuações por ação e desafio
-* Curva de progressão de níveis (quanto XP por nível)
-* Preços da loja virtual vs. taxa de ganho de moedas
-* Tempo estimado para um jogador médio atingir cada nível
-* Simulação: "se um jogador faz X ações por dia, em quanto tempo ele atinge o nível Y?"
-
-**5.6 Uso da IA na Jornada**
-
-* Onboarding personalizado
-* Feedback inteligente
-* Recomendações adaptativas
-* Automação de decisões
-
-**5.7 Checagem de Coerência**
-
-* Verificar se técnicas e Core Drives reforçam a narrativa
-* Verificar se a economia está equilibrada com a jornada
-* Apontar ajustes necessários
-
-### Prompts de Apoio
-
-**P1 — Criação de Narrativas Lúdicas** *(cobre 5.1)*
-
-```
-Atue como um game designer e estrategista de storytelling corporativo. Crie 3 opções de narrativa lúdica para o projeto, cada uma com abordagem diferente.
-
-Para cada narrativa, defina:
-1. Tema e ambientação (cenário onde a história se passa)
-2. Papel do jogador (quem ele é dentro da narrativa — ex: explorador, construtor, agente)
-3. Metáfora de progressão (o que "subir de nível" significa na história — ex: patentes, territórios, evolução)
-4. Como a narrativa conecta as ações do dia a dia ao enredo (ex: "vender" = "conquistar território")
-5. Tom emocional (épico, divertido, competitivo, colaborativo, inspirador)
-6. Quais mecânicas de jogo cada narrativa favorece (desafios, competição, coleção, exploração, etc.)
-
-Leve em conta os jobs-to-be-done ocultos e funcionalidades inovadoras já identificados na Etapa 2.
-
-Tema: {tema do projeto}
-Objetivo: {objetivo do negócio}
-Público-alvo: {perfil do jogador}
-JTBD identificados: {JTBD da Etapa 2}
-```
-
-**P2 — Guia Visual da Narrativa** *(cobre 5.1)*
-
-```
-Crie um guia visual detalhado para o designer, baseado na narrativa "{narrativa escolhida}".
-
-Defina:
-1. Paleta de cores: primária, secundária e de destaque (com códigos hex)
-2. Estilo tipográfico: tipo de fonte para títulos, corpo e destaques (serifada, sem serifa, display)
-3. Estilo de ícones: flat, outlined, 3D, pixel art, etc.
-4. Estilo de ilustrações: realista, cartoon, minimalista, isométrico
-5. Elementos temáticos recorrentes: símbolos, mascotes, padrões visuais
-6. Como o visual evolui com a progressão do jogador (ex: cores mais vibrantes, elementos desbloqueados, ambiente que muda)
-7. Referências visuais: cite 2-3 exemplos de apps, jogos ou marcas com estética similar
-
-Narrativa: {narrativa escolhida}
-Público-alvo: {perfil do jogador}
-Canais: {canais de entrega — app, web, totem, etc.}
-```
-
-**P3 — Mapeamento da Jornada do Jogador** *(cobre 5.2)*
-
-```
-Mapeie a jornada completa do jogador em 5 fases, conectando cada fase às funcionalidades e ações do sistema.
-
-Para cada fase, defina:
-| Fase | Objetivo emocional | Ações do jogador | Funcionalidades ativas | Feedback/Recompensa | Risco de abandono |
-
-Fases:
-1. **Descoberta** — como o jogador descobre e entende a gamificação
-2. **Onboarding** — primeiras interações, tutorial, configuração do perfil
-3. **Primeiros Desafios** — engajamento inicial, primeiras conquistas
-4. **Engajamento Contínuo** — rotina de uso, desafios recorrentes, competição
-5. **Domínio (Mastery)** — jogador experiente, mentoria, conteúdo avançado
-
-Para cada fase, indique também:
-- Qual emoção o jogador deve sentir (curiosidade, satisfação, orgulho, pertencimento)
-- Qual o principal risco de abandono e como mitigá-lo
-- Duração estimada da fase (em dias/semanas)
-
-Funcionalidades do escopo: {escopo MVP da Etapa 4}
-Ações desejadas: {ações da Etapa 1}
-Narrativa: {narrativa escolhida}
-```
-
-**P4 — Design de Core Drives (Octalysis)** *(cobre 5.3)*
-
-```
-Esta é a lista completa de técnicas de jogos por Core Drive do Octalysis:
-[COLAR LISTA DE TÉCNICAS DE JOGOS POR CORE DRIVE AQUI]
-
----
-
-Atue como um especialista em Octalysis Framework. Com base na jornada do jogador mapeada acima, proponha uma combinação estratégica dos 8 Core Drives.
-
-Para cada fase da jornada (Descoberta, Onboarding, Primeiros Desafios, Engajamento Contínuo, Mastery):
-1. Quais Core Drives devem ser dominantes (1-2 principais)
-2. Quais Core Drives devem ser de suporte (complementares)
-3. Para cada Core Drive ativo, qual técnica de jogo específica será usada
-4. Como essa técnica se manifesta na interface e na experiência do jogador
-5. Qual módulo Funifier implementa essa técnica (ex: Challenge, Leaderboard, Mystery Box)
-
-Ajuste o nível de ousadia conforme especificado:
-- Simples: mecânicas discretas, integração suave ao canal principal
-- Mediano: mecânicas perceptíveis, elementos visuais lúdicos sem transformar em jogo
-- Surpreendente: experiência altamente gamificada, visual de jogo, mecânicas complexas
-
-Nível desejado: {simples / mediano / surpreendente}
-Narrativa: {narrativa escolhida}
-Diagnóstico Octalysis da Etapa 2: {resultado do P3 da Etapa 2}
-```
-
-**P5 — Design dos Loops de Engajamento** *(cobre 5.4)*
-
-```
-Atue como um game designer especialista em retenção e loops de engajamento. Projete os ciclos que mantêm o jogador voltando ao sistema.
-
-Para cada loop, defina:
-
-1. **Loop Diário** (o que traz o jogador todo dia):
-   - Gatilho (o que inicia o loop — notificação, hábito, recompensa pendente)
-   - Ação (o que o jogador faz)
-   - Feedback (o que ele recebe imediatamente)
-   - Recompensa (o que ele ganha)
-   - Variabilidade (o que muda a cada dia para não ficar repetitivo)
-
-2. **Loop Semanal** (o que mantém engajamento ao longo da semana):
-   - Desafios semanais, competições, metas progressivas
-   - Reset ou renovação de oportunidades
-
-3. **Loop de Progressão** (o que sustenta engajamento a longo prazo):
-   - Níveis, conquistas de longo prazo, desbloqueios
-   - Marcos de celebração (a cada X dias, a cada nível)
-
-4. **Loop Social** (o que conecta jogadores entre si):
-   - Competição, colaboração, rankings, compartilhamento
-
-Para cada loop, indique qual módulo Funifier o implementa.
-
-Técnicas de jogo escolhidas: {técnicas do P4}
-Ações do jogador: {ações mapeadas}
-Frequência esperada de uso: {diária / semanal / eventual}
-```
-
-**P6 — Economia do Jogo** *(cobre 5.5)*
-
-```
-Atue como um economy designer de jogos. Com base no design da gamificação, crie a economia completa do jogo.
-
-1. **Moedas e Pontos:**
-   - Quais tipos de pontos existem e qual a função de cada um (ex: XP = progressão, coins = compra)
-   - Como cada moeda é ganha (fontes de entrada)
-   - Como cada moeda é gasta (pontos de saída / "sinks")
-   - Relação entre moedas (se houver conversão)
-
-2. **Tabela de Pontuações:**
-   | Ação/Desafio | XP ganho | Moedas ganhas | Frequência máxima |
-
-3. **Curva de Progressão de Níveis:**
-   | Nível | Nome | XP necessário | XP acumulado | Tempo estimado (jogador médio) |
-
-4. **Loja Virtual:**
-   | Item | Preço (moedas) | Dias de jogo para comprar | Limite de compra |
-
-5. **Simulação de Cenários:**
-   - Jogador casual (1-2 ações/dia): quanto tempo para nível X?
-   - Jogador ativo (5-10 ações/dia): quanto tempo para nível X?
-   - Jogador intenso (20+ ações/dia): risco de inflação ou esgotamento?
-
-6. **Mecanismos Anti-Inflação:**
-   - Limites diários de ganho
-   - Itens consumíveis vs. permanentes
-   - Custos crescentes
-   - Decaimento de pontos (se aplicável)
-
-Ações do jogador: {lista de ações}
-Desafios planejados: {lista de desafios}
-Duração prevista do programa: {meses}
-```
-
-**P7 — Aplicação de IA na Jornada** *(cobre 5.6)*
-
-```
-Atue como um especialista em IA aplicada a produtos digitais. Com base na jornada do jogador e nas mecânicas de gamificação definidas, proponha aplicações concretas de IA em cada fase.
-
-Para cada aplicação, defina:
-1. Fase da jornada onde atua
-2. O que a IA faz (descrição funcional)
-3. Dados de entrada necessários (comportamento do jogador, histórico, perfil)
-4. Resultado esperado (personalização, automação, predição)
-5. Complexidade de implementação (baixa / média / alta)
-6. Impacto no engajamento (baixo / médio / alto)
-
-Áreas a considerar:
-- Onboarding adaptativo (ajustar dificuldade e conteúdo ao perfil)
-- Recomendações de desafios (sugerir o próximo desafio com base no comportamento)
-- Feedback inteligente (mensagens personalizadas de incentivo ou alerta)
-- Detecção de risco de abandono (jogadores inativos ou em declínio)
-- Ajuste dinâmico de dificuldade (equilibrar desafios ao nível do jogador)
-- Análise preditiva (prever comportamentos e antecipar ações)
-
-Jornada do jogador: {jornada mapeada no P3}
-Mecânicas definidas: {técnicas do P4}
-```
-
-**P8 — Checagem de Coerência** *(cobre 5.7)*
-
-```
-Atue como um auditor de game design. Faça uma checagem cruzada de coerência entre todos os elementos do design da gamificação.
-
-Verifique cada cruzamento:
-
-1. **Narrativa × Técnicas de Jogo:**
-   - As técnicas escolhidas fazem sentido dentro da história?
-   - Alguma técnica quebra a imersão narrativa?
-
-2. **Core Drives × Fases da Jornada:**
-   - Cada fase tem pelo menos 2 Core Drives ativos?
-   - Há alguma fase com Core Drives contraditórios?
-
-3. **Economia × Jornada:**
-   - A progressão de níveis está equilibrada com a frequência esperada de ações?
-   - Os preços da loja são alcançáveis sem frustração?
-   - Existe risco de inflação ou escassez extrema?
-
-4. **Loops × Retenção:**
-   - Cada fase da jornada tem pelo menos um loop ativo?
-   - Os loops diários são sustentáveis sem cansar o jogador?
-
-5. **IA × Experiência:**
-   - As aplicações de IA melhoram a experiência sem torná-la impessoal?
-   - Os dados necessários para a IA estão disponíveis?
-
-Para cada problema encontrado, proponha uma solução específica.
-```
-
-**P9 — Jornada Narrativa (texto de síntese)** *(cobre 5.2 + 5.7)*
-
-> **Nota:** Este prompt gera um texto de síntese que une todos os elementos do design em uma narrativa fluida. Útil para apresentações ao cliente e para validar se tudo se conecta.
-
-```
-Atue como um escritor de histórias interativas e especialista em design de experiências. Escreva um texto narrativo, como se estivesse contando uma história para uma pessoa leiga, que narre a jornada completa de um jogador desde o primeiro contato até o domínio.
-
-A história deve mostrar naturalmente:
-- Como o jogador descobre a gamificação e o que o atrai
-- Sua primeira interação e como se sente (onboarding)
-- Seus primeiros desafios e a primeira conquista significativa
-- Como a rotina de uso se estabelece (loops de engajamento)
-- Como ele interage com outros jogadores (elementos sociais)
-- Como ele evolui, desbloqueia novos conteúdos e atinge o domínio
-- O papel da IA na personalização da sua experiência
-
-O texto deve ser fluido, envolvente e mencionar as mecânicas de jogo pelo nome temático (da narrativa), não pelo nome técnico.
-
-Dados do projeto:
-- Narrativa: {narrativa escolhida}
-- Jornada mapeada: {fases do P3}
-- Técnicas de jogo: {técnicas do P4}
-- Loops: {loops do P5}
-- Economia: {economia do P6}
-```
-
-📄 **Artefato:** Gamification & AI Experience Design
-
-### Critérios de Qualidade
-
-- [ ] Narrativa lúdica está definida e alinhada ao propósito
-- [ ] Guia visual está completo (paleta, tipografia, ícones, estilo)
-- [ ] Jornada do jogador está mapeada em todas as 5 fases
-- [ ] Core Drives do Octalysis estão aplicados por fase com técnicas específicas
-- [ ] Loops de engajamento (diário, semanal, progressão, social) estão desenhados
-- [ ] Economia do jogo está simulada e equilibrada (com cenários e anti-inflação)
-- [ ] IA está posicionada na jornada com aplicações concretas e viáveis
-- [ ] Checagem de coerência cruzada foi realizada sem lacunas críticas
-- [ ] Texto narrativo de síntese da jornada foi gerado e validado
-
----
-
-## **Etapa 6 — UX, Telas Conceito e Experiência Visual**
-
-**Fase:** Design
-**Responsável:** Designer / Planejador
-**Entrada:** Gamification & AI Experience Design (Etapa 5)
-**Saída:** UX Specification + Concept Screens
-
-### Objetivo
-
-Permitir que o cliente **visualize o sistema antes de ele existir**.
-
-### Passos
-
-**6.1 Inventário de Telas e Canais**
-
-Agrupar todas as telas necessárias por canal de entrega (hotsite, app, intranet, totem, etc.). Para cada canal, definir público, descrição de uso e tecnologias sugeridas. Usar o **P1** para gerar o inventário completo via IA.
-
-**6.2 Fluxos de Navegação (User Flows)**
-
-Mapear como o jogador navega entre as telas. Definir fluxos principais (onboarding, ação, loja, etc.) com pontos de decisão e feedback. Usar o **P2** para gerar os fluxos via IA.
-
-**6.3 Especificação de Wireframes**
-
-Para cada tela, definir hierarquia de informação, zonas de conteúdo, interações, estados (vazio, loading) e dados da API. Usar o **P3** para gerar a especificação detalhada via IA.
-
-**6.4 Geração de Imagens Conceito e Telas do App**
-
-Fluxo de trabalho recomendado (3 etapas):
-
-1. **Preparação no ChatGPT** — Explicar o projeto (narrativa, guia visual, público-alvo) e fornecer referências visuais (screenshots de apps similares ou do setor). Pedir ao ChatGPT para gerar dois tipos de prompts:
-   - **Prompt simples para Freepik** — focado na tela principal (hero screen), com poucas instruções para que o gerador de imagem tenha liberdade criativa e produza um design visualmente atraente. Usar os prompts **P4a**.
-   - **Prompt detalhado para Stitch** — com todas as especificações de cada tela (zonas, dados, componentes, cores, estilo). Usar os prompts **P4b**.
-
-2. **Geração da imagem conceito no Freepik** — Usar o prompt simples no gerador de imagens do Freepik para criar a imagem de design da tela principal. Esta imagem define a identidade visual do app.
-
-3. **Geração das telas no Google Stitch** — Usar os prompts detalhados no Stitch, incluindo a imagem conceito do Freepik como referência visual. O Stitch gera telas completas que podem ser:
-   - **Exportadas em HTML** → importar no Windsurf ou editor de preferência para incorporar no código do app
-   - **Importadas no Figma** → para o designer fazer ajustes finais
-   - **Exportadas como imagens** → para apresentações e documentação
-   - **Montadas como protótipo navegável** → a partir dos HTMLs gerados no Stitch ou diretamente no Figma
-
-**6.5 Componentes Reutilizáveis**
-
-Identificar componentes visuais que se repetem entre telas (cards, barras de progresso, badges, etc.) e especificar como biblioteca. Usar o **P5** para gerar a especificação via IA.
-
-### Prompts de Apoio
-
-**P1 — Inventário de Telas e Canais**
-
-```
-Atue como um UX designer especializado em gamificação. Com base na jornada do jogador e nas funcionalidades definidas, faça o inventário completo de telas agrupadas por canal.
-
-Para cada canal de entrega, defina:
-- Nome do Canal (ex: Hotsite, App Mobile, Intranet com Widgets, Totem, etc.)
-- Público principal (jogador, gestor, administrador)
-- Descrição de uso (como e quando é acessado)
-- Tecnologias sugeridas
-
-Depois, liste TODAS as telas necessárias neste canal:
-| # | Tela | Tipo (página / modal / widget) | Fase da jornada | Funcionalidades envolvidas | Prioridade (MVP/V1.1) |
-
-Dados do projeto:
-1. Jornada do jogador: {jornada mapeada na Etapa 5}
-2. Funcionalidades do escopo MVP: {escopo da Etapa 4}
-3. Loops de engajamento: {loops da Etapa 5}
-```
-
-**P2 — Fluxos de Navegação (User Flows)**
-
-```
-Com base no inventário de telas, crie os fluxos de navegação do jogador.
-
-Para cada fluxo principal, defina:
-1. Nome do fluxo (ex: "Login → Dashboard → Realizar Ação → Ver Recompensa")
-2. Diagrama textual do caminho: Tela A → Tela B → Tela C
-3. Pontos de decisão (onde o jogador pode escolher caminhos diferentes)
-4. Pontos de feedback (onde o jogador recebe notificações, badges, animações)
-5. Caminhos de erro (o que acontece se algo falhar)
-
-Fluxos obrigatórios:
-- Primeiro acesso (onboarding completo)
-- Login e acesso ao dashboard
-- Realizar uma ação principal
-- Visualizar progresso e conquistas
-- Acessar loja virtual e comprar item
-- Participar de desafio/competição
-
-Telas inventariadas: {inventário do P1}
-```
-
-**P3 — Especificação de Wireframes**
-
-```
-Para a tela "{Nome da Tela}", crie uma especificação detalhada de wireframe.
-
-Defina:
-1. **Hierarquia de informação:** O que o jogador vê primeiro, segundo e terceiro (ordem de importância visual)
-2. **Zonas de conteúdo:** Dividir a tela em seções (header, hero, conteúdo principal, sidebar, footer)
-3. **Para cada zona:**
-   - O que exibe (dados, componentes, ações)
-   - Dados da API necessários (qual endpoint Funifier alimenta essa zona)
-   - Interações possíveis (clique, swipe, scroll, hover)
-   - Estado vazio (o que aparece quando não há dados)
-   - Estado de loading
-4. **Elementos de gamificação visíveis:** Onde aparecem pontos, badges, progresso, rankings
-5. **Responsividade:** Como a tela se adapta entre desktop e mobile (o que colapsa, reordena ou esconde)
-6. **Acessibilidade:** Contraste de cores, tamanho de fonte mínimo, navegação por teclado
-
-Guia visual: {guia visual da Etapa 5}
-Canal: {desktop / mobile / ambos}
-Fase da jornada: {fase}
-```
-
-**P4 — Geração de Imagens Conceito e Telas** *(workflow: ChatGPT → Freepik → Stitch)*
-
-> **Como funciona:** Usar o ChatGPT como "preparador de prompts" — fornecer contexto do projeto e referências visuais (screenshots), e pedir que ele gere os prompts otimizados para cada ferramenta. NÃO pedir ao ChatGPT para gerar as imagens diretamente.
-
-**P4-prep — Preparação do Contexto no ChatGPT**
-
-```
-Preciso que você me ajude a gerar prompts para criar as telas do app de gamificação descrito abaixo. Vou precisar de dois tipos de prompts:
-
-1. Prompts SIMPLES para o Freepik (gerador de imagens) — para criar a imagem conceito da tela principal. No Freepik, menos informação = melhores resultados visuais. Foque no estilo, mood e composição, sem detalhar demais.
-
-2. Prompts DETALHADOS para o Google Stitch — para gerar cada tela do app com todos os componentes, dados e layout. Estes prompts devem incluir todas as especificações.
-
-Contexto do projeto:
-- Narrativa: {narrativa escolhida}
-- Guia visual: {paleta de cores, estilo, ícones — do P2 da Etapa 5}
-- Público-alvo: {perfil}
-- Canal: {desktop / mobile / ambos}
-
-Referências visuais: {ANEXAR SCREENSHOTS de apps similares ou do setor}
-
-Telas a gerar: {lista de telas do inventário P1}
-```
-
-**P4a — Prompt para Freepik (imagem conceito da tela principal)**
-
-> **Objetivo:** Gerar uma imagem visualmente impactante da tela principal que define a identidade visual do app. Manter o prompt curto e com liberdade criativa.
-
-```
-Com base no contexto do projeto e nas referências visuais fornecidas, gere um prompt CURTO e VISUAL para o Freepik criar a imagem de design da tela principal do app.
-
-O prompt deve:
-- Ter no máximo 2-3 frases
-- Focar em: estilo visual, mood, composição e cores dominantes
-- NÃO detalhar componentes específicos (botões, textos, ícones)
-- Usar linguagem que geradores de imagem entendem bem (ex: "modern mobile app UI", "gamification dashboard", "dark theme with neon accents")
-
-Tela principal: {nome e descrição breve}
-Estilo desejado: {flat / glassmorphism / material / neomorphism / outro}
-Orientação: {vertical para mobile / horizontal para desktop}
-```
-
-**P4b — Prompts para Google Stitch (telas completas do app)**
-
-> **Objetivo:** Gerar telas detalhadas e funcionais no Stitch, que podem ser exportadas como HTML (para código) ou importadas no Figma (para design). Incluir a imagem conceito do Freepik como referência.
-
-```
-Com base no contexto do projeto, nas referências visuais e na imagem conceito gerada no Freepik, gere prompts DETALHADOS para o Google Stitch criar cada tela do app.
-
-Para cada tela, o prompt do Stitch deve incluir:
-1. Nome e propósito da tela
-2. Layout: estrutura de zonas (header, hero, conteúdo, footer)
-3. Componentes visíveis: cards, botões, listas, barras de progresso, etc.
-4. Dados de exemplo: nomes de jogadores, pontuações, títulos de desafios (dados fictícios mas realistas)
-5. Estilo visual: "seguir a identidade visual da imagem conceito anexada"
-6. Especificações: cores, espaçamentos, tamanho de fonte (se relevante)
-7. Elementos de gamificação: onde aparecem pontos, badges, rankings, progresso
-
-Imagem conceito (Freepik): {ANEXAR A IMAGEM GERADA}
-Telas a gerar: {lista com especificações do P3}
-
-Gere um prompt por tela, prontos para copiar e colar no Stitch.
-```
-
-> **Após gerar no Stitch:**
-> - Exportar HTML → importar no Windsurf/editor para incorporar no código
-> - Importar no Figma → para ajustes finos do designer
-> - Exportar imagens → para apresentações ao cliente (Etapa 7)
-> - Montar protótipo navegável → a partir dos HTMLs ou no Figma
-
-**P5 — Especificação de Componentes Reutilizáveis**
-
-```
-Com base nas telas especificadas, identifique os componentes visuais que se repetem e crie uma biblioteca de componentes.
-
-Para cada componente, defina:
-| Componente | Onde aparece | Dados de entrada | Variações | Comportamento interativo |
-
-Componentes típicos de gamificação a considerar:
-- Card de jogador (avatar, nome, nível, pontos)
-- Barra de progresso (XP, desafio, nível)
-- Card de desafio (título, progresso, recompensa, prazo)
-- Item de ranking (posição, jogador, pontuação)
-- Badge/conquista (ícone, nome, estado: bloqueado/desbloqueado)
-- Notificação de conquista (popup/toast de recompensa)
-- Card de item da loja (nome, preço, imagem, botão comprar)
-- Contador de moedas/pontos (no header, sempre visível)
-
-Para cada componente, indique:
-- Quais dados da API Funifier ele consome
-- Se tem animação ou transição (ex: barra que preenche, badge que pulsa)
-
-Telas especificadas: {wireframes do P3}
-```
-
-📄 **Artefatos:**
-- UX Specification (inventário, fluxos, wireframes, componentes)
-- Imagem conceito da tela principal (Freepik)
-- Telas do app (Stitch → HTML e/ou Figma)
-- Protótipo navegável (opcional, via Stitch HTML ou Figma)
-
-### Critérios de Qualidade
-
-- [ ] Inventário completo de telas está organizado por canal
-- [ ] Fluxos de navegação cobrem todos os caminhos principais do jogador
-- [ ] Wireframes seguem a sequência lógica da jornada
-- [ ] Imagem conceito da tela principal foi gerada no Freepik
-- [ ] Telas do app foram geradas no Stitch com a identidade visual do conceito
-- [ ] Elementos lúdicos e temáticos da narrativa estão presentes nas interfaces
-- [ ] Componentes reutilizáveis estão identificados e especificados
-- [ ] HTMLs exportados do Stitch foram validados ou importados no Figma
-- [ ] Responsividade e acessibilidade foram consideradas
-
----
-
-## **Etapa 7 — Planejamento Executivo (Proposta ao Cliente)**
-
-**Fase:** Design
-**Responsável:** Planejador / Comercial
-**Entrada:** Gamification Design (Etapa 5) + UX Specification (Etapa 6)
-**Saída:** Proposal & Product Vision Package
-
-### Objetivo
-
-Entrega para **convencer, alinhar e dar segurança ao cliente**.
-
-### Pacote de Entrega
-
-**7.1 Apresentação executiva (slides)**
-
-* Problema
-* Solução
-* Diferenciais
-* Gamificação
-* Inteligência Artificial
-* Roadmap de entrega
-* Ideia de valor do projeto
-
-**7.2 Visão visual do produto**
-
-* Telas conceito
-* Fluxos principais
-* Estilo visual
-
-**7.3 Documento do plano do sistema**
-
-* Escopo funcional
-* Jornada do usuário
-* Estratégia de gamificação
-* Estratégia de IA
-* Arquitetura conceitual
-
-**7.4 Estimativa de custos, prazos e ROI**
-
-### Prompts de Apoio
-
-**P1 — Estimativa de Custos e ROI**
-
-```
-Atue como um especialista em planejamento financeiro de projetos de gamificação e consultor de negócios. Com base nos dados abaixo, estime:
-
-1. Custos mensais da licença de uso da Funifier, calculados corretamente por faixa acumulativa:
-   - Primeiros 100 jogadores ativos: BRL 25,00 cada
-   - 101 a 200: BRL 18,00 cada
-   - 201 a 600: BRL 16,00 cada
-   - 601 a 800: BRL 14,00 cada
-   - 801 a 3000: BRL 7,00 cada
-   - 3001 a 5000: BRL 5,00 cada
-   - 5001 a 10000: BRL 2,00 cada
-   - 10001 a 15000: BRL 1,60 cada
-   - 15001 a 50000: BRL 1,00 cada
-   - 50001 a 100000: BRL 0,70 cada
-   - 100001 a 250000: BRL 0,50 cada
-   - 250001 a 5000000: BRL 0,30 cada
-
-2. Custos de serviços profissionais (BRL 250/hora):
-   - Setup e configuração da gamificação
-   - Desenvolvimento de integrações e personalizações
-   - Design e frontend
-   - Suporte inicial (primeiros 3 meses)
-
-3. Prazo total estimado (levantamento até go-live)
-
-4. Estimativa de ROI potencial
-
-Dados do projeto:
-- Jogadores ativos previstos: {quantidade_jogadores}
-- Objetivo do negócio: {objetivo_negocio}
-- Ações desejadas: {acoes_desejadas}
-- Público-alvo: {perfil_jogador}
-- Tipo de projeto: {tipo_projeto}
-```
-
-**P2 — Proposta Comercial**
-
-```
-Atue como um consultor sênior em gamificação e negócios. Com base no planejamento do projeto, crie um documento de proposta comercial detalhado, com conteúdo rico e estruturado, contendo:
-
-1. Título da proposta (criativo e alinhado ao tema)
-2. Introdução (contexto e oportunidade)
-3. Quem é a Funifier (histórico, experiência, diferenciais)
-4. Por que usar gamificação (benefícios no contexto do cliente)
-5. Objetivos do cliente com a gamificação
-6. Público-alvo da gamificação
-7. Dores e necessidades do público-alvo
-8. Escopo da proposta (narrativa, funcionalidades, jornada do jogador)
-9. Investimentos e prazos
-10. Estimativa de ROI potencial
-11. Próximos passos sugeridos
-
-Dados: {dados do projeto}
-```
-
-📄 **Artefato:** Proposal & Product Vision Package
-
-Esse pacote **fecha a visão do produto**. O resto é execução.
-
-### Critérios de Qualidade
-
-- [ ] Apresentação executiva está pronta para apresentar ao cliente
-- [ ] Telas conceito estão incluídas na visão visual
-- [ ] Custos e prazos foram estimados
-- [ ] Proposta comercial está completa e persuasiva
-
----
-
-# ══ APROVAÇÃO DO CLIENTE ══
-
----
-
-# **FASE 4: PLANEJAMENTO TÉCNICO**
-
----
-
-## **Etapa 8 — PRD e Arquitetura de Software**
-
-**Fase:** Planejamento Técnico
-**Responsável:** Planejador / Tech Lead
-**Entrada:** Proposal aprovada pelo cliente (Etapa 7)
-**Saída:** PRD + Backlog
-
-### Objetivo
-
-Transformar a visão do produto em **trabalho executável, rastreável e delegável**.
-
-### Passos
-
-**8.1 PRD — Product Requirements Document**
-
-É o documento pai. Nada existe antes dele.
-
-Contém:
-* Objetivo do produto
-* Problemas a resolver
-* Público-alvo (negócio + jogador)
-* Lista de funcionalidades (já definidas anteriormente)
-* Requisitos não funcionais
-* Critérios de sucesso
-
-**8.2 Épicos — grandes blocos funcionais**
-
-Cada Épico representa:
-* Uma macro funcionalidade
-* Ou um grande fluxo do sistema
-
-Exemplo:
-* Onboarding Gamificado
-* Sistema de Pontos e Recompensas
-* Dashboard do Gestor
-
-1 Épico gera várias Histórias de Usuário.
-
-**8.3 Histórias do Usuário — comportamento + valor**
-
-Formato clássico: *Como [tipo de usuário], quero [ação], para [benefício]*
-
-Cada história já nasce associada a:
-* Uma funcionalidade
-* Um módulo da Funifier
-* Snippets de códigos de requisição à API Funifier
-* Um tipo de ação do jogador
-
-1 História gera várias Tasks técnicas.
-
-**8.4 Tasks — trabalho técnico executável**
-
-* Tarefas de configuração Funifier
-* Tarefas de frontend
-* Tarefas de integração
-* Tarefas de teste
-
-Exemplo:
-* "Configurar módulo Challenge com regras X"
-* "Criar endpoint frontend para registrar ação Y"
-
-**8.5 Sprints — contêiner de execução**
-
-Sprint não cria nada, ela organiza o trabalho.
-
-Uma Sprint contém:
-* Várias Tasks
-* Associadas a Histórias
-* Que pertencem a Épicos
-* Derivados de um PRD
-
-### Prompts de Apoio
-
-**P1 — Criação do PRD**
-
-```
-Atue como um Product Manager técnico. Com base no escopo funcional aprovado e no design da gamificação, crie o PRD (Product Requirements Document) completo:
-
-1. Objetivo do produto
-2. Problemas a resolver
-3. Público-alvo (negócio + jogador)
-4. Lista de funcionalidades (com prioridade e classificação)
-5. Requisitos não funcionais (performance, segurança, escalabilidade, disponibilidade)
-6. Critérios de sucesso mensuráveis
-7. Premissas e restrições
-
-Escopo funcional: {escopo da Etapa 4}
-Design da gamificação: {design da Etapa 5}
-```
-
-**P2 — Definição de Épicos**
-
-```
-Com base no PRD, crie os Épicos do projeto. Cada Épico deve representar um grande bloco funcional ou fluxo do sistema.
-
-Para cada Épico, informe:
-- Nome do Épico
-- Descrição (objetivo e escopo)
-- Funcionalidades que cobre
-- Dependências com outros Épicos
-- Prioridade (1 = mais alta)
-
-PRD: {PRD gerado}
-```
-
-**P3 — Histórias de Usuário**
-
-```
-Para o Épico "{nome do épico}", crie as Histórias de Usuário no formato:
-"Como [tipo de usuário], quero [ação], para [benefício]"
-
-Para cada História, informe:
-- Critérios de aceitação (lista de condições verificáveis)
-- Módulos Funifier envolvidos (consultar knowledge/index.md)
-- Endpoints da API necessários
-- Estimativa de complexidade (P/M/G)
-- Dependências com outras histórias
-
-Épico: {descrição do épico}
-```
-
-**P4 — Tasks Técnicas**
-
-```
-Para a História de Usuário "{história}", crie as Tasks técnicas executáveis:
-
-Para cada Task, informe:
-- Tipo: Configuração Funifier / Frontend / Integração / Teste
-- Descrição detalhada do que fazer
-- Módulo Funifier envolvido (se aplicável)
-- Endpoint API (se aplicável)
-- Critério de conclusão (Definition of Done)
-- Estimativa em horas
-
-Organize as tasks em ordem de execução respeitando dependências.
-```
-
-**P5 — Planejamento de Sprints**
-
-```
-Organize as Tasks em Sprints. Cada Sprint deve ter:
-- Duração: {1 ou 2 semanas}
-- Objetivo da Sprint (o que estará funcional ao final)
-- Tasks incluídas (com estimativa total de horas)
-- Capacidade da equipe: {horas disponíveis por sprint}
-
-Distribua respeitando:
-1. Dependências entre tasks
-2. Capacidade da equipe
-3. Prioridade dos Épicos
-4. Balanceamento de tipos de task (não concentrar todo o frontend em uma sprint)
-```
-
-📄 **Artefato:** PRD + Backlog (Épicos, Histórias, Tasks, Sprints)
-
-### Critérios de Qualidade
-
-- [ ] PRD está completo com requisitos funcionais e não funcionais
-- [ ] Épicos cobrem todo o escopo funcional
-- [ ] Histórias estão vinculadas a módulos Funifier
-- [ ] Tasks são executáveis e estimáveis
-- [ ] Sprints estão organizadas com prioridade clara
-
----
-
-## **Etapa 9 — Checklist Técnico por Módulo Funifier**
-
-**Fase:** Planejamento Técnico
-**Responsável:** Planejador / Dev
-**Entrada:** PRD + Gamification Design (Etapas 5 e 8)
-**Saída:** Technical Checklist + Module Specs
-
-### Objetivo
-
-Criar o **mapa técnico completo** de tudo que precisa ser configurado na plataforma Funifier, módulo a módulo.
-
-### Passos
-
-**9.1 Listar Ações do Jogador**
-
-Para cada ação, definir:
-* Nome da ação/evento
-* ID da ação (letras minúsculas, sem acentos ou espaço)
-* Atributos específicos
-* Canal onde ocorre
-* Modo de registro (manual, CSV, interface do jogador, integração via API)
-
-**9.2 Mapeamento Funcionalidade → Módulo Funifier**
-
-Para cada funcionalidade e técnica de jogo:
-* Qual módulo ou combinação de módulos implementa
-* Se precisa ser detalhada no planejamento ou pode ser tratada na implementação
-
-**9.3 Checklist Técnico por Módulo**
-
-Para cada item a ser configurado:
-* Módulo Funifier utilizado
-* Nome do item a ser criado
-* Descrição funcional (objetivo, regras, quantidades, prazos)
-* Dependências com outros itens ou módulos
-
-Organizar a tabela com itens sem dependência primeiro, seguidos por itens com dependências em ordem crescente de complexidade.
-
-**9.4 Especificação de Points**
-
-| Identificador Técnico | Nome Amigável (Categoria) | Abreviação |
-|---|---|---|
-
-**9.5 Especificação de Challenges**
-
-| Título | Ação do Jogador | Desbloqueio | Frequência | Recompensas | Feedback | Dependências |
-|---|---|---|---|---|---|---|
-
-**9.6 Especificação de Levels**
-
-| Identificador | Nome do Nível | Descrição | Pontos Requeridos |
-|---|---|---|---|
-
-**9.7 Especificação de Virtual Goods**
-
-| Nome do Item | Descrição | Custo | Limite de Compras | Desbloqueio | Dependências |
-|---|---|---|---|---|---|
-
-**9.8 Especificação de Triggers**
-
-| Nome | Descrição | Entidade | Evento | Script (opcional) |
-|---|---|---|---|---|
-
-### Prompts de Apoio
-
-**P1 — Listagem de Ações do Jogador**
-
-```
-Considerando as ações desejadas e a experiência planejada para o jogador, atue como um engenheiro de software especialista em integrações e especialista na plataforma Funifier.
-
-1. Liste todas as ações que os jogadores deverão realizar, associando:
-   - Nome da ação/evento
-   - ID da ação (letras minúsculas, sem acentos ou espaço)
-   - Atributos específicos
-   - Canal onde ocorre
-
-2. Proponha o modo de registro:
-   - Registro Manual (Funifier Studio)
-   - Upload via CSV (Funifier Studio)
-   - Registro via interface do jogador
-   - Integração com sistema externo (webhook ou API)
-
-Formato: {ação} | {id} | {canal} | {atributos} | {modo de registro}
-```
-
-**P2 — Mapeamento Funcionalidade x Módulo**
-
-```
-Esta é a lista de módulos da plataforma Funifier:
-[COLAR LISTA DOS MÓDULOS DE knowledge/index.md AQUI]
-
----
-
-Analise a proposta de gamificação e mapeie cada funcionalidade e técnica de jogo com os módulos da Funifier que serão usados para implementá-las.
-
-Para cada item, informe:
-- Funcionalidade ou técnica
-- Módulo ou combinação de módulos necessários
-- Se precisa ser detalhada no planejamento ou pode ser tratada na implementação
-
-Formato: {Funcionalidade} | {Módulos} | {Planejamento (Sim/Não)} | {Detalhamento necessário}
-```
-
-**P3 — Checklist Técnico por Módulo**
-
-```
-Com base na descrição da gamificação e na lista de módulos Funifier, gere um checklist técnico organizado por módulo, listando todos os elementos a configurar.
-
-Para cada item, indique:
-- Módulo Funifier
-- Nome do item a criar
-- Descrição funcional (objetivo, regras, quantidades, lógica)
-- Dependências com outros itens ou módulos
-
-Formato:
-| Módulo | Item a configurar |
-
-Organize com itens sem dependência primeiro, depois com dependências em ordem crescente. Ao final, liste os módulos não utilizados.
-```
-
-**P4 — Especificações Detalhadas por Módulo**
-
-```
-Com base no checklist técnico, gere as especificações completas de:
-1. Points: | Identificador | Nome Amigável | Abreviação |
-2. Challenges: | Título | Ação | Desbloqueio | Frequência | Recompensas | Feedback | Dependências |
-3. Levels: | Identificador | Nome | Descrição | Pontos Requeridos |
-4. Virtual Goods: | Nome | Descrição | Custo | Limite | Desbloqueio | Dependências |
-5. Triggers: | Nome | Descrição | Entidade | Evento | Script |
-```
-
-**P5 — Checagem de Coerência Técnica**
-
-```
-Analise a coerência entre:
-1. Core Drives priorizados (Octalysis)
-2. Narrativa e jornada do jogador
-3. Ações esperadas dos jogadores
-4. Mapeamento Funcionalidades × Módulos
-5. Checklist técnico por módulo
-
-Para cada Core Drive, informe:
-- Em quais partes da jornada ele aparece
-- Quais ações o reforçam
-- Quais módulos o suportam
-- Se o checklist técnico cobre bem essa aplicação
-
-Liste lacunas, desalinhamentos e ajustes recomendados.
-```
-
-📄 **Artefato:** Technical Checklist + Module Specs
-
-### Critérios de Qualidade
-
-- [ ] Todas as ações do jogador estão listadas com IDs e atributos
-- [ ] Cada funcionalidade está mapeada para módulos Funifier
-- [ ] Checklist técnico cobre todos os módulos necessários
-- [ ] Dependências entre módulos estão claras
-- [ ] Especificações de Points, Challenges, Levels, Virtual Goods e Triggers estão completas
-- [ ] Checagem de coerência não encontrou lacunas críticas
-
----
-
-# **FASE 5: IMPLEMENTAÇÃO**
-
----
-
-## **Etapa 10 — Configuração da Plataforma Funifier**
-
-**Fase:** Implementação
-**Responsável:** Dev / Configurador
-**Entrada:** Technical Checklist + Module Specs (Etapa 9)
-**Saída:** Plataforma configurada
-
-### Objetivo
-
-Configurar todos os módulos da plataforma Funifier conforme o checklist técnico, seguindo a ordem de dependências.
-
-### Passos
-
-1. Criar conta e gamificação no Funifier
-2. Configurar Actions (ações dos jogadores)
-3. Configurar Points (tipos de pontuação)
-4. Configurar Levels (sistema de progressão)
-5. Configurar Challenges (desafios)
-6. Configurar Leaderboards (rankings)
-7. Configurar Virtual Goods (loja virtual)
-8. Configurar Quizzes e Questions (se aplicável)
-9. Configurar Lottery, Mystery, Competition (se aplicável)
-10. Configurar Triggers e Schedulers
-11. Configurar Notifications
-12. Configurar Auth e segurança
-13. Validar todas as configurações
-
-### Prompts de Apoio
-
-**P1 — Nomes da Conta e Gamificação**
-
-```
-Atue como um consultor criativo e estrategista técnico.
-Sugira nomes profissionais e fáceis de entender para:
-- A conta da empresa no Funifier (geralmente nome da empresa ou departamento)
-- A gamificação que será criada dentro da conta (geralmente nome do projeto)
-
-Narrativa: {narrativa ou nome do projeto}
-```
-
-**P2 — JSON de Configuração de Actions**
-
-```
-Você atuará como um especialista em implementação técnica da plataforma Funifier. Com base na lista de ações desejadas abaixo, gere o JSON de configuração correspondente para cada ação.
-
-Referência de estrutura JSON:
-{
-  "_id": "sell",
-  "active": true,
-  "action": "Sell",
-  "attributes": [
-    { "name": "product", "type": "String" },
-    { "name": "price", "type": "Number" }
-  ]
-}
-
-Campos obrigatórios:
-- _id: Identificador único (letras minúsculas, sem espaços ou acentos)
-- active: Valor booleano (true/false)
-- action: Nome amigável (inicial maiúscula)
-- attributes: Lista de atributos (name + type: String, Number ou Boolean)
-
-Boas práticas:
-- Crie ações genéricas (ex: "comprar" com atributo "produto", não "comprar sapato")
-- Use atributos para detalhar o contexto
-
-Lista de ações: [COLAR AQUI]
-
-Organize todos os JSONs em um array [], prontos para importação.
-```
-
-**P3 — JSON de Configuração de Points**
-
-```
-Gere o JSON de configuração para cada tipo de ponto:
-
-Referência:
-{
-  "_id": "xp",
-  "category": "Experience Points",
-  "shortName": "XP"
-}
-
-Lista de pontos: [COLAR AQUI]
-```
-
-**P4 — JSON de Configuração de Levels**
-
-```
-Gere o JSON de configuração para cada nível:
-
-Referência:
-{
-  "level": "Apprentice",
-  "position": 0,
-  "description": "Descrição motivadora.",
-  "minPoints": 10,
-  "techniques": ["GT##"],
-  "_id": "L0"
-}
-
-Lista de níveis: [COLAR AQUI]
-```
-
-### Referência Técnica
-
-A documentação técnica dos módulos Funifier está organizada na **knowledge base modular**:
-
-* **Router:** `knowledge/index.md` — índice com todos os módulos e quando usar cada um
-* **Módulos:** `knowledge/modules/{modulo}.md` — 1 ficheiro por módulo com endpoints, JSONs e checklist
-* **Guias:** `knowledge/guides/` — guias transversais (aggregates, triggers, database access)
-
-Para cada módulo a configurar, consultar o ficheiro correspondente em `knowledge/modules/` para obter:
-* Endpoint da API (`/v3/{modulo}`)
-* Estrutura JSON de criação
-* Campos obrigatórios e opcionais
-* Checklist de configuração
-* Validações e testes
-
-📄 **Artefato:** Plataforma Funifier configurada
-
-### Critérios de Qualidade
-
-- [ ] Todos os itens do checklist técnico foram configurados
-- [ ] Ordem de dependências foi respeitada
-- [ ] JSONs de importação foram validados
-- [ ] Configurações foram testadas no Funifier Studio
-
----
-
-## **Etapa 11 — Preparação de Requisições API (studio/request)**
-
-**Fase:** Implementação
-**Responsável:** Dev
-**Entrada:** Plataforma configurada (Etapa 10) + UX Specification (Etapa 6)
-**Saída:** Coleção de requests prontas e testadas
-
-### Objetivo
-
-Montar, testar e disponibilizar **todas as chamadas REST API** que serão usadas no desenvolvimento do frontend, disponibilizando-as no `studio/request` para que toda a equipe possa acessar e testar.
-
-### Passos
-
-1. Identificar todas as chamadas API necessárias para cada tela/widget do frontend
-2. Para cada chamada, definir:
-   * Método (GET, POST, PUT, DELETE)
-   * Endpoint
-   * Headers (Authorization, Content-Type)
-   * Body (quando aplicável)
-   * Resposta esperada
-3. Montar as requisições no `studio/request` (funcionalidade similar ao Postman)
-4. Testar cada requisição individualmente
-5. Organizar por funcionalidade ou tela
-6. Documentar parâmetros variáveis e exemplos
-
-### Prompts de Apoio
-
-**P1 — Mapeamento de Requisições API por Tela**
-
-```
-Você atuará como um especialista em implementação técnica da plataforma Funifier. Com base nas telas e funcionalidades do frontend listadas abaixo, identifique todas as chamadas à API Funifier que serão necessárias.
-
-Para cada chamada, informe:
-- Tela ou funcionalidade que a utiliza
-- Método HTTP (GET, POST, PUT, DELETE)
-- Endpoint completo
-- Headers necessários
-- Body da requisição (com exemplo)
-- Resposta esperada (com exemplo)
-- Observações de uso
-
-Telas e funcionalidades: [COLAR ESPECIFICAÇÃO DAS TELAS AQUI]
-
-Referência da API Funifier:
-[COLAR ENDPOINTS RELEVANTES DE knowledge/modules/{modulo}.md AQUI]
-```
-
-📄 **Artefato:** Coleção de requests prontas e testadas no studio/request
-
-### Critérios de Qualidade
-
-- [ ] Todas as chamadas API necessárias para o frontend estão mapeadas
-- [ ] Cada requisição foi testada e retorna a resposta esperada
-- [ ] Requisições estão organizadas e acessíveis no studio/request
-- [ ] Equipe de frontend consegue acessar e entender as requisições
-
----
-
-## **Etapa 12 — Desenvolvimento Frontend e Integrações**
-
-**Fase:** Implementação
-**Responsável:** Dev Frontend / Dev Integrações
-**Entrada:** UX Specification (Etapa 6) + Requests testadas (Etapa 11)
-**Saída:** Frontend + Integrações funcionais
-
-### Objetivo
-
-Construir as **interfaces do jogador**, **dashboards para gestores** e **integrações com sistemas externos**.
-
-### Passos
-
-**12.1 Desenvolvimento das Interfaces do Jogador**
-
-* Construir telas conforme especificação UX (Etapa 6)
-* Consumir as requisições API preparadas na Etapa 11
-* Implementar elementos lúdicos e temáticos da narrativa
-* Garantir responsividade e experiência mobile-first
-
-**12.2 Dashboards e Relatórios para Gestores**
-
-* Criar painéis de acompanhamento de desempenho
-* Implementar gráficos e indicadores de engajamento
-* Utilizar aggregates para consultas complexas
-
-**12.3 Integrações com Sistemas Externos**
-
-* Configurar webhooks para notificações em tempo real
-* Implementar integrações via API com sistemas do cliente (CRM, ERP, LMS, etc.)
-* Configurar importação/exportação de dados (CSV, API)
-
-**12.4 Materiais de Divulgação** *(detalhado na Etapa 15)*
-
-* Produzir materiais visuais e textos para o lançamento
-* Criar landing pages, vídeos explicativos, posts para redes sociais
-
-### Prompts de Apoio
-
-**P1 — Geração de Código Frontend por Tela**
-
-```
-Você atuará como um especialista em desenvolvimento frontend com foco em projetos de gamificação utilizando a plataforma Funifier. Gere o código completo de uma interface de jogador com base nas informações fornecidas.
-
-Stack de tecnologias:
-- AngularJS (1.x)
-- HTML5
-- CSS3 (escopo local por componente)
-- Requisições HTTP via $http
-- Token JWT em localStorage.token
-
-Dados da tela:
-- Nome da Tela: {nome}
-- Descrição visual: {descrição}
-- Instruções de layout: {instruções}
-- Dados/Interações: {dados}
-- Requisitos técnicos: {requisitos}
-
-Formato de resposta:
-1. Código HTML (com comentários)
-2. Código CSS (responsivo, escopo local)
-3. Código JavaScript (AngularJS Controller + chamadas API)
-
-Referência API: [COLAR REQUISIÇÕES RELEVANTES DA ETAPA 11]
-```
-
-📄 **Artefato:** Frontend + Integrações funcionais
-
-### Critérios de Qualidade
-
-- [ ] Todas as telas do jogador estão implementadas conforme a UX spec
-- [ ] Dashboards de gestores estão funcionais
-- [ ] Integrações com sistemas externos estão operacionais
-- [ ] Elementos lúdicos da narrativa estão presentes nas interfaces
-
----
-
-## **Etapa 13 — Playtest, Calibração e Testes**
-
-**Fase:** Implementação
-**Responsável:** QA / Game Designer / Equipe
-**Entrada:** Sistema completo (Etapas 10-12)
-**Saída:** Relatório de Playtest + Ajustes
-
-### Objetivo
-
-Validar que a experiência gamificada **funciona, engaja e está equilibrada** antes do lançamento.
-
-### Passos
-
-**13.1 Playtest Interno**
-
-* Membros da equipe percorrem a jornada completa como jogadores
-* Testar cada fase: descoberta, onboarding, primeiros desafios, engajamento contínuo
-* Registrar experiência: o que foi confuso, frustrante ou motivador
-
-**13.2 Calibração da Economia do Jogo**
-
-* Verificar se a progressão de níveis está equilibrada
-* Validar se as pontuações e recompensas estão proporcionais ao esforço
-* Testar edge cases: jogador intenso (joga 10x mais que a média) vs. jogador casual
-* Ajustar pontuações, preços da loja e requisitos de níveis conforme necessário
-
-**13.3 Testes Técnicos**
-
-* Testar todas as chamadas API em cenários reais
-* Validar integrações com sistemas externos
-* Testar performance sob carga esperada
-* Verificar segurança (autenticação, permissões)
-
-**13.4 Ajustes Finais**
-
-* Corrigir bugs encontrados
-* Aplicar ajustes de calibração
-* Re-testar após correções
-
-📄 **Artefato:** Relatório de Playtest + Ajustes aplicados
-
-### Critérios de Qualidade
-
-- [ ] Jornada completa foi percorrida por pelo menos 3 pessoas
-- [ ] Economia do jogo foi validada (progressão equilibrada)
-- [ ] Edge cases foram testados (jogador intenso vs. casual)
-- [ ] Bugs críticos foram corrigidos
-- [ ] Testes técnicos passaram (API, integrações, performance)
-
----
-
-# **FASE 6: LANÇAMENTO E EVOLUÇÃO**
-
----
-
-## **Etapa 14 — Go-Live e Ativação**
-
-**Fase:** Lançamento e Evolução
-**Responsável:** Dev / Gestor do Projeto
-**Entrada:** Sistema testado e calibrado (Etapa 13)
-**Saída:** Sistema em produção
-
-### Objetivo
-
-Colocar o sistema em **produção** e realizar o **onboarding dos primeiros jogadores**.
-
-### Passos
-
-1. Deploy do ambiente de produção
-2. Migração de dados (se aplicável)
-3. Configuração de staging vs. produção
-4. Onboarding dos primeiros jogadores (grupo piloto)
-5. Monitoramento inicial intensivo
-6. Correção de problemas emergenciais
-
-📄 **Artefato:** Sistema em produção
-
-### Critérios de Qualidade
-
-- [ ] Sistema está online e acessível
-- [ ] Primeiros jogadores completaram o onboarding
-- [ ] Nenhum bug crítico bloqueante
-- [ ] Monitoramento está ativo
-
----
-
-## **Etapa 15 — Divulgação e Engajamento Inicial**
-
-**Fase:** Lançamento e Evolução
-**Responsável:** Marketing / Gestor do Projeto
-**Entrada:** Sistema em produção (Etapa 14)
-**Saída:** Plano de Divulgação executado
-
-### Objetivo
-
-**Ativar a base de jogadores** através de uma estratégia de divulgação multicanal.
-
-### Passos
-
-**15.1 Estratégia de Canais**
-
-* Redes sociais (posts, stories, reels)
-* Email marketing
-* Intranet / comunicação interna
-* Website / landing page dedicada
-
-**15.2 Materiais de Apoio**
-
-* Brindes físicos (chocolates, materiais impressos, camisetas)
-* Materiais digitais (banners, vídeos, GIFs)
-* Tutoriais e guias de uso
-
-**15.3 Eventos e Ações**
-
-* Lives de lançamento
-* Eventos presenciais
-* Webinars e workshops
-* Contratação de influencers ou embaixadores internos
-
-**15.4 Campanha de Lançamento**
-
-* Cronograma de ações
-* Metas de adesão (quantos jogadores na primeira semana/mês)
-* Incentivos especiais para early adopters
-
-### Prompts de Apoio
-
-**P1 — Plano de Divulgação Multicanal**
-
-```
-Atue como um estrategista de marketing digital especializado em lançamentos de plataformas de gamificação. Crie um plano de divulgação completo para o lançamento do projeto.
-
-1. Estratégia de Canais:
-   Para cada canal (redes sociais, email, intranet, website), defina:
-   - Objetivo do canal
-   - Tipo de conteúdo
-   - Frequência de publicação
-   - Tom de comunicação
-
-2. Cronograma de Lançamento:
-   - Pré-lançamento (teaser, expectativa): {X} dias antes
-   - Dia do lançamento: ações simultâneas
-   - Pós-lançamento (sustentação): primeiras {X} semanas
-
-3. Metas de Adesão:
-   - Semana 1: {X}% dos jogadores cadastrados
-   - Mês 1: {X}% de jogadores ativos
-   - Mês 3: {X}% de retenção
-
-4. Incentivos para Early Adopters:
-   - Bônus exclusivos, badges especiais, vantagens iniciais
-
-Dados do projeto:
-- Público-alvo: {perfil dos jogadores}
-- Narrativa: {narrativa escolhida}
-- Canais disponíveis: {canais}
-- Número total de jogadores esperados: {quantidade}
-```
-
-**P2 — Textos e Roteiros de Materiais**
-
-```
-Crie os textos e roteiros para os materiais de divulgação:
-
-1. Email de convite (tom motivacional, com CTA claro)
-2. Post para rede social / intranet (curto, visual, com hashtags)
-3. Roteiro de vídeo explicativo (30-60 segundos, linguagem simples)
-4. Tutorial de primeiros passos (passo a passo para o jogador iniciante)
-5. FAQ com as 10 perguntas mais prováveis dos jogadores
-
-Narrativa: {narrativa}
-Nome do projeto: {nome}
-URL de acesso: {url}
-```
-
-📄 **Artefato:** Plano de Divulgação executado
-
-### Critérios de Qualidade
-
-- [ ] Estratégia de canais está definida e executada
-- [ ] Materiais de apoio foram produzidos e distribuídos
-- [ ] Eventos de lançamento foram realizados
-- [ ] Metas de adesão inicial estão sendo acompanhadas
-
----
-
-## **Etapa 16 — Monitoramento, Calibração e Evolução**
-
-**Fase:** Lançamento e Evolução
-**Responsável:** Gestor do Projeto / Game Designer
-**Entrada:** Sistema em produção com jogadores ativos
-**Saída:** Relatórios + Roadmap de evolução
-
-### Objetivo
-
-**Acompanhar, ajustar e evoluir** a gamificação com base em dados reais de uso.
-
-### Passos
-
-1. Analisar dados e métricas de engajamento
-2. Identificar heavy users e padrões de comportamento
-3. Mapear pontos de abandono na jornada
-4. Calibrar mecânicas e economia do jogo
-5. Coletar feedback dos jogadores e gestores
-6. Planejar novas fases, desafios e evoluções
-7. Implementar melhorias iterativas
-
-📄 **Artefato:** Relatórios de Engajamento + Roadmap de Evolução
-
-### Critérios de Qualidade
-
-- [ ] Métricas de engajamento estão sendo coletadas e analisadas
-- [ ] Pontos de abandono foram identificados e tratados
-- [ ] Economia do jogo foi recalibrada com dados reais
-- [ ] Roadmap de evolução está definido com próximas ações
+# **PROCESSO FUNIFIER**
+
+---
+
+# **FASE 1: DESCOBERTA**
+
+---
+
+## **Etapa 0 — Prospecção e Gatilho do Projeto**
+
+**Fase:** Descoberta
+**Responsável:** Comercial / Ricardo
+**Entrada:** Conversa com potencial cliente
+**Saída:** Ideia candidata a projeto
+
+### Objetivo
+
+Transformar uma conversa comercial em uma **hipótese de solução digital**.
+
+### Passos
+
+1. Identificar a dor explícita do cliente
+2. Avaliar a oportunidade percebida
+3. Considerar o contexto político, financeiro e estratégico
+4. Decidir: *vale aprofundar?*
+5. Enviar a ideia para o grupo de WhatsApp dos planejadores
+
+Nenhuma decisão estrutural ainda. Só intenção.
+
+### Critérios de Qualidade
+
+- [ ] A dor do cliente está clara e verbalizada
+- [ ] Existe viabilidade inicial percebida (orçamento, timing, interesse)
+- [ ] A equipe de planejamento foi notificada
+
+---
+
+## **Etapa 1 — Levantamento de Informações**
+
+**Fase:** Descoberta
+**Responsável:** Planejador
+**Entrada:** Idéia candidata aprovada na Etapa 0
+**Saída:** Project Brief Funifier
+
+### Objetivo
+
+Definir **o que esse projeto precisa entregar para o negócio existir**.
+
+### Passos
+
+1. Objetivo estratégico do cliente
+2. Público-alvo principal e secundário
+3. Problema central a ser resolvido
+4. Métricas de sucesso (negócio e comportamento)
+5. Ações desejadas dos usuários
+6. Canais de interação (app, web, físico, API, etc.)
+7. Recompensas possíveis
+
+### Prompts de Apoio
+
+**P1 — Roteiro de Entrevista**
+
+```
+Crie um roteiro de entrevista para levantamento de informações para um projeto de gamificação da Funifier para {nome da empresa}. O objetivo da entrevista é descobrir: o que será gamificado, objetivo estratégico do cliente, público-alvo (jogadores), problema central a ser resolvido, métricas de sucesso (negócio e comportamento), ações desejadas, canais de interação e recompensas possíveis. O cliente é da área de {área de negócio}, e o público-alvo são {perfil dos jogadores}. O tom deve ser profissional e acolhedor.
+```
+
+**P2 — Simulação de Respostas do Cliente**
+
+```
+Coloque-se no lugar do cliente e responda estrategicamente o roteiro de entrevista acima.
+```
+
+**P3 — Sumário Executivo**
+
+```
+Organize as informações em um sumário executivo direto, com:
+- O que será gamificado: {descrição}
+- Objetivo do negócio: {objetivo}
+- Público-alvo: {perfil}
+- Problema central: {problema}
+- Métricas de sucesso: {metricas}
+- Ações desejadas dos usuários: {ações}
+- Canais de interação: {canais}
+- Recompensas: {recompensas}
+
+```
+
+📄 **Artefato:** Project Brief Funifier
+
+### Critérios de Qualidade
+
+- [ ] Objetivo do cliente está claro e mensurável
+- [ ] Público-alvo está definido com perfil comportamental
+- [ ] Ações desejadas foram listadas
+- [ ] Canais de interação foram identificados
+- [ ] Sumário executivo foi gerado
+
+---
+
+# **FASE 2: ESTRATÉGIA**
+
+---
+
+## **Etapa 2 — Alinhamento de Objetivos**
+
+**Fase:** Estratégia
+**Responsável:** Planejador
+**Entrada:** Project Brief Funifier (Etapa 1)
+**Saída:** Business × Player Alignment + Feature Proposals
+
+### Objetivo
+
+Criar um **contrato conceitual** entre o que o negócio quer e o que o jogador quer, e propor funcionalidades que atendam ambos.
+
+### Passos
+
+**2.1 Objetivos do Negócio**
+
+* Objetivo estratégico do cliente
+* KPIs de sucesso do projeto
+* Comportamentos desejados do usuário (do ponto de vista da empresa)
+
+**2.2 Objetivos do Jogador (usuário final)**
+
+* Dores explícitas
+* Dores implícitas / ocultas
+* Desejos conscientes
+* Desejos inconscientes
+* Jobs-to-be-Done (funcionais, emocionais e sociais)
+* Barreiras psicológicas ou operacionais
+
+**2.3 Proposta de Funcionalidades**
+
+* A partir das dores e JTBD identificados, propor funcionalidades que atendam essas necessidades
+* Para cada funcionalidade: qual necessidade resolve, se envolve gamificação, se envolve IA, e qual o impacto esperado no engajamento
+
+**2.4 Análise de Aplicação de IA**
+
+* Onde IA pode automatizar decisões
+* Onde IA pode personalizar jornadas
+* Onde IA pode reduzir esforço humano
+* Onde IA pode gerar vantagem competitiva
+
+**2.5 Conflitos e Alinhamentos**
+
+* Onde os objetivos do negócio e do jogador se chocam
+* Onde eles se reforçam
+* Onde a gamificação precisará "negociar" esse alinhamento
+
+### Prompts de Apoio
+
+**P1 — Análise de Dores, JTBD e Funcionalidades**
+
+```
+Atue como um Head de Pesquisa e Inovação de uma Big Tech. Analise o público-alvo descrito abaixo e identifique suas principais dores, desejos e motivações, incluindo jobs-to-be-done ocultos. Sugira funcionalidades e recompensas inovadoras que poderiam atender essas necessidades de forma engajadora e surpreendente.
+
+Para cada funcionalidade proposta, indique:
+- Qual necessidade ou JTBD ela resolve
+- Se envolve gamificação, IA, ou ambos
+- Qual o impacto esperado no engajamento
+
+Sumário Executivo: {sumário executivo com informações levantadas}
+```
+
+**P2 — Oportunidades de Aplicação de IA**
+
+```
+Considerando as funcionalidades propostas, analise onde a Inteligência Artificial pode ser aplicada para inovar ou melhorar os processos do projeto. Avalie:
+- Automação de decisões (ex: recomendações personalizadas)
+- Personalização de jornadas (ex: conteúdo adaptativo)
+- Redução de esforço humano (ex: atendimento automatizado)
+- Vantagem competitiva (ex: análise preditiva de comportamento)
+```
+
+**P3 — Diagnóstico Octalysis (exploratório)**
+
+> **Nota:** Este prompt é um diagnóstico inicial para entender que Core Drives já emergem naturalmente do projeto. O design prescritivo dos Core Drives será feito na Etapa 5.
+
+```
+Com base no que você já entendeu do {PROJETO}, atue como um especialista em Octalysis Framework e engajamento. Identifique quais Core Drives já emergem naturalmente das funcionalidades e necessidades mapeadas. Para cada Core Drive presente, indique:
+- Onde ele aparece (qual funcionalidade ou necessidade)
+- Se é forte ou fraco neste contexto
+- Quais Core Drives estão ausentes e poderiam ser explorados na Etapa 5 (Design)
+
+Fases da jornada a considerar: Descoberta, Onboarding, Primeiros Desafios, Engajamento Contínuo e Mastery.
+```
+
+📄 **Artefato:** Business × Player Alignment + Feature Proposals
+
+### Critérios de Qualidade
+
+- [ ] Dores e JTBD do jogador estão documentados
+- [ ] Funcionalidades propostas têm rastreabilidade para as necessidades
+- [ ] Análise de aplicação de IA foi realizada
+- [ ] Conflitos entre negócio e jogador estão mapeados
+
+---
+
+## **Etapa 3 — Pesquisa de Mercado e Viabilidade**
+
+**Fase:** Estratégia
+**Responsável:** Planejador
+**Entrada:** Business × Player Alignment (Etapa 2)
+**Saída:** Market, Financial & Innovation Insights
+
+### Objetivo
+
+Entender **o que o sistema PRECISA ter**, **o que é padrão**, **o que é diferencial**, e **o que é inviável financeiramente**.
+
+### Passos
+
+**3.1 Pesquisa de mercado e competitiva**
+
+* Análise de soluções existentes
+* Funcionalidades obrigatórias (baseline do mercado)
+* Funcionalidades desejáveis (expectativa do usuário)
+* Funcionalidades diferenciais (vantagem competitiva)
+
+**3.2 Análise financeira e viabilidade**
+
+* Como o dinheiro entra
+* Como o dinheiro sai
+* Onde estão os custos operacionais
+* Onde o engajamento impacta resultado financeiro
+* Restrições de orçamento e escala
+
+### Prompts de Apoio
+
+**P1 — Pesquisa de Mercado e Concorrentes**
+
+```
+Atue como um analista de mercado sênior especializado em soluções digitais e gamificação. Com base no sumário executivo e no alinhamento de objetivos abaixo, faça uma pesquisa de mercado estruturada:
+
+1. Identifique 3 a 5 soluções concorrentes ou similares no mercado
+2. Para cada concorrente, liste: funcionalidades principais, pontos fortes, pontos fracos e diferenciais
+3. Classifique as funcionalidades do projeto em:
+   - Obrigatórias (baseline do mercado — sem elas, o produto não compete)
+   - Desejáveis (expectativa do usuário — aumentam satisfação)
+   - Diferenciais (vantagem competitiva — razão para escolher este produto)
+
+Dados do projeto:
+- Área de negócio: {área}
+- Objetivo: {objetivo do negócio}
+- Público-alvo: {perfil dos jogadores}
+- Funcionalidades propostas: {lista de funcionalidades da Etapa 2}
+```
+
+**P2 — Análise de Viabilidade Financeira**
+
+```
+Atue como um consultor financeiro especializado em projetos de tecnologia e gamificação. Com base no escopo do projeto, analise a viabilidade financeira:
+
+1. Como o dinheiro entra (fontes de receita, modelo de monetização)
+2. Como o dinheiro sai (custos fixos, variáveis, operacionais)
+3. Onde o engajamento impacta diretamente o resultado financeiro
+4. Restrições de orçamento e escala identificadas
+5. Riscos financeiros e mitigações recomendadas
+
+Dados do projeto:
+- Objetivo do negócio: {objetivo}
+- Público-alvo: {perfil}
+- Funcionalidades propostas: {funcionalidades}
+- Número estimado de jogadores: {quantidade}
+```
+
+📄 **Artefato:** Market, Financial & Innovation Insights
+
+### Critérios de Qualidade
+
+- [ ] Concorrentes foram analisados
+- [ ] Funcionalidades obrigatórias, desejáveis e diferenciais estão classificadas
+- [ ] Viabilidade financeira foi avaliada
+
+---
+
+## **Etapa 4 — Definição do Escopo Funcional**
+
+**Fase:** Estratégia
+**Responsável:** Planejador
+**Entrada:** Feature Proposals (Etapa 2) + Market Insights (Etapa 3)
+**Saída:** Functional Scope Definition
+
+### Objetivo
+
+Definir **o que o sistema VAI TER**, consolidando as funcionalidades propostas com a realidade de mercado e viabilidade.
+
+### Passos
+
+1. Consolidar funcionalidades propostas (Etapa 2) com análise de mercado (Etapa 3)
+2. Classificar: funcionalidades essenciais vs. diferenciais
+3. Identificar funcionalidades ligadas à gamificação
+4. Identificar funcionalidades ligadas à IA
+5. Mapear restrições técnicas e operacionais
+6. Definir escopo MVP vs. roadmap futuro
+
+### Prompts de Apoio
+
+**P1 — Consolidação do Escopo MVP**
+
+```
+Atue como um Product Manager sênior. Com base nas funcionalidades propostas (Etapa 2) e na análise de mercado (Etapa 3), consolide o escopo funcional do projeto.
+
+Para cada funcionalidade, classifique:
+- Essencial (MVP — necessária para o lançamento)
+- Diferencial (V1.1 — agrega valor mas não bloqueia o lançamento)
+- Futuro (Roadmap — evolução planejada para fases posteriores)
+
+Para cada funcionalidade essencial, indique:
+- Se envolve gamificação, IA, ou ambos
+- Restrições técnicas ou operacionais conhecidas
+- Dependências com outras funcionalidades
+
+Ao final, apresente:
+1. Escopo MVP consolidado (lista priorizada)
+2. Roadmap futuro (fases com funcionalidades agrupadas)
+3. Restrições técnicas documentadas
+
+Funcionalidades propostas: {lista da Etapa 2}
+Análise de mercado: {classificação da Etapa 3}
+Restrições conhecidas: {restrições do cliente}
+```
+
+**P2 — Revisão Crítica do Escopo**
+
+```
+Revise o escopo MVP e identifique:
+1. Funcionalidades que podem ser simplificadas sem perder valor
+2. Funcionalidades que parecem essenciais mas podem ser adiadas
+3. Riscos de escopo excessivo para o prazo disponível
+4. Quick wins que podem ser adicionados com esforço mínimo
+
+Prazo disponível: {prazo}
+Equipe disponível: {tamanho da equipe}
+```
+
+📄 **Artefato:** Functional Scope Definition
+
+🔑 **A partir daqui, gamificação passa a ser um meio, não um fim.**
+
+### Critérios de Qualidade
+
+- [ ] Escopo MVP está definido e priorizado
+- [ ] Cada funcionalidade tem classificação (essencial / diferencial / futuro)
+- [ ] Restrições técnicas estão documentadas
+- [ ] Roadmap futuro está esboçado
+
+---
+
+# **FASE 3: DESIGN**
+
+---
+
+## **Etapa 5 — Design da Gamificação e IA**
+
+**Fase:** Design
+**Responsável:** Planejador / Game Designer
+**Entrada:** Functional Scope Definition (Etapa 4)
+**Saída:** Gamification & AI Experience Design
+
+### Objetivo
+
+Criar **o sistema de engajamento que faz as funcionalidades serem usadas**.
+
+### Passos
+
+**5.1 Storytelling e Narrativa Lúdica**
+
+* Criar opções de narrativa alinhadas ao propósito do negócio e ao perfil do público-alvo
+* Definir guia visual (símbolos, cores, ícones, estilos)
+
+**5.2 Jornada do Jogador**
+
+* Mapear a jornada completa: descoberta → onboarding → primeiros desafios → engajamento contínuo → domínio (mastery)
+* Mapear as ações do usuário por funcionalidade
+
+**5.3 Octalysis: Core Drives por Fase da Jornada**
+
+* Definir quais Core Drives ativam cada ação
+* Definir quais Core Drives sustentam retenção
+* Aplicar nível de ousadia desejado (simples / mediano / surpreendente)
+
+**5.4 Loops de Engajamento**
+
+* Definir ciclos de ação → feedback → recompensa → motivação
+* Estabelecer frequência dos loops (diário, semanal, eventual)
+
+**5.5 Design da Economia do Jogo**
+
+* Tabela de pontuações por ação e desafio
+* Curva de progressão de níveis (quanto XP por nível)
+* Preços da loja virtual vs. taxa de ganho de moedas
+* Tempo estimado para um jogador médio atingir cada nível
+* Simulação: "se um jogador faz X ações por dia, em quanto tempo ele atinge o nível Y?"
+
+**5.6 Uso da IA na Jornada**
+
+* Onboarding personalizado
+* Feedback inteligente
+* Recomendações adaptativas
+* Automação de decisões
+
+**5.7 Checagem de Coerência**
+
+* Verificar se técnicas e Core Drives reforçam a narrativa
+* Verificar se a economia está equilibrada com a jornada
+* Apontar ajustes necessários
+
+### Prompts de Apoio
+
+**P1 — Criação de Narrativas Lúdicas** *(cobre 5.1)*
+
+```
+Atue como um game designer e estrategista de storytelling corporativo. Crie 3 opções de narrativa lúdica para o projeto, cada uma com abordagem diferente.
+
+Para cada narrativa, defina:
+1. Tema e ambientação (cenário onde a história se passa)
+2. Papel do jogador (quem ele é dentro da narrativa — ex: explorador, construtor, agente)
+3. Metáfora de progressão (o que "subir de nível" significa na história — ex: patentes, territórios, evolução)
+4. Como a narrativa conecta as ações do dia a dia ao enredo (ex: "vender" = "conquistar território")
+5. Tom emocional (épico, divertido, competitivo, colaborativo, inspirador)
+6. Quais mecânicas de jogo cada narrativa favorece (desafios, competição, coleção, exploração, etc.)
+
+Leve em conta os jobs-to-be-done ocultos e funcionalidades inovadoras já identificados na Etapa 2.
+
+Tema: {tema do projeto}
+Objetivo: {objetivo do negócio}
+Público-alvo: {perfil do jogador}
+JTBD identificados: {JTBD da Etapa 2}
+```
+
+**P2 — Guia Visual da Narrativa** *(cobre 5.1)*
+
+```
+Crie um guia visual detalhado para o designer, baseado na narrativa "{narrativa escolhida}".
+
+Defina:
+1. Paleta de cores: primária, secundária e de destaque (com códigos hex)
+2. Estilo tipográfico: tipo de fonte para títulos, corpo e destaques (serifada, sem serifa, display)
+3. Estilo de ícones: flat, outlined, 3D, pixel art, etc.
+4. Estilo de ilustrações: realista, cartoon, minimalista, isométrico
+5. Elementos temáticos recorrentes: símbolos, mascotes, padrões visuais
+6. Como o visual evolui com a progressão do jogador (ex: cores mais vibrantes, elementos desbloqueados, ambiente que muda)
+7. Referências visuais: cite 2-3 exemplos de apps, jogos ou marcas com estética similar
+
+Narrativa: {narrativa escolhida}
+Público-alvo: {perfil do jogador}
+Canais: {canais de entrega — app, web, totem, etc.}
+```
+
+**P3 — Mapeamento da Jornada do Jogador** *(cobre 5.2)*
+
+```
+Mapeie a jornada completa do jogador em 5 fases, conectando cada fase às funcionalidades e ações do sistema.
+
+Para cada fase, defina:
+| Fase | Objetivo emocional | Ações do jogador | Funcionalidades ativas | Feedback/Recompensa | Risco de abandono |
+
+Fases:
+1. **Descoberta** — como o jogador descobre e entende a gamificação
+2. **Onboarding** — primeiras interações, tutorial, configuração do perfil
+3. **Primeiros Desafios** — engajamento inicial, primeiras conquistas
+4. **Engajamento Contínuo** — rotina de uso, desafios recorrentes, competição
+5. **Domínio (Mastery)** — jogador experiente, mentoria, conteúdo avançado
+
+Para cada fase, indique também:
+- Qual emoção o jogador deve sentir (curiosidade, satisfação, orgulho, pertencimento)
+- Qual o principal risco de abandono e como mitigá-lo
+- Duração estimada da fase (em dias/semanas)
+
+Funcionalidades do escopo: {escopo MVP da Etapa 4}
+Ações desejadas: {ações da Etapa 1}
+Narrativa: {narrativa escolhida}
+```
+
+**P4 — Design de Core Drives (Octalysis)** *(cobre 5.3)*
+
+```
+Esta é a lista completa de técnicas de jogos por Core Drive do Octalysis:
+[COLAR LISTA DE TÉCNICAS DE JOGOS POR CORE DRIVE AQUI]
+
+---
+
+Atue como um especialista em Octalysis Framework. Com base na jornada do jogador mapeada acima, proponha uma combinação estratégica dos 8 Core Drives.
+
+Para cada fase da jornada (Descoberta, Onboarding, Primeiros Desafios, Engajamento Contínuo, Mastery):
+1. Quais Core Drives devem ser dominantes (1-2 principais)
+2. Quais Core Drives devem ser de suporte (complementares)
+3. Para cada Core Drive ativo, qual técnica de jogo específica será usada
+4. Como essa técnica se manifesta na interface e na experiência do jogador
+5. Qual módulo Funifier implementa essa técnica (ex: Challenge, Leaderboard, Mystery Box)
+
+Ajuste o nível de ousadia conforme especificado:
+- Simples: mecânicas discretas, integração suave ao canal principal
+- Mediano: mecânicas perceptíveis, elementos visuais lúdicos sem transformar em jogo
+- Surpreendente: experiência altamente gamificada, visual de jogo, mecânicas complexas
+
+Nível desejado: {simples / mediano / surpreendente}
+Narrativa: {narrativa escolhida}
+Diagnóstico Octalysis da Etapa 2: {resultado do P3 da Etapa 2}
+```
+
+**P5 — Design dos Loops de Engajamento** *(cobre 5.4)*
+
+```
+Atue como um game designer especialista em retenção e loops de engajamento. Projete os ciclos que mantêm o jogador voltando ao sistema.
+
+Para cada loop, defina:
+
+1. **Loop Diário** (o que traz o jogador todo dia):
+   - Gatilho (o que inicia o loop — notificação, hábito, recompensa pendente)
+   - Ação (o que o jogador faz)
+   - Feedback (o que ele recebe imediatamente)
+   - Recompensa (o que ele ganha)
+   - Variabilidade (o que muda a cada dia para não ficar repetitivo)
+
+2. **Loop Semanal** (o que mantém engajamento ao longo da semana):
+   - Desafios semanais, competições, metas progressivas
+   - Reset ou renovação de oportunidades
+
+3. **Loop de Progressão** (o que sustenta engajamento a longo prazo):
+   - Níveis, conquistas de longo prazo, desbloqueios
+   - Marcos de celebração (a cada X dias, a cada nível)
+
+4. **Loop Social** (o que conecta jogadores entre si):
+   - Competição, colaboração, rankings, compartilhamento
+
+Para cada loop, indique qual módulo Funifier o implementa.
+
+Técnicas de jogo escolhidas: {técnicas do P4}
+Ações do jogador: {ações mapeadas}
+Frequência esperada de uso: {diária / semanal / eventual}
+```
+
+**P6 — Economia do Jogo** *(cobre 5.5)*
+
+```
+Atue como um economy designer de jogos. Com base no design da gamificação, crie a economia completa do jogo.
+
+1. **Moedas e Pontos:**
+   - Quais tipos de pontos existem e qual a função de cada um (ex: XP = progressão, coins = compra)
+   - Como cada moeda é ganha (fontes de entrada)
+   - Como cada moeda é gasta (pontos de saída / "sinks")
+   - Relação entre moedas (se houver conversão)
+
+2. **Tabela de Pontuações:**
+   | Ação/Desafio | XP ganho | Moedas ganhas | Frequência máxima |
+
+3. **Curva de Progressão de Níveis:**
+   | Nível | Nome | XP necessário | XP acumulado | Tempo estimado (jogador médio) |
+
+4. **Loja Virtual:**
+   | Item | Preço (moedas) | Dias de jogo para comprar | Limite de compra |
+
+5. **Simulação de Cenários:**
+   - Jogador casual (1-2 ações/dia): quanto tempo para nível X?
+   - Jogador ativo (5-10 ações/dia): quanto tempo para nível X?
+   - Jogador intenso (20+ ações/dia): risco de inflação ou esgotamento?
+
+6. **Mecanismos Anti-Inflação:**
+   - Limites diários de ganho
+   - Itens consumíveis vs. permanentes
+   - Custos crescentes
+   - Decaimento de pontos (se aplicável)
+
+Ações do jogador: {lista de ações}
+Desafios planejados: {lista de desafios}
+Duração prevista do programa: {meses}
+```
+
+**P7 — Aplicação de IA na Jornada** *(cobre 5.6)*
+
+```
+Atue como um especialista em IA aplicada a produtos digitais. Com base na jornada do jogador e nas mecânicas de gamificação definidas, proponha aplicações concretas de IA em cada fase.
+
+Para cada aplicação, defina:
+1. Fase da jornada onde atua
+2. O que a IA faz (descrição funcional)
+3. Dados de entrada necessários (comportamento do jogador, histórico, perfil)
+4. Resultado esperado (personalização, automação, predição)
+5. Complexidade de implementação (baixa / média / alta)
+6. Impacto no engajamento (baixo / médio / alto)
+
+Áreas a considerar:
+- Onboarding adaptativo (ajustar dificuldade e conteúdo ao perfil)
+- Recomendações de desafios (sugerir o próximo desafio com base no comportamento)
+- Feedback inteligente (mensagens personalizadas de incentivo ou alerta)
+- Detecção de risco de abandono (jogadores inativos ou em declínio)
+- Ajuste dinâmico de dificuldade (equilibrar desafios ao nível do jogador)
+- Análise preditiva (prever comportamentos e antecipar ações)
+
+Jornada do jogador: {jornada mapeada no P3}
+Mecânicas definidas: {técnicas do P4}
+```
+
+**P8 — Checagem de Coerência** *(cobre 5.7)*
+
+```
+Atue como um auditor de game design. Faça uma checagem cruzada de coerência entre todos os elementos do design da gamificação.
+
+Verifique cada cruzamento:
+
+1. **Narrativa × Técnicas de Jogo:**
+   - As técnicas escolhidas fazem sentido dentro da história?
+   - Alguma técnica quebra a imersão narrativa?
+
+2. **Core Drives × Fases da Jornada:**
+   - Cada fase tem pelo menos 2 Core Drives ativos?
+   - Há alguma fase com Core Drives contraditórios?
+
+3. **Economia × Jornada:**
+   - A progressão de níveis está equilibrada com a frequência esperada de ações?
+   - Os preços da loja são alcançáveis sem frustração?
+   - Existe risco de inflação ou escassez extrema?
+
+4. **Loops × Retenção:**
+   - Cada fase da jornada tem pelo menos um loop ativo?
+   - Os loops diários são sustentáveis sem cansar o jogador?
+
+5. **IA × Experiência:**
+   - As aplicações de IA melhoram a experiência sem torná-la impessoal?
+   - Os dados necessários para a IA estão disponíveis?
+
+Para cada problema encontrado, proponha uma solução específica.
+```
+
+**P9 — Jornada Narrativa (texto de síntese)** *(cobre 5.2 + 5.7)*
+
+> **Nota:** Este prompt gera um texto de síntese que une todos os elementos do design em uma narrativa fluida. Útil para apresentações ao cliente e para validar se tudo se conecta.
+
+```
+Atue como um escritor de histórias interativas e especialista em design de experiências. Escreva um texto narrativo, como se estivesse contando uma história para uma pessoa leiga, que narre a jornada completa de um jogador desde o primeiro contato até o domínio.
+
+A história deve mostrar naturalmente:
+- Como o jogador descobre a gamificação e o que o atrai
+- Sua primeira interação e como se sente (onboarding)
+- Seus primeiros desafios e a primeira conquista significativa
+- Como a rotina de uso se estabelece (loops de engajamento)
+- Como ele interage com outros jogadores (elementos sociais)
+- Como ele evolui, desbloqueia novos conteúdos e atinge o domínio
+- O papel da IA na personalização da sua experiência
+
+O texto deve ser fluido, envolvente e mencionar as mecânicas de jogo pelo nome temático (da narrativa), não pelo nome técnico.
+
+Dados do projeto:
+- Narrativa: {narrativa escolhida}
+- Jornada mapeada: {fases do P3}
+- Técnicas de jogo: {técnicas do P4}
+- Loops: {loops do P5}
+- Economia: {economia do P6}
+```
+
+📄 **Artefato:** Gamification & AI Experience Design
+
+### Critérios de Qualidade
+
+- [ ] Narrativa lúdica está definida e alinhada ao propósito
+- [ ] Guia visual está completo (paleta, tipografia, ícones, estilo)
+- [ ] Jornada do jogador está mapeada em todas as 5 fases
+- [ ] Core Drives do Octalysis estão aplicados por fase com técnicas específicas
+- [ ] Loops de engajamento (diário, semanal, progressão, social) estão desenhados
+- [ ] Economia do jogo está simulada e equilibrada (com cenários e anti-inflação)
+- [ ] IA está posicionada na jornada com aplicações concretas e viáveis
+- [ ] Checagem de coerência cruzada foi realizada sem lacunas críticas
+- [ ] Texto narrativo de síntese da jornada foi gerado e validado
+
+---
+
+## **Etapa 6 — UX, Telas Conceito e Experiência Visual**
+
+**Fase:** Design
+**Responsável:** Designer / Planejador
+**Entrada:** Gamification & AI Experience Design (Etapa 5)
+**Saída:** UX Specification + Concept Screens
+
+### Objetivo
+
+Permitir que o cliente **visualize o sistema antes de ele existir**.
+
+### Passos
+
+**6.1 Inventário de Telas e Canais**
+
+Agrupar todas as telas necessárias por canal de entrega (hotsite, app, intranet, totem, etc.). Para cada canal, definir público, descrição de uso e tecnologias sugeridas. Usar o **P1** para gerar o inventário completo via IA.
+
+**6.2 Fluxos de Navegação (User Flows)**
+
+Mapear como o jogador navega entre as telas. Definir fluxos principais (onboarding, ação, loja, etc.) com pontos de decisão e feedback. Usar o **P2** para gerar os fluxos via IA.
+
+**6.3 Especificação de Wireframes**
+
+Para cada tela, definir hierarquia de informação, zonas de conteúdo, interações, estados (vazio, loading) e dados da API. Usar o **P3** para gerar a especificação detalhada via IA.
+
+**6.4 Geração de Imagens Conceito e Telas do App**
+
+Fluxo de trabalho recomendado (3 etapas):
+
+1. **Preparação no ChatGPT** — Explicar o projeto (narrativa, guia visual, público-alvo) e fornecer referências visuais (screenshots de apps similares ou do setor). Pedir ao ChatGPT para gerar dois tipos de prompts:
+   - **Prompt simples para Freepik** — focado na tela principal (hero screen), com poucas instruções para que o gerador de imagem tenha liberdade criativa e produza um design visualmente atraente. Usar os prompts **P4a**.
+   - **Prompt detalhado para Stitch** — com todas as especificações de cada tela (zonas, dados, componentes, cores, estilo). Usar os prompts **P4b**.
+
+2. **Geração da imagem conceito no Freepik** — Usar o prompt simples no gerador de imagens do Freepik para criar a imagem de design da tela principal. Esta imagem define a identidade visual do app.
+
+3. **Geração das telas no Google Stitch** — Usar os prompts detalhados no Stitch, incluindo a imagem conceito do Freepik como referência visual. O Stitch gera telas completas que podem ser:
+   - **Exportadas em HTML** → importar no Windsurf ou editor de preferência para incorporar no código do app
+   - **Importadas no Figma** → para o designer fazer ajustes finais
+   - **Exportadas como imagens** → para apresentações e documentação
+   - **Montadas como protótipo navegável** → a partir dos HTMLs gerados no Stitch ou diretamente no Figma
+
+**6.5 Componentes Reutilizáveis**
+
+Identificar componentes visuais que se repetem entre telas (cards, barras de progresso, badges, etc.) e especificar como biblioteca. Usar o **P5** para gerar a especificação via IA.
+
+### Prompts de Apoio
+
+**P1 — Inventário de Telas e Canais**
+
+```
+Atue como um UX designer especializado em gamificação. Com base na jornada do jogador e nas funcionalidades definidas, faça o inventário completo de telas agrupadas por canal.
+
+Para cada canal de entrega, defina:
+- Nome do Canal (ex: Hotsite, App Mobile, Intranet com Widgets, Totem, etc.)
+- Público principal (jogador, gestor, administrador)
+- Descrição de uso (como e quando é acessado)
+- Tecnologias sugeridas
+
+Depois, liste TODAS as telas necessárias neste canal:
+| # | Tela | Tipo (página / modal / widget) | Fase da jornada | Funcionalidades envolvidas | Prioridade (MVP/V1.1) |
+
+Dados do projeto:
+1. Jornada do jogador: {jornada mapeada na Etapa 5}
+2. Funcionalidades do escopo MVP: {escopo da Etapa 4}
+3. Loops de engajamento: {loops da Etapa 5}
+```
+
+**P2 — Fluxos de Navegação (User Flows)**
+
+```
+Com base no inventário de telas, crie os fluxos de navegação do jogador.
+
+Para cada fluxo principal, defina:
+1. Nome do fluxo (ex: "Login → Dashboard → Realizar Ação → Ver Recompensa")
+2. Diagrama textual do caminho: Tela A → Tela B → Tela C
+3. Pontos de decisão (onde o jogador pode escolher caminhos diferentes)
+4. Pontos de feedback (onde o jogador recebe notificações, badges, animações)
+5. Caminhos de erro (o que acontece se algo falhar)
+
+Fluxos obrigatórios:
+- Primeiro acesso (onboarding completo)
+- Login e acesso ao dashboard
+- Realizar uma ação principal
+- Visualizar progresso e conquistas
+- Acessar loja virtual e comprar item
+- Participar de desafio/competição
+
+Telas inventariadas: {inventário do P1}
+```
+
+**P3 — Especificação de Wireframes**
+
+```
+Para a tela "{Nome da Tela}", crie uma especificação detalhada de wireframe.
+
+Defina:
+1. **Hierarquia de informação:** O que o jogador vê primeiro, segundo e terceiro (ordem de importância visual)
+2. **Zonas de conteúdo:** Dividir a tela em seções (header, hero, conteúdo principal, sidebar, footer)
+3. **Para cada zona:**
+   - O que exibe (dados, componentes, ações)
+   - Dados da API necessários (qual endpoint Funifier alimenta essa zona)
+   - Interações possíveis (clique, swipe, scroll, hover)
+   - Estado vazio (o que aparece quando não há dados)
+   - Estado de loading
+4. **Elementos de gamificação visíveis:** Onde aparecem pontos, badges, progresso, rankings
+5. **Responsividade:** Como a tela se adapta entre desktop e mobile (o que colapsa, reordena ou esconde)
+6. **Acessibilidade:** Contraste de cores, tamanho de fonte mínimo, navegação por teclado
+
+Guia visual: {guia visual da Etapa 5}
+Canal: {desktop / mobile / ambos}
+Fase da jornada: {fase}
+```
+
+**P4 — Geração de Imagens Conceito e Telas** *(workflow: ChatGPT → Freepik → Stitch)*
+
+> **Como funciona:** Usar o ChatGPT como "preparador de prompts" — fornecer contexto do projeto e referências visuais (screenshots), e pedir que ele gere os prompts otimizados para cada ferramenta. NÃO pedir ao ChatGPT para gerar as imagens diretamente.
+
+**P4-prep — Preparação do Contexto no ChatGPT**
+
+```
+Preciso que você me ajude a gerar prompts para criar as telas do app de gamificação descrito abaixo. Vou precisar de dois tipos de prompts:
+
+1. Prompts SIMPLES para o Freepik (gerador de imagens) — para criar a imagem conceito da tela principal. No Freepik, menos informação = melhores resultados visuais. Foque no estilo, mood e composição, sem detalhar demais.
+
+2. Prompts DETALHADOS para o Google Stitch — para gerar cada tela do app com todos os componentes, dados e layout. Estes prompts devem incluir todas as especificações.
+
+Contexto do projeto:
+- Narrativa: {narrativa escolhida}
+- Guia visual: {paleta de cores, estilo, ícones — do P2 da Etapa 5}
+- Público-alvo: {perfil}
+- Canal: {desktop / mobile / ambos}
+
+Referências visuais: {ANEXAR SCREENSHOTS de apps similares ou do setor}
+
+Telas a gerar: {lista de telas do inventário P1}
+```
+
+**P4a — Prompt para Freepik (imagem conceito da tela principal)**
+
+> **Objetivo:** Gerar uma imagem visualmente impactante da tela principal que define a identidade visual do app. Manter o prompt curto e com liberdade criativa.
+
+```
+Com base no contexto do projeto e nas referências visuais fornecidas, gere um prompt CURTO e VISUAL para o Freepik criar a imagem de design da tela principal do app.
+
+O prompt deve:
+- Ter no máximo 2-3 frases
+- Focar em: estilo visual, mood, composição e cores dominantes
+- NÃO detalhar componentes específicos (botões, textos, ícones)
+- Usar linguagem que geradores de imagem entendem bem (ex: "modern mobile app UI", "gamification dashboard", "dark theme with neon accents")
+
+Tela principal: {nome e descrição breve}
+Estilo desejado: {flat / glassmorphism / material / neomorphism / outro}
+Orientação: {vertical para mobile / horizontal para desktop}
+```
+
+**P4b — Prompts para Google Stitch (telas completas do app)**
+
+> **Objetivo:** Gerar telas detalhadas e funcionais no Stitch, que podem ser exportadas como HTML (para código) ou importadas no Figma (para design). Incluir a imagem conceito do Freepik como referência.
+
+```
+Com base no contexto do projeto, nas referências visuais e na imagem conceito gerada no Freepik, gere prompts DETALHADOS para o Google Stitch criar cada tela do app.
+
+Para cada tela, o prompt do Stitch deve incluir:
+1. Nome e propósito da tela
+2. Layout: estrutura de zonas (header, hero, conteúdo, footer)
+3. Componentes visíveis: cards, botões, listas, barras de progresso, etc.
+4. Dados de exemplo: nomes de jogadores, pontuações, títulos de desafios (dados fictícios mas realistas)
+5. Estilo visual: "seguir a identidade visual da imagem conceito anexada"
+6. Especificações: cores, espaçamentos, tamanho de fonte (se relevante)
+7. Elementos de gamificação: onde aparecem pontos, badges, rankings, progresso
+
+Imagem conceito (Freepik): {ANEXAR A IMAGEM GERADA}
+Telas a gerar: {lista com especificações do P3}
+
+Gere um prompt por tela, prontos para copiar e colar no Stitch.
+```
+
+> **Após gerar no Stitch:**
+> - Exportar HTML → importar no Windsurf/editor para incorporar no código
+> - Importar no Figma → para ajustes finos do designer
+> - Exportar imagens → para apresentações ao cliente (Etapa 7)
+> - Montar protótipo navegável → a partir dos HTMLs ou no Figma
+
+**P5 — Especificação de Componentes Reutilizáveis**
+
+```
+Com base nas telas especificadas, identifique os componentes visuais que se repetem e crie uma biblioteca de componentes.
+
+Para cada componente, defina:
+| Componente | Onde aparece | Dados de entrada | Variações | Comportamento interativo |
+
+Componentes típicos de gamificação a considerar:
+- Card de jogador (avatar, nome, nível, pontos)
+- Barra de progresso (XP, desafio, nível)
+- Card de desafio (título, progresso, recompensa, prazo)
+- Item de ranking (posição, jogador, pontuação)
+- Badge/conquista (ícone, nome, estado: bloqueado/desbloqueado)
+- Notificação de conquista (popup/toast de recompensa)
+- Card de item da loja (nome, preço, imagem, botão comprar)
+- Contador de moedas/pontos (no header, sempre visível)
+
+Para cada componente, indique:
+- Quais dados da API Funifier ele consome
+- Se tem animação ou transição (ex: barra que preenche, badge que pulsa)
+
+Telas especificadas: {wireframes do P3}
+```
+
+📄 **Artefatos:**
+- UX Specification (inventário, fluxos, wireframes, componentes)
+- Imagem conceito da tela principal (Freepik)
+- Telas do app (Stitch → HTML e/ou Figma)
+- Protótipo navegável (opcional, via Stitch HTML ou Figma)
+
+### Critérios de Qualidade
+
+- [ ] Inventário completo de telas está organizado por canal
+- [ ] Fluxos de navegação cobrem todos os caminhos principais do jogador
+- [ ] Wireframes seguem a sequência lógica da jornada
+- [ ] Imagem conceito da tela principal foi gerada no Freepik
+- [ ] Telas do app foram geradas no Stitch com a identidade visual do conceito
+- [ ] Elementos lúdicos e temáticos da narrativa estão presentes nas interfaces
+- [ ] Componentes reutilizáveis estão identificados e especificados
+- [ ] HTMLs exportados do Stitch foram validados ou importados no Figma
+- [ ] Responsividade e acessibilidade foram consideradas
+
+---
+
+## **Etapa 7 — Planejamento Executivo (Proposta ao Cliente)**
+
+**Fase:** Design
+**Responsável:** Planejador / Comercial
+**Entrada:** Gamification Design (Etapa 5) + UX Specification (Etapa 6)
+**Saída:** Proposal & Product Vision Package
+
+### Objetivo
+
+Entrega para **convencer, alinhar e dar segurança ao cliente**.
+
+### Pacote de Entrega
+
+**7.1 Apresentação executiva (slides)**
+
+* Problema
+* Solução
+* Diferenciais
+* Gamificação
+* Inteligência Artificial
+* Roadmap de entrega
+* Ideia de valor do projeto
+
+**7.2 Visão visual do produto**
+
+* Telas conceito
+* Fluxos principais
+* Estilo visual
+
+**7.3 Documento do plano do sistema**
+
+* Escopo funcional
+* Jornada do usuário
+* Estratégia de gamificação
+* Estratégia de IA
+* Arquitetura conceitual
+
+**7.4 Estimativa de custos, prazos e ROI**
+
+### Prompts de Apoio
+
+**P1 — Estimativa de Custos e ROI**
+
+```
+Atue como um especialista em planejamento financeiro de projetos de gamificação e consultor de negócios. Com base nos dados abaixo, estime:
+
+1. Custos mensais da licença de uso da Funifier, calculados corretamente por faixa acumulativa:
+   - Primeiros 100 jogadores ativos: BRL 25,00 cada
+   - 101 a 200: BRL 18,00 cada
+   - 201 a 600: BRL 16,00 cada
+   - 601 a 800: BRL 14,00 cada
+   - 801 a 3000: BRL 7,00 cada
+   - 3001 a 5000: BRL 5,00 cada
+   - 5001 a 10000: BRL 2,00 cada
+   - 10001 a 15000: BRL 1,60 cada
+   - 15001 a 50000: BRL 1,00 cada
+   - 50001 a 100000: BRL 0,70 cada
+   - 100001 a 250000: BRL 0,50 cada
+   - 250001 a 5000000: BRL 0,30 cada
+
+2. Custos de serviços profissionais (BRL 250/hora):
+   - Setup e configuração da gamificação
+   - Desenvolvimento de integrações e personalizações
+   - Design e frontend
+   - Suporte inicial (primeiros 3 meses)
+
+3. Prazo total estimado (levantamento até go-live)
+
+4. Estimativa de ROI potencial
+
+Dados do projeto:
+- Jogadores ativos previstos: {quantidade_jogadores}
+- Objetivo do negócio: {objetivo_negocio}
+- Ações desejadas: {acoes_desejadas}
+- Público-alvo: {perfil_jogador}
+- Tipo de projeto: {tipo_projeto}
+```
+
+**P2 — Proposta Comercial**
+
+```
+Atue como um consultor sênior em gamificação e negócios. Com base no planejamento do projeto, crie um documento de proposta comercial detalhado, com conteúdo rico e estruturado, contendo:
+
+1. Título da proposta (criativo e alinhado ao tema)
+2. Introdução (contexto e oportunidade)
+3. Quem é a Funifier (histórico, experiência, diferenciais)
+4. Por que usar gamificação (benefícios no contexto do cliente)
+5. Objetivos do cliente com a gamificação
+6. Público-alvo da gamificação
+7. Dores e necessidades do público-alvo
+8. Escopo da proposta (narrativa, funcionalidades, jornada do jogador)
+9. Investimentos e prazos
+10. Estimativa de ROI potencial
+11. Próximos passos sugeridos
+
+Dados: {dados do projeto}
+```
+
+📄 **Artefato:** Proposal & Product Vision Package
+
+Esse pacote **fecha a visão do produto**. O resto é execução.
+
+### Critérios de Qualidade
+
+- [ ] Apresentação executiva está pronta para apresentar ao cliente
+- [ ] Telas conceito estão incluídas na visão visual
+- [ ] Custos e prazos foram estimados
+- [ ] Proposta comercial está completa e persuasiva
+
+---
+
+# ══ APROVAÇÃO DO CLIENTE ══
+
+---
+
+# **FASE 4: PLANEJAMENTO TÉCNICO**
+
+---
+
+## **Etapa 8 — PRD e Arquitetura de Software**
+
+**Fase:** Planejamento Técnico
+**Responsável:** Planejador / Tech Lead
+**Entrada:** Proposal aprovada pelo cliente (Etapa 7)
+**Saída:** PRD + Backlog
+
+### Objetivo
+
+Transformar a visão do produto em **trabalho executável, rastreável e delegável**.
+
+### Passos
+
+**8.1 PRD — Product Requirements Document**
+
+É o documento pai. Nada existe antes dele.
+
+Contém:
+* Objetivo do produto
+* Problemas a resolver
+* Público-alvo (negócio + jogador)
+* Lista de funcionalidades (já definidas anteriormente)
+* Requisitos não funcionais
+* Critérios de sucesso
+
+**8.2 Épicos — grandes blocos funcionais**
+
+Cada Épico representa:
+* Uma macro funcionalidade
+* Ou um grande fluxo do sistema
+
+Exemplo:
+* Onboarding Gamificado
+* Sistema de Pontos e Recompensas
+* Dashboard do Gestor
+
+1 Épico gera várias Histórias de Usuário.
+
+**8.3 Histórias do Usuário — comportamento + valor**
+
+Formato clássico: *Como [tipo de usuário], quero [ação], para [benefício]*
+
+Cada história já nasce associada a:
+* Uma funcionalidade
+* Um módulo da Funifier
+* Snippets de códigos de requisição à API Funifier
+* Um tipo de ação do jogador
+
+1 História gera várias Tasks técnicas.
+
+**8.4 Tasks — trabalho técnico executável**
+
+* Tarefas de configuração Funifier
+* Tarefas de frontend
+* Tarefas de integração
+* Tarefas de teste
+
+Exemplo:
+* "Configurar módulo Challenge com regras X"
+* "Criar endpoint frontend para registrar ação Y"
+
+**8.5 Sprints — contêiner de execução**
+
+Sprint não cria nada, ela organiza o trabalho.
+
+Uma Sprint contém:
+* Várias Tasks
+* Associadas a Histórias
+* Que pertencem a Épicos
+* Derivados de um PRD
+
+### Prompts de Apoio
+
+**P1 — Criação do PRD**
+
+```
+Atue como um Product Manager técnico. Com base no escopo funcional aprovado e no design da gamificação, crie o PRD (Product Requirements Document) completo:
+
+1. Objetivo do produto
+2. Problemas a resolver
+3. Público-alvo (negócio + jogador)
+4. Lista de funcionalidades (com prioridade e classificação)
+5. Requisitos não funcionais (performance, segurança, escalabilidade, disponibilidade)
+6. Critérios de sucesso mensuráveis
+7. Premissas e restrições
+
+Escopo funcional: {escopo da Etapa 4}
+Design da gamificação: {design da Etapa 5}
+```
+
+**P2 — Definição de Épicos**
+
+```
+Com base no PRD, crie os Épicos do projeto. Cada Épico deve representar um grande bloco funcional ou fluxo do sistema.
+
+Para cada Épico, informe:
+- Nome do Épico
+- Descrição (objetivo e escopo)
+- Funcionalidades que cobre
+- Dependências com outros Épicos
+- Prioridade (1 = mais alta)
+
+PRD: {PRD gerado}
+```
+
+**P3 — Histórias de Usuário**
+
+```
+Para o Épico "{nome do épico}", crie as Histórias de Usuário no formato:
+"Como [tipo de usuário], quero [ação], para [benefício]"
+
+Para cada História, informe:
+- Critérios de aceitação (lista de condições verificáveis)
+- Módulos Funifier envolvidos (consultar knowledge/index.md)
+- Endpoints da API necessários
+- Estimativa de complexidade (P/M/G)
+- Dependências com outras histórias
+
+Épico: {descrição do épico}
+```
+
+**P4 — Tasks Técnicas**
+
+```
+Para a História de Usuário "{história}", crie as Tasks técnicas executáveis:
+
+Para cada Task, informe:
+- Tipo: Configuração Funifier / Frontend / Integração / Teste
+- Descrição detalhada do que fazer
+- Módulo Funifier envolvido (se aplicável)
+- Endpoint API (se aplicável)
+- Critério de conclusão (Definition of Done)
+- Estimativa em horas
+
+Organize as tasks em ordem de execução respeitando dependências.
+```
+
+**P5 — Planejamento de Sprints**
+
+```
+Organize as Tasks em Sprints. Cada Sprint deve ter:
+- Duração: {1 ou 2 semanas}
+- Objetivo da Sprint (o que estará funcional ao final)
+- Tasks incluídas (com estimativa total de horas)
+- Capacidade da equipe: {horas disponíveis por sprint}
+
+Distribua respeitando:
+1. Dependências entre tasks
+2. Capacidade da equipe
+3. Prioridade dos Épicos
+4. Balanceamento de tipos de task (não concentrar todo o frontend em uma sprint)
+```
+
+📄 **Artefato:** PRD + Backlog (Épicos, Histórias, Tasks, Sprints)
+
+### Critérios de Qualidade
+
+- [ ] PRD está completo com requisitos funcionais e não funcionais
+- [ ] Épicos cobrem todo o escopo funcional
+- [ ] Histórias estão vinculadas a módulos Funifier
+- [ ] Tasks são executáveis e estimáveis
+- [ ] Sprints estão organizadas com prioridade clara
+
+---
+
+## **Etapa 9 — Checklist Técnico por Módulo Funifier**
+
+**Fase:** Planejamento Técnico
+**Responsável:** Planejador / Dev
+**Entrada:** PRD + Gamification Design (Etapas 5 e 8)
+**Saída:** Technical Checklist + Module Specs
+
+### Objetivo
+
+Criar o **mapa técnico completo** de tudo que precisa ser configurado na plataforma Funifier, módulo a módulo.
+
+### Passos
+
+**9.1 Listar Ações do Jogador**
+
+Para cada ação, definir:
+* Nome da ação/evento
+* ID da ação (letras minúsculas, sem acentos ou espaço)
+* Atributos específicos
+* Canal onde ocorre
+* Modo de registro (manual, CSV, interface do jogador, integração via API)
+
+**9.2 Mapeamento Funcionalidade → Módulo Funifier**
+
+Para cada funcionalidade e técnica de jogo:
+* Qual módulo ou combinação de módulos implementa
+* Se precisa ser detalhada no planejamento ou pode ser tratada na implementação
+
+**9.3 Checklist Técnico por Módulo**
+
+Para cada item a ser configurado:
+* Módulo Funifier utilizado
+* Nome do item a ser criado
+* Descrição funcional (objetivo, regras, quantidades, prazos)
+* Dependências com outros itens ou módulos
+
+Organizar a tabela com itens sem dependência primeiro, seguidos por itens com dependências em ordem crescente de complexidade.
+
+**9.4 Especificação de Points**
+
+| Identificador Técnico | Nome Amigável (Categoria) | Abreviação |
+|---|---|---|
+
+**9.5 Especificação de Challenges**
+
+| Título | Ação do Jogador | Desbloqueio | Frequência | Recompensas | Feedback | Dependências |
+|---|---|---|---|---|---|---|
+
+**9.6 Especificação de Levels**
+
+| Identificador | Nome do Nível | Descrição | Pontos Requeridos |
+|---|---|---|---|
+
+**9.7 Especificação de Virtual Goods**
+
+| Nome do Item | Descrição | Custo | Limite de Compras | Desbloqueio | Dependências |
+|---|---|---|---|---|---|
+
+**9.8 Especificação de Triggers**
+
+| Nome | Descrição | Entidade | Evento | Script (opcional) |
+|---|---|---|---|---|
+
+### Prompts de Apoio
+
+**P1 — Listagem de Ações do Jogador**
+
+```
+Considerando as ações desejadas e a experiência planejada para o jogador, atue como um engenheiro de software especialista em integrações e especialista na plataforma Funifier.
+
+1. Liste todas as ações que os jogadores deverão realizar, associando:
+   - Nome da ação/evento
+   - ID da ação (letras minúsculas, sem acentos ou espaço)
+   - Atributos específicos
+   - Canal onde ocorre
+
+2. Proponha o modo de registro:
+   - Registro Manual (Funifier Studio)
+   - Upload via CSV (Funifier Studio)
+   - Registro via interface do jogador
+   - Integração com sistema externo (webhook ou API)
+
+Formato: {ação} | {id} | {canal} | {atributos} | {modo de registro}
+```
+
+**P2 — Mapeamento Funcionalidade x Módulo**
+
+```
+Esta é a lista de módulos da plataforma Funifier:
+[COLAR LISTA DOS MÓDULOS DE knowledge/index.md AQUI]
+
+---
+
+Analise a proposta de gamificação e mapeie cada funcionalidade e técnica de jogo com os módulos da Funifier que serão usados para implementá-las.
+
+Para cada item, informe:
+- Funcionalidade ou técnica
+- Módulo ou combinação de módulos necessários
+- Se precisa ser detalhada no planejamento ou pode ser tratada na implementação
+
+Formato: {Funcionalidade} | {Módulos} | {Planejamento (Sim/Não)} | {Detalhamento necessário}
+```
+
+**P3 — Checklist Técnico por Módulo**
+
+```
+Com base na descrição da gamificação e na lista de módulos Funifier, gere um checklist técnico organizado por módulo, listando todos os elementos a configurar.
+
+Para cada item, indique:
+- Módulo Funifier
+- Nome do item a criar
+- Descrição funcional (objetivo, regras, quantidades, lógica)
+- Dependências com outros itens ou módulos
+
+Formato:
+| Módulo | Item a configurar |
+
+Organize com itens sem dependência primeiro, depois com dependências em ordem crescente. Ao final, liste os módulos não utilizados.
+```
+
+**P4 — Especificações Detalhadas por Módulo**
+
+```
+Com base no checklist técnico, gere as especificações completas de:
+1. Points: | Identificador | Nome Amigável | Abreviação |
+2. Challenges: | Título | Ação | Desbloqueio | Frequência | Recompensas | Feedback | Dependências |
+3. Levels: | Identificador | Nome | Descrição | Pontos Requeridos |
+4. Virtual Goods: | Nome | Descrição | Custo | Limite | Desbloqueio | Dependências |
+5. Triggers: | Nome | Descrição | Entidade | Evento | Script |
+```
+
+**P5 — Checagem de Coerência Técnica**
+
+```
+Analise a coerência entre:
+1. Core Drives priorizados (Octalysis)
+2. Narrativa e jornada do jogador
+3. Ações esperadas dos jogadores
+4. Mapeamento Funcionalidades × Módulos
+5. Checklist técnico por módulo
+
+Para cada Core Drive, informe:
+- Em quais partes da jornada ele aparece
+- Quais ações o reforçam
+- Quais módulos o suportam
+- Se o checklist técnico cobre bem essa aplicação
+
+Liste lacunas, desalinhamentos e ajustes recomendados.
+```
+
+📄 **Artefato:** Technical Checklist + Module Specs
+
+### Critérios de Qualidade
+
+- [ ] Todas as ações do jogador estão listadas com IDs e atributos
+- [ ] Cada funcionalidade está mapeada para módulos Funifier
+- [ ] Checklist técnico cobre todos os módulos necessários
+- [ ] Dependências entre módulos estão claras
+- [ ] Especificações de Points, Challenges, Levels, Virtual Goods e Triggers estão completas
+- [ ] Checagem de coerência não encontrou lacunas críticas
+
+---
+
+# **FASE 5: IMPLEMENTAÇÃO**
+
+---
+
+## **Etapa 10 — Configuração da Plataforma Funifier**
+
+**Fase:** Implementação
+**Responsável:** Dev / Configurador
+**Entrada:** Technical Checklist + Module Specs (Etapa 9)
+**Saída:** Plataforma configurada
+
+### Objetivo
+
+Configurar todos os módulos da plataforma Funifier conforme o checklist técnico, seguindo a ordem de dependências.
+
+### Passos
+
+1. Criar conta e gamificação no Funifier
+2. Configurar Actions (ações dos jogadores)
+3. Configurar Points (tipos de pontuação)
+4. Configurar Levels (sistema de progressão)
+5. Configurar Challenges (desafios)
+6. Configurar Leaderboards (rankings)
+7. Configurar Virtual Goods (loja virtual)
+8. Configurar Quizzes e Questions (se aplicável)
+9. Configurar Lottery, Mystery, Competition (se aplicável)
+10. Configurar Triggers e Schedulers
+11. Configurar Notifications
+12. Configurar Auth e segurança
+13. Validar todas as configurações
+
+### Prompts de Apoio
+
+**P1 — Nomes da Conta e Gamificação**
+
+```
+Atue como um consultor criativo e estrategista técnico.
+Sugira nomes profissionais e fáceis de entender para:
+- A conta da empresa no Funifier (geralmente nome da empresa ou departamento)
+- A gamificação que será criada dentro da conta (geralmente nome do projeto)
+
+Narrativa: {narrativa ou nome do projeto}
+```
+
+**P2 — JSON de Configuração de Actions**
+
+```
+Você atuará como um especialista em implementação técnica da plataforma Funifier. Com base na lista de ações desejadas abaixo, gere o JSON de configuração correspondente para cada ação.
+
+Referência de estrutura JSON:
+{
+  "_id": "sell",
+  "active": true,
+  "action": "Sell",
+  "attributes": [
+    { "name": "product", "type": "String" },
+    { "name": "price", "type": "Number" }
+  ]
+}
+
+Campos obrigatórios:
+- _id: Identificador único (letras minúsculas, sem espaços ou acentos)
+- active: Valor booleano (true/false)
+- action: Nome amigável (inicial maiúscula)
+- attributes: Lista de atributos (name + type: String, Number ou Boolean)
+
+Boas práticas:
+- Crie ações genéricas (ex: "comprar" com atributo "produto", não "comprar sapato")
+- Use atributos para detalhar o contexto
+
+Lista de ações: [COLAR AQUI]
+
+Organize todos os JSONs em um array [], prontos para importação.
+```
+
+**P3 — JSON de Configuração de Points**
+
+```
+Gere o JSON de configuração para cada tipo de ponto:
+
+Referência:
+{
+  "_id": "xp",
+  "category": "Experience Points",
+  "shortName": "XP"
+}
+
+Lista de pontos: [COLAR AQUI]
+```
+
+**P4 — JSON de Configuração de Levels**
+
+```
+Gere o JSON de configuração para cada nível:
+
+Referência:
+{
+  "level": "Apprentice",
+  "position": 0,
+  "description": "Descrição motivadora.",
+  "minPoints": 10,
+  "techniques": ["GT##"],
+  "_id": "L0"
+}
+
+Lista de níveis: [COLAR AQUI]
+```
+
+### Referência Técnica
+
+A documentação técnica dos módulos Funifier está organizada na **knowledge base modular**:
+
+* **Router:** `knowledge/index.md` — índice com todos os módulos e quando usar cada um
+* **Módulos:** `knowledge/modules/{modulo}.md` — 1 ficheiro por módulo com endpoints, JSONs e checklist
+* **Guias:** `knowledge/guides/` — guias transversais (aggregates, triggers, database access)
+
+Para cada módulo a configurar, consultar o ficheiro correspondente em `knowledge/modules/` para obter:
+* Endpoint da API (`/v3/{modulo}`)
+* Estrutura JSON de criação
+* Campos obrigatórios e opcionais
+* Checklist de configuração
+* Validações e testes
+
+📄 **Artefato:** Plataforma Funifier configurada
+
+### Critérios de Qualidade
+
+- [ ] Todos os itens do checklist técnico foram configurados
+- [ ] Ordem de dependências foi respeitada
+- [ ] JSONs de importação foram validados
+- [ ] Configurações foram testadas no Funifier Studio
+
+---
+
+## **Etapa 11 — Preparação de Requisições API (studio/request)**
+
+**Fase:** Implementação
+**Responsável:** Dev
+**Entrada:** Plataforma configurada (Etapa 10) + UX Specification (Etapa 6)
+**Saída:** Coleção de requests prontas e testadas
+
+### Objetivo
+
+Montar, testar e disponibilizar **todas as chamadas REST API** que serão usadas no desenvolvimento do frontend, disponibilizando-as no `studio/request` para que toda a equipe possa acessar e testar.
+
+### Passos
+
+1. Identificar todas as chamadas API necessárias para cada tela/widget do frontend
+2. Para cada chamada, definir:
+   * Método (GET, POST, PUT, DELETE)
+   * Endpoint
+   * Headers (Authorization, Content-Type)
+   * Body (quando aplicável)
+   * Resposta esperada
+3. Montar as requisições no `studio/request` (funcionalidade similar ao Postman)
+4. Testar cada requisição individualmente
+5. Organizar por funcionalidade ou tela
+6. Documentar parâmetros variáveis e exemplos
+
+### Prompts de Apoio
+
+**P1 — Mapeamento de Requisições API por Tela**
+
+```
+Você atuará como um especialista em implementação técnica da plataforma Funifier. Com base nas telas e funcionalidades do frontend listadas abaixo, identifique todas as chamadas à API Funifier que serão necessárias.
+
+Para cada chamada, informe:
+- Tela ou funcionalidade que a utiliza
+- Método HTTP (GET, POST, PUT, DELETE)
+- Endpoint completo
+- Headers necessários
+- Body da requisição (com exemplo)
+- Resposta esperada (com exemplo)
+- Observações de uso
+
+Telas e funcionalidades: [COLAR ESPECIFICAÇÃO DAS TELAS AQUI]
+
+Referência da API Funifier:
+[COLAR ENDPOINTS RELEVANTES DE knowledge/modules/{modulo}.md AQUI]
+```
+
+📄 **Artefato:** Coleção de requests prontas e testadas no studio/request
+
+### Critérios de Qualidade
+
+- [ ] Todas as chamadas API necessárias para o frontend estão mapeadas
+- [ ] Cada requisição foi testada e retorna a resposta esperada
+- [ ] Requisições estão organizadas e acessíveis no studio/request
+- [ ] Equipe de frontend consegue acessar e entender as requisições
+
+---
+
+## **Etapa 12 — Desenvolvimento Frontend e Integrações**
+
+**Fase:** Implementação
+**Responsável:** Dev Frontend / Dev Integrações
+**Entrada:** UX Specification (Etapa 6) + Requests testadas (Etapa 11)
+**Saída:** Frontend + Integrações funcionais
+
+### Objetivo
+
+Construir as **interfaces do jogador**, **dashboards para gestores** e **integrações com sistemas externos**.
+
+### Passos
+
+**12.1 Desenvolvimento das Interfaces do Jogador**
+
+* Construir telas conforme especificação UX (Etapa 6)
+* Consumir as requisições API preparadas na Etapa 11
+* Implementar elementos lúdicos e temáticos da narrativa
+* Garantir responsividade e experiência mobile-first
+
+**12.2 Dashboards e Relatórios para Gestores**
+
+* Criar painéis de acompanhamento de desempenho
+* Implementar gráficos e indicadores de engajamento
+* Utilizar aggregates para consultas complexas
+
+**12.3 Integrações com Sistemas Externos**
+
+* Configurar webhooks para notificações em tempo real
+* Implementar integrações via API com sistemas do cliente (CRM, ERP, LMS, etc.)
+* Configurar importação/exportação de dados (CSV, API)
+
+**12.4 Materiais de Divulgação** *(detalhado na Etapa 15)*
+
+* Produzir materiais visuais e textos para o lançamento
+* Criar landing pages, vídeos explicativos, posts para redes sociais
+
+### Prompts de Apoio
+
+**P1 — Geração de Código Frontend por Tela**
+
+```
+Você atuará como um especialista em desenvolvimento frontend com foco em projetos de gamificação utilizando a plataforma Funifier. Gere o código completo de uma interface de jogador com base nas informações fornecidas.
+
+Stack de tecnologias:
+- AngularJS (1.x)
+- HTML5
+- CSS3 (escopo local por componente)
+- Requisições HTTP via $http
+- Token JWT em localStorage.token
+
+Dados da tela:
+- Nome da Tela: {nome}
+- Descrição visual: {descrição}
+- Instruções de layout: {instruções}
+- Dados/Interações: {dados}
+- Requisitos técnicos: {requisitos}
+
+Formato de resposta:
+1. Código HTML (com comentários)
+2. Código CSS (responsivo, escopo local)
+3. Código JavaScript (AngularJS Controller + chamadas API)
+
+Referência API: [COLAR REQUISIÇÕES RELEVANTES DA ETAPA 11]
+```
+
+📄 **Artefato:** Frontend + Integrações funcionais
+
+### Critérios de Qualidade
+
+- [ ] Todas as telas do jogador estão implementadas conforme a UX spec
+- [ ] Dashboards de gestores estão funcionais
+- [ ] Integrações com sistemas externos estão operacionais
+- [ ] Elementos lúdicos da narrativa estão presentes nas interfaces
+
+---
+
+## **Etapa 13 — Playtest, Calibração e Testes**
+
+**Fase:** Implementação
+**Responsável:** QA / Game Designer / Equipe
+**Entrada:** Sistema completo (Etapas 10-12)
+**Saída:** Relatório de Playtest + Ajustes
+
+### Objetivo
+
+Validar que a experiência gamificada **funciona, engaja e está equilibrada** antes do lançamento.
+
+### Passos
+
+**13.1 Playtest Interno**
+
+* Membros da equipe percorrem a jornada completa como jogadores
+* Testar cada fase: descoberta, onboarding, primeiros desafios, engajamento contínuo
+* Registrar experiência: o que foi confuso, frustrante ou motivador
+
+**13.2 Calibração da Economia do Jogo**
+
+* Verificar se a progressão de níveis está equilibrada
+* Validar se as pontuações e recompensas estão proporcionais ao esforço
+* Testar edge cases: jogador intenso (joga 10x mais que a média) vs. jogador casual
+* Ajustar pontuações, preços da loja e requisitos de níveis conforme necessário
+
+**13.3 Testes Técnicos**
+
+* Testar todas as chamadas API em cenários reais
+* Validar integrações com sistemas externos
+* Testar performance sob carga esperada
+* Verificar segurança (autenticação, permissões)
+
+**13.4 Ajustes Finais**
+
+* Corrigir bugs encontrados
+* Aplicar ajustes de calibração
+* Re-testar após correções
+
+📄 **Artefato:** Relatório de Playtest + Ajustes aplicados
+
+### Critérios de Qualidade
+
+- [ ] Jornada completa foi percorrida por pelo menos 3 pessoas
+- [ ] Economia do jogo foi validada (progressão equilibrada)
+- [ ] Edge cases foram testados (jogador intenso vs. casual)
+- [ ] Bugs críticos foram corrigidos
+- [ ] Testes técnicos passaram (API, integrações, performance)
+
+---
+
+# **FASE 6: LANÇAMENTO E EVOLUÇÃO**
+
+---
+
+## **Etapa 14 — Go-Live e Ativação**
+
+**Fase:** Lançamento e Evolução
+**Responsável:** Dev / Gestor do Projeto
+**Entrada:** Sistema testado e calibrado (Etapa 13)
+**Saída:** Sistema em produção
+
+### Objetivo
+
+Colocar o sistema em **produção** e realizar o **onboarding dos primeiros jogadores**.
+
+### Passos
+
+1. Deploy do ambiente de produção
+2. Migração de dados (se aplicável)
+3. Configuração de staging vs. produção
+4. Onboarding dos primeiros jogadores (grupo piloto)
+5. Monitoramento inicial intensivo
+6. Correção de problemas emergenciais
+
+📄 **Artefato:** Sistema em produção
+
+### Critérios de Qualidade
+
+- [ ] Sistema está online e acessível
+- [ ] Primeiros jogadores completaram o onboarding
+- [ ] Nenhum bug crítico bloqueante
+- [ ] Monitoramento está ativo
+
+---
+
+## **Etapa 15 — Divulgação e Engajamento Inicial**
+
+**Fase:** Lançamento e Evolução
+**Responsável:** Marketing / Gestor do Projeto
+**Entrada:** Sistema em produção (Etapa 14)
+**Saída:** Plano de Divulgação executado
+
+### Objetivo
+
+**Ativar a base de jogadores** através de uma estratégia de divulgação multicanal.
+
+### Passos
+
+**15.1 Estratégia de Canais**
+
+* Redes sociais (posts, stories, reels)
+* Email marketing
+* Intranet / comunicação interna
+* Website / landing page dedicada
+
+**15.2 Materiais de Apoio**
+
+* Brindes físicos (chocolates, materiais impressos, camisetas)
+* Materiais digitais (banners, vídeos, GIFs)
+* Tutoriais e guias de uso
+
+**15.3 Eventos e Ações**
+
+* Lives de lançamento
+* Eventos presenciais
+* Webinars e workshops
+* Contratação de influencers ou embaixadores internos
+
+**15.4 Campanha de Lançamento**
+
+* Cronograma de ações
+* Metas de adesão (quantos jogadores na primeira semana/mês)
+* Incentivos especiais para early adopters
+
+### Prompts de Apoio
+
+**P1 — Plano de Divulgação Multicanal**
+
+```
+Atue como um estrategista de marketing digital especializado em lançamentos de plataformas de gamificação. Crie um plano de divulgação completo para o lançamento do projeto.
+
+1. Estratégia de Canais:
+   Para cada canal (redes sociais, email, intranet, website), defina:
+   - Objetivo do canal
+   - Tipo de conteúdo
+   - Frequência de publicação
+   - Tom de comunicação
+
+2. Cronograma de Lançamento:
+   - Pré-lançamento (teaser, expectativa): {X} dias antes
+   - Dia do lançamento: ações simultâneas
+   - Pós-lançamento (sustentação): primeiras {X} semanas
+
+3. Metas de Adesão:
+   - Semana 1: {X}% dos jogadores cadastrados
+   - Mês 1: {X}% de jogadores ativos
+   - Mês 3: {X}% de retenção
+
+4. Incentivos para Early Adopters:
+   - Bônus exclusivos, badges especiais, vantagens iniciais
+
+Dados do projeto:
+- Público-alvo: {perfil dos jogadores}
+- Narrativa: {narrativa escolhida}
+- Canais disponíveis: {canais}
+- Número total de jogadores esperados: {quantidade}
+```
+
+**P2 — Textos e Roteiros de Materiais**
+
+```
+Crie os textos e roteiros para os materiais de divulgação:
+
+1. Email de convite (tom motivacional, com CTA claro)
+2. Post para rede social / intranet (curto, visual, com hashtags)
+3. Roteiro de vídeo explicativo (30-60 segundos, linguagem simples)
+4. Tutorial de primeiros passos (passo a passo para o jogador iniciante)
+5. FAQ com as 10 perguntas mais prováveis dos jogadores
+
+Narrativa: {narrativa}
+Nome do projeto: {nome}
+URL de acesso: {url}
+```
+
+📄 **Artefato:** Plano de Divulgação executado
+
+### Critérios de Qualidade
+
+- [ ] Estratégia de canais está definida e executada
+- [ ] Materiais de apoio foram produzidos e distribuídos
+- [ ] Eventos de lançamento foram realizados
+- [ ] Metas de adesão inicial estão sendo acompanhadas
+
+---
+
+## **Etapa 16 — Monitoramento, Calibração e Evolução**
+
+**Fase:** Lançamento e Evolução
+**Responsável:** Gestor do Projeto / Game Designer
+**Entrada:** Sistema em produção com jogadores ativos
+**Saída:** Relatórios + Roadmap de evolução
+
+### Objetivo
+
+**Acompanhar, ajustar e evoluir** a gamificação com base em dados reais de uso.
+
+### Passos
+
+1. Analisar dados e métricas de engajamento
+2. Identificar heavy users e padrões de comportamento
+3. Mapear pontos de abandono na jornada
+4. Calibrar mecânicas e economia do jogo
+5. Coletar feedback dos jogadores e gestores
+6. Planejar novas fases, desafios e evoluções
+7. Implementar melhorias iterativas
+
+📄 **Artefato:** Relatórios de Engajamento + Roadmap de Evolução
+
+### Critérios de Qualidade
+
+- [ ] Métricas de engajamento estão sendo coletadas e analisadas
+- [ ] Pontos de abandono foram identificados e tratados
+- [ ] Economia do jogo foi recalibrada com dados reais
+- [ ] Roadmap de evolução está definido com próximas ações