Muitos processos de compras começam com mensagens como:
- "preciso disso para amanhã";
- "o fornecedor já começou";
- "só falta o contrato";
- "é uma renovação automática";
- "já escolhemos a solução";
- "qual formulário devo usar?".
O problema não está apenas na disciplina dos usuários.
Frequentemente, a organização possui várias portas de entrada:
- e-mail;
- chat;
- planilha;
- ticket;
- formulário;
- ERP;
- jurídico;
- fornecedor;
- mensagem ao comprador.
O procurement intake é a capacidade de receber, qualificar, direcionar e acompanhar demandas antes que elas se transformem em requisições, contratos ou compras.
Ele funciona como uma porta de entrada coordenada para o ecossistema de procurement.
Intake não é requisição de compra
Intake
Captura o problema, o contexto e o tipo de ajuda necessária.
Requisição
Solicita formalmente a aquisição de um item ou serviço dentro de dados estruturados.
Pedido
Formaliza a compra ao fornecedor.
Sourcing request
Solicita apoio para seleção ou negociação.
Contract request
Solicita criação, revisão ou alteração contratual.
Uma única demanda pode gerar vários objetos.
Exemplo:
"Precisamos implantar uma plataforma de atendimento."
O intake pode encaminhar para:
- segurança;
- privacidade;
- arquitetura;
- sourcing;
- contrato;
- onboarding;
- integração;
- requisição.
Objetivos do intake
- entrar mais cedo;
- reduzir urgências;
- coletar informações certas;
- direcionar a demanda;
- aplicar política;
- priorizar capacidade;
- dar transparência;
- melhorar experiência;
- criar pipeline;
- evitar retrabalho.
O intake não deve ser uma nova camada burocrática.
Ele precisa reduzir a quantidade de caminhos e perguntas repetidas.
Front door de procurement
Uma "porta única" pode ser:
- portal;
- formulário inteligente;
- catálogo de serviços;
- chatbot;
- central;
- combinação de canais.
Porta única não significa um único formulário para tudo.
Significa uma experiência coerente que direciona o usuário ao caminho adequado.
Catálogo de serviços de procurement
Exemplos:
- nova compra;
- renovação;
- sourcing;
- contrato;
- cadastro de fornecedor;
- alteração contratual;
- emergência;
- consultoria;
- catálogo;
- compra de tecnologia;
- dúvida;
- status.
Cada serviço deve mostrar:
- quando usar;
- dados necessários;
- prazo;
- responsáveis;
- resultado;
- restrições.
Progressive disclosure
Não peça todas as informações para todos.
O formulário pode adaptar perguntas conforme respostas.
Exemplo:
Pergunta inicial
A demanda é:
- nova compra;
- renovação;
- alteração;
- emergência;
- consulta.
Se for tecnologia, perguntar:
- dados;
- integração;
- usuários;
- cloud;
- segurança.
Se for evento, perguntar:
- local;
- participantes;
- datas;
- viagem;
- fornecedores.
A coleta progressiva reduz abandono.
Dados mínimos
- solicitante;
- área;
- necessidade;
- resultado desejado;
- prazo;
- estimativa;
- categoria;
- fornecedor sugerido;
- contrato existente;
- dados;
- local;
- criticidade;
- orçamento;
- anexos.
O formulário não deve obrigar o usuário a conhecer a taxonomia de procurement.
A categoria pode ser sugerida ou classificada.
Necessidade versus solução
Pergunte:
Qual problema precisa ser resolvido?
Antes de:
Qual fornecedor deseja contratar?
O usuário pode conhecer bem a necessidade e não conhecer todas as alternativas.
O intake permite que procurement entre antes da especificação estar fechada.
Triagem
A triagem determina:
- serviço;
- categoria;
- risco;
- prioridade;
- processo;
- owner;
- informações faltantes;
- prazo.
Pode ser:
- automática;
- humana;
- híbrida.
Automação é adequada para regras claras.
Demandas ambíguas ou críticas exigem análise.
Regras de roteamento
Possíveis critérios:
- valor;
- categoria;
- país;
- dados;
- prazo;
- fornecedor;
- contrato;
- risco;
- centro;
- unidade;
- tipo de demanda.
Exemplo:
- SaaS com dados pessoais → procurement + segurança + privacidade;
- renovação abaixo de limite → trilha simplificada;
- fornecedor novo crítico → onboarding aprofundado;
- compra emergencial → aprovação especial e revisão posterior.
Priorização
Nem toda solicitação pode ser "alta".
Critérios:
- impacto;
- urgência real;
- risco;
- prazo externo;
- dependência;
- receita;
- segurança;
- obrigação;
- esforço;
- prontidão.
Uma matriz pode atribuir faixas:
- crítica;
- alta;
- normal;
- baixa.
A prioridade precisa ser transparente e revisável.
Urgência versus importância
Urgente
Prazo curto.
Importante
Impacto relevante.
Uma demanda pode ser:
- urgente e importante;
- importante e planejável;
- urgente por falha de planejamento;
- nem urgente nem importante.
O intake deve registrar causa de urgência para atacar padrões.
Gestão de capacidade
O intake cria visibilidade sobre:
- volume;
- categorias;
- esforço;
- fila;
- owners;
- datas;
- dependências.
Isso permite:
- balancear equipe;
- contratar apoio;
- negociar prazo;
- automatizar;
- priorizar;
- recusar ou adiar demandas.
Sem gestão de capacidade, a fila fica escondida em caixas de entrada.
Estimativa de esforço
Pode usar:
- simples;
- média;
- complexa;
- pontos;
- horas;
- classes de serviço.
Critérios:
- mercado;
- stakeholders;
- contrato;
- risco;
- valor;
- países;
- fornecedores;
- dados.
A estimativa não precisa ser perfeita. Precisa ajudar a planejar.
SLA e lead time
O SLA pode cobrir:
- confirmação de recebimento;
- triagem;
- atribuição;
- primeira resposta;
- conclusão.
Não prometa prazo de conclusão sem conhecer escopo e dependências.
Uma abordagem:
- triagem em um dia útil;
- estimativa após qualificação;
- cronograma acordado com o solicitante.
Status
Estados possíveis:
- recebido;
- aguardando informação;
- triado;
- atribuído;
- em análise;
- sourcing;
- contrato;
- implantação;
- concluído;
- cancelado;
- suspenso.
O usuário precisa saber:
- onde está;
- quem é o owner;
- qual próxima ação;
- qual prazo;
- que informação falta.
Intake e planejamento anual
Demandas previsíveis:
- renovações;
- campanhas;
- shutdowns;
- eventos;
- licenças;
- projetos;
- obras;
- safra;
- seguros.
O intake deve se conectar ao planejamento e ao calendário de contratos.
Não é eficiente esperar o usuário abrir um ticket para uma renovação conhecida.
Procurement demand management
Gestão da demanda vai além de receber pedidos.
Inclui:
- eliminar;
- reduzir;
- padronizar;
- consolidar;
- escalonar;
- reutilizar;
- alterar especificação;
- planejar;
- combinar necessidades.
Perguntas:
- precisamos comprar?
- já existe contrato?
- existe estoque?
- outra unidade possui?
- podemos reparar?
- podemos reutilizar?
- a demanda pode ser agregada?
- a solução deve ser interna?
Guided intake
O sistema pode orientar:
- catálogo;
- contrato;
- política;
- fornecedor;
- processo;
- formulário;
- especialista.
A recomendação deve mostrar o motivo e permitir contestação.
IA no intake
Aplicações:
- classificar categoria;
- resumir necessidade;
- sugerir perguntas;
- identificar risco;
- encontrar contrato;
- recomendar fluxo;
- detectar duplicidade.
Riscos:
- classificação errada;
- omissão;
- acesso a dados;
- recomendação enviesada;
- falsa confiança.
Use faixas de confiança e revisão.
Chatbot e intake
Um chatbot pode:
- explicar serviços;
- iniciar solicitação;
- recuperar status;
- coletar dados;
- indicar documentos.
Ele não deve esconder o canal humano ou decidir sozinho se uma contratação é permitida.
Integração
O intake pode criar ou acionar:
- sourcing project;
- contract request;
- supplier onboarding;
- security assessment;
- requisition;
- ticket;
- task;
- approval;
- project.
Evite digitação repetida.
Dados devem acompanhar a demanda.
Governança
Defina:
- owner da front door;
- owners dos serviços;
- catálogo;
- regras;
- SLAs;
- exceções;
- revisão;
- dados;
- feedback;
- segurança.
Sem governança, o portal acumula formulários antigos.
Experiência do usuário
Métricas:
- tempo para enviar;
- abandono;
- reabertura;
- perguntas adicionais;
- satisfação;
- status consultado;
- uso do canal correto;
- resolução.
Uma experiência simples não significa ausência de controles.
Controles podem operar nos bastidores.
Experiência do comprador
O intake deve entregar:
- contexto;
- dados;
- documentos;
- owner;
- prioridade;
- histórico;
- decisão esperada.
Se o comprador precisa reconstruir a solicitação por reunião, o intake falhou.
Indicadores
Demanda
- solicitações;
- categoria;
- unidade;
- valor;
- renovação;
- urgência.
Operação
- tempo de triagem;
- fila;
- aging;
- reabertura;
- handoffs;
- SLA.
Qualidade
- completude;
- classificação;
- first-time-right;
- anexos;
- duplicidade.
Experiência
- satisfação;
- esforço;
- abandono;
- uso.
Planejamento
- demandas antecipadas;
- urgências;
- renovações;
- capacidade.
Caso prático: compra de software
Antes do intake:
- usuário manda e-mail;
- TI descobre depois;
- fornecedor já enviou contrato;
- segurança bloqueia;
- prazo vira emergência.
Depois do intake:
- usuário descreve necessidade;
- sistema identifica SaaS;
- solicita dados e integrações;
- verifica contrato existente;
- aciona segurança e privacidade;
- atribui category manager;
- mostra cronograma;
- inicia sourcing;
- reaproveita dados no contrato;
- acompanha implantação.
O ganho vem da entrada antecipada.
Roteiro de implantação
1. Mapear canais atuais
2. Analisar motivos de contato
3. Definir catálogo de serviços
4. Criar dados mínimos
5. Desenhar roteamento
6. Definir prioridade e SLA
7. Integrar sistemas
8. Pilotar categorias
9. Medir experiência
10. Eliminar canais paralelos gradualmente
Erros comuns
- formulário universal;
- pedir linguagem técnica;
- intake como requisição;
- toda demanda alta;
- prazo sem qualificação;
- fila invisível;
- portal sem status;
- chatbot sem humano;
- integração inexistente;
- manter e-mails como processo oficial paralelo.
Como a CapturaMe se conecta a esse cenário
A CapturaMe pode funcionar como porta de entrada para demandas de compras e fornecedores, com formulários condicionais, roteamento, tarefas, status e integração.
A plataforma ajuda a transformar solicitações dispersas em um pipeline priorizado e rastreável.
Conclusão
Procurement intake organiza a relação entre o negócio e a função de compras.
Uma boa front door coleta apenas o necessário, direciona corretamente e mantém transparência. Ela não adiciona burocracia; substitui a burocracia desestruturada de e-mails, urgências e retrabalho.
Conheça a CapturaMe para empresas privadas
Perguntas frequentes
Intake é igual a requisição?
Não. O intake identifica a necessidade e o serviço; a requisição formaliza a compra.
Preciso de um único formulário?
Não. Precisa de uma experiência única com perguntas adaptadas ao caso.
Como priorizar?
Com critérios de impacto, risco, prazo, obrigação, esforço e prontidão.
O sistema pode classificar automaticamente?
Pode sugerir categoria e fluxo, com revisão em casos de baixa confiança.
Como evitar que usuários continuem enviando e-mail?
Melhore a experiência, integre status e reduza os canais paralelos gradualmente.
Qual é o primeiro passo?
Mapear os canais atuais e os principais motivos de contato.
