Abril/2025 2 eventos
28/04/2025 Pré-contratação

Primeiro contato, call inicial e áudio de Diego

Rafael contata Diego para verificar capacidade técnica, know-how e disponibilidade da AD para desenvolver uma plataforma própria de transporte por aplicativo. Após a videoconferência, Diego envia áudio confirmando entendimento inicial do projeto, próximos passos técnicos com o CTO/sócio Adriano, documentação de requisitos e possibilidade de parceria/participação.

Pontos principais
  • A AD teve ciência inicial do objetivo: sair do SaaS atual e construir tecnologia própria.
  • Diego orientou apresentação de Figma, requisitos, regras e dores da plataforma atual.
  • O áudio também registra a ideia de parceria/participação desde o início das tratativas.
🎧 Áudio Diego — 28/04/2025
Aperte no play para ouvir
29/04/2025 Pré-contratação

Convite de nova reunião técnica

Foi encaminhado novo convite de reunião para sequência das discussões técnicas iniciadas no primeiro contato. Nessa data também ficou combinada uma nova call para 02/05/2025.

Pontos principais
  • Mostra continuidade imediata das tratativas e organização de agenda técnica após a apresentação inicial.
  • Serve como registro de que o projeto avançou para uma fase de avaliação técnica/comercial.
🖼️ Convite Google Meet — reunião de 29/04/2025
Visualização da imagem
Maio/2025 6 eventos
02/05/2025 Propostas

Call de apresentação e envio de duas propostas comerciais

Foi realizada call às 17h para apresentação e discussão das condições. No mesmo dia, foram enviadas duas propostas comerciais em PDF, com referência à entrega completa da v1 e alternativas envolvendo parceria/sociedade.

Pontos principais
  • As propostas reforçam a expectativa de uma solução operável, com fluxo de corridas, cadastros, gestão/administração e recursos financeiros.
  • A linguagem comercial indicava perspectiva de continuidade e participação nos resultados, não apenas prestação pontual.
  • Ajuda a demonstrar entendimento pré-contratual sobre entrega funcional e separação entre v1 e expansões futuras.
📄 Proposta Comercial 1 — 02/05/2025
Leitura do documento
📄 Proposta Comercial 2 — 02/05/2025
Leitura do documento
06/05/2025 Parceria

Fechamento verbal da parceria e criação do grupo UGO APP

Após nova call às 17h, as partes fecharam verbalmente a parceria. Ainda no dia 06/05 foi criado o grupo de WhatsApp denominado UGO APP, que passou a concentrar comunicações do projeto.

Pontos principais
  • Marca a transição das tratativas comerciais para organização prática do projeto.
  • O grupo criado pela contratada passou a registrar conversas relevantes sobre avanço, escopo e entregas.
07/05/2025 Escopo

Minuta contratual, sugestão de anexo e primeiros materiais de referência

Diego enviou minuta do contrato para avaliação e sugeriu a elaboração posterior de um anexo com as principais funcionalidades da v1. Também foram disponibilizados primeiros materiais de referência via Drive e Figma, incluindo fluxos/telas de motorista e passageiro.

Pontos principais
  • A menção a “principais funcionalidades” não exclui funcionalidades relevantes alinhadas ao projeto.
  • Os materiais de Figma e Drive permitiam visão concreta da dimensão do produto pretendido.
  • Mesmo os itens principais previstos posteriormente no contrato seriam objeto de entrega funcional.
🖼️ Print da sugestão de anexo — 07/05/2025
Visualização da imagem
📁 Pasta com primeiros materiais — 07/05/2025
🔗 Figma — App motorista VM
🔗 Figma — App passageiro VM
🖼️ Print do registro no WhatsApp — 07/05/2025
Visualização da imagem
20/05/2025 Escopo / Contrato Importante

Envio do anexo contratual e validação do escopo

Rafael encaminhou à contratada o anexo contratual contendo o escopo funcional principal, para validação técnica e incorporação ao contrato. Em áudio, registrou que o anexo não continha literalmente todas as funcionalidades do sistema, pois a descrição exaustiva tornaria o documento excessivamente extenso.

Pontos principais
  • O aviso prévio converge com o próprio anexo do contrato, que informa não descrever tudo de forma exaustiva.
  • Os detalhes e funcionalidades relevantes ao projeto, ainda que não listados literalmente, deveriam ser implementados se alinhados ao objeto principal.
  • O evento é central para discutir escopo contratado versus tentativa posterior de redução/reclassificação.
🎧 Áudio Rafael — 20/05/2025
Aperte no play para ouvir
🎧 Resposta de Diego — 20/05/2025
Aperte no play para ouvir
🖼️ Print da conversa — 20/05/2025
Visualização da imagem
22/05/2025 Contrato

Contrato assinado pelas partes

O contrato foi efetivamente assinado pelas partes em 22/05/2025, embora no instrumento conste a data de 23/05/2025. O contrato previa desenvolvimento completo, manutenção técnica e entrega/homologação da plataforma.

Pontos principais
  • O prazo de referência apontava início em 23/05/2025 e término previsto em 23/11/2025.
  • A entrega final dependia de validação expressa/homologação funcional.
  • A parcela final de R$ 39.750,00 estava condicionada à entrega final homologada.
23/05/2025 Início / Pagamento

Início de referência do desenvolvimento e primeira parcela

A partir de 23/05/2025, data de referência do contrato, a contratada informou que iniciaria efetivamente o desenvolvimento, começando pela estruturação do ambiente e primeiras telas. Também foi paga a primeira parcela de R$ 5.000,00.

Pontos principais
  • Esse marco abre o período de execução do projeto.
  • A partir dessa data houve comunicação constante no grupo UGO APP criado pela equipe da contratada.
  • Os pagamentos mensais seguiram até 23/10/2025, totalizando R$ 30.000,00.
