SOBRE NÓS
Grupo de turismo com mais de 28 anos de operação, várias empresas e equipe comercial de cerca de 20 pessoas. Atendimento concentrado no WhatsApp, com cerca de 18 mil atendimentos por mês.
CONTEXTO
Hoje o atendimento roda no Chat2Desk e as negociações no RD Station crm (plano pro, token de api ativo). As duas ferramentas não se comunicam: o consultor atualiza o CRM à mão. Queremos uma integração nos dois sentidos, mantendo as ferramentas e o número de WhatsApp.
Volumes de referência (30 dias): 18.459 atendimentos; 5.766 negociações criadas; 7.052 negociações em andamento; cerca de 58 mil contatos no CRM; 28 campos personalizados e 284 etiquetas no Chat2Desk.
ESCOPO
1. Mapa de dados
- Contato: nome e telefone, com DDI e nono dígito padronizados (Chat2Desk → CRM).
- Dados da viagem: campos personalizados do Chat2Desk (destino, datas, número de pessoas etc.) → Contato e negociação. A lista final é fechada no marco 1.
- Etiqueta de prioridade → etapa da negociação.
- Resumo da conversa ao fim do atendimento → nota e campos na negociação.
- Mudança de etapa no CRM → etiqueta ou campo no Chat2Desk.
- Contato novo que chama direto no WhatsApp → contato e negociação criados.
2. Regras e critério de aceite (testadas com contatos de teste)
R1. Contato novo chama direto: cria contato e negociação na etapa inicial. Nova mensagem do mesmo número não cria outra.
R2. Etiqueta de prioridade aplicada: negociação vai para a etapa 2 em até 5 minutos. Etiqueta repetida não move de novo.
R3. Campo muda no Chat2Desk: atualiza no CRM. Campo vazio não apaga valor preenchido.
R4. Conversa termina: nota com resumo na negociação certa, com data e canal, uma única vez.
R5. Etapa muda no CRM: o atendimento recebe a informação em até 5 minutos, sem disparar a R2 de volta (bloqueio de eco).
R6. Cliente que volta: reaproveita a negociação aberta e cria nova só se não houver. O mesmo telefone, com ou sem DDI e nono dígito, vira um único contato.
3. Requisitos técnicos
- Chave única pelo telefone padronizado; buscar antes de criar.
- O que a integração grava não pode disparar a regra de volta.
- Falhas: novas tentativas, fila de eventos, nenhum evento perdido em silêncio e alerta à equipe.
- Mecanismo no Chat2Desk (API ou Construtor de chatbot) proposto pelo profissional e validado no marco 1.
- Convivência: (a) bot de atendimento já ativo no Chat2Desk; (b) fluxo de terceiros (n8n) que recebe conversões do RD Station Marketing, cria ou busca o contato, aplica duas etiquetas próprias e transfere a conversa: a integração não altera esse fluxo, usa a mesma padronização de telefone e ignora essas etiquetas nas regras; (c) painel interno que lê dados do Chat2Desk e do CRM: nada é renomeado ou apagado sem aviso.
- Testes em ambiente separado, antes da operação real.
- Código em repositório da contratante e servidor em conta da contratante. Credenciais nunca no código.
- TypeScript ou
Node.js de preferência.
entregas (marcos)
m1. Validação técnica e desenho final: mecanismo escolhido, lista de campos e etiquetas, as seis regras detalhadas.
M2. Chat2Desk → CRM: regras R1, R2, R3, R4 e R6 testadas.
M3. CRM → Chat2Desk: R5 testada e as seis regras juntas em teste.
M4. Entrada em operação (um consultor primeiro, depois a equipe), aceite regra por regra e manual de funcionamento e manutenção.
Garantia: 30 dias após a entrada em operação, para correção de erros do que foi entregue.
A proposta deve trazer
1. Experiência comprovada em integrações entre plataformas de atendimento omnichannel e o RD Station CRM, com exemplos. Experiência com a API do Chat2Desk é preferencial.
2. Mecanismo técnico proposto para o Chat2Desk e o porquê.
3. Horas estimadas e valor por marco.
4. Prazo total e por marco.
5. Custo mensal estimado do servidor.
6. Valor opcional de manutenção mensal após a garantia.
PAGAMENTO: por marco aceito, pela Workana.
Prazo de Entrega: Não estabelecido