Três dias sem resposta: já é hora de fazer follow-up?

O CRM mantém a oportunidade aberta, a tarefa pede contato em três dias, mas o cliente respondeu em outro canal. Redigir imediatamente pode transformar uma lacuna de registro em um problema de relacionamento.

Peça primeiro uma fila de elegibilidade. O Agent organiza fontes autorizadas; o responsável comercial decide a próxima ação e o envio.

Seis registros no mesmo corte

São entradas didáticas fictícias, não clientes ou resultados medidos. Corte: 23 de outubro de 2026, 10:00 Asia/Shanghai. O gestor fornece P1: respeitar data explícita do cliente, pausar pedidos de parada, revisar a conversa real mais recente nos canais autorizados; nos demais casos, propor contato após três dias completos de calendário no fuso do cliente. É uma política de exemplo, não uma cadência universal ou garantia jurídica.

• L01, A, email: E01, 20/10 às 09:00 Asia/Shanghai: “Entre em contato em 27 de outubro.” Próxima candidata: 27/10 nesse fuso, com nova checagem. Pausado agora.
• L02, A, email: E02 tem mensagem enviada, mas não hora nem fuso. Confirmar; data candidata desconhecida. Ausência de resposta não permite contar dias.
• L03, B, email/chat: E03 é o email de 19/10; C03 registra resposta em 22/10 às 16:00 Asia/Shanghai: “Enviei os requisitos; revise primeiro.” Preparar revisão interna, não cobrança por falta de resposta. O dono define o próximo passo após ler.
• L04, B, email: X04a/X04b repetem lead L04 e provider message ID E04, 22/10 às 09:00 Asia/Shanghai. Marcar entrada repetida, manter uma história candidata, sem fundir contatos. P1 dá 25/10 como primeira data; pausado no corte.
• L05, A, email: E05, 21/10 às 11:00 Asia/Shanghai: “Pare de entrar em contato.” Pausar com a citação. Estágio comercial aberto não elimina esse pedido; sem rascunho comercial rotineiro.
• L06, B, email: E06 registra último envio em 19/10 às 10:00 Asia/Shanghai. O snapshot autorizado não mostra nova resposta, data especial ou parada. Primeiro dia candidato: 22/10. Pode redigir no corte, sujeito à atualização antes de enviar.

Preserve o significado de cada data

Em eligibility.csv, mantenha ID estável, namespace do sistema, ID da mensagem, última fonte real de entrada/saída, horário com offset e fuso IANA, palavras do cliente, parada, canal, dono, data candidata, motivo e incógnitas. Ausência fica null com pergunta específica. Extração do CRM não é hora de contato.

Separe pode redigir, confirmar e pausado, com motivo próprio. L01 tem reavaliação datada; L05 tem pedido de parada. Não classifique tudo como atrasado. Guarde os dois valores conflitantes e procure o evento real, não o import mais novo. Uma nota recente do vendedor não cancela silenciosamente um pedido do cliente. Uma mudança posterior exige conferir identidade, escopo e política com o dono.

Redija somente para a linha elegível

Para L06: “Retomando as perguntas de fluxo enviadas em 19 de outubro. Algum esclarecimento ajudaria na avaliação?” Não acrescente demo aceita nem prazo fictício de proposta. Vincule E06 e material de produto aprovado para qualquer afirmação factual.

message-drafts.md contém apenas elegíveis; review-checklist.md cobre destinatários, canal, momento, fatos e autorização. São arquivos sugeridos, não controles nativos. Recomendação, envio autorizado e envio realizado são estados diferentes. O exemplo não envia nada.

Antes de um envio autorizado, releia conversas e sinais de parada. Uma nova resposta retira o candidato antigo, mantendo a história. Timeout exige consultar o registro real do provider antes de repetir. Um rascunho não comprova entrega.

Comece com exportações no Buda

Use o fluxo de vendas, arquivos autorizados no Drive, P1 e o período de cobertura. Session organiza trabalho, não é ACL de arquivos. Não se presume conexão de email ou escrita em CRM.

Leia apenas exportações autorizadas e P1. Preserve IDs, horários e instruções originais. Entregue eligibility.csv primeiro, com motivos e dúvidas. Redija só elegíveis. Sinalize repetições sem fundir identidades. Não envie, crie lembretes, mude etapas ou atualize CRM.

Experimente amostra anonimizada com fuso ausente, resposta em outro canal, evento repetido e parada. Confira fontes e estados. É teste sugerido, não resultado executado nem promessa de resposta maior. Depois, pesquise e instale um Skill adequado no Marketplace do Buda AI, lendo instruções e permissões. Automação de envio exige autorização separada.

E se faltar o fuso?

Pergunte ao dono ou use um fuso expressamente aprovado para a conta. Até lá, data indefinida. País e idioma não bastam.

Só tenho a data do CRM. Serve?

Descubra se é contato, nota, importação ou extração. Peça o evento quando houver dúvida e preserve o valor original.

Resposta em outro canal reinicia o prazo?

Leia identidade e conteúdo. Pode exigir resposta ou trabalho interno, conforme a política, em vez de reiniciar um relógio.

Posso reutilizar um rascunho aprovado?

Reconfira destinatário, conversa, parada, momento e afirmações. Preserve a versão, mas obtenha decisão atual de envio.