📁 Pasta de comprovantes de pagamento
Junho/2025 5 eventos
10/06 a 18/07/2025 Escopo técnico

Materiais complementares de escopo técnico

Entre 10/06/2025 e 20/07/2025 foram liberados novos materiais complementares sobre o escopo técnico do projeto, com registros em conversas do grupo.

Pontos principais
  • Os materiais complementares reforçam que a visão do produto foi sendo detalhada durante a execução.
  • A existência desses registros contribui para demonstrar que a equipe técnica tinha acesso a informações adicionais do escopo.
🖼️ Print da conversa — 18/07/2025
Visualização da imagem
12/06/2025 Andamento

Call de acompanhamento sem entregável funcional visível

Aproximadamente três semanas após o início formal, foi realizada uma call de acompanhamento. Até aquele momento, não havia sido apresentada tela funcional, protótipo navegável ou versão visual do app/painel que permitisse validação prática do progresso.

Pontos principais
  • Esse contexto motivou o questionamento de Rafael em 20/06/2025 sobre o andamento do projeto.
  • O fato ajuda a explicar a preocupação crescente com ausência de entregáveis observáveis no início da execução.
20/06/2025 Cobrança / Prazo Importante

Questionamento sobre ausência de resultados e resposta de Diego

Rafael questionou Diego por áudio sobre o andamento. Diego respondeu reconhecendo que no início “parece que não vem muito resultado”, atribuindo isso a backend, banco de dados, arquitetura e configurações, e prometeu evolução funcional/testável no mês seguinte.

Pontos principais
  • Diego reconhece a percepção de ausência de resultado prático/visual.
  • Promete que no próximo mês haveria resultado maior, com itens funcionais e testáveis.
  • Também menciona ajuste de equipe motivado pelo tamanho do projeto e prazo, passando de 2 para 3 desenvolvedores.
🎧 Áudio Diego — 20/06/2025
Aperte no play para ouvir
🎧 Áudio Rafael em resposta — 20/06/2025
Aperte no play para ouvir
🖼️ Print da conversa — 20/06/2025
Visualização da imagem
26/06/2025 Testes Importante

Disponibilização de APKs de login/cadastro

Foram disponibilizados APKs para testes dos fluxos de login e cadastro dos apps de passageiro e motorista. Mesmo assim, até aproximadamente 11/09/2025 o cadastro ainda não estava 100% concluído, inclusive por fatores externos como liberação de APIs de terceiros.

Pontos principais
  • Mostra que houve entregas parciais/incrementais.
  • Também evidencia que fluxos básicos permaneceram em ajustes por período prolongado.
26/06/2025 Prazo / Cronograma Importante

Envio da projeção de entregas

Diego encaminhou uma Projeção de Entregas em PDF, enviada por WhatsApp e e-mail, com marcos e percentuais de andamento. O documento indicava apps em 80% em junho/2025 e prometia 100% até 25/07/2025, além de prever testes unitários e E2E.

Pontos principais
  • A projeção reforça ciência prévia da dimensão do projeto e do prazo.
  • O contraste entre a projeção e a realidade posterior sustenta a alegação de projeção substancialmente incorreta.
  • A promessa de testes unitários/E2E deveria deixar rastros técnicos, mas não foi apresentada como fluxo completo.
📄 PDF — Projeção de Entregas 26/06/2025
Leitura do documento
🖼️ Print da conversa — envio da projeção
Visualização da imagem
Julho/2025 2 eventos
11/07/2025 Prazo Importante

Questionamento de prazo e reafirmação do cronograma

Rafael registrou nova preocupação com o prazo e cobrou posicionamento. Diego respondeu que “em novembro teremos a versão” e Adriano afirmou no grupo que era mais que possível cumprir o lançamento para a segunda quinzena de novembro, com entrega para testes até o final de julho.

Pontos principais
  • A contratada reafirma confiança no prazo mesmo após cobranças.
  • Cria marcos verificáveis: testes no final de julho e versão/lançamento na segunda quinzena de novembro.
  • Essas afirmações serão confrontadas com atrasos e ausência de fluxo operacional completo.
🎧 Áudio Rafael para Diego — 11/07/2025
Aperte no play para ouvir
🖼️ Print da resposta de Diego — 11/07/2025
Visualização da imagem
🖼️ Print da conversa no grupo — 11/07/2025
Visualização da imagem
31/07/2025 Atraso Importante

Reconhecimento expresso de atraso técnico

Adriano informou no grupo que a equipe estava tecnicamente atrasada no cronograma, atribuindo o atraso a ajustes de desempenho e robustez no fluxo de solicitação/recepção de corridas. Ao final, propôs novo agendamento para apresentação de funcionalidade.

Pontos principais
  • O próprio CTO/sócio reconhece objetivamente que o cronograma não estava sendo cumprido.
  • A justificativa técnica não elimina o fato central de atraso.
  • A proposta de nova apresentação caracteriza reprogramação do avanço/entrega.
🖼️ Print da conversa — 31/07/2025
Visualização da imagem
Agosto/2025 3 eventos
11/08/2025 Cobrança / Prazo Importante

Nova manifestação de preocupação com prazo

Rafael enviou áudio a Diego manifestando novamente preocupação com o prazo de entrega do sistema.

Pontos principais
  • A cobrança demonstra que a preocupação com atraso não surgiu apenas ao final do contrato.
  • Serve como marco intermediário entre o reconhecimento de atraso e a decisão posterior de fatiar o projeto em MVP.
🎧 Áudio Rafael para Diego — 11/08/2025
Aperte no play para ouvir
🖼️ Print da conversa — 11/08/2025
Visualização da imagem
18/08/2025 MVP

Decisão de fatiar a entrega em MVP

Em call de alinhamento, ficou definido que seria necessário fatiar a entrega em um MVP para disponibilizar o mínimo necessário à transição inicial do SaaS atual para a plataforma própria.

