Você recebe três propostas para o mesmo empreendimento. Todas dizem coordenação de projetos. Os preços variam de forma que não faz sentido para o mesmo serviço.
Preços muito distantes com o mesmo título quase sempre significam escopos muito distantes.
O problema é de vocabulário. Coordenação, compatibilização e clash detection viraram sinônimos na conversa comercial e não são. São três coisas encaixadas uma dentro da outra, com esforços e resultados diferentes. Quem entende a distinção compra melhor.
Três palavras, três serviços
A forma mais simples de enxergar é por encaixe: clash detection está dentro da compatibilização, que está dentro da coordenação.
- Clash detection
- Verificação automática de colisões geométricas entre modelos. O software cruza os sólidos e lista onde eles ocupam o mesmo espaço. É uma operação de máquina, rápida e barata, cujo resultado bruto é uma lista longa e majoritariamente irrelevante.
- Compatibilização
- Análise humana sobre o resultado dessa verificação, mais tudo aquilo que o software não vê: altura livre insuficiente, ausência de espaço para manutenção, sequência construtiva inviável, previsão que faltou. Termina em um relatório priorizado, com responsável e proposta de solução.
- Coordenação
- O processo contínuo que faz as disciplinas trabalharem juntas ao longo de todo o desenvolvimento. Inclui a compatibilização em ciclos, mas também define regras antes, conduz reuniões técnicas, registra decisões, controla versões e acompanha até a resolução de cada item.
Clash detection é um evento: roda em minutos e produz uma lista. Compatibilização é uma análise: interpreta essa lista e produz um relatório. Coordenação é um processo: repete tudo isso em ciclos e leva cada item até a resolução.
Comparativo lado a lado
Colocados na mesma tabela, os três param de parecer sinônimos.
| Aspecto | Clash detection | Compatibilização | Coordenação |
|---|---|---|---|
| Natureza | Verificação automática | Análise técnica | Processo contínuo |
| Frequência | Pontual | Por entrega | Em ciclos, do início ao fim |
| Produz | Lista bruta de colisões | Relatório priorizado | Decisões resolvidas e registradas |
| Pega altura livre insuficiente | Não | Sim | Sim |
| Pega espaço de manutenção | Não | Sim | Sim |
| Pega falta de previsão | Não | Parcialmente | Sim |
| Define regras antes de modelar | Não | Não | Sim |
| Acompanha até resolver | Não | Não | Sim |
| Controla versão vigente | Não | Não | Sim |
Repare nas três últimas linhas. Elas são a diferença entre receber um documento e ter um problema resolvido.
Por que clash detection sozinho decepciona
É o serviço mais vendido porque é o mais fácil de executar e o mais fácil de precificar. Também é o que mais gera frustração.
Uma lista de milhares de colisões não é um entregável. É matéria-prima para alguém que ainda precisa fazer o trabalho de verdade.
Boa parte das colisões apontadas por software é irrelevante: tubulação atravessando forro que será removido no detalhamento, elementos genéricos de biblioteca, sobreposições de tolerância. Sem alguém filtrando, a equipe perde a confiança no relatório e passa a ignorá-lo por inteiro.
E o mais importante: os problemas mais caros de uma obra costumam não ser colisões geométricas.
Um duto que passa a 1,90 m do piso não colide com nada e inviabiliza a circulação. Uma casa de máquinas sem acesso para manutenção não colide com nada e vira problema de operação. Uma sequência construtiva impossível não colide com nada e para a obra. Nada disso aparece em clash detection.
O que pedir para comparar propostas de verdade
Peça os itens abaixo às três propostas. As diferenças de preço passam a fazer sentido imediatamente.
- Quantos ciclos de verificação estão inclusos e em que fases do desenvolvimento
- Se existe um plano de execução BIM no escopo ou se as regras já são dadas como prontas
- Como as interferências são priorizadas e qual critério define o que é crítico
- Quem conduz a reunião técnica de resolução e com que frequência ela acontece
- Se o acompanhamento vai até a resolução do item ou termina na entrega do relatório
- Como a versão vigente de cada disciplina é controlada e comunicada
- Se há parecer formal de liberação para obra ao fim de cada pacote
- Quantas horas de análise humana estão previstas, além do processamento automático
Uma proposta que responde bem a essas oito perguntas está descrevendo coordenação. Uma que trava na terceira está descrevendo compatibilização pontual. Uma que trava na primeira está vendendo clash detection.
Qual dos três você precisa
Depende do estágio e do que já existe estruturado no seu processo.
- Clash detection basta para uma verificação rápida de sanidade em um modelo isolado
- Compatibilização basta quando o processo já é maduro e falta só a análise por entrega
- Coordenação é necessária quando há várias disciplinas, prazo apertado ou histórico de retrabalho
- Clash detection não basta quando existem mais de duas disciplinas se cruzando
- Compatibilização não basta se ninguém controla versão e prazo entre os escritórios
- Nenhum dos três resolve escopo mal definido no contrato dos projetistas
Descubra qual escopo o seu caso pede
A escolha errada custa dos dois lados: contratar demais gasta o que não precisava, contratar de menos gera a impressão de que coordenação não funciona.
Se você tem propostas na mesa e quer entender o que cada uma realmente cobre, traga os documentos para uma conversa técnica. Falar com a Bononi
Perguntas frequentes
Compatibilização e coordenação de projetos são a mesma coisa?
Não. Compatibilização é uma atividade pontual de análise, feita sobre um conjunto de entregas, e termina em um relatório. Coordenação é o processo contínuo que inclui a compatibilização em ciclos e acrescenta a definição prévia de regras, a condução de reuniões técnicas, o registro de decisões, o controle de versões e o acompanhamento de cada item até a resolução.
Clash detection é suficiente para evitar problemas na obra?
Não. Ele encontra apenas colisões geométricas entre sólidos modelados. Não identifica altura livre insuficiente, falta de espaço para manutenção, sequência construtiva inviável nem elementos que simplesmente não foram previstos. Esses são justamente os problemas que costumam gerar os maiores custos no canteiro.
Por que duas propostas de coordenação têm preços tão diferentes?
Quase sempre porque descrevem escopos diferentes sob o mesmo nome. As variáveis que mais alteram o preço são o número de ciclos de verificação, a existência de plano de execução BIM no escopo, a quantidade de horas de análise humana e se o acompanhamento vai até a resolução dos itens ou termina na entrega do relatório.
Preciso de modelo federado para fazer compatibilização?
Sim, na prática. O modelo federado é a reunião de todas as disciplinas em um mesmo ambiente e é o que permite ver o edifício inteiro em vez de disciplinas isoladas. Sem federar, a análise fica restrita a comparar arquivos dois a dois, o que perde justamente as interfaces que envolvem três ou mais disciplinas ao mesmo tempo.
Quantos ciclos de coordenação um empreendimento precisa?
Não existe número fixo, mas o princípio é que ciclos curtos e regulares funcionam melhor que poucas verificações grandes. Ciclos frequentes pegam o problema quando ele ainda é barato de resolver e mantêm o volume de itens por rodada em um tamanho que a equipe consegue tratar. Verificações espaçadas produzem listas enormes que ninguém consegue resolver a tempo.
Conclusão
Os três termos descrevem coisas reais e úteis, em escalas diferentes. O erro não é contratar clash detection, é contratar clash detection achando que comprou coordenação.
Antes de comparar preços, compare escopos com as oito perguntas deste artigo. A proposta certa deixa de ser a mais barata e passa a ser a que cobre o que o seu empreendimento realmente precisa.
