Valuation do Software iFriend Agents — Cenário de M&A (venda como ativo)¶
Data-base: 16/10/2026 · Versão avaliada: 4.0.0 (branch
feature/agentforce, commit0ff070e) Objeto: o código-fonte, a documentação, os pipelines de deploy e o know-how do repositórioifriend-agents, vendidos como ativo intangível (asset deal), separados da operação da iFriend. Natureza: estimativa técnica para orientar negociação. Não é laudo contábil/fiscal (CPC 04 / IFRS 3 / PPA) nem fairness opinion. Esses documentos exigem avaliador independente e dados financeiros que não estão no repositório.Substitui, para fins de M&A, a Avaliação de Valor de fev/2026. Aquela avaliação foi feita sobre a v2.2.3, com ~800h estimadas e ótica de licenciamento a cliente final. Desde então o escopo cresceu bastante (A2A, Agentforce, busca vetorial, knowledge base, propostas em PDF, áudio/arquivos, controle de acesso dinâmico, dashboard de tenants).
1. Sumário executivo¶
| Abordagem | Faixa | Peso | Comentário |
|---|---|---|---|
| Custo de reprodução (ajustado por obsolescência e riscos) | R$ 0,9 M – R$ 2,2 M | 60% | Abordagem principal: o ativo ainda não tem receita própria relevante |
| Mercado (transações e múltiplos de ativos de IA aplicada) | R$ 1,0 M – R$ 3,0 M | 25% | Poucos comparáveis públicos de asset deals desse porte; serve de sanidade |
| Renda (fluxo de caixa descontado da exploração do ativo) | R$ 0,3 M – R$ 4,0 M | 15% | Muito sensível a premissas de clientes; peso baixo até haver dados de receita |
Valor justo de referência (ponderado, cenário base): ~R$ 1,5 milhão.
| Posição na negociação | Valor | Quando usar |
|---|---|---|
| Piso (walk-away do vendedor) | R$ 0,9 M | Comprador financeiro, sem retenção do time, sem uso no setor de turismo |
| Âncora de abertura | R$ 2,4 M | Comprador estratégico em turismo/travel tech |
| Valor-alvo de fechamento | R$ 1,5 M – R$ 1,8 M | Com transição técnica de 6 meses e earn-out |
| Teto plausível | R$ 3,0 M+ | Comprador estratégico com sinergia de distribuição (DMCs, OTAs, CRM de turismo) e receita recorrente comprovada |
Os fatores que mais mexem no preço, em ordem:
- Concentração de conhecimento em uma pessoa (97% dos commits). Sem retenção ou transição estruturada, o comprador desconta 20–30%.
- Acoplamento às APIs da iFriend (catálogo, reservas, pagamento). Para um comprador fora do ecossistema iFriend, boa parte das 33 tools precisa ser reescrita.
- Ausência de receita recorrente comprovada. É o que separa um ativo de R$ 1–2 M de um negócio de R$ 4 M+.
2. O que está sendo vendido¶
2.1 Métricas objetivas do repositório (medidas em 16/10/2026)¶
| Métrica | Valor |
|---|---|
| Período de desenvolvimento | 11/11/2025 → 07/10/2026 (~11 meses) |
| Commits | 893 (Glauber Portella 868 · igor veroneze 34 · outros 4) |
| Versão | 4.0.0 (SemVer, CHANGELOG mantido) |
| Arquivos versionados | 610 |
| Python de produção | ~36,9 mil linhas |
| Python de testes | ~23,4 mil linhas, 1.497 funções de teste em 100 arquivos |
| TypeScript/TSX (dashboard de tenants) | ~1,3 mil linhas |
| Documentação | ~53,5 mil linhas de Markdown, 129 documentos em docs/, site MkDocs |
| Pipelines de deploy | 14 arquivos Cloud Build (prod/stage + instâncias dedicadas) |
A relação teste/produção (~0,63 linha de teste por linha de código) é alta para software de agentes de IA e reduz o risco técnico percebido na due diligence.
2.2 Inventário funcional¶
| Bloco | Conteúdo | Localização |
|---|---|---|
| Orquestração multi-agente | root_agent + 13 sub-agentes (discovery, itinerary, quote, booking, booking_info, payment, utils, support, custom_tour, proposal, custom_affiliate_booking, research, faq), composição por feature flags, prompts dinâmicos, static_instruction cacheável |
ifriend_agent/agents, agent_builder.py, prompts/ |
| Tools de domínio (33) | Busca de produtos, disponibilidade, variações, preço, câmbio, reservas (guia/experience), contas viajante/agência, pagamento tokenizado, e-mail, CSV, propostas em PDF, formulários de suporte | ifriend_agent/tools |
| Mensageria multicanal | 6 adapters (WhatsApp oficial, WhatsApp Evolution, Telegram, Slack, WebChat, SSE), transcrição de áudio, arquivos, whitelabel, LoopGuard anti-loop bot-a-bot | runtime/messaging |
| Sessão, memória e identidade | Sessões CloudSQL/Redis, memória entre sessões com sumarização LLM, JWT, controle de acesso dinâmico por role (affiliate/admin) | runtime/sessions, ifriend_agent/memory, config/*_access.py |
| Interoperabilidade | Servidor A2A (JSON-RPC, streaming, persistência de tasks, cancelamento cooperativo, extensão caller-context/v1) |
runtime/a2a |
| Integração CRM | Handoff para Salesforce Agentforce (relay, OAuth, circuit breaker, Case "Fluxo de Vendas" via Composite Upsert) | ifriend_agent/integrations/agentforce |
| Busca semântica | Busca vetorial (Qdrant) e worker de sincronização do catálogo | runtime/workers/product_search_sync |
| Knowledge base | Serviço e worker de ingestão por afiliado | apps/knowledge-base-service, runtime/workers/knowledge_base |
| Analytics e billing | Tracking de uso (PostHog, Pub/Sub, BigQuery), worker de analytics, dashboard de tenants (Next.js) | runtime/analytics, runtime/workers/analytics, apps/tenant-dashboard |
| Plataforma/DevOps | Docker, Cloud Build, manifests k8s, schema SQL, avaliação de agentes | cloudbuild*.yaml, runtime/infra, runtime/evaluations |
| Instâncias derivadas | Agentes dedicados (Catedral da Sé, Vai Voando, Reservas) mostram que a base é reutilizável como produto | catedral_agent/, cloudbuild.vaivoando.yaml, cloudbuild.reservas.yaml |
2.3 O que não está incluído (e precisa ficar claro no contrato)¶
- APIs de backend da iFriend (catálogo, reservas, pagamentos, autenticação). O agente as consome, mas não as contém.
- Base de clientes, contratos, marca "iFriend" e domínios, salvo negociação à parte.
- Dados de produção (sessões, memórias, analytics) — sujeitos à LGPD; a transferência exige base legal.
- Contas de nuvem (GCP), credenciais de terceiros (Salesforce, SendGrid, Meta, gateway de pagamento).
3. Abordagem 1 — Custo de reprodução (principal)¶
Pergunta que esta abordagem responde: quanto um comprador gastaria, e quanto tempo levaria, para construir hoje um software com a mesma utilidade?
3.1 Custo do time (Brasil, 2026, custo total com encargos)¶
| Papel | Custo mensal (R$) | Alocação típica |
|---|---|---|
| Tech lead / arquiteto de agentes | 32.000 | 1,0 |
| Engenheiro(a) backend sênior (Python) | 26.000 | 2,0 |
| Engenheiro(a) de LLM / IA aplicada | 30.000 | 1,0 |
| DevOps / SRE | 26.000 | 0,5 |
| QA / automação | 16.000 | 0,5 |
| Produto (PM) | 22.000 | 0,3 |
| Custo médio ponderado por pessoa-mês | ≈ 27.000 |
3.2 Estimativa por módulo (time tradicional, sem o know-how já acumulado)¶
| Módulo | Pessoa-mês |
|---|---|
| Orquestração multi-agente, 13 sub-agentes, prompts e feature flags | 14 |
| 33 tools de domínio + integrações (catálogo, reservas, pagamento, câmbio) | 12 |
| Mensageria multicanal (6 adapters, áudio, arquivos, whitelabel, LoopGuard) | 10 |
| Sessões, memória, JWT, controle de acesso dinâmico | 6 |
| Servidor A2A completo | 4 |
| Handoff Salesforce Agentforce | 4 |
| Busca semântica + worker de sync | 5 |
| Knowledge base (serviço + worker) | 4 |
| Analytics, billing e dashboard de tenants | 5 |
| Orçamento / proposta em PDF | 3 |
| Infra, CI/CD, observabilidade | 4 |
| Suíte de testes (~1,5 mil testes) e avaliação de agentes | 6 |
| Documentação técnica | 2 |
| Total | 79 |
Referência cruzada (COCOMO básico sobre 36,9 KSLOC de produção): de 106 pessoa-mês (modo organic) a 171 pessoa-mês (modo semi-detached). O COCOMO foi calibrado antes da programação assistida por IA e superestima o esforço atual, por isso entra só como teto.
3.3 Cenários de reprodução¶
| Cenário | Premissa | Pessoa-mês | Custo direto | Prazo |
|---|---|---|---|---|
| A — Time enxuto com IA | Time sênior pequeno, uso intensivo de assistentes de código (produtividade ~2,2×) | 36 | R$ 0,97 M | 9–12 meses |
| B — Base | Time misto, uso moderado de IA | 55 | R$ 1,49 M | 10–13 meses |
| C — Tradicional | Estimativa por módulo sem ganho de IA | 79 | R$ 2,13 M | 12–15 meses |
Referência histórica (custo real incorrido): ~11 meses com ~1,2 pessoa equivalente ≈ 13 pessoa-mês ≈ R$ 0,35 M. Esse número só foi possível com conhecimento profundo do domínio (turismo B2B/B2C da própria iFriend) e programação assistida por IA. Um comprador sem esse contexto não o replicaria. Mesmo assim, ele vai usar esse número na negociação; convém estar preparado para o argumento.
3.4 Prêmio de tempo de mercado¶
Construir do zero atrasa o comprador em 9–15 meses. Em M&A de tecnologia, esse custo de oportunidade costuma ser reconhecido como um prêmio de 15–25% sobre o custo de reprodução (entrepreneurial incentive).
3.5 Deduções por obsolescência e risco¶
| Fator | Desconto | Justificativa |
|---|---|---|
| Concentração de conhecimento (key person) | 15–25% | 97% dos commits de uma pessoa. Cai para ~5% com contrato de transição/retenção |
| Acoplamento às APIs da iFriend | 5–30% | ~5% para comprador que mantém o contrato com a iFriend; ~30% para quem precisa reescrever tools de catálogo, reserva e pagamento |
| Lock-in Google ADK / Gemini | 5–10% | ADK fixado em 1.25.1 e evoluindo rápido; troca de LLM exige retrabalho em prompts, tools e callbacks |
| Dívida técnica e higiene | 3–5% | Documentação redundante (ex.: ~10 arquivos sobre JWT), artefatos versionados, ausência de LICENSE (ver due diligence) |
| Obsolescência acelerada do setor | 5–10% | Frameworks e modelos de agentes mudam a cada 6–12 meses |
3.6 Resultado¶
| A (enxuto) | B (base) | C (tradicional) | |
|---|---|---|---|
| Custo direto | 0,97 M | 1,49 M | 2,13 M |
| (+) Prêmio de tempo de mercado (20%) | 0,19 M | 0,30 M | 0,43 M |
| (−) Deduções (comprador estratégico, com transição: ~25%) | −0,29 M | −0,45 M | −0,64 M |
| Valor pela abordagem de custo | ≈ R$ 0,87 M | ≈ R$ 1,34 M | ≈ R$ 1,92 M |
Com comprador financeiro e sem transição (deduções de ~45–50%), o cenário B cai para ~R$ 0,95 M.
4. Abordagem 2 — Mercado¶
Transações de asset deals de software de IA desse porte raramente são públicas, então a abordagem de mercado aqui é uma triangulação e não uma comparação direta:
| Referência | Lógica | Faixa resultante |
|---|---|---|
| Acqui-hire / tech acquisition de times pequenos de IA aplicada | Mercado tem pago, tipicamente, US$ 0,5–2 M por engenheiro(a) sênior de IA retido em aquisições de times pequenos no exterior; no Brasil, a ordem de grandeza costuma ser bem menor | R$ 1,5 M – R$ 3,0 M (com retenção de 1–2 pessoas-chave) |
| Contratação de software house para entregar escopo equivalente | Fábricas de software no Brasil cobram de R$ 180 a R$ 300/h em projetos de IA; o escopo de 55–79 pessoa-mês equivale a ~9–13 mil horas | R$ 1,7 M – R$ 3,9 M (antes de descontar risco de execução) |
| Avaliação anterior (fev/2026) sobre a v2.2.3 | R$ 280–400 mil com ótica de licença a cliente final; o escopo atual é aproximadamente 3× maior | R$ 0,9 M – R$ 1,2 M (atualização linear do escopo) |
Faixa de mercado adotada: R$ 1,0 M – R$ 3,0 M. Antes de usar estes números com um comprador, convém validar com um assessor de M&A de tecnologia ou com transações recentes do setor de travel tech.
5. Abordagem 3 — Renda¶
O repositório não contém dados financeiros de receita. A tabela de preço por processo (modelo BLIS) em precificacao-por-processo.md mostra o tamanho do desafio: cobrando por processo concluído, a receita esperada de um cliente médio (ex.: Carrani Tours, cenário base) é de ~R$ 220/mês, com margem bruta de 20–25%. Nesse modelo, o ativo só gera fluxo de caixa relevante com centenas de clientes ou com um modelo de setup + mensalidade.
5.1 Fluxo de caixa descontado ilustrativo (5 anos, taxa de desconto 30% a.a.)¶
A taxa de 30% reflete estágio inicial, risco de execução e custo de capital no Brasil. A margem sobe ao longo da rampa (~10% no ano 1) e o VP inclui valor terminal de 3× o EBITDA do ano 5.
| Cenário | Premissa de receita | Margem EBITDA (ano 3+) | VP aproximado |
|---|---|---|---|
| Conservador | 5 clientes B2B × R$ 6,5 mil/mês (modelo setup + mensalidade da avaliação de fev/2026), crescendo 2 clientes/ano | 25% | ~R$ 0,3 M |
| Base | 15 clientes no ano 2, 40 no ano 5, ticket médio R$ 6,5 mil/mês | 30% | ~R$ 1,6 M |
| Otimista | Distribuição por um comprador com base instalada (DMCs/OTAs): 100+ clientes no ano 5 | 35% | ~R$ 4,0 M |
Peso baixo (15%) até existir histórico de receita. Se a iFriend apresentar contratos ativos (ex.: instâncias Vai Voando, Catedral, Reservas, Carrani), esta abordagem passa a ser a principal e tende a elevar o valor.
5.2 Alternativa: valor por economia operacional (relief from cost)¶
Para um comprador que usaria o ativo internamente, o valor vem do custo de atendimento evitado. Com a premissa de fev/2026 (2–4 atendentes, R$ 45,5 mil/ano cada), a economia é de R$ 91–182 mil/ano. Em 5 anos a 30% a.a., isso dá um VP de R$ 0,22–0,44 M, que funciona como piso para compradores sem intenção de comercializar o software.
6. Reconciliação¶
| Abordagem | Valor base | Peso | Contribuição |
|---|---|---|---|
| Custo de reprodução (cenário B) | R$ 1,34 M | 60% | R$ 0,80 M |
| Mercado (ponto médio) | R$ 2,00 M | 25% | R$ 0,50 M |
| Renda (base) | R$ 1,60 M | 15% | R$ 0,24 M |
| Valor justo ponderado | ≈ R$ 1,54 M |
Sensibilidade¶
| Variável | Efeito sobre o valor justo |
|---|---|
| Retenção do desenvolvedor principal por 12 meses | +R$ 0,2 a 0,4 M |
| Sem transição técnica | −R$ 0,3 a 0,5 M |
| Comprador fora do ecossistema iFriend (reescreve as integrações) | −R$ 0,3 M |
| Receita recorrente comprovada ≥ R$ 50 mil/mês | renda vira abordagem principal; valor tende a R$ 3 M+ |
| Licença perpétua de uso das APIs iFriend incluída no deal | +R$ 0,2 a 0,5 M |
7. Estrutura de deal sugerida¶
Para um valor-alvo de R$ 1,6 M:
| Componente | Valor | Condição |
|---|---|---|
| Pagamento no fechamento | R$ 1,0 M (≈ 60%) | Entrega do código, docs, pipelines e cessão de PI |
| Transição técnica | R$ 0,2 M | 6 meses de suporte do desenvolvedor principal (onboarding, deploy no ambiente do comprador) |
| Earn-out | até R$ 0,4 M | 24 meses, atrelado a marcos objetivos: ativo em produção no comprador, N clientes ativos ou volume de sessões |
| Escrow / retenção | 10% do fechamento | 12 meses, para declarações e garantias (PI, ausência de segredos vazados, licenças de terceiros) |
Pontos contratuais que afetam o preço:
- Cessão de PI: confirmar que todo o código foi produzido por funcionários ou PJs com cláusula de cessão de direitos à iFriend (inclui os 34 commits de colaborador e os 4 de outros autores).
- Licença de volta (license-back): se a iFriend continuar operando o agente após a venda, negociar uma licença perpétua de uso. Isso reduz o preço, mas preserva a operação.
- Não concorrência: o comprador vai pedir; ela limita a iFriend a construir um agente equivalente. Precificar à parte.
- Contrato de API: se o comprador continuar usando o backend iFriend, definir SLA e preço do acesso às APIs. Isso pode ser uma receita recorrente para a iFriend.
8. Checklist de due diligence (preparar antes de abrir o data room)¶
Propriedade intelectual e licenças
- [ ] Contratos com cláusula de cessão de PI de todos os autores de commits
- [ ] Inventário de licenças das dependências (pip-licenses, license-checker no dashboard) —
confirmar ausência de GPL/AGPL em código distribuído
- [ ] Adicionar arquivo LICENSE proprietário ao repositório (hoje não existe)
- [ ] Termos de uso de Gemini/Vertex AI, Salesforce, Meta (WhatsApp) e Qdrant compatíveis com
transferência a terceiros
Segurança e higiene do repositório
- [ ] Varredura de segredos no histórico completo (gitleaks, trufflehog); em especial,
verificar o arquivo versionado .env.openwebui e rotacionar o que tiver sido exposto
- [ ] Remover artefatos versionados (ex.: pytest-results/) e consolidar a documentação redundante
- [ ] Relatório de vulnerabilidades das dependências (pip-audit, npm audit)
- [ ] Revisão OWASP LLM Top 10 (prompt injection, agência excessiva das tools de pagamento/reserva)
Operação e qualidade
- [ ] Relatório de cobertura de testes (pytest --cov) e status do CI
- [ ] Custo mensal de nuvem e de LLM por sessão (o simulador é um ponto de partida)
- [ ] Métricas de produção: sessões/mês, taxa de conclusão de processos, incidentes
- [ ] Runbook de deploy reproduzível em um projeto GCP limpo (demonstra que o ativo é transferível)
Comercial - [ ] Lista de instâncias/clientes ativos e contratos (Vai Voando, Catedral, Reservas, Carrani) - [ ] Receita histórica atribuível ao agente, se houver - [ ] LGPD: inventário de dados pessoais processados e política de transferência
9. Ações para aumentar o valor antes da venda (90 dias)¶
| Ação | Impacto esperado | Esforço |
|---|---|---|
| Formalizar transição de conhecimento: ADRs, gravações de walkthrough, segundo dev com commits relevantes | Reduz desconto de key person (+R$ 0,2–0,3 M) | Médio |
| Camada de abstração das APIs iFriend (interfaces de catálogo/reserva/pagamento com adapters) | Amplia o universo de compradores (+R$ 0,2–0,3 M) | Alto |
| Fechar 2–3 contratos recorrentes com setup + mensalidade | Ativa a abordagem de renda (+R$ 0,5 M ou mais) | Alto |
| Higiene: LICENSE, varredura de segredos, relatório de licenças e cobertura | Evita descontos e escrow maior na due diligence | Baixo |
| Deploy de referência em projeto GCP limpo, com script único | Prova de transferibilidade | Baixo |
10. Premissas e limitações¶
- Métricas de código medidas diretamente no repositório em 16/10/2026 (
git log,git ls-files, contagem de linhas sem distinguir comentários de código). - Os custos de time são estimativas de mercado brasileiro em 2026, com encargos; devem ser validados com dados de RH/pesquisas salariais atuais.
- As faixas da abordagem de mercado são referências de ordem de grandeza, não transações verificadas.
- A abordagem de renda é ilustrativa: o repositório não contém dados de receita, contratos ou custos operacionais reais.
- O valor considera o ativo sem a operação, a marca e a base de clientes da iFriend.
- Revisar esta avaliação a cada 6 meses ou quando houver receita recorrente, mudança de major do ADK ou do modelo LLM.