Pontos principais
  • O MVP surge como estratégia de implantação gradual diante da percepção de que o escopo completo não seria entregue no prazo.
  • O fatiamento não altera o fato de que o contrato original previa entrega integral do escopo contratado.
  • Esse marco é essencial para diferenciar contrato original, roadmap e recorte mínimo posterior.
22/08/2025 MVP

Envio da delimitação de escopo do MVP

Rafael encaminhou à contratada a delimitação de escopo do MVP, especificando as funcionalidades mínimas a serem priorizadas para viabilizar a transição inicial da operação.

Pontos principais
  • A delimitação do MVP foi uma tentativa de contenção diante de atraso e dificuldades de execução.
  • O material foi disponibilizado via Google Drive e passou a orientar a priorização.
🖼️ Print da conversa no grupo — 22/08/2025
Visualização da imagem
Setembro/2025 6 eventos
01/09/2025 Plane / Organização

Plane passa a centralizar o escopo em cards

Adriano encaminhou link do Plane para centralizar e organizar o escopo em cards/issues, com foco principal no MVP, solicitando que Rafael inserisse as funcionalidades em formato de cards.

Pontos principais
  • O Plane foi usado para dar visão macro, rastreabilidade e acompanhamento de execução.
  • Embora já existissem Figma, documentos e alinhamentos prévios, o Plane se tornou instrumento prático de organização do MVP.
🔗 Plane — projeto/issue board do MVP
08/09/2025 Cobrança / Prazo Importante

Cobrança forte por posicionamento e data segura

Rafael encaminhou áudios a Diego e Adriano reiterando cobrança de posicionamento, alertando para descumprimento de cronograma e ausência de data segura para versão utilizável. Adriano respondeu que avaliaria tudo com Diego e equipe e que aumentariam o esforço, pois a entrega era fundamental.

Pontos principais
  • A cobrança aponta risco concreto de não haver tempo suficiente até novembro.
  • A resposta de Adriano indica reconhecimento de que seria necessário aumentar esforço.
  • Esse evento antecipa a discussão sobre ritmo semanal de entregas e sprints.
🎧 Áudio Rafael para Diego — 08/09/2025
Aperte no play para ouvir
🖼️ Print da conversa com Diego — 08/09/2025
Visualização da imagem
🎧 Áudio Rafael para Adriano — 08/09/2025
Aperte no play para ouvir
🖼️ Print da conversa com Adriano — 08/09/2025
Visualização da imagem
10/09/2025 Sprints / Expectativa Importante

Áudio de Diego sobre sprints e calibração de expectativa

Após Rafael alertar que seria necessário ritmo semanal de entregas para viabilizar uma versão mínima operável até novembro, Diego enviou áudio. O dossiê destaca que os sprints/cards passaram a ser usados como calibração de expectativa de entrega.

Pontos principais
  • Se o Plane não gerasse nenhuma referência prática, não faria sentido usá-lo para prometer datas ou calibrar expectativa.
  • O episódio ajuda a confrontar tentativas posteriores de desqualificar completamente o Plane.
🎧 Áudio Diego para Rafael — 10/09/2025
Aperte no play para ouvir
15/09/2025 MVP / Plane

Inserção das funcionalidades relevantes ao MVP no Plane

Rafael concluiu a inserção, no Plane, das funcionalidades relevantes ao MVP, deixando o conteúdo disponível para toda a equipe. Adriano respondeu mencionando expressamente que até o fim de novembro haveria o MVP completo.

Pontos principais
  • O Plane passa a funcionar como instrumento de gestão e detalhamento do escopo já discutido.
  • A fala de Adriano cria novo marco de expectativa para MVP completo até fim de novembro.
🎧 Áudio Rafael para Adriano — 15/09/2025
Aperte no play para ouvir
🎧 Resposta de Adriano — 15/09/2025
Aperte no play para ouvir
🖼️ Print da conversa — 15/09/2025
Visualização da imagem
19/09/2025 MVP / Prazo Importante

Adriano afirma que “já pode acabar em novembro”

Depois de Rafael concluir no Plane a inclusão de itens que seriam parte do produto completo, Adriano enviou áudio indicando que “já pode acabar em novembro”, mantendo a expectativa/compromisso de conclusão em novembro/2025.

Pontos principais
  • Reforça que a contratada mantinha expectativa de conclusão em novembro.
  • Também reforça que o Plane estava sendo usado como referência prática do escopo e do planejamento.
🎧 Áudio Adriano — 19/09/2025
Aperte no play para ouvir
29/09/2025 Prazo

Rafael sugere reavaliação do projeto diante da evolução insuficiente

Diante da proximidade do prazo e da percepção de evolução insuficiente, Rafael enviou áudio a Adriano questionando se seria necessário reavaliar o projeto para confirmar se ainda haveria condições de cumprir o prazo alinhado.

Pontos principais
  • O fluxo projetado por Adriano não se concretizou de forma operacional até a data de criação do dossiê.
  • O dossiê também observa que em 26/09/2025 ainda eram tratadas questões de cadastro/login, indicando atraso relevante.
🎧 Áudio Rafael para Adriano — 29/09/2025
Aperte no play para ouvir
🖼️ Print da conversa — 29/09/2025
Visualização da imagem
Outubro/2025 3 eventos
02/10/2025 Prazo / Entrega Importante

Adriano confirma entrega até 30/11 e fala em “versão premium/completa”

Rafael solicitou confirmação do prazo do MVP até o fim de novembro, destacando impactos operacionais dependentes da entrega. Adriano confirmou expressamente o compromisso até 30/11/2025, disse que “prazo é prazo” e afirmou que não trabalhariam mais com hipótese de MVP, mas de versão premium/completa.

