3ª etapa do NEW FLOW LEGAL - agente de comunicação com o cliente (Agno)
O Attorney BR recebe o caso (evento de kickoff já aberto em "waiting scheduling"), define possíveis datas de kickoff e aprova a mensagem. A partir daí o agente conversa com o cliente - manda as datas e explica o app, troca mensagens até a confirmação, envia o Google Forms nos casos de asilo, e ao confirmar grava a data no Case Event e na agenda do Attorney.
Envia as opções de data de kickoff e explica o app do cliente - por WhatsApp, e-mail e/ou app, conforme o caso.
Responde dúvidas e reenvia opções até o cliente confirmar uma data. Acompanha sem precisar do Legal Assistant a cada passo.
Nos casos de asilo, envia o formulário (Google Forms) junto com as mensagens iniciais, antes do kickoff, e acompanha o preenchimento.
Data confirmada → atualiza o Case Event de Kickoff no sistema e adiciona o evento na agenda Google do Attorney.
| Integração | Uso | Status no sistema |
|---|---|---|
| Yousa Chat (WhatsApp da firma) | Canal do agente com o cliente (envio + webhook de resposta + varredura do CRM a cada 2 min) | Canal trocado pelo Yousa Chat na ativ. 37; identifica o cliente pelo telefone E.164; primeira mensagem por template na conexão oficial. NPS usa Meta à parte. |
| App mobile do cliente | Push/in-app + onboarding ("o app") | yousa-mobile (Flutter) - a integrar |
| Google Forms | Formulário de asilo | A integrar |
| Google Calendar / Meet | Ao confirmar a data, o backend chama o dash-backend (yousa-sales) create-and-enable: cria o evento (com Meet) + liga a transcrição e devolve google_event_id/google_space_id. Nosso backend não guarda creds Google. | A integrar (ativ. 7) · contrato em setup-meet-sync-monorepo.md |
| Case Event (sistema) | Evento de kickoff: status + data | Já existe (Coordinator abre em "waiting scheduling") |
Comunicação com cliente passa pela aprovação do Attorney antes do disparo. Em português claro para cliente BR.
PII do cliente tratada com cuidado; trocas registradas no caso. O agente não decide mérito - só agenda e orienta.
Sem confirmação após X tentativas, dúvida fora do escopo de agendamento, ou red flag → entrega pro Legal Assistant/Attorney.
Para conversar com o cliente de forma segura e consistente, alguns pré-requisitos antes (ou junto) do agente:
Biblioteca de mensagens aprovadas (kickoff, app, lembrete, asilo) em português, com variáveis - o que o Attorney "aprova" vira escolha de template, não texto livre.
Receber respostas (webhook WhatsApp já existe no NPS) e interpretar a confirmação de data com robustez (fuso, formatos, "pode ser na quarta").
Registrar a thread por caso/cliente - base para continuidade, auditoria e para os próximos agents (mesma ideia do ativo de histórico do time).