Pular para o conteúdo

Primeiros 30 Dias — Template de Pipeline

Documento canônico: 04-operations/first-30-days-pipeline-template.md

Status: operacional Issue principal: #75 Relacionado: #27


Separar o pipeline do mes 1 por porta comercial, com criterio suficiente para decidir onde o time deve gastar energia.

Este arquivo e o template reutilizavel. O registro operacional publico-seguro da issue #75 fica em first-30-days-commercial-pipeline.md.

O pipeline nao e uma lista de desejos. Cada linha precisa ter:

  • dor observada;
  • hipotese de porta;
  • responsavel;
  • proximo passo;
  • data;
  • evidencia.

EstagioDefinicao
IdentificadoNome ou conta entrou na lista
QualificadoHa dor, sponsor provavel e porta inicial
AbordadoPrimeira mensagem enviada
ReuniaoConversa marcada ou realizada
PropostaProposta enviada
NegociacaoCliente pediu ajuste, aprovacao ou decisao
FechadoContrato, aceite ou kickoff confirmado
PerdidoSem fit, sem timing ou sem resposta apos follow-ups

Use escala 1-5 para cada criterio.

Criterio135
UrgenciaCuriosidadeDor reconhecidaDor com risco, prazo ou pressao executiva
SponsorSem decisorInfluenciadorCEO, fundador, board ou dono de P&L
Fit da portaIncertoProvavelDor encaixa claramente na oferta
AcessoFrioRelacao indiretaCliente atual, parceiro ou indicacao quente
EvidenciaOpiniaoSinais parciaisSistema, processo, budget ou incidente visivel

Regra: priorizar primeiro as contas com 18+ pontos. Contas abaixo disso ficam em nutricao ou conteudo, nao em esforco intensivo de venda.


Problema: a empresa ja tem sistema criado com IA, vibe coding, automacao ou produto interno em producao e nao sabe se aquilo e seguro, escalavel ou confiavel.

CodigoConta / candidatoDor observadaSponsorScoreEstagioProximo passoDataEvidencia
A1A preencherIdentificado
A2A preencherIdentificado
A3A preencherIdentificado
A4A preencherIdentificado
A5A preencherIdentificado

Mensagem de qualificacao:

“Quem auditou isso fora do time ou da pessoa que construiu?”

Oferta provavel:

  • Trust Score Laudo quando a decisao precisa ser rapida;
  • Trust Score Completo quando ha sistema em producao, risco tecnico ou decisao de investimento;
  • Governanca Continua quando ha mais de um sistema, agente ou squad.

Problema: a empresa quer adotar IA em escala, mas ainda nao tem politica, padrao, owner, mapa de ferramentas, niveis de risco ou governanca.

CodigoConta / candidatoDor observadaSponsorScoreEstagioProximo passoDataEvidencia
B1A preencherIdentificado

Mensagem de qualificacao:

“Hoje cada area escolhe ferramenta, regra e automacao sozinha?”

Oferta provavel:

  • AI-First Blueprint para estruturar politica, mapa de casos e roadmap;
  • Governanca Continua quando o blueprint precisa virar rotina mensal;
  • NeedyU.ai quando memoria de reunioes e decisoes vira parte da operacao.

Problema: CEO, dono ou lider de negocio nao consegue avaliar a propria tecnologia, nao entende o que a area de TI diz, ou precisa de alguem que traduza tecnologia para decisao executiva.

CodigoConta / candidatoDor observadaSponsorScoreEstagioProximo passoDataEvidencia
C1A preencherIdentificado
C2A preencherIdentificado

Mensagem de qualificacao:

“Quem traduz tecnologia para decisao de negocio hoje?”

Oferta provavel:

  • CTO aaS quando falta lideranca tecnica;
  • Squad Specialist quando ha execucao concreta;
  • Trust Score como subproduto quando ha sistema existente a avaliar;
  • AI-First Blueprint quando o problema e governanca de adocao, nao so lideranca.

Problema: CTO aaS e Trust Score tendem a converter melhor por confianca. Parceiros reduzem ciclo e aumentam qualidade da conversa.

CodigoParceiroPerfilPorta mais provavelIncentivoEstagioProximo passoDataEvidencia
P1A preencherIdentificado
P2A preencherIdentificado
P3A preencherIdentificado

Tipos de parceiro prioritarios:

  • contador, advogado, M&A advisor ou conselheiro que conversa com dono;
  • consultoria que diagnostica problema, mas nao executa IA/sistema;
  • agencia, software house ou integrador que encontra projeto com risco;
  • investidor, advisor ou board member de empresa media;
  • fornecedor de cloud, dados, CRM, ERP ou automacao.

Toda sexta-feira:

  • remover linhas sem proximo passo;
  • atualizar estagio;
  • registrar evidencia ou bloquear explicitamente;
  • marcar qual porta teve mais sinal;
  • decidir se alguma conversa precisa virar proposta;
  • decidir se alguma conversa deve ir para conteudo, nao venda.

Toda segunda-feira:

  • escolher no maximo 3 prioridades comerciais da semana;
  • confirmar responsavel por follow-up;
  • registrar quais documentos ou materiais faltam para destravar venda.

Como o Docs pode ser publicado publicamente, nomes reais de prospects nao devem ser colocados neste template sem autorizacao.

Use codigos A1-A5, B1, C1-C2 e P1-P3 no documento publico. O nome real pode ficar em comentario de issue, CRM, planilha privada ou ferramenta comercial com acesso controlado.