Pontos principais
  • A fala reforça a expectativa de entrega até 30/11/2025.
  • Adriano reconhece que até então “não estava aparecendo resultado”, mas afirma que os resultados começariam a aparecer.
  • A promessa incluiu visualização do painel administrativo, categorias e controles, ainda que posteriormente incompletos/inoperantes.
🎧 Áudio Rafael para Adriano — 02/10/2025
Aperte no play para ouvir
🎧 Resposta de Adriano — 02/10/2025
Aperte no play para ouvir
🖼️ Print da conversa — 02/10/2025
Visualização da imagem
07/10/2025 Cronograma

Pedido de cronograma semanal e registro de ausência de testes úteis

Rafael solicitou que a contratada apresentasse cronograma semanal objetivo de entregas, com versões instaláveis para teste. Registrou que, faltando cerca de 6–7 semanas para o prazo prometido, não havia conseguido testar praticamente nada, nem simulações básicas.

Pontos principais
  • O pedido buscava previsibilidade e evitar concentração de testes e correções apenas ao final.
  • O evento reforça que o risco de atraso adicional já era evidente em outubro.
🎧 Áudio Rafael para Adriano — 07/10/2025
Aperte no play para ouvir
🎧 Complemento de áudio — 07/10/2025
Aperte no play para ouvir
🖼️ Print da conversa — 07/10/2025
Visualização da imagem
14/10/2025 Cronograma Importante

Novo cronograma de entregas e incongruências

A AD encaminhou cronograma de entregas UgoApp com atividades pendentes distribuídas entre 20/10/2025 e 28/11/2025. O dossiê aponta incongruência com promessas anteriores, pois itens como cadastro/login, fluxo de corrida e painel mínimo ainda apareciam como entregas futuras.

Pontos principais
  • Itens tratados antes como esperados/testáveis desde meses anteriores ainda estavam concentrados nas semanas finais.
  • O núcleo do produto — cadastro, corrida e painel mínimo — seguia sem maturidade operacional.
  • O cronograma evidencia desalinhamento entre promessas/expectativas e estágio real do desenvolvimento.
📄 PDF — Cronograma de entregas 14/10/2025
Leitura do documento
🖼️ Print da conversa no grupo — 14/10/2025
Visualização da imagem
Novembro/2025 3 eventos
10/11/2025 Parceria / Financeiro Importante

Desistência da parceria comercial e proposta de reestruturação financeira

Em videoconferência, Diego e Adriano comunicaram a desistência da parceria comercial de 10% e apresentaram propostas financeiras que buscavam substituir a participação por pagamentos mensais adicionais ou pagamento na entrega do MVP, mesmo sem entrega integral do objeto contratual.

Pontos principais
  • Àquela altura, Rafael já havia pago R$ 30.000,00.
  • A proposta de pagamento adicional surgiu quando já era previsível que a entrega integral não ocorreria no prazo.
  • Rafael não aceitou por proteção do investimento, pois nem o MVP estava palpável/validável.
🖼️ Print da conversa comprovando reunião — 10/11/2025
Visualização da imagem
🖼️ Print da proposta enviada — 10/11/2025
Visualização da imagem
🖼️ Print da conversa da proposta — 10/11/2025
Visualização da imagem
26/11/2025 Entrega Importante

Promessa de entrega da Central de Atendimento

Diego afirma em WhatsApp, por mensagem e áudio, que a Central de Atendimento seria entregue em 05/12. A central era uma das funcionalidades do sistema e estava prevista naquele momento.

Pontos principais
  • Esse registro é relevante para avaliar promessas específicas de entrega próximas ao prazo do MVP.
  • O dossiê indica que a conversa pode ser acessada se necessário.
28/11/2025 Entrega / MVP Ponto crítico

Data prevista do MVP e adiamento da apresentação

Na data tratada como marco para o sistema estar em condição mínima de testes completos, Adriano respondeu que haveria apresentação, mas relatou problemas na integração financeira que travavam o fluxo da corrida. Por isso, propôs adiar a apresentação para a semana seguinte.

Pontos principais
  • O sistema já deveria estar operável e testável de ponta a ponta.
  • As apresentações anteriores eram incrementais e fragmentadas, sem conclusão de fluxo operacional completo.
  • O travamento financeiro atingia o núcleo do produto: fluxo de corrida e pagamento.
🖼️ Print da conversa — 28/11/2025
Visualização da imagem
Dezembro/2025 7 eventos
05/12/2025 Entrega parcial Ponto crítico

Status formal: fluxos parciais e pendências para 12/12

Adriano informou que seriam apresentados fluxos de passageiro, admin e motorista, mas que o fluxo de corrida, embora estruturado, não seria apresentado completo por depender do financeiro. Listou pendências para 12/12: Central de Atendimento, Dinâmica, Financeiro/Mercado Pago, Bots e Fluxo de Corrida.

Pontos principais
  • O fluxo de corrida, componente central da operação, continuava sem apresentação completa.
  • A aceitação de nova data por Rafael é interpretada no dossiê como tolerância operacional e tentativa de mitigação de danos, não renúncia de direitos.
  • A menção à “Dinâmica” será relevante diante de posteriores classificações/reduções de escopo.
🖼️ Print da conversa — 05/12/2025
Visualização da imagem
12/12/2025 Entrega

Reunião sem responsáveis e sem entregas prometidas

A reunião de 12/12 ocorreu sem a participação dos responsáveis Diego e Adriano, e as funcionalidades prometidas por Adriano em 05/12 não foram entregues. Consta histórico de conversas no grupo.

Pontos principais
  • O evento reforça a sequência de reprogramações e promessas não cumpridas.
  • É antecedente direto do registro de inviabilidade de testes feito em 15/12.
15/12/2025 Homologação

Registro de inviabilidade de testes essenciais

