Auditoria Técnica e de Produto para Sistema de Comunicação Integrado

Estamos buscando um profissional qualificado com experiência comprovada  para realizar uma auditoria técnica e de produto abrangente em nosso sistema de comunicação. O sistema integra diversas funcionalidades, incluindo voz, WhatsApp, formulários de entrada, processamento de backend e integração com o Google Calendar, com saída final via WhatsApp. O objetivo principal é identificar pontos de melhoria e otimização em todas as camadas do sistema.


Sistema - Plataforma de IA para saúde (SaaS) agendamento!


O escopo do trabalho inclui:


Objetivo

Fazer uma auditoria técnica + produto do sistema (voz/WhatsApp/forms → backend → Google Calendar → WhatsApp) e entregar um plano de melhorias com evidências, claro, executável e priorizado.

Regra central (sem achismo)

Qualquer problema/oportunidade precisa incluir:
    •    Evidência (logs, prints, payloads, trechos de código ou exemplos de calls reais)
    •    Impacto (o que quebra / como afeta conversão, operação ou estabilidade)
    •    Correção recomendada (próximos passos práticos)

Entregáveis (obrigatórios)

1) Visão “as-is” do sistema (diagrama + explicação curta)
    •    1 diagrama do fluxo ponta a ponta e dependências (provedor de voz, backend, Calendar, WhatsApp, forms)
    •    Notas curtas explicando os principais componentes e o fluxo de dados

2) Relatório de Findings (top 8–12) com prova

Para cada finding:
    •    referência da evidência (link/print/log/payload/código)
    •    impacto (técnico + negócio)
    •    causa provável (curta)
    •    correção recomendada (passos claros)
    •    prioridade: P0 / P1 / P2

3) Plano de melhorias priorizado (backlog)

Backlog em tabela com:
    •    prioridade (P0/P1/P2)
    •    estimativa de esforço (S/M/L ou dias)
    •    payoff (alto/médio/baixo)
    •    dependências (se houver)
    •    validação de “pronto” (como confirmar que resolveu)

4) Padrão mínimo de Observabilidade (debug pronto)

Proposta prática para facilitar debug:
    •    IDs de correlação: callId / leadId / sessionId (onde nascem e onde são gravados)
    •    o que logar nos pontos-chave (início, qualificação, agendamento, confirmação, erros)
    •    checklist curto de “como debugar uma call ponta a ponta”

5) Quick wins (3–5)

3–5 melhorias rápidas (1–2 dias cada), cada uma com:
    •    mudança exata
    •    teste de validação

Critérios de aceitação (“feito”)

O trabalho é aceito quando:
    1.    Findings têm evidência (sem claims sem prova)
    2.    O plano está priorizado e pronto para virar tickets
    3.    Existe um mínimo padrão de observabilidade (IDs + logs-chave)
    4.    A entrega está organizada e fácil do time executar


Formato de entrega
    •    1 documento (Google Doc/PDF) com as seções 1–5
    •    1 link do diagrama (Miro/Figma/Draw.io)
    •    Backlog em tabela dentro do doc (ou em uma planilha separada)