Como fazer um sistema para escritório de arquitetura e engenharia

Um sistema para escritório de arquitetura e engenharia se organiza em torno de uma entidade central: o projeto, com suas etapas, seus entregáveis versionados e as horas apontadas em cada um. Sobre essa base vêm as aprovações do cliente, a medição do contrato e a conferência técnica. Escritório que controla projeto em pasta compartilhada, horas em planilha e contrato em outro lugar acaba com três verdades que nunca batem.

O modelo central: projeto, etapa, entregável

Projeto. Cliente, contrato, endereço ou obra, responsável técnico, disciplinas envolvidas, valor e forma de medição.

Etapa. Estudo preliminar, anteprojeto, projeto legal, projeto executivo, detalhamento, acompanhamento. Cada etapa tem prazo, valor associado, entregáveis previstos e situação.

Entregável. A prancha, o memorial, a planilha, o relatório. Cada um com disciplina, número, revisão atual e histórico.

Essa separação em três níveis é o que permite responder as perguntas que o escritório vive fazendo: quanto já foi entregue deste contrato, o que está pendente de aprovação do cliente, e quantas horas já foram gastas nesta etapa comparadas ao que foi orçado.

Controle de revisão: o problema mais caro do setor

Obra construída pela prancha errada é o erro mais caro que um escritório pode causar. O controle que evita isso tem três partes:

1. Nomenclatura gerada pelo sistema. Nunca digitada. Um padrão como projeto, disciplina, tipo, número e revisão, montado automaticamente, elimina o arquivo com nome inventado por cada projetista.

2. Link estável apontando para a versão vigente. Quem recebe o link recebe sempre a revisão atual. O histórico existe e é consultável, mas não é o que abre por padrão. Isso resolve o problema do arquivo baixado há três meses.

3. Registro de emissão. Toda revisão emitida grava data, motivo da revisão, quem emitiu e para quem foi enviada. Quando surgir a dúvida sobre qual versão a obra recebeu, a resposta está registrada.

Vale acrescentar uma tabela de revisões por prancha, com o motivo em uma linha, que é o que costuma ir para o próprio carimbo.

Apontamento de horas por etapa

Escritório de projeto vende horas, mesmo quando cobra por metro quadrado ou por valor fechado. Sem apontamento, ninguém sabe qual tipo de projeto dá lucro.

O apontamento precisa ser leve para ser feito. Na prática:

• Lançamento por projeto e etapa, com no máximo dois cliques.
• Opção de lançar em bloco no fim do dia, para quem não registra em tempo real.
• Alerta quando alguém passa dias sem apontar.
• Comparação automática entre horas orçadas e realizadas por etapa, visível para o coordenador.

Com alguns meses de histórico, o escritório passa a orçar com base em dado próprio, e não em estimativa. Essa costuma ser a mudança de maior impacto financeiro do sistema inteiro.

Aprovação do cliente com registro formal

A discussão sobre escopo aparece sempre, e sempre depois. O sistema resolve isso quando toda entrega passa por um registro de aceite:

1. Entregável emitido e enviado por link.
2. Cliente recebe aviso e acessa o material.
3. Cliente aprova, aprova com ressalvas ou solicita alteração, com comentário.
4. Sistema registra quem aprovou, quando e qual revisão.
5. Solicitação de alteração vira um item classificado: dentro do escopo ou serviço adicional.

O passo 5 é o que protege a margem. Alteração fora do escopo registrada na hora vira aditivo; a mesma alteração descoberta no fim do contrato vira prejuízo.

Para etapas com maior implicação contratual, assinatura eletrônica no aceite acrescenta segurança. A necessidade e o tipo de assinatura devem ser confirmados com o jurídico do escritório.

Medição e faturamento por etapa

Contratos de projeto costumam prever pagamento por marco. O sistema deve ligar a conclusão da etapa ao evento financeiro:

O relatório de atividades do período, gerado a partir dos apontamentos e das emissões, reduz muito a fricção na cobrança de contratos de acompanhamento.

Conferência técnica assistida

Um sistema de escritório pode incluir uma camada de conferência automática dos arquivos emitidos, o que reduz erro bobo que atrasa aprovação em órgão:

• Campos obrigatórios do carimbo preenchidos.
• Número e revisão da prancha coerentes com a lista de pranchas.
• Soma do quadro de áreas conferindo com o total declarado.
• Comparação entre duas revisões, mostrando o que mudou.
• Apontamento de divergência marcado sobre o próprio PDF, na posição exata.

A regra que mantém a confiança nessa camada: só afirmar o que o arquivo sustenta, citando onde foi encontrado, e deixar vazio o que não foi possível ler. Um número deduzido que parece leitura é pior que um campo em branco.

Essa conferência é uma lista de apoio ao coordenador, não substitui a análise do responsável técnico nem a verificação de conformidade com normas e legislação, que exige profissional habilitado.

Integrações que fazem diferença

Erros comuns na construção

• Querer substituir o software de desenho. O sistema gerencia o processo, não desenha. Ele precisa conviver bem com as ferramentas que a equipe já usa.
• Estrutura de pastas rígida demais. Se o sistema obriga um caminho que atrapalha o projetista, o arquivo vai para outro lugar e o controle morre.
• Apontamento de horas burocrático. Formulário longo mata o hábito em duas semanas.
• Ignorar a etapa de compatibilização. Ela consome tempo, tem entregável próprio e costuma ficar fora do controle.
• Deixar o cliente fora. Se a aprovação continua acontecendo por e-mail solto, o registro formal não existe e a discussão de escopo volta.

Por onde começar

O recorte inicial que costuma dar mais retorno: controle de entregáveis com versão e link estável, mais apontamento de horas por etapa. Esses dois já resolvem o erro mais caro e revelam a margem real por tipo de projeto. Aprovação do cliente, medição e conferência assistida entram depois, na ordem da dor do escritório.