Rafael documentou o estado do sistema após a reunião de 12/12, registrando que a versão ainda não permitia testar o essencial: cadastros, parâmetros, solicitação de corridas, valores/tarifas e fluxos principais de ponta a ponta. Solicitou que a versão não fosse considerada início do prazo contratual de homologação.

Pontos principais
  • Diego respondeu reconhecendo que os itens mencionados estavam previstos para próxima entrega e sendo implementados.
  • Diego concordou que os 15 dias de homologação deveriam contar somente após entrega funcional, com cadastros/parâmetros e fluxos principais habilitados.
  • Esse marco é central para afastar a tese de homologação iniciada sem produto testável.
🖼️ Print da conversa — 15/12/2025
Visualização da imagem
19/12/2025 Entrega Importante

Promessa de entrega do fluxo de corridas e postergação do financeiro

Adriano informou que entregaria o fluxo de corridas e liberaria a funcionalidade para testes, mas que o módulo financeiro seria concluído apenas em 31/12. O dossiê ressalta que o fluxo de corridas não operava corretamente e impedia validação ponta a ponta.

Pontos principais
  • O chamado fluxo de corridas, embora apresentado como entregue, não era estável, confiável ou minimamente seguro para operação real.
  • O financeiro, essencial para a corrida com pagamento, foi postergado para 31/12.
  • O registro reforça a distinção entre demonstração/liberação parcial e entrega homologável.
🖼️ Print da conversa do grupo — 19/12/2025
Visualização da imagem
19/12/2025 MVP / Prioridade Importante

Pedido de priorização do MVP

Rafael solicitou reunião de alinhamento de prioridades, apontando preocupação de que entregas anunciadas não estavam prontas e que havia risco de não dar tempo. Destacou que a Central de Atendimento era relevante, mas não prioritária frente a itens necessários à viabilidade operacional do MVP, como Dinâmica, taxa de cancelamento e outros.

Pontos principais
  • Adriano respondeu que o MVP estava sendo conduzido “literalmente o que reza nos requisitos do contrato”.
  • O dossiê ressalta que “seguir literalmente o contrato” não se compatibiliza com a ideia de MVP como recorte mínimo.
  • O MVP surgiu como contenção diante do atraso, não como substituto do objeto originalmente pactuado.
🎧 Áudio Rafael para Adriano — 19/12/2025
Aperte no play para ouvir
🖼️ Print da conversa com Adriano — 19/12/2025
Visualização da imagem
31/12/2025 Entrega Ponto crítico

Anúncio de liberação completa de Corrida e Financeiro

Adriano informou no grupo que até 12h seriam liberadas as funcionalidades completas de Corrida e Financeiro, incluindo integração com Mercado Pago, orientando Rafael a testar os apps e reportar pontos no grupo.

Pontos principais
  • Apesar do teor objetivo da mensagem, o dossiê registra que não houve funcionamento prático do módulo financeiro/pagamentos.
  • O restante do sistema permaneceu sem operar de forma utilizável.
  • O comunicado de “funcionalidades completas” não se confirmou na prática.
🖼️ Print da conversa no grupo — 31/12/2025
Visualização da imagem
31/12/2025 Homologação Ponto crítico

Rafael registra que o fluxo completo ainda não estava disponível

Rafael registrou por escrito a Diego que, embora houvesse avanço, a versão ainda não estava pronta para testes: não era possível simular corridas com pagamento digital dependente do Mercado Pago e ainda existiam pendências para fechar o fluxo ponta a ponta.

Pontos principais
  • O núcleo operacional corrida + financeiro permanecia inoperante para homologação real.
  • A contestação ocorre na mesma data em que a contratada afirma liberação completa.
  • Esse confronto é relevante para discutir suposta entrega em 31/12/2025.
🖼️ Print da conversa — 31/12/2025
Visualização da imagem
Janeiro/2026 10 eventos
06/01/2026 Distrato / Homologação Ponto crítico

Intenção de distrato partindo da contratada

Em call solicitada por Diego e Adriano, a contratada sinalizou intenção de encerrar o contrato por motivos internos pouco especificados. Na sequência, Diego confirmou em áudio que o distrato já estaria com o jurídico, mas também afirmou que Rafael poderia testar com calma e que a AD corrigiria o que fosse necessário.

Pontos principais
  • A AD passou a sustentar que a versão já teria sido entregue e que estaria em homologação, embora o sistema não estivesse testável de ponta a ponta.
  • O próprio áudio reconhece existência de correções e pendências.
  • Diego menciona que a AD estaria sem receber desde novembro, mas o contrato condicionava pagamento maior à entrega/homologação.
🎧 Áudio Diego — 06/01/2026
Aperte no play para ouvir
08/01/2026 Formalização Importante

E-mails de Rafael sobre homologação parcial e escopo do MVP

Rafael enviou e-mails formalizando que janeiro deveria ser tratado como testes/homologação parcial do que estivesse disponível, e que a homologação oficial contratual de 15 dias só deveria iniciar após disponibilização completa do fluxo do MVP. Também formalizou o escopo do MVP com referência aos cards do Plane e itens destacados em laranja.

Pontos principais
  • Rafael registrou exemplos de fluxos ainda não homologáveis, como corrida com cartão e saque do motorista.
  • O e-mail busca evitar divergência sobre início da homologação oficial.
  • Também registra que o MVP completo deveria ser entregue conforme Plane, ainda que em etapas.
🎥 Vídeo do envio do email
Aperte no play para ver

