Quanto custa um add-in para Revit ou Civil 3D? Guia de preços e prazos 2026
Quanto custa desenvolver um add-in para Revit ou Civil 3D: que fatores mudam o preço e o prazo, e como calcular se ele se paga com as horas economizadas.
Automação BIM · Orçamento
Ninguém publica preços de add-ins. Então vamos falar de prazos, fatores e retorno.
Um add-in não tem preço de catálogo porque não é um produto: é um desenvolvimento sob medida. Mas tem fatores previsíveis. Este guia te dá os que importam para você orçar sem ir às cegas.
A pergunta mal formulada
"Quanto custa um add-in?" é como perguntar "quanto custa uma casa?". Depende se falamos de um barraco ou de um prédio de escritórios.
Um add-in que exporta uma tabela para Excel e outro que sincroniza o modelo com o ERP da empresa não estão na mesma liga, mesmo que os dois sejam "um add-in".
A pergunta útil é outra: quanto tempo sua equipe está gastando para fazer essa tarefa à mão, e em quanto se amortiza automatizá-la? É para lá que vamos.
Os três fatores que movem o preço
Escopo
O que faz
Interface
Como se usa
Integrações
Com o que conversa
Tudo o que você precisa para orçar bem
Os 5 blocos que determinam se um add-in compensa: níveis e prazos, o que encarece, custos ocultos, alternativas e cálculo de retorno.
- 01Escopo
Os 3 níveis de add-in
Da ferramenta simples ao sistema integrado, com prazos reais
- 02Fatores
O que encarece um add-in
Interface, integrações, versões e casos limite
- 03Realidade
Os custos ocultos
Manutenção anual, suporte, evolução e formação
- 04Decisão
Comprar, desenvolver ou aprender
As 4 opções em ordem, e quando descartar cada uma
- 05ROI
Calcule seu retorno
A fórmula para saber se se amortiza antes de pedir orçamento
Na prática, quase todos os pedidos caem em um destes três níveis.
Nível 1 — Ferramenta de propósito único
Prazo típico: 1-3 semanas.
Faz uma coisa e faz bem. Sem interface própria além de um botão e talvez uma caixa de diálogo simples.
Exemplos:
- Exportar uma tabela de quantitativos para Excel com o formato do seu escritório.
- Renomear em massa seguindo um padrão de nomenclatura.
- Exportar pontos topográficos para CSV com classificação.
Nível 2 — Ferramenta com interface e opções
Prazo típico: 4-8 semanas.
Tem uma janela própria com opções configuráveis, valida dados, salva preferências do usuário e trata casos raros.
Exemplos:
- Gerador de perfis longitudinais com parâmetros ajustáveis.
- Verificador de padrões BIM com relatório configurável.
- Gerador massivo de pranchas com templates selecionáveis.
Nível 3 — Sistema integrado
Prazo típico: 8-16 semanas ou mais.
Conversa com sistemas externos: banco de dados corporativo, ERP, autenticação da empresa, serviços na nuvem.
Exemplos:
- Sincronização de parâmetros do modelo com o ERP.
- Painel de controle de saúde do modelo com histórico em banco de dados.
- Fluxo de aprovações integrado ao sistema documental.
O que sim move o preço de forma significativa:
- Interface gráfica própria. Um botão que executa algo é barato. Uma janela com formulários, validações, pré-visualização e preferências salvas pode dobrar o esforço.
- Integrações externas. Cada sistema com que tem que conversar (SQL, ERP, API REST, Active Directory) adiciona complexidade e superfície de falha.
- Número de versões suportadas. Suportar Civil 3D 2024, 2025 e 2026 não é o mesmo que suportar só uma. Cada versão pode exigir ajustes e testes próprios.
- Volume de dados. Um add-in que funciona num modelo de 500 elementos pode travar com 200 000. Otimizar para modelos grandes é trabalho real.
- Distribuição. Copiar um arquivo para 3 pessoas é grátis. Um instalador assinado digitalmente com atualizações automáticas para 200 usuários é um projeto em si.
- Casos limite da sua operação. "Exceto quando o alinhamento é do tipo X e aí calcula diferente" — cada exceção é mais código e mais testes.
O que não deveria encarecer tanto quanto te dizem:
- A lógica de negócio em si. Se você a tem clara e documentada, é a parte mais rápida.
- A linguagem. C# vs VB.NET é irrelevante para o preço.
- Ser Civil 3D em vez de Revit. As duas APIs são comparáveis em dificuldade.
Orçar só o desenvolvimento inicial é o erro clássico. O que vem depois:
Manutenção por versões da Autodesk. A Autodesk publica versão nova todo ano. Às vezes seu add-in continua funcionando sem mexer em nada; às vezes a API muda e precisa adaptar. Orce uma revisão anual.
Suporte ao usuário. Alguém tem que responder "não aparece o botão" e "deu erro com este arquivo". Se são 5 usuários você absorve; se são 50, é um papel.
Evolução. Assim que a ferramenta funcionar, a equipe vai pedir mais. Isso é sinal de sucesso, mas precisa ser previsto no orçamento anual.
Documentação e formação. Um add-in que ninguém sabe usar não economiza nada. Conte o tempo de capacitar a equipe.
Antes de encomendar nada, verifique estas três opções em ordem.
Opção A — Já existe?
A Autodesk App Store tem centenas de add-ins, muitos grátis. Ferramentas como pyRevit ou os add-ins da DiRoots cobrem um monte de casos comuns. Procure antes de pagar para desenvolver.
Descarte se: seu processo tem regras próprias que nenhuma ferramenta genérica respeita.
Opção B — Dynamo resolve?
Se a tarefa vai ser usada por poucas pessoas e não muda muito, um grafo de Dynamo pode bastar. Custo: horas, não semanas.
Descarte se: vai ser usado por mais de 5-10 pessoas, ou se a performance importa, ou se precisa de uma interface de verdade. Cobrimos em detalhe em Dynamo vs C# no Civil 3D e Revit.
Opção C — Desenvolve internamente?
Se você tem alguém na equipe com vontade de aprender, hoje é muito mais viável do que há 5 anos graças à IA como copiloto. Nosso guia de criar um plugin de Civil 3D com Claude Code cobre o caminho completo.
Descarte se: ninguém tem tempo real para sustentar, ou se é crítico para a operação e você não pode depender de uma só pessoa.
Opção D — Encomendar fora
Quando as três anteriores não se aplicam. Vantagem: velocidade e o conhecimento de arquitetura já está. Desvantagem: dependência externa, a menos que o contrato inclua o código-fonte e documentação (o nosso inclui — o código é seu).
A conta que você deveria fazer antes de falar com alguém:
1. Quantas horas/semana a equipe dedica a essa tarefa? → H
2. Quantas pessoas fazem? → P
3. Custo por hora carregado dessas pessoas? → C
4. Que % do tempo a automação eliminaria? → A (0-1)
Economia anual = H × P × C × A × 48 semanas
Exemplo real de escritório médio:
- Renomear e organizar famílias/vistas conforme padrão: 3 h/semana
- Fazem 4 pessoas
- Custo carregado: R$ 100/h
- A automação elimina 95% desse tempo
Economia anual = 3 × 4 × 100 × 0.95 × 48 = R$ 54 720/ano
Se o add-in de Nível 1 que resolve isso se desenvolve em 2-3 semanas, se amortiza no primeiro ano com folga — e a economia se repete todo ano seguinte.
O que esse cálculo não captura mas também conta: menos erros humanos, entregas mais rápidas ao cliente, e gente que para de se desgastar fazendo trabalho mecânico.
Comparativo rápido: Dynamo vs add-in sob medida
| Critério | Grafo Dynamo | Add-in em C# |
|---|---|---|
| Prazo de desenvolvimento | Horas ou dias | 1-16 semanas |
| Custo inicial | Baixo | Médio-alto |
| Usuários que podem usar confortavelmente | 1-5 | Todo o escritório |
| Performance em modelos grandes | Limitado | Nativo |
| Interface própria | Não | Sim |
| Distribuição com instalador | Não | Sim |
| Facilidade de manter pela equipe | Alta se sabem Dynamo | Requer perfil técnico |
| Melhor para | Validar e explorar | Produção e escala |
Recursos relacionados
📘 Guia mãe: se vai desenvolver, comece por desenvolvimento de add-ins para Revit e Civil 3D: o guia completo.
- Dynamo vs C# no Civil 3D e Revit — quando cada um compensa, com exemplos de economia.
- Criar um plugin de Civil 3D com Claude Code — se quiser desenvolver internamente.
- Dynamo e plugins C# com IA — como a IA mudou os prazos de desenvolvimento.
Perguntas frequentes sobre preços de add-ins
Porque não são produtos de catálogo: cada um resolve um processo diferente. Dois add-ins que soam iguais ('exportar quantitativos') podem diferir 10× em esforço conforme as regras do seu escritório, as versões que suportam e se precisam de interface própria. O que dá para estimar com confiabilidade são os prazos por nível de complexidade, e é isso que este artigo cobre.
Foi útil? Compartilhe com quem estiver avaliando automatizar no seu escritório. E se quiser o número do seu caso concreto, fale conosco — o diagnóstico é grátis.
Continue lendo sobre este tema
Desenvolvimento de add-ins para Revit e Civil 3D: o guia completo em português (2026)
Guia completo para desenvolver add-ins para Revit e Civil 3D: o que são, o que automatizar, C# e a API da Autodesk, como distribuir e quanto custam.
Como criar um plugin para Civil 3D com Claude Code sem ser programador: guia end-to-end 2026
Como criar um plugin para Civil 3D com Claude Code sem saber programar: arquitetura, prompts que funcionam e como compilar e instalar no escritório.
Dynamo vs C# no Civil 3D e Revit: quando usar cada um + automações que economizam horas
Dynamo ou C# para automatizar Civil 3D e Revit: diferenças reais, quando cada um vale a pena e automações que economizam horas, com exemplos.
Comparar dois modelos de Revit e Civil 3D: como detectar automaticamente o que mudou entre versões
Como comparar duas versões de um modelo do Revit ou do Civil 3D e ver o que foi adicionado, removido, movido ou alterado, com um relatório.