Skip to main content
Esta wiki foi projetada para apoiar execução, não documentação por si só.
Seu único propósito é melhorar performance de vendas, qualidade de entrega pedagógica e retenção.
Se uma página não ajuda alguém a vender melhor, entregar melhor ou evitar erros, ela não deve existir.

Estrutura da Wiki


1. Como Trabalhamos

Propósito:
Alinhar como decisões são tomadas e como o trabalho é executado em Vendas e Entrega.
Esta seção deve permanecer pequena e estável.

Páginas


2. Vendas

Propósito:
Tornar as vendas previsíveis, repetíveis e transferíveis.
Vendas é estruturada por fluxo, não por função.

Estrutura

2.1 Posicionamento

  • Perfis de Cliente Ideais (ICPs)
  • Propostas de valor
  • O que vendemos / o que explicitamente não vendemos
  • Narrativas principais

2.2 Prospecção

  • Listas de alvos e critérios
  • Padrões de abordagem
  • Scripts (email, WhatsApp, chamadas)
  • Regras de cadência

2.3 Qualificação

  • Framework de qualificação
  • Perguntas obrigatórias
  • Desqualificadores
  • Sinais de alerta

2.4 Proposta

  • Lógica de precificação
  • Modelos de proposta
  • Regras de customização
  • Fluxo de aprovação

2.5 Fechamento

  • Tratamento de objeções
  • Mapeamento de decisão
  • Etapas de contratação
  • Pontos de falha comuns

2.6 Passagem para Entrega

  • O que Vendas deve entregar à Pedagogia
  • Documentos e contexto necessários
  • O que não pode faltar
  • Regras de responsabilidade
Esta seção é não negociável.
A maioria das falhas de entrega começa com uma passagem ruim.

3. Entrega (Pedagógica)

Propósito:
Garantir impacto educacional consistente e retenção de clientes.
Entrega é estruturada por ciclo de vida, não por função.

Estrutura

3.1 Diagnóstico

  • Diagnósticos pedagógicos
  • Padrões de coleta de dados
  • Critérios de interpretação
  • Definição de linha de base

3.2 Planejamento

  • Modelos de planejamento pedagógico
  • Regras de customização
  • Limites de escopo
  • Alinhamento com promessas de vendas

3.3 Execução

  • Formatos de formação
  • Rotinas de campo
  • Padrões para facilitação
  • Como a excelência se parece na prática

3.4 Avaliação

  • Indicadores e métricas
  • Modelos de avaliação
  • Padrões de relatório
  • Requisitos de evidência

3.5 Acompanhamento

  • Ciclos de melhoria
  • Loops de feedback
  • Monitoramento de riscos
  • Prontidão para renovação
Toda página deve responder:
“Se eu começar hoje, o que faço a seguir?“

4. Ferramentas

Propósito:
Reduzir fricção e uso incorreto de sistemas.
Ferramentas são documentadas separadamente dos processos.

Estrutura

Cada página de ferramenta deve incluir:
  • Que problema ela resolve
  • Quem deve usá-la
  • Como usá-la corretamente
  • Erros comuns
Sem cópia de documentação de fornecedores.

5. Playbooks

Propósito:
Capturar experiência e transformá-la em vantagem.
Playbooks são táticos e baseados em experiência.

Exemplos

  • Como vender para um município resistente
  • Como recuperar uma escola insatisfeita
  • Como executar uma formação de professores de alto impacto
  • Erros comuns em contratos do primeiro ano
Playbooks são:
  • Práticos
  • Diretos
  • Baseados em casos reais
Sem teoria.

Template Universal de Página

Toda página operacional deve seguir esta estrutura.

Estrutura

  1. Objetivo
    Que problema esta página resolve.
  2. Quando Usar
    Gatilho ou cenário claro.
  3. Responsável
    Função responsável por este conteúdo.
  4. Etapas
    Ações numeradas e concretas.
  5. Entradas / Saídas
    O que é necessário → o que é produzido.
  6. Critérios de Qualidade
    Como sabemos que isso foi feito bem.
  7. Erros Comuns
    O que geralmente dá errado e como evitar.

Regras de Governança

  • Toda página deve ter um responsável (função, não pessoa).
  • Toda página deve ser revisada periodicamente.
  • Sem conteúdo duplicado ou conflitante.
  • Apenas conteúdo curto, legível e acionável.
Esta wiki é um sistema de execução, não um arquivo de conhecimento.