📋 Conteúdo do email enviado
Conteúdo do e-mail enviado
Prezados(as) da AD Soluções em Tecnologia, Conforme nossa conversa mais recente, envio este e-mail para formalizar o alinhamento do escopo referente ao MVP (versão mínima) do sistema UGO, que é o foco de entrega considerado neste momento. Como contextualização, inicialmente o projeto contratado abrangia um produto mais completo. Ao longo do desenvolvimento, ficou evidente que a entrega integral dentro do prazo não seria viável. Para viabilizar uma entrega mínima e acelerar a entrada em operação, eu (Rafael - Ugo app) reestruturei o planejamento e reparti o produto em um MVP, com os respectivos cards e documentos detalhados no Plane (https://plane.adsolucoestecnologia.com.br/adtecnologia/projects/7a76a2b7-3f33-49ec-86c1-ae7082c30174/issues/), definindo as funcionalidades que compõem esta versão mínima. Seguem as referências dos cards que compõem o MVP no Plane: UGOAP-30, UGOAP-17, UGOAP-15, UGOAP-12, UGOAP-7, UGOAP-6, UGOAP-2, UGOAP-1, UGOAP-46, UGOAP-26, UGOAP-25, UGOAP-23, UGOAP-11, UGOAP-4, UGOAP-10, UGOAP-63, UGOAP-62, UGOAP-61, UGOAP-59, UGOAP-52, UGOAP-32, UGOAP-31, UGOAP-28, UGOAP-27, UGOAP-24, UGOAP-22, UGOAP-21, UGOAP-20, UGOAP-19, UGOAP-18, UGOAP-16, UGOAP-14, UGOAP-13, UGOAP-9, UGOAP-8, UGOAP-5. Ressalto também que, a pedido da própria equipe de desenvolvimento (em especial do desenvolvedor Vinícius), eu (Rafael) movi os cards referentes ao MVP para a coluna “To do”, exclusivamente por organização do board. Não houve inclusão posterior de novas funções/cards nesse conjunto — foi apenas a movimentação do que já estava definido como MVP (ou versão mínima), conforme alinhado com a AD. Mesmo após essa divisão em MVP, em alguns cards eu destaquei determinados itens e sub-funções na cor laranja. A finalidade dessa marcação foi exclusivamente de priorização (faseamento), para permitir a entrega do essencial com menor atraso. É importante registrar que os itens destacados em laranja não representam exclusão de escopo do MVP; tratam-se de entregas de menor prioridade, porém ainda integrantes do MVP. Na call de ontem (06/01/2026), foi definido que a AD Soluções pretende limitar a entrega apenas ao MVP e não mais ao produto completo. Compreendo esse direcionamento, e por isso é importante alinharmos que o MVP deve ser entregue de forma completa, conforme definido nos cards e documentos do Plane (incluindo os itens marcados em laranja), ainda que em etapas. Como proposta prática de condução: Caso seja possível, o cenário ideal é a entrega de todo o MVP, incluindo itens destacados em laranja até 01/02/2026. Caso não seja possível concluir tudo até essa data, seguimos com a entrega por fases: Entrega do que não está destacado em laranja (para viabilizar operação mínima); Conclusão posterior dos itens destacados em laranja, como parte necessária para fechamento do MVP. Aproveito para registrar, por cautela, que o alinhamento acima é sobre o escopo/entrega do MVP (versão mínima). O tema do distrato, sinalizado e proposto pela AD soluções em tecnologia e seus termos específicos ainda serão combinados. Para facilitar e deixar tudo alinhado de forma oficial e definitiva, sugiro uma call de alinhamento do escopo na sexta feira (09/01/2026) às 16:00 ou outra data entre o dia 12/01/2026 a 13/01/2026 às 16:00, que deve servir como referência oficial. Se estiver ok, peço que me confirmem por e-mail ou whatsapp (14) 9 9103-2121 Por fim, peço também que confirmem por resposta este entendimento, para que possamos organizar a validação do MVP de forma alinhada entre as partes. Atenciosamente, Rafael - Ugo app
09/01/2026 Documento AD Ponto crítico

AD envia documento técnico de classificação do MVP e minuta de distrato

Rafael recebeu resposta por e-mail da contratada informando a consolidação de documento técnico de classificação do MVP, classificando itens como previstos contratualmente, cortesia técnica ou fora do escopo. No mesmo contexto, Diego enviou minuta de distrato.

Pontos principais
  • A AD sustentou que o Kanban/Plane teria caráter exclusivamente operacional e sem validade contratual.
  • O dossiê aponta contradição: durante a execução, o Plane foi usado para organizar e registrar o que seria entregue como MVP.
  • O documento técnico apresenta inconsistências internas, como repetição de identificador de card em funcionalidades/categorias distintas e ausência de referência a UGOAP-21.
📝 Distrato enviado por Diego — 09/01/2026
Leitura do documento
📄 Documento técnico de classificação do MVP — anexo AD
Leitura do documento
14/01/2026 Resposta formal Importante

Rafael responde ao e-mail de distrato com documentos técnicos

Rafael respondeu ao e-mail de distrato, encaminhando três documentos complementares: Memorial Técnico de Esclarecimento do Escopo Contratado, Nota Técnica de Contextualização e Esclarecimento e Minuta de Encerramento Contratual.

Pontos principais
  • A resposta buscava análise objetiva, alinhada e documentada sobre escopo, entrega e critérios de validação/homologação.
  • Rafael propôs que o Memorial Técnico fosse adotado como referência principal de escopo contratado.
  • A mensagem preserva direitos contratuais enquanto não houvesse consenso ou produto homologável.
📄 Memorial Técnico de Esclarecimento do Escopo Contratado
Leitura do documento
📄 Nota Técnica de Contextualização e Esclarecimento
Leitura do documento
📄 Minuta de Encerramento Contratual
Leitura do documento
16/01/2026 Prazo / Correções Importante

Diego reafirma trabalho técnico e menciona API do Mercado Pago

Diego informou no WhatsApp que a equipe estava atuando nas correções e que Adriano comunicaria atualizações no grupo. Rafael pediu urgência e preocupação com prazos/encerramento. Diego respondeu que a equipe seguia trabalhando normalmente e atribuiu instabilidade à API do Mercado Pago.

Pontos principais
  • Mostra continuidade do trabalho técnico após a suposta entrega/homologação.
  • O problema financeiro/Mercado Pago permanece como ponto crítico para operação.
🖼️ Print da conversa — 16/01/2026
Visualização da imagem
20/01/2026 Documento AD Ponto crítico

AD envia Posicionamento Formal

A AD encaminhou e-mail de posicionamento formal informando que analisou os documentos enviados por Rafael e não concordava com sua interpretação. Sustentou escopo fechado, caráter operacional do Kanban/Plane, impossibilidade de aceitar a minuta de distrato do contratante e apresentou alternativas para encerramento ou continuidade.

Pontos principais
  • O dossiê aponta alegações incompatíveis com o histórico: imputação de inadimplência sem base objetiva, suposta entrega do MVP sem checklist/aceite e tentativa de requalificar o contrato como escopo fechado.
  • Também há menção a inconsistência de data no documento.
  • A AD solicitou escolha de alternativa até 28/01/2026.
📄 Documento AD/Diego — Posicionamento Formal 20/01/2026
Leitura do documento
21/01/2026 Resposta UGO Importante

UGO envia POSICIONAMENTO_FINAL contestando a tese da AD

Rafael respondeu ao posicionamento formal da AD, anexando documento final para contestar as alegações, reiterar que não houve entrega válida/homologável do MVP e propor videoconferência de conciliação técnico-contratual em 22/01, com prazo até 23/01 para consenso.

Pontos principais
  • O posicionamento condiciona qualquer encaminhamento a alinhamento objetivo sobre escopo contratado, entregue, pendente e critérios de homologação.
  • Rafael reserva o direito de adotar medidas administrativas/judiciais em caso de ausência de consenso.
  • O documento reforça que não havia início válido do prazo oficial de homologação.
📄 Documento enviado por Rafael — POSICIONAMENTO_FINAL 21/01/2026
Leitura do documento
🎧 Áudio Rafael para Diego — 21/01/2026
Aperte no play para ouvir
🎧 Resposta de Diego — 21/01/2026
Aperte no play para ouvir
🎧 Resposta de Rafael — 21/01/2026
Aperte no play para ouvir
21/01/2026 Homologação Importante

Diego reconhece prazo até 02/02 para fluxos 100%

No áudio de 21/01, Diego afirma que não contariam homologação enquanto os fluxos não estivessem 100% e que a equipe teria até 02/02 para deixar os fluxos completos. Também declara que tudo que fosse necessário seria corrigido e que o time continuava trabalhando.

Pontos principais
  • A fala é incompatível com a tese de MVP entregue em 31/12/2025.
  • Diego indica que o prazo de homologação só começaria quando Rafael dissesse que os fluxos estavam completos e testáveis.
  • O evento enfraquece a ideia de inadimplência simples do contratante e reforça que o conflito central era entrega funcional/homologável.
🎧 Resposta de Diego — 21/01/2026
Aperte no play para ouvir
30/01/2026 Entrega / Formalização Importante

Rafael exige formalização objetiva da entrega do MVP

Rafael solicitou formalização objetiva da entrega do MVP com validação por checklist, orientando a contratada a acessar o portal de formalização de entregas da UGO. Diego respondeu que “o aplicativo já foi disponibilizado” e que Rafael poderia realizar testes, o que aparentava sugerir entrega do MVP.

Pontos principais
  • Rafael contestou que liberação de app não corresponde a entrega do MVP.
  • Exigiu documento assinado com lista item a item do escopo, indicando entregue/não entregue e pendências.
  • Foi fixado prazo final de 02/02/2026 para entrega funcionando e formalizada.
🖼️ Print da mensagem de Rafael a Diego — 30/01/2026
Visualização da imagem
🖼️ Print da resposta de Diego — 30/01/2026
Visualização da imagem
30/01/2026 Entrega / Incongruência Importante

Falha operacional com APKs e recuo semântico sobre “entrega”

Diego informou que houve falha operacional: APKs corrigidos teriam sido publicados em grupo interno, e não no grupo correto com Rafael. Também tentou reduzir o alcance do termo “entrega”, afirmando que não entrou no mérito de ser MVP ou versão final.

Pontos principais
  • O episódio reforça desorganização na gestão de versões, canal de distribuição e validação prévia.
  • A fala contradiz documento formal da AD que sustentava entrega do MVP em 31/12/2025.
  • A contratada alterna entre “MVP entregue” e “entrega” genérica sem compromisso de escopo.
🖼️ Print da resposta de Diego — 30/01/2026
Visualização da imagem
Fevereiro/2026 3 eventos
02/02/2026 Entrega / APKs Importante

Nova disponibilização de APKs sem formalização do MVP

Adriano encaminhou mensagem informando disponibilização dos aplicativos para que Rafael analisasse com calma e apontasse eventuais falhas, bugs ou melhorias. Também sugeriu reagendamento da reunião por ausência do desenvolvedor responsável pelos apps.

Pontos principais
  • Não houve menção a entrega do MVP nem formalização objetiva item a item.
  • A linguagem “eventuais falhas” e “pontos de melhoria” é incompatível com falhas estruturais impeditivas.
  • O registro reforça padrão de liberações sucessivas sem validação interna suficiente e sem delimitação formal do escopo entregue.
🖼️ Print da conversa — 02/02/2026
Visualização da imagem
03/02/2026 Falhas críticas

Rafael envia documento com apontamentos de falhas críticas

Na terça-feira, Rafael enviou documento para Diego e Adriano por e-mail e no grupo oficial do WhatsApp, com vários apontamentos de falhas críticas nos fluxos principais.

Pontos principais
  • O envio de apontamentos reforça que a versão ainda dependia de correções substanciais.
  • Esse evento complementa a tese de que não havia MVP operacional e homologável.
🖼️ Print do envio do doc no grupo do whatsapp — 30/01/2026
Visualização da imagem

📄️ DOC dos apontamentos — 30/01/2026
Visualização do doc
12/02/2026 Novo prazo / Correções Importante

AD solicita mais 60 dias para realizar correções necessárias

A AD Soluções encaminhou e-mail à Ugo App informando que precisaria de mais 60 dias para realizar as correções necessárias. Rafael não respondeu ao e-mail, pois, àquela altura, o projeto já se encontrava substancialmente atrasado, os problemas já haviam sido reiteradamente apontados e todos os avisos possíveis já tinham sido feitos.

Pontos principais
  • O pedido de mais 60 dias reforça que o sistema ainda não estava em condição de entrega funcional/homologável.
  • A solicitação ocorreu após sucessivos atrasos, cobranças e apontamentos de falhas críticas.
  • Rafael não respondeu por entender que a situação já estava suficientemente documentada e que o novo prazo agravava o descumprimento do cronograma.
🖼️ Print do e-mail enviado pela AD — 12/02/2026
Visualização da imagem
📋 Conteúdo do e-mail enviado pela AD — 12/02/2026
Conteúdo do e-mail
Março/2026 1 evento
05/03/2026 Notificação extrajudicial

Envio de notificação extrajudicial à AD Soluções

Foi enviada notificação extrajudicial à empresa AD Soluções em Tecnologia, formalizando a posição da UGO App diante do histórico de atrasos, falhas, ausência de entrega funcional homologável e necessidade de solução efetiva para o impasse contratual.

Pontos principais
  • A notificação formaliza, por via extrajudicial, os problemas já apontados ao longo da execução do projeto.
  • O envio ocorre após sucessivos atrasos, pedidos de prazo e tentativas de correção sem estabilização do sistema.
  • O documento passa a compor o conjunto de registros formais sobre o descumprimento contratual alegado.
🖼️ Documento da notificação extrajudicial — 05/03/2026
Visualização do documento
Abril/2026 3 eventos
07/04/2026 Recebimento formal

Notificação extrajudicial recebida pelo representante legal da AD

A notificação extrajudicial enviada à AD Soluções foi recebida em 07/04/2026 pelo representante legal da empresa, Diego. Esse recebimento confirma a ciência formal da AD Soluções sobre o teor da notificação encaminhada pela UGO App.

14/04/2026 Contranotificação

AD Soluções encaminha contranotificação à UGO App

Em 14/04/2026, a AD Soluções encaminhou uma contranotificação à UGO App por meio de seu advogado, em resposta à notificação extrajudicial anteriormente recebida. A comunicação foi posteriormente compartilhada com Rafael para ciência integral do teor e arquivamento.

📋️ Conteúdo da contranotificação — 14/04/2026
Visualização documento
15/04/2026 Correções / Testes

AD informa implementação de correções e libera novos APKs e ambientes de teste

A AD Soluções enviou e-mail e mensagem no grupo do WhatsApp informando que as correções solicitadas e previamente alinhadas teriam sido implementadas. Também foram disponibilizados novos APKs e ambientes de teste. Após a realização dos testes, Rafael constatou que as correções solicitadas não foram efetivamente resolvidas e que os fluxos continuavam sem funcionar adequadamente.

Pontos principais
  • A comunicação da AD indicava que as correções previamente alinhadas haviam sido implementadas.
  • A disponibilização de novos APKs e ambientes de teste abriu nova rodada de validação.
  • Os testes realizados demonstraram que os problemas persistiam e que o sistema continuava incompatível com uma operação mínima funcional.
🖼️ Print do e-mail da AD — 15/04/2026
Visualização da imagem
📋 Conteúdo do e-mail enviado pela AD — 15/04/2026
Prezado Rafael, Espero que esteja bem. Dando continuidade ao plano de correções e evoluções do Uggo App, informamos que as demandas previstas nesta etapa foram concluídas e já estão disponíveis para testes e validação. Reforçamos que todos os itens solicitados e previamente alinhados foram devidamente implementados, estando agora liberados para conferência em ambiente de testes. Acesso ao Painel Administrativo: URL: https://ugo-admin.adsolucoestecnologia.com.br/ Usuários para testes: admin@email.com passageiro@email.com motorista@email.com central@email.com Senha para todos os acessos: 123456 Sistema de Suporte: Para registro de eventuais apontamentos, dúvidas ou validações, estão disponíveis os seguintes canais: WhatsApp de suporte Portal Helpdesk: https://helpdesk.adsolucoestecnologia.com.br/auth Credenciais de acesso ao Helpdesk: Usuário: ugo@ugoapp.com.br Senha: 123@Padrao! Solicitamos que, durante os testes, qualquer observação seja formalizada preferencialmente pelo sistema de suporte, para melhor rastreabilidade e acompanhamento técnico. Permanecemos à disposição para quaisquer esclarecimentos e para apoiar o processo de validação. Atenciosamente,
Maio/2026 1 evento
05/05/2026 Conclusão técnica

Estado do sistema permanece incompatível com MVP operável

O dossiê conclui que, mesmo após novas promessas de correção, novos prazos, liberações de APKs e ambientes de teste, a versão não possuía condições mínimas de operação segura e contínua, nem permitia validação completa de ponta a ponta em fluxos essenciais. O produto permaneceu em ciclo prolongado de correções, liberações e ajustes, sem estabilização operacional.

Pontos principais
  • Não havia formalização auditável de entrega funcional e homologável.
  • Houve mudança de narrativa sobre prazo, MVP, correções e homologação.
  • O ônus de validação foi transferido ao contratante, com falhas tratadas como eventuais bugs.
  • A desorganização operacional gerou atrasos, retrabalho e insegurança sobre o que deveria ser testado.
  • Mesmo após a comunicação de 15/04/2026, os testes indicaram que as correções solicitadas não haviam sido efetivamente resolvidas.