# Treinamento do Consultor Comercial Reale Tech — Base de Pesquisa e Estruturação de Conteúdo

### Documento-fonte para a construção da aplicação de treinamento

*Versão 1.0 — 31/07/2026. Este é um documento de trabalho: reúne a pesquisa, a fundamentação teórica e a aplicação à realidade da Reale Tech. Serve de base para o conteúdo da aplicação, não é o material final do aluno.*

---

## Sumário

- [Introdução — por que este treinamento existe](#introdução--por-que-este-treinamento-existe)
- [Parte I — A Reale Tech: quem somos e o que vendemos](#parte-i--a-reale-tech-quem-somos-e-o-que-vendemos)
- [Parte II — Fundamentos: o processo comercial consultivo](#parte-ii--fundamentos-o-processo-comercial-consultivo)
- [Parte III — Metodologias de venda: SPIN e AIDA](#parte-iii--metodologias-de-venda-spin-e-aida)
- [Parte IV — Qualificação e diagnóstico](#parte-iv--qualificação-e-diagnóstico)
- [Parte V — Gatilhos mentais](#parte-v--gatilhos-mentais)
- [Parte VI — PNL e comunicação persuasiva](#parte-vi--pnl-e-comunicação-persuasiva)
- [Parte VII — Objeções](#parte-vii--objeções)
- [Parte VIII — Canais: telefone, WhatsApp e e-mail](#parte-viii--canais-telefone-whatsapp-e-e-mail)
- [Parte IX — CRM e a disciplina do registro](#parte-ix--crm-e-a-disciplina-do-registro)
- [Parte X — Pós-venda, expansão e indicação](#parte-x--pós-venda-expansão-e-indicação)
- [Parte XI — Indicadores e metas](#parte-xi--indicadores-e-metas)
- [Parte XII — Ética, LGPD e limites](#parte-xii--ética-lgpd-e-limites)
- [Parte XIII — Arquitetura pedagógica do curso](#parte-xiii--arquitetura-pedagógica-do-curso)
- [Parte XIV — Proposta técnica da aplicação](#parte-xiv--proposta-técnica-da-aplicação)
- [Parte XV — Pontos em aberto para validação](#parte-xv--pontos-em-aberto-para-validação)

---

## Introdução — por que este treinamento existe

Vender tecnologia não é vender um produto — é vender uma **mudança de operação**. Quando um cliente contrata um ERP, ele não está comprando telas: está aceitando mudar a forma como emite nota, controla estoque e fecha o caixa. Quando contrata suporte de TI, está terceirizando um risco que hoje tira o sono dele. Quando contrata o Reale Zap, está admitindo que o WhatsApp da empresa virou uma bagunça que faz perder cliente.

Isso muda tudo no papel de quem vende. O consultor comercial da Reale Tech não é um tirador de pedido nem um recitador de funcionalidades. É alguém que **entende o negócio do cliente melhor do que o cliente consegue articular sozinho**, e por isso consegue mostrar o problema antes de mostrar a solução.

Este treinamento nasce de três constatações práticas:

1. **Conhecimento de produto não se improvisa.** O portfólio da Reale Tech é largo — ERP, ponto, WhatsApp, suporte, nuvem, cabeamento, segurança eletrônica, desenvolvimento sob medida. Ninguém domina isso por osmose. Sem domínio, o vendedor foge para o que conhece e deixa dinheiro na mesa.
2. **Método vence talento isolado.** Vendedor bom sem processo tem mês bom e mês ruim. Vendedor com método tem previsibilidade — e previsibilidade é o que permite a empresa planejar.
3. **O que não está no CRM não aconteceu.** Sem registro, não há histórico, não há passagem de bastão, não há análise, não há melhoria. O registro não é burocracia: é o ativo da empresa.

**Para quem é este treinamento:** consultores comerciais, pré-vendedores (SDR), quem faz atendimento e pós-venda, e qualquer pessoa que converse com cliente em nome da Reale Tech.

### Como ler as marcações deste documento

Ao longo do texto:

- **[REALE]** — informação específica da Reale Tech: produto, processo interno, política. **Precisa de validação da liderança comercial antes de virar material oficial.**
- **[MÉTODO]** — técnica ou framework consolidado no mercado, com origem conhecida.
- **[PRÁTICA]** — recomendação operacional derivada da experiência, não regra da empresa.
- **[VERIFICAR]** — ponto em que a pesquisa pública divergiu ou ficou incompleta; conferir antes de publicar.

> **Aviso de escopo:** os dados sobre produtos foram levantados nos sites públicos da Reale Tech (realetech.com.br, realepro.com.br, realeponto.com.br, realezap.com.br) em 31/07/2026. Preços, planos e detalhes contratuais **não são públicos** e precisam vir da liderança comercial.

---

## Parte I — A Reale Tech: quem somos e o que vendemos

> **Por que este módulo vem primeiro.** Um consultor que não sabe contar a história da própria empresa não tem autoridade para propor mudança na empresa do outro. Antes de qualquer técnica de venda, o aluno precisa saber responder com naturalidade: *"Me fala rapidinho, o que a Reale Tech faz?"*

### 1.1. Identidade institucional [REALE]

| Item | Conteúdo |
|---|---|
| Tempo de mercado | Mais de 20 anos |
| Abrangência | Presente em 21 estados do Brasil |
| CNPJ | 07.077.887/0001-65 |
| Telefones públicos | (75) 2102-9200 / (75) 3641-0056 |
| Missão | Desenvolver soluções tecnológicas que promovam produtividade, garantam segurança e entreguem resultados reais |
| Visão | Ser referência em tecnologia e inovação, com excelência em suporte de TI, segurança eletrônica e sistemas |
| Valores | Produtividade como foco, segurança como prioridade, resultados como compromisso |

**Os três pilares** — e por que eles importam na conversa de venda:

1. **Produtividade** — otimização de processos, suporte de TI, softwares de gestão, automação.
2. **Segurança** — proteção eletrônica, backup, controle de acesso, telefonia em nuvem.
3. **Resultados** — sistemas que aumentam rentabilidade e melhoram decisão baseada em dados.

Esses pilares não são decoração de site: são **três portas de entrada distintas na dor do cliente**. Todo diagnóstico pode ser ancorado em uma delas. O cliente que reclama de retrabalho está falando de produtividade. O que teve o computador travado por vírus está falando de segurança. O que não sabe qual produto dá lucro está falando de resultado. Saber em qual pilar a dor se encaixa já indica por onde a proposta deve começar.

### 1.2. Prova social disponível [REALE]

Depoimentos públicos que o consultor pode citar — sempre com honestidade sobre a fonte:

- **APAE Valença** — "Serviço eficiente e profissional. Atenção e prontidão impressionantes."
- **Prefeitura de Cairu** — "Sensação de alívio, pois temos uma empresa em que podemos contar."
- **Delicatessen (Cris Bolos)** — "Atendimento top, profissionais capacitados. Valores acessíveis."
- **Farmácias Taperoá** — "A Reale está presente nos orientando e trazendo sempre as melhores soluções."
- **Mapron SAJ** — "Temos mais segurança em nossos dados graças às soluções."

A leitura estratégica desse conjunto: a Reale Tech tem casos em **terceiro setor, poder público, varejo alimentício, farmácia e indústria/comércio**. Isso derruba a objeção "vocês já atenderam alguém do meu tamanho / do meu ramo?" em boa parte dos casos. [PRÁTICA] O consultor deve escolher o depoimento mais próximo do segmento do prospect, não recitar a lista inteira.

### 1.3. O portfólio — visão geral

**Sistemas proprietários (produto):**

| Produto | O que é | Site |
|---|---|---|
| **Reale Pro** | ERP de gestão empresarial em nuvem | realepro.com.br |
| **Reale Ponto** | Controle de jornada / ponto eletrônico | realeponto.com.br |
| **Reale Zap** | Atendimento e automação de WhatsApp | realezap.com.br |
| **Sistema EBD** | Gestão para igrejas | sistemaebd.com.br |

**Serviços:**

| Serviço | O que é |
|---|---|
| **Suporte TI** | Atendimento técnico especializado, presencial e remoto |
| **Serviços em Nuvem** | Infraestrutura cloud, backup, controle de acesso, telefonia |
| **Cabeamento Estruturado** | Infraestrutura de rede profissional |
| **Segurança e Monitoramento** | Segurança eletrônica, vigilância, controle de acesso |
| **Sites e Aplicativos** | Desenvolvimento sob medida — sites, landing pages, sistemas web, apps, integrações, e-commerce |

[VERIFICAR] O ambiente interno indica um portfólio de projetos e sistemas bem mais amplo do que o exposto publicamente (soluções para saúde, laboratórios, eventos, inventário, gestão de propostas, BI, assistentes de IA, entre outros). **É preciso definir com a liderança quais desses entram no treinamento como oferta comercial ativa** e quais são projetos de cliente que não devem ser divulgados.

### 1.4. Ficha de produto — Reale Pro (ERP) [REALE]

**O que é:** sistema de gestão empresarial integrado, em nuvem, que centraliza operação fiscal, comercial, de estoque e financeira.

**Módulos e funcionalidades:**

- **Fiscal:** NF-e, NFC-e, NFS-e, cálculo automático de impostos, histórico em nuvem.
- **Vendas:** frente de caixa (PDV), controle de caixa, venda rápida, integração com TEF.
- **Estoque e suprimentos:** fornecedores, múltiplos depósitos, controle de produção, etiquetas, relatórios.
- **Financeiro:** fluxo de caixa, identificação de gargalos, relatórios de rentabilidade.

**Dores que resolve (o que o cliente sente antes de comprar):**

- Digita a mesma informação em três lugares diferentes.
- Não sabe quanto tem em caixa sem fechar planilha.
- Descobre a ruptura de estoque quando o cliente pede o produto.
- Erra imposto e descobre com o contador, tarde.
- Não sabe qual produto ou qual loja dá lucro de verdade.

**Perfil de cliente ideal (ICP) [VERIFICAR — validar com a liderança]:** comércio e serviço com emissão fiscal recorrente, que já sente dor de planilha; tipicamente com PDV, estoque e mais de um usuário.

**Sinais de oportunidade:** "eu controlo tudo no Excel"; "meu sistema atual é instalado numa máquina só"; "abri uma segunda loja"; "meu contador vive me cobrando"; "não consigo ver o movimento quando estou fora".

**Objeções esperadas:** "trocar de sistema dá muito trabalho"; "minha equipe não vai aprender"; "já tenho um sistema"; "está caro".

**Argumento central:** o ERP não é gasto de TI, é **redução de retrabalho e de erro fiscal** — dois custos que o cliente já paga hoje, só que sem enxergar.

### 1.5. Ficha de produto — Reale Ponto [REALE]

**O que é:** controle de jornada 100% web, com registro por celular, reconhecimento facial e geolocalização, compatível com os principais relógios de ponto (REP) do mercado.

**Funcionalidades:** registro via app, reconhecimento facial, geolocalização, integração com REP tradicionais, funcionamento sem hardware obrigatório, relatórios integrados, interface responsiva.

**Dores que resolve:** fechamento de folha manual e demorado; equipe externa ou em home office sem controle; risco trabalhista por registro frágil; custo e manutenção de relógio físico.

**ICP:** empresas com equipe externa, híbrida ou em home office; empresas que querem sair do papel/planilha; quem tem passivo ou receio trabalhista.

**Sinais de oportunidade:** "tenho gente em campo"; "o fechamento da folha é um inferno"; "meu relógio vive dando problema"; "já perdi processo trabalhista".

**Objeções esperadas:** "meu contador prefere o jeito atual"; "isso é legal mesmo?"; "funcionário vai reclamar de rastreamento".

[VERIFICAR] **Ponto factual importante — norma citada está revogada.** O site do Reale Ponto menciona conformidade com a **Portaria 373 do MTE**. Ocorre que:

- A **Portaria MTP nº 671, de 08/11/2021**, consolidou e modernizou a legislação de registro eletrônico de ponto e **revogou expressamente as Portarias nº 1.510/2009 e nº 373/2011, com efeitos a partir de 10/02/2022**.
- A norma vigente define **três tipos de registrador**: **REP-C** (convencional, o relógio físico), **REP-A** (alternativo — sucessor do regime da 373, e que **só pode ser usado mediante autorização em convenção ou acordo coletivo**) e **REP-P** (via programa/software, que é a modalidade típica de solução web/app como o Reale Ponto).

**Consequências práticas para o treinamento:**

1. O material oficial deve citar a **Portaria 671/2021**, não a 373. Um consultor citar portaria revogada na frente de um contador ou advogado trabalhista perde a venda naquele instante — e a credibilidade da empresa junto àquele profissional.
2. O consultor precisa saber **em qual modalidade o Reale Ponto se enquadra** (REP-P, presumivelmente) e o que isso exige do cliente, porque **é exatamente essa a pergunta que o contador vai fazer**. A distinção importa: se a solução operar como REP-A, há exigência de acordo coletivo — informação que muda a viabilidade para o cliente.
3. Recomendo sinalizar à equipe responsável que o **texto do site seja atualizado**.

*Fontes: [Pontotel — Portaria 671/2021](https://www.pontotel.com.br/portaria-671/) · [Secullum — FAQ Portaria 671](https://www.secullum.com.br/pt/perguntas-frequentes/1127) · [UsePonto — guia prático](https://useponto.com.br/blog/guia-pratico-portaria-671-2021)*

### 1.6. Ficha de produto — Reale Zap [REALE]

**O que é:** plataforma que transforma o WhatsApp da empresa em central de atendimento profissional — vários atendentes no mesmo número, com automação e controle.

**Funcionalidades:**

- Multiatendimento (vários agentes, um número)
- Chatbot com menus e direcionamento por departamento
- CRM integrado — cadastro, histórico de conversas, tickets
- Distribuição automática de tickets
- Disparo de mensagens para a base
- Relatórios em tempo real
- Gerador de protocolo de atendimento
- Multicanal: WhatsApp, Messenger, Telegram
- **Bia** — assistente de IA personalizada, treinada com o conhecimento do negócio, atendimento 24h

**Dores que resolve:** conversa perdida no celular de um funcionário que saiu da empresa; cliente sem resposta fora do horário; ninguém sabe quem atendeu o quê; não há métrica de atendimento; o número da empresa é o WhatsApp pessoal do dono.

**ICP:** qualquer empresa com volume de atendimento no WhatsApp — clínicas, comércio, suporte, prefeituras.

**Planos:** faixas de 5, 10 ou 15 atendentes; acima de 20 sob demanda. **Valores sob consulta** — informados em proposta.

**Diferenciais de venda:** implementação e treinamento inclusos; 100% em nuvem; IA personalizada de verdade, não genérica; lastro de +20 anos da Reale Tech.

**Argumento central:** "nenhuma conversa se perde". É o produto de **dor mais visível e ciclo mais curto** do portfólio — bom para abrir porta e depois expandir para ERP, ponto ou suporte.

### 1.7. Ficha de serviço — Suporte TI, Nuvem, Segurança e Cabeamento [REALE]

Esses quatro andam juntos na prática e formam a **oferta de infraestrutura**.

- **Suporte TI:** atendimento técnico especializado, presencial e remoto.
- **Nuvem:** backup, controle de acesso, telefonia em nuvem, aplicações hospedadas.
- **Segurança e monitoramento:** segurança eletrônica, vigilância, proteção física e digital.
- **Cabeamento estruturado:** infraestrutura de rede profissional.

**Dores:** empresa parada porque "o computador deu problema"; ninguém sabe quem chamar; backup que nunca foi testado; rede improvisada com cabo passando por cima do forro; câmera que não gravou justamente no dia em que precisou.

**Natureza comercial:** é o portfólio de **receita recorrente e relacionamento longo**. Costuma ser o que segura o cliente na base e abre espaço para vender sistema depois. [PRÁTICA] Contrato de suporte é a melhor porta para expansão futura — o técnico que visita o cliente é fonte constante de oportunidade.

### 1.8. Ficha de serviço — Sites e Aplicativos [REALE]

**O que inclui:** sites institucionais, landing pages, sistemas web, apps mobile, integrações, e-commerce.

**Diferenciais declarados:** metodologia ágil com entregas incrementais e acompanhamento do cliente em cada etapa; design moderno com código seguro; SEO, SSL, dashboards em tempo real; mobile multiplataforma; +20 anos de experiência.

**Stack citada publicamente:** PHP, Laravel, JavaScript, React, Node.js, Python, MySQL, PostgreSQL, Flutter, WordPress, AWS, Docker.

**Argumentos de venda declarados:** experiência de duas décadas; solução completa que evita o cliente ter cinco fornecedores; desenvolvimento como investimento, não despesa.

**Natureza comercial:** ciclo mais longo, ticket maior, venda sob escopo. Exige proposta bem-feita e alinhamento de expectativa. É onde mais se perde margem por escopo mal definido. [PRÁTICA] Nunca prometer prazo ou preço sem passar pelo time técnico.

### 1.9. A tabela de venda cruzada

Este é um dos ativos mais úteis do treinamento — o mapa de "quem comprou X é candidato natural a Y":

| Cliente que já tem… | Candidato natural a… | Gancho da conversa |
|---|---|---|
| Suporte TI | Nuvem/Backup, Reale Pro | "Seus dados estão sendo salvos onde?" |
| Reale Zap | Reale Pro, Suporte TI | "E depois que o cliente fecha, como entra no sistema?" |
| Reale Pro | Reale Ponto, Suporte TI, Nuvem | "Quem cuida da máquina onde roda o caixa?" |
| Reale Ponto | Reale Pro, Suporte TI | "O RH e o financeiro conversam?" |
| Site/App | Suporte TI, Nuvem, Reale Zap | "Quem responde os contatos que o site gera?" |
| Segurança/Cabeamento | Suporte TI, Nuvem | "Quem monitora isso no dia a dia?" |

---

## Parte II — Fundamentos: o processo comercial consultivo

### 2.1. Venda transacional x venda consultiva [MÉTODO]

| | Transacional | Consultiva |
|---|---|---|
| Foco | Produto e preço | Problema e resultado |
| Quem fala mais | O vendedor | O cliente |
| Momento da proposta | Cedo | Depois do diagnóstico |
| Métrica de sucesso | Fechou | Fechou e permaneceu |
| Risco | Desconto vira o único argumento | Ciclo mais longo |

A Reale Tech vende **contratos recorrentes e implantações** — não vende commodity de balcão. Por isso, o modelo é o consultivo. Regra de ouro: **quem apresenta solução antes de entender o problema está apenas adivinhando em voz alta.**

### 2.2. As três fases e os papéis

**Pré-venda (SDR / pré-vendedor)**
Prospecção, primeiro contato, qualificação, agendamento. Objetivo não é vender: é **decidir se vale a pena o consultor investir tempo** e entregar a reunião com contexto.

**Venda (consultor / closer)**
Diagnóstico profundo, demonstração, proposta, negociação, fechamento.

**Pós-venda (implantação, suporte, sucesso do cliente)**
Onboarding, adoção, satisfação, renovação, expansão, indicação.

[REALE] Nem sempre existe pré-vendedor dedicado — em muitos casos **o próprio consultor faz a pré-venda**. O treinamento precisa ensinar as duas realidades: como operar com SDR e como operar sozinho, blocando a agenda para não misturar prospecção com atendimento. [VERIFICAR — confirmar a estrutura real do time]

### 2.3. Glossário mínimo do time [MÉTODO]

Nomenclatura é o que permite duas pessoas conversarem sobre o mesmo funil sem ambiguidade.

| Termo | Significado |
|---|---|
| **Lead** | Contato identificado, ainda não qualificado |
| **MQL** | Lead qualificado por marketing (demonstrou interesse) |
| **SQL** | Lead qualificado por vendas (tem perfil, dor e momento) |
| **Prospect** | Lead qualificado em processo ativo de venda |
| **Oportunidade / Negócio** | Registro no CRM com valor e previsão |
| **ICP** | Perfil de cliente ideal |
| **Persona** | O indivíduo dentro da empresa com quem se fala |
| **Funil / Pipeline** | Conjunto de oportunidades por etapa |
| **Ticket médio** | Valor médio por venda |
| **MRR** | Receita recorrente mensal |
| **Churn** | Cancelamento / perda de cliente |
| **CAC** | Custo de aquisição de cliente |
| **LTV** | Valor total gerado pelo cliente ao longo da relação |
| **Ciclo de venda** | Tempo do primeiro contato ao fechamento |
| **No-show** | Cliente que não comparece à reunião marcada |
| **Follow-up** | Retomada de contato programada |
| **Upsell** | Venda de plano superior do mesmo produto |
| **Cross-sell** | Venda de produto complementar |
| **Rapport** | Sintonia e confiança estabelecidas na conversa |
| **Champion** | Pessoa interna que defende a solução |
| **Decisor** | Quem assina |
| **Influenciador** | Quem opina e pode vetar |

### 2.4. As etapas do funil [REALE — desenhar conforme o CRM real]

Proposta de pipeline padrão a validar:

1. **Prospecção** — lista, pesquisa, primeiro toque
2. **Conexão** — contato estabelecido, interesse confirmado
3. **Qualificação** — perfil, dor, orçamento, decisor, prazo
4. **Diagnóstico / Descoberta** — entendimento profundo da operação
5. **Demonstração / Apresentação** — solução conectada às dores levantadas
6. **Proposta** — documento formal enviado
7. **Negociação** — ajustes, condições, objeções finais
8. **Fechamento** — ganho ou perdido (com **motivo** obrigatório)
9. **Implantação / Onboarding** — passagem para o time técnico

Cada etapa precisa de **critério objetivo de passagem**. "Achei que ele gostou" não move card. [PRÁTICA] O critério de saída de cada etapa deve ser um fato verificável: reunião agendada com data, decisor identificado pelo nome, proposta enviada com número.

---

## Parte III — Metodologias de venda: SPIN e AIDA

### 3.1. SPIN Selling [MÉTODO]

Criado por **Neil Rackham** a partir de pesquisa com mais de 35 mil chamadas de venda, publicado em 1988. A descoberta central: em vendas complexas, o que separa o vendedor de alta performance não é a habilidade de argumentar — é a **qualidade das perguntas**. E, mais especificamente, a proporção de perguntas de implicação.

As quatro categorias:

**S — Situação.** Levantam o contexto factual.
*"Quantas pessoas atendem no WhatsApp hoje?" / "Qual sistema vocês usam para emitir nota?" / "Quantos colaboradores batem ponto?"*
⚠️ Erro clássico: fazer perguntas de situação demais. Cansam o cliente e podem ser pesquisadas antes. **Chegue com a lição de casa feita.**

**P — Problema.** Trazem a dificuldade à superfície.
*"O que acontece quando dois atendentes respondem o mesmo cliente?" / "Com que frequência vocês descobrem erro de estoque?" / "Já teve problema no fechamento da folha?"*

**I — Implicação.** O coração do método. Mostram o **custo** do problema.
*"Se um cliente fica sem resposta por um dia, o que costuma acontecer com esse pedido?" / "Quanto de faturamento passa por esse caixa num sábado? E se ele parar duas horas?" / "Se um processo trabalhista vier por causa de registro de ponto, quanto isso custa?"*

**N — Necessidade de solução.** Fazem o **cliente** verbalizar o valor.
*"Se você tivesse todo o histórico de conversa num lugar só, o que mudaria na sua operação?" / "O que significaria para você ver o caixa de todas as lojas pelo celular?"*

> **A lógica psicológica:** ninguém compra porque o vendedor disse que é bom. Compra quando **ouve da própria boca** por que precisa. A implicação constrói a urgência; a necessidade de solução faz o cliente vender para si mesmo.

**Aplicação por produto — matriz de perguntas** (esta matriz deve virar exercício prático na aplicação):

| Produto | Pergunta de implicação mais forte |
|---|---|
| Reale Zap | "Quantos clientes você acha que já desistiram porque ninguém respondeu a tempo?" |
| Reale Pro | "Se o estoque do sistema não bate com a prateleira, como você decide o que comprar?" |
| Reale Ponto | "Quanto tempo o RH gasta por mês fechando ponto — e quanto custa esse tempo?" |
| Suporte TI | "Na última vez que a rede caiu, quantas horas a empresa ficou parada?" |
| Nuvem/Backup | "Se o computador do financeiro queimasse hoje, o que vocês perderiam?" |
| Segurança | "Já precisou de uma imagem de câmera e ela não estava lá?" |
| Sites/Apps | "Quantos negócios você perde por não conseguir mostrar isso online?" |

### 3.2. AIDA [MÉTODO]

Formulado por **Elias St. Elmo Lewis** por volta de 1898 — mais de um século de uso. É um modelo de **estrutura de mensagem**, não de conversa. Serve para escrever: e-mail frio, script de abordagem, anúncio, mensagem de WhatsApp, capa de proposta.

| Etapa | Objetivo | Erro comum |
|---|---|---|
| **A — Atenção** | Fazer parar de rolar / não desligar | Começar com "somos uma empresa com 20 anos de mercado" |
| **I — Interesse** | Conectar com uma dor reconhecível | Listar funcionalidades |
| **D — Desejo** | Projetar o cenário depois da solução | Falar de recurso em vez de resultado |
| **A — Ação** | Um único pedido, claro e fácil | Terminar com "qualquer coisa estou à disposição" |

**Exemplo aplicado — Reale Zap por e-mail frio:**

> **[A]** Assunto: *3 atendentes, 1 número, zero confusão*
> **[I]** "João, quando várias pessoas atendem pelo mesmo WhatsApp, é comum o cliente receber duas respostas diferentes — ou nenhuma."
> **[D]** "Com o Reale Zap, cada conversa vira um ticket com protocolo, direcionado ao setor certo, e o gestor acompanha tudo em tempo real."
> **[A]** "Tem 15 minutos na quinta às 10h para eu te mostrar como fica na prática?"

**SPIN x AIDA — quando usar cada um:**

- **AIDA** é para **mensagem de mão única** (você fala, ele lê/ouve): prospecção, e-mail, anúncio, abertura de ligação.
- **SPIN** é para **conversa de mão dupla**: reunião, diagnóstico, demonstração.

Usar AIDA numa reunião de diagnóstico transforma o consultor em locutor. Usar SPIN num e-mail frio produz um questionário que ninguém responde.

---

## Parte IV — Qualificação e diagnóstico

### 4.1. BANT [MÉTODO]

Framework clássico (origem IBM). Quatro perguntas que o consultor precisa ter respondido antes de investir tempo:

- **B — Budget:** existe verba? Qual a ordem de grandeza?
- **A — Authority:** quem decide? Quem mais opina?
- **N — Need:** existe dor real e reconhecida?
- **T — Timing:** quando pretende resolver?

**Crítica honesta:** BANT é rápido, mas centrado no vendedor e pode queimar lead bom que ainda não tem verba definida — comum em pequena empresa, que decide orçamento *depois* de ver valor. [PRÁTICA] Usar BANT como *checklist mental*, não como interrogatório.

### 4.2. GPCT — a evolução consultiva [MÉTODO]

- **G — Goals:** quais as metas do cliente para o ano?
- **P — Plans:** o que ele já está fazendo para chegar lá?
- **C — Challenges:** o que está atrapalhando?
- **T — Timeline:** qual o prazo dele?

A diferença é de postura: BANT pergunta *"você pode comprar?"*; GPCT pergunta *"aonde você quer chegar?"*. O segundo produz conversa; o primeiro produz defesa.

### 4.3. Mapa de decisão

Em venda B2B, quase nunca decide uma pessoa só. O consultor precisa mapear:

- **Decisor** — assina. Geralmente sócio ou diretor.
- **Influenciador técnico** — o "cara de TI", o contador, o gerente. **Pode não decidir, mas quase sempre pode vetar.**
- **Usuário final** — quem vai usar todo dia. Se odiar, sabota a adoção.
- **Champion** — quem quer que dê certo. É o aliado interno.

[PRÁTICA] A pergunta que resolve isso sem soar invasiva: *"Além de você, quem mais costuma participar de uma decisão como essa aí na empresa?"*

### 4.4. Sinais de desqualificação

Tão importante quanto saber qualificar é saber **sair**. Sinais de que o negócio deve ser marcado como perdido e liberar agenda:

- Não tem a dor que o produto resolve.
- Não tem porte/estrutura mínima para a solução.
- Não há decisor acessível após tentativas suficientes.
- Busca apenas cotação para negociar com fornecedor atual.
- Prazo indefinido há meses sem qualquer evolução.

> **Pipeline inflado é pior que pipeline vazio** — ele mente para o gestor e engana o próprio vendedor.

---

## Parte V — Gatilhos mentais

### 5.1. Base científica [MÉTODO]

Os gatilhos mais citados vêm da obra de **Robert Cialdini** (*Influence*, 1984; princípio da Unidade acrescentado em *Pre-Suasion*, 2016). São **sete princípios**:

| Princípio | Como funciona | Aplicação Reale Tech |
|---|---|---|
| **Reciprocidade** | Tendemos a retribuir | Diagnóstico gratuito, análise da rede, relatório de vulnerabilidades — entregar valor antes de pedir |
| **Compromisso e coerência** | Buscamos agir de acordo com o que dissemos | Fazer o cliente verbalizar a dor e o prazo; retomar as palavras dele na proposta |
| **Prova social** | Olhamos o que os pares fizeram | "A farmácia aqui do lado usa"; depoimentos de segmento similar |
| **Afinidade** | Compramos de quem gostamos | Rapport genuíno, referência regional, linguagem do setor |
| **Autoridade** | Confiamos em quem domina | +20 anos, 21 estados, certificações, domínio técnico na resposta |
| **Escassez** | Valorizamos o que é limitado | Agenda de implantação, condição com prazo — **só quando for verdade** |
| **Unidade** | Confiamos em quem é "dos nossos" | "Empresa daqui da região, que atende empresa daqui" |

### 5.2. A regra inegociável [PRÁTICA]

> **Gatilho mental aplicado sobre uma mentira é golpe, não técnica.**

Escassez falsa ("é só até hoje" quando não é) funciona uma vez e destrói a relação para sempre. Numa empresa de contrato recorrente, com 20 anos de nome numa região onde todo mundo se conhece, isso é suicídio comercial. O gatilho é a **forma de comunicar uma verdade**, nunca a substituição dela.

Esse ponto merece um bloco próprio na aplicação, com exercício de "certo x errado":

| ❌ Errado | ✅ Certo |
|---|---|
| "Essa condição vence hoje" (não vence) | "Essa condição vale até o dia 10, que é quando fecha o mês" |
| "Só tenho uma vaga" (não é verdade) | "Minha agenda de implantação em agosto tem duas vagas; a próxima abre em setembro" |
| "Todo mundo do seu ramo usa" (invenção) | "Atendemos três farmácias na região; posso te colocar em contato com uma" |

### 5.3. Gatilhos complementares úteis

- **Antecipação** — mostrar o roadmap, o que vem no produto.
- **Novidade** — recursos recém-lançados (ex.: a IA Bia no Reale Zap).
- **Dor x prazer** — a dor de continuar como está costuma mover mais que o prazer do futuro.
- **Aversão à perda** — "quanto você já perdeu com isso" é mais forte que "quanto você vai ganhar".
- **Porquê** — dar razão para o pedido aumenta a adesão. *"Posso te pedir 15 minutos? Porque preciso entender sua operação antes de te mandar qualquer preço."*

---

## Parte VI — PNL e comunicação persuasiva

### 6.1. Nota de honestidade intelectual [MÉTODO]

A Programação Neurolinguística (Bandler e Grinder, anos 1970) é **popular no meio comercial, mas não tem sustentação científica sólida**. Vários de seus postulados centrais — notadamente o de "sistemas representacionais" identificáveis pelo movimento dos olhos (visual/auditivo/cinestésico) — foram testados e **não se confirmaram** em pesquisa controlada.

Isso **não** significa jogar tudo fora. Significa separar o que funciona porque é boa prática de comunicação do que é folclore. Recomendo que a aplicação trate este módulo como **"Comunicação e rapport"**, citando a PNL como origem histórica de algumas técnicas, sem vendê-la como ciência. Isso protege a credibilidade do treinamento — e o consultor não passa vergonha se um cliente informado questionar.

### 6.2. O que efetivamente funciona (e por quê)

**Rapport genuíno.** Espelhamento suave de ritmo, tom e vocabulário. Funciona porque **similaridade gera confiança** (é o princípio de afinidade de Cialdini, com evidência real). O limite: espelhar postura de forma mecânica é constrangedor e perceptível. Espelhar **ritmo e vocabulário** é natural e eficaz.

**Escuta ativa.** Confirmar entendimento antes de responder: *"Deixa eu ver se entendi: o problema não é o sistema em si, é que a informação chega tarde. É isso?"* É a técnica de maior retorno de todo o módulo — e a mais negligenciada.

**Calibração.** Ler sinais de desconforto, hesitação, mudança de tom. Não é ler mente: é **prestar atenção**. Quando o tom muda ao falar de preço, há algo ali — pergunte.

**Linguagem positiva e específica.** "Vamos resolver até sexta" em vez de "não vai demorar muito". O cérebro processa mal a negação e o vago gera ansiedade.

**Ancoragem.** O primeiro número apresentado condiciona a percepção dos seguintes. Efeito real e bem documentado em economia comportamental. Aplicação ética: apresentar o **valor do problema** antes do preço da solução. *"Você me disse que perde uns 3 pedidos por semana. Vamos falar do investimento com esse número na cabeça."*

**Reenquadramento (reframing).** Mudar a moldura sem mudar o fato. *"Não é um custo mensal de X — é o equivalente a menos de um cafezinho por colaborador por dia para eliminar o risco trabalhista."* Válido quando o novo enquadramento é **verdadeiro**.

**Pressuposição de avanço.** *"Quando a gente implantar, o ideal é começar pelo setor de vendas"* — pressupõe a continuidade. Usar com parcimônia: em excesso soa manipulador e gera reatância.

### 6.3. O que evitar

- Diagnosticar "perfil" do cliente por movimento ocular ou por escolha de verbos.
- Técnicas de "comando embutido" e afins — soam artificiais e quebram a confiança quando percebidas.
- Qualquer técnica que o consultor não conseguiria explicar ao cliente sem constrangimento. **Esse é o melhor teste ético que existe.**

---

## Parte VII — Objeções

### 7.1. Princípio [MÉTODO]

Objeção não é rejeição — é **pedido de informação** ou sinal de risco não endereçado. Cliente que não objeta com frequência é cliente que não está engajado.

### 7.2. O método de quatro passos [PRÁTICA]

1. **Acolher** — nunca contra-argumentar de imediato. *"Entendo, faz sentido você pensar nisso."*
2. **Investigar** — descobrir a objeção real. *"Quando você diz que está caro, é em relação a quê?"*
3. **Responder** — com fato, caso ou número.
4. **Confirmar** — *"Isso esclarece esse ponto?"* Sem confirmação, a objeção volta no fim.

O passo 2 é o que quase todo mundo pula. "Está caro" pode significar cinco coisas diferentes: não vi valor; não tenho o dinheiro agora; achei mais barato em outro; preciso justificar para meu sócio; quero desconto. **Cada uma tem uma resposta diferente** — responder à errada perde a venda.

### 7.3. Banco de objeções [REALE — enriquecer com o time]

| Objeção | O que costuma estar por trás | Caminho de resposta |
|---|---|---|
| "Está caro" | Valor não construído | Voltar às implicações levantadas; comparar com o custo do problema |
| "Vou pensar" | Falta clareza ou falta decisor | *"Claro. Só para eu te ajudar: o que ainda está em aberto?"* |
| "Já tenho fornecedor" | Inércia, contrato vigente | Descobrir o que falta hoje; propor coexistência ou segunda opinião |
| "Minha equipe não vai usar" | Medo de mudança | Implantação e treinamento inclusos; começar por um setor piloto |
| "Não é o momento" | Prioridade / caixa | Descobrir o que mudaria isso; agendar retomada com data |
| "Preciso falar com meu sócio" | Decisor não mapeado | Propor reunião com os dois — nunca virar recado de terceiro |
| "Meu sistema atual funciona" | Não há dor consciente | Perguntas de implicação; não atacar o concorrente |
| "Já tentei sistema antes e não deu certo" | Frustração real | Investigar o que falhou; diferenciar pela implantação assistida |

[PRÁTICA] Regra: **nunca falar mal do concorrente.** Fale do que o cliente perde hoje, não de quem entregou. Depreciar concorrente sinaliza insegurança e, em cidade pequena, volta.

---

## Parte VIII — Canais: telefone, WhatsApp e e-mail

### 8.1. Telefone / ligação

**Quando usar:** qualificação, agendamento, retomada de negócio parado, negociação sensível. **Voz resolve em 3 minutos o que o texto arrasta por 3 dias.**

**Estrutura da ligação de prospecção (60–90 segundos):**

1. **Identificação** — nome, empresa, direto.
2. **Permissão** — *"Peguei você num momento ruim?"* (a pergunta negativa gera menos defesa que "tem um minuto?").
3. **Motivo em uma frase** — dor do segmento, não descrição do produto.
4. **Uma pergunta** — abre a conversa.
5. **Pedido único** — a reunião, com duas opções de horário.

[PRÁTICA] O objetivo da ligação fria **não é vender** — é conquistar os 30 minutos seguintes. Tentar vender no primeiro toque queima o lead.

### 8.2. WhatsApp

Canal dominante no mercado brasileiro — e onde mais se erra.

**Regras [PRÁTICA]:**

- **Áudio só com permissão.** Áudio longo não solicitado é desrespeito com a agenda do outro.
- **Uma mensagem, uma ideia.** Nunca o "textão" em bloco único.
- **Nada de "oi" solto** esperando resposta para depois falar. Diz a que veio.
- **Horário comercial.** Mensagem às 22h economiza tempo do vendedor e custa credibilidade.
- **Formalizar o combinado por escrito** sempre — o WhatsApp é o registro informal que vira prova.
- **Registrar no CRM.** Conversa que ficou só no celular do consultor é conhecimento que a empresa não tem.

[REALE] Coerência importante: a Reale Tech **vende** o Reale Zap. O time comercial precisa usar a própria ferramenta — nada mais eficaz do que um consultor que diz *"eu atendo você por aqui usando o mesmo sistema que estou te oferecendo"*. Isso é prova social interna e demonstração ao vivo. [VERIFICAR — confirmar se o comercial já opera dentro do Reale Zap]

### 8.3. E-mail

**Quando usar:** proposta formal, resumo de reunião, documentação, contato com perfil corporativo/público.

**Estrutura [MÉTODO — AIDA]:**

- **Assunto:** curto, específico, sem palavra de spam. Máx. ~50 caracteres.
- **Primeira linha:** sobre o cliente, nunca sobre você.
- **Corpo:** 3 a 5 linhas. Uma ideia.
- **CTA:** um pedido, com data e hora sugeridas.
- **Assinatura:** completa, com telefone.

[PRÁTICA] **E-mail de resumo de reunião é o documento mais subestimado da venda.** Enviado no mesmo dia, com o que foi entendido, o que ficou combinado e os próximos passos com data — ele alinha expectativa, cria compromisso (coerência), serve de prova e faz o consultor parecer três níveis mais profissional que a concorrência.

### 8.4. Cadência de contato [MÉTODO]

Sequência estruturada de tentativas, variando canal e intervalo. A maior parte das vendas exige **múltiplos toques** — e a maior parte dos vendedores desiste antes.

Exemplo de cadência de 14 dias a validar [REALE]:

| Dia | Canal | Conteúdo |
|---|---|---|
| 1 | Ligação | Abordagem inicial |
| 1 | WhatsApp | Se não atendeu: apresentação curta |
| 3 | E-mail | Conteúdo de valor (caso, artigo) |
| 5 | Ligação | Segunda tentativa, horário diferente |
| 8 | WhatsApp | Pergunta direta e leve |
| 11 | E-mail | Novo ângulo de dor |
| 14 | Ligação + e-mail de encerramento | "Vou parar de te procurar — se mudar, me chama" |

O e-mail de encerramento (*break-up*) tem taxa de resposta surpreendentemente alta — funciona por aversão à perda.

---

## Parte IX — CRM e a disciplina do registro

### 9.1. Por que isso é módulo obrigatório

Este é o módulo que o vendedor menos quer e a empresa mais precisa. O argumento não pode ser "porque o gestor mandou". Precisa ser construído sobre o interesse do próprio consultor:

- **O CRM é a memória que o consultor não tem.** Ninguém lembra o que foi combinado com o cliente número 40 há três meses.
- **Protege o consultor.** Registro é prova do que foi prometido — e do que não foi.
- **Evita o retrabalho e o vexame** de dois consultores ligando para o mesmo cliente.
- **É o que sustenta a comissão.** Negócio sem registro é negócio que ninguém consegue defender.
- **Permite férias e folga de verdade.** Cliente registrado pode ser atendido por outra pessoa.
- **É o que gera o aprendizado coletivo.** Motivo de perda registrado hoje é objeção vencida amanhã.

> **A frase-síntese do módulo: o que não está no CRM não aconteceu.**

### 9.2. O padrão mínimo de registro [REALE — definir com a liderança]

Toda interação deve gerar:

- **Data e canal** do contato
- **Com quem** falou (nome e cargo — não "falei com o pessoal")
- **O que o cliente disse** — com as palavras dele, especialmente a dor
- **O que ficou combinado**
- **Próximo passo com data** ← *o campo mais importante*
- **Mudança de etapa**, se houver, com o critério atendido

**Oportunidade sem próximo passo agendado é oportunidade morta.** Se não há data, ou o negócio avança agora ou vai para perdido.

### 9.3. Higiene de pipeline [PRÁTICA]

- Revisão semanal — todo card com data vencida é tratado.
- Motivo de perda **obrigatório e padronizado** (preço / concorrente / sem verba / sem decisor / timing / sem resposta / não era ICP).
- Nada de negócio "eterno" — prazo máximo por etapa.
- Valor e data de previsão preenchidos e realistas, não otimistas.

### 9.4. Ferramenta [VERIFICAR]

O CRM oficial do processo comercial da Reale Tech **precisa ser definido no material**. Pontos levantados na pesquisa:

- O **Reale Zap possui CRM integrado** (cadastro de clientes, histórico de conversas, tickets, protocolo) — pode ser a ferramenta oficial do comercial, ao menos para o fluxo de atendimento.
- Existe internamente um sistema de **gestão de propostas** que pode fazer parte do fluxo.
- Não localizei um CRM comercial dedicado e explicitamente oficial no ambiente.

**Este é o principal ponto de bloqueio de conteúdo do documento.** O módulo de CRM só pode ser escrito em definitivo depois de saber qual é a ferramenta, quais são os campos, quais são as etapas reais do funil e quais são as regras de registro. Ideal: capturas de tela reais dentro do treinamento.

---

## Parte X — Pós-venda, expansão e indicação

### 10.1. A venda não termina na assinatura

Em modelo de receita recorrente, **a assinatura é o começo do retorno, não o fim**. Um cliente que cancela em três meses dá prejuízo: consumiu CAC, implantação e suporte sem chegar ao ponto de equilíbrio.

### 10.2. Onboarding — a janela crítica

Os primeiros 30 a 90 dias definem a permanência. Pontos de atenção:

- **Passagem de bastão documentada** — o time de implantação precisa saber o que foi prometido. Promessa não registrada vira frustração garantida.
- **Expectativa alinhada** — o consultor que vende o que o produto não faz cria um cancelamento com data marcada.
- **Primeiro valor rápido** — quanto antes o cliente sentir um ganho concreto, menor o risco de churn.
- **Contato do consultor no início** — não sumir depois de assinar.

### 10.3. Upsell e cross-sell [MÉTODO]

- **Upsell** — mesmo produto, plano maior. *Ex.: Reale Zap de 5 para 10 atendentes.*
- **Cross-sell** — produto complementar. *Ex.: cliente de Suporte TI que passa a usar Reale Pro.*

**Momentos naturais de expansão:**

- Cliente contratou mais gente / abriu filial
- Reclamou de limite do plano
- Atingiu resultado bom com a solução atual (momento de maior receptividade)
- Visita técnica identificou uma necessidade
- Renovação de contrato se aproximando

[PRÁTICA] Expansão exige **entrega bem-feita antes**. Tentar vender mais para um cliente insatisfeito queima o relacionamento inteiro. A pergunta que precede qualquer expansão: *"como está sendo a experiência com o que você já tem?"*

### 10.4. Indicação e NPS

Cliente satisfeito é o canal de aquisição mais barato que existe — especialmente em base regional, onde empresário conversa com empresário. Mas indicação **precisa ser pedida**, e no momento certo: logo após um elogio espontâneo ou um resultado concreto.

*"Fico feliz que esteja funcionando. Você conhece alguém que esteja passando pelo que você passava?"*

### 10.5. Reativação

Base de clientes inativos e negócios perdidos há mais de 6 meses é fonte subestimada de receita. O motivo de perda registrado é o que torna a reativação inteligente: quem foi perdido por "sem verba" volta a ser abordável quando o cenário muda; quem foi perdido por "não era ICP", não.

---

## Parte XI — Indicadores e metas

### 11.1. Indicadores de atividade (o que o consultor controla)

| Indicador | O que mede |
|---|---|
| Tentativas de contato / dia | Volume de prospecção |
| Conexões efetivas | Contatos que viraram conversa |
| Reuniões agendadas / realizadas | Geração de oportunidade |
| Taxa de no-show | Qualidade do agendamento |
| Propostas enviadas | Avanço de funil |
| Follow-ups no prazo | Disciplina |

### 11.2. Indicadores de resultado

| Indicador | Fórmula / leitura |
|---|---|
| Taxa de conversão por etapa | Quantos passam de uma etapa à seguinte |
| Taxa de fechamento (win rate) | Ganhos ÷ oportunidades encerradas |
| Ticket médio | Receita ÷ nº de vendas |
| Ciclo de venda | Dias médios do 1º contato ao fechamento |
| MRR novo | Receita recorrente adicionada no mês |
| Cobertura de pipeline | Pipeline ÷ meta (referência usual: 3x a 4x) |
| Churn | % de cancelamento no período |
| CAC e LTV | Custo de aquisir x valor gerado |

### 11.3. A lógica da matemática reversa

Este é o raciocínio que transforma meta em rotina diária, e precisa ser um **exercício interativo** na aplicação:

> Meta de R$ 30.000 em MRR novo ÷ ticket médio de R$ 1.500 = **20 vendas**.
> Com win rate de 25% → **80 oportunidades**.
> Com 50% das reuniões virando oportunidade → **160 reuniões**.
> Com 20% dos contatos virando reunião → **800 contatos no mês** ≈ **40 contatos/dia útil**.

O valor pedagógico é enorme: o vendedor para de olhar a meta como número abstrato e passa a enxergar a atividade diária que a sustenta. E, quando o número não fecha, o problema fica localizado — não é "vendi pouco", é "minha taxa de agendamento caiu".

[REALE] Os números reais de ticket médio, win rate e ciclo precisam vir do histórico da empresa. Os acima são ilustrativos.

---

## Parte XII — Ética, LGPD e limites

### 12.1. LGPD na prática comercial

O comercial lida com dado pessoal o tempo todo — e o risco é real.

- **Base legal para prospecção B2B:** legítimo interesse é a base usual, mas exige relação e proporcionalidade. Contato profissional (e-mail corporativo, telefone da empresa) tem tratamento diferente de dado pessoal.
- **Direito de oposição:** pediu para não ser mais contatado, **para na hora** e registra isso no CRM.
- **Minimização:** não coletar dado que não será usado.
- **Não compartilhar base** de clientes com terceiros.
- **Cuidado com print e encaminhamento** de conversa de cliente em grupo de WhatsApp — prática comum e irregular.

[VERIFICAR] Confirmar se a Reale Tech tem política interna de privacidade e encarregado (DPO) para citar no material. A empresa publica conteúdo sobre LGPD no blog — há coerência a preservar: *quem orienta cliente sobre LGPD precisa cumprir LGPD.*

### 12.2. Ética comercial [PRÁTICA]

- Não prometer o que o produto não faz — **este é o item nº 1 de causa de churn**.
- Não prometer prazo sem confirmar com o time técnico.
- Não usar escassez ou prova social falsa.
- Não depreciar concorrente.
- Não pressionar cliente que claramente não tem perfil — vender para quem não deveria comprar gera cancelamento, reclamação e dano à marca.

---

## Parte XIII — Arquitetura pedagógica do curso

### 13.1. Princípios

1. **O porquê antes do como.** Quem entende a lógica improvisa bem diante de um caso novo; quem decorou script trava.
2. **Realidade Reale Tech em todos os exemplos.** Nada de "empresa X vende widget Y". Todo exercício usa produto, segmento e objeção reais.
3. **Prática > teoria.** Cada módulo termina em algo que o aluno *faz*: escreve um e-mail, monta perguntas SPIN, responde a uma objeção.
4. **Consumível em blocos curtos.** O comercial estuda entre uma ligação e outra. Módulos de 10 a 20 minutos.
5. **Serve como consulta permanente.** Depois de concluído, o curso vira o manual que o consultor abre antes de uma reunião difícil.

### 13.2. Trilha proposta

| # | Módulo | Foco | Entregável do aluno |
|---|---|---|---|
| 1 | Bem-vindo à Reale Tech | História, pilares, cultura, posicionamento | Pitch institucional de 30 segundos |
| 2 | O portfólio (parte 1) — Sistemas | Reale Pro, Ponto, Zap, EBD | Ficha de produto preenchida |
| 3 | O portfólio (parte 2) — Serviços | Suporte, Nuvem, Segurança, Cabeamento, Sites/Apps | Mapa de venda cruzada |
| 4 | O processo comercial | Funil, papéis, glossário, etapas | Desenho do próprio funil |
| 5 | Prospecção e pré-venda | ICP, listas, cadência, primeiro contato | Cadência de 14 dias montada |
| 6 | Qualificação | BANT, GPCT, mapa de decisão, desqualificar | Roteiro de qualificação |
| 7 | Diagnóstico com SPIN | As 4 perguntas, aplicadas a cada produto | Banco de perguntas por produto |
| 8 | Mensagem que converte (AIDA) | E-mail, WhatsApp, abertura de ligação | E-mail frio escrito e avaliado |
| 9 | Gatilhos mentais | 7 princípios + uso ético | Exercício certo x errado |
| 10 | Comunicação e rapport | Escuta ativa, calibração, ancoragem, reframing | Simulação de conversa |
| 11 | Demonstração e proposta | Demo conectada à dor, estrutura da proposta | Roteiro de demo |
| 12 | Objeções | Método de 4 passos, banco de objeções | Respostas às 8 principais |
| 13 | Negociação e fechamento | Valor x preço, concessão, sinais de compra | Simulação de fechamento |
| 14 | Canais na prática | Telefone, WhatsApp, e-mail | Checklist de canal |
| 15 | CRM e registro | Padrão de registro, higiene de pipeline | Registro de caso real |
| 16 | Pós-venda e expansão | Onboarding, upsell, cross-sell, indicação | Plano de expansão de conta |
| 17 | Indicadores e metas | KPIs, matemática reversa | Cálculo da própria meta |
| 18 | Ética e LGPD | Limites, privacidade, conduta | Avaliação de casos |

### 13.3. Recursos pedagógicos a incluir

- **Biblioteca de scripts** — abordagem por telefone, WhatsApp, e-mail, follow-up, reativação, quebra de objeção. Copiáveis com um clique.
- **Fichas de produto** — formato padronizado e imprimível: o que é, para quem, dores, perguntas SPIN, objeções, cross-sell.
- **Simulador de objeções** — cliente apresenta objeção, aluno escolhe/escreve resposta, recebe feedback.
- **Calculadora de meta** — a matemática reversa como ferramenta interativa.
- **Quiz por módulo** — com feedback explicativo (não só certo/errado).
- **Certificado de conclusão.**
- **Glossário pesquisável.**
- **Progresso salvo** — o aluno retoma de onde parou.

### 13.4. Sobre scripts — a ressalva pedagógica

Script existe para dar segurança a quem está começando, não para ser recitado. [PRÁTICA] Todo script no material deve vir com: **a intenção por trás de cada bloco**. Quem entende a intenção adapta; quem decora a frase soa robô — e cliente desliga de robô.

---

## Parte XIV — Proposta técnica da aplicação

*Esta parte é para a conversa sobre tecnologia. Recomendação, não decisão.*

### 14.1. Requisitos que a escolha precisa atender

- Aplicação de conteúdo, com navegação por módulos e etapas
- Progresso do aluno salvo entre sessões
- Exercícios interativos (quiz, simulador, calculadora)
- Uso em celular — o comercial estuda no celular
- Baixo custo de manutenção
- Servida pelo Apache já configurado em `https://rt4461.realetech.net.br/`

### 14.2. Recomendação — HTML/CSS/JS estático, multi-página

**Por quê:**

- É exatamente o padrão do `curso_cartorio_melina`, que já está em produção e funcionando no mesmo servidor — consistência interna e nada novo para manter.
- Sem banco, sem backend, sem dependência: o `DocumentRoot` já está apontado e o vhost já responde.
- Progresso do aluno resolvido com `localStorage` — suficiente enquanto não houver necessidade de o gestor acompanhar quem concluiu.
- Deploy é copiar arquivo. Zero superfície de ataque.
- Performance excelente no celular, inclusive com internet ruim — cenário real de quem está em campo.

**Limitação a assumir conscientemente:** sem backend, **não há relatório de conclusão por aluno para a gestão**. Se acompanhar quem terminou o quê for requisito, a conversa muda.

### 14.3. Alternativa — se o acompanhamento pela gestão for requisito

Laravel + MySQL, com login e painel de progresso. A stack é a que a Reale Tech já usa e domina (PHP/Laravel/MySQL constam da própria página de serviços), e há vários projetos Laravel no servidor. Custo: mais tempo de construção, banco a criar, autenticação a manter.

**Meio-termo viável:** começar estático e, se a necessidade de relatório aparecer, acrescentar depois uma camada mínima de identificação e envio de progresso — sem reescrever o conteúdo.

### 14.4. Organização de arquivos sugerida

```
/var/www/cursos/consultor_comercial_curso/
├── index.html              # capa, trilha, progresso geral
├── modulos/                # um arquivo por módulo
├── recursos/
│   ├── scripts.html        # biblioteca de scripts copiáveis
│   ├── produtos.html       # fichas de produto
│   ├── objecoes.html       # banco de objeções
│   ├── calculadora.html    # matemática reversa
│   └── glossario.html
├── assets/                 # css, js, imagens
└── docs/                   # este documento e demais fontes
```

---

## Parte XV — Pontos em aberto para validação

Consolidação de tudo que ficou pendente e **bloqueia ou distorce o conteúdo** se não for resolvido:

| # | Pendência | Impacto | Onde afeta |
|---|---|---|---|
| 1 | **Qual é o CRM oficial do comercial?** Etapas, campos e regras de registro | 🔴 Alto — bloqueia módulo inteiro | Parte IX, Módulo 15 |
| 2 | **Reale Ponto: site cita norma revogada (373) — a vigente é a 671/2021.** Confirmar em qual modalidade a solução se enquadra (REP-P / REP-A) | 🔴 Alto — risco de erro factual na frente de contador; e a modalidade muda a exigência para o cliente | Parte I §1.5 |
| 3 | Quais soluções do portfólio interno entram como oferta ativa | 🟠 Médio — define escopo dos módulos 2 e 3 | Parte I §1.3 |
| 4 | Faixas de preço, planos e política de desconto | 🟠 Médio — sem isso não há módulo de negociação real | Módulo 13 |
| 5 | Existe pré-vendedor/SDR dedicado ou o consultor faz tudo? | 🟠 Médio — muda o desenho do processo | Parte II §2.2 |
| 6 | Números reais: ticket médio, win rate, ciclo de venda | 🟡 Baixo — exemplos ilustrativos funcionam por ora | Parte XI |
| 7 | O comercial já opera dentro do Reale Zap? | 🟡 Baixo — reforça argumento de coerência | Parte VIII §8.2 |
| 8 | Casos de sucesso com números (antes/depois) | 🟡 Baixo — enriquece muito, mas não bloqueia | Transversal |
| 9 | Materiais de venda já existentes (propostas, apresentações) | 🟡 Baixo — evita retrabalho e contradição | Transversal |
| 10 | Há necessidade de a gestão acompanhar conclusão por aluno? | 🟠 Médio — define a stack | Parte XIV |

---

## Fontes consultadas

- [Reale Tech — site institucional](https://realetech.com.br/)
- [Reale Tech — Links](https://www.realetech.com.br/links/)
- [Reale Tech — Sites e Apps](https://realetech.com.br/sites-e-apps/)
- [Reale Pro — ERP](https://realepro.com.br)
- [Reale Ponto](https://realeponto.com.br)
- [Reale Zap](https://realezap.com.br)
- [Reale Tech — Talentos](https://realetech.com.br/talentos)
- [Reale ZAP — Google Play](https://play.google.com/store/apps/details?id=realezap.atendimento&hl=pt_BR)

**Referências metodológicas:** Neil Rackham, *SPIN Selling* (1988) · Elias St. Elmo Lewis, modelo AIDA (c. 1898) · Robert Cialdini, *Influence* (1984) e *Pre-Suasion* (2016) · Richard Bandler e John Grinder, PNL (1970s) — com a ressalva de evidência registrada na Parte VI.

---

*Documento de trabalho. Revisar com a liderança comercial antes de virar conteúdo publicado.*