Automação & IA

Uma API REST é a forma mais comum de dois sistemas de software falarem entre si pela internet. Quando uma empresa precisa de ligar o ERP a uma loja online, de dar dados a uma app mobile, de trocar informação com fornecedores ou de deixar de copiar ficheiros de Excel, há duas saídas: uma ligação pronta, se existir, ou uma API à medida. A API define um contrato claro entre sistemas: o que se pode pedir, em que formato e com que garantias.

Escrevemos este guia como quem constrói APIs e integrações, com exemplos em vídeo de dados a passar entre sistemas. Explicamos o que é uma API REST, como se protege e evolui, quando chega uma ligação pronta e o que pesa no custo. Para a visão mais ampla, veja o guia de integração de sistemas em Portugal.

O que é uma API REST

REST é um estilo de arquitetura em que cada coisa que o sistema gere (clientes, produtos, encomendas, faturas) é um recurso com o seu endereço, e as operações usam os métodos normais do protocolo HTTP:

  • GET: obtém um recurso (por exemplo, GET /clientes/123 devolve o cliente 123).
  • POST: cria um recurso novo (POST /encomendas cria uma encomenda).
  • PUT ou PATCH: atualiza um recurso existente (PATCH /encomendas/456 muda o estado da encomenda 456).
  • DELETE: remove um recurso.

As respostas vêm normalmente em JSON, que praticamente qualquer linguagem de programação lê. Essa simplicidade faz das APIs REST a base da maioria das integrações entre sistemas empresariais.

Anatomia de um pedido a uma API REST
Resposta

200 OK

Content-Type: application/json

{

“id”: 456,

“cliente”: “Alfa, Lda.”,

“estado”: “expedida”,

“total”: 1250.00,

“moeda”: “EUR”

}

1Métodoo que fazer com o recurso2Versãoo contrato que não muda sem aviso3Recursoa encomenda 4564Credencialquem está a pedir e com que permissões5Código de estadoo resultado, legível por máquinas
Exemplo hipotético. Um pedido para consultar uma encomenda e a resposta em JSON. Cada parte tem um papel: o método diz o que fazer, o caminho identifica o recurso e a versão, a credencial diz quem pede, e o código de estado diz como correu.

Casos de uso numa PME

Os casos mais comuns, todos dependentes do acesso que cada sistema dá:

  • ERP e loja online: a loja consulta o stock do ERP e as encomendas entram no ERP sem digitação, o que elimina a dupla introdução de dados. No exemplo que fizemos para uma loja fictícia, a última toalha vendida ao balcão põe o stock a zero e a quantidade nova segue para o site e os marketplaces.
  • App para equipas de campo: técnicos, comerciais ou motoristas consultam ordens de trabalho e registam conclusões e fotografias numa app ligada aos sistemas internos.
  • Portal de fornecedores: os fornecedores consultam encomendas de compra, enviam guias de entrega e veem o estado dos pagamentos.
  • Marketplaces: publicação de produtos, stock e preços em plataformas de venda.
  • Notificações entre sistemas (webhooks): o sistema avisa outro quando algo acontece, como uma encomenda expedida ou um pagamento confirmado, sem consultas periódicas. Na mesma loja fictícia, a confirmação do pagamento por MB WAY passa a encomenda ao programa de faturação certificado, que emite a fatura.
  • Pagamentos e bancos: ligação a prestadores de pagamento como a SIBS, o MB Way, o Stripe ou o Easypay, para cobranças, reconciliação e avisos de recebimento, conforme o contrato com cada um.
  • Autoridade Tributária: a AT disponibiliza serviços para comunicação de dados por webservice, por exemplo de séries de faturação e de documentos de transporte, com credenciais próprias. Por isso, integrar com o software de faturação certificado exige cuidado (ver o guia de faturação eletrónica em Portugal).

Autenticação e segurança

Uma API exposta à internet precisa de autenticação (quem és) e autorização (o que podes fazer). As opções mais comuns:

  • Chaves de API: uma chave secreta enviada no cabeçalho do pedido. Simples e adequada para ligações entre sistemas. Deve ser longa, aleatória e revogável individualmente.
  • OAuth 2.0: autorização delegada, para quando uma pessoa autoriza uma aplicação a aceder aos seus dados sem partilhar a palavra-passe.
  • JWT (JSON Web Tokens): tokens assinados com a identidade e as permissões de quem pede, que o servidor pode validar sem consultar uma base de dados. Usam-se muitas vezes com OAuth 2.0.
  • mTLS (TLS mútuo): cliente e servidor autenticam-se com certificados. Mais complexo de configurar, adequado a integrações B2B sensíveis.

Além da autenticação, uma API segura usa sempre HTTPS, limita o número de pedidos por cliente (rate limiting), valida rigorosamente os dados recebidos, nunca confia no que vem de fora e regista os pedidos para auditoria.

As verificações por onde passa cada pedido
1HTTPSSó ligações cifradas
2AutenticaçãoCredencial válida?
3AutorizaçãoTem permissão para isto?
4Limite de pedidosDentro da quota?
5ValidaçãoDados corretos?
Pedido normalPassa as cinco verificações200
Sem credencialBloqueado na autenticação401
Cliente sem permissão para apagarBloqueado na autorização403
Robô com milhares de pedidos por minutoBloqueado pelo limite429
Encomenda com quantidade negativaBloqueado na validação422
Exemplo hipotético. Cada pedido atravessa as mesmas verificações, e cada tipo de falha devolve um código de estado próprio (401, 403, 429, 422), para quem integra perceber logo o que corrigir.

Versões: porque é crítico não quebrar quem usa a API

Uma API é um contrato com os seus consumidores: outros sistemas, apps e parceiros. Quando precisa de mudar (campos novos, comportamentos diferentes, funcionalidades retiradas), o versionamento permite evoluir sem quebrar quem já a usa.

  • Versão no endereço (/api/v1/clientes, /api/v2/clientes): simples e visível, é a abordagem mais comum.
  • Versão no cabeçalho: mais elegante, menos visível, adequada quando há vários tipos de conteúdo.
  • Política de depreciação: definir e comunicar quando as versões antigas deixam de funcionar, com aviso suficiente para os consumidores migrarem. O prazo deve ser acordado com quem usa a API, e depende de quantos e de quão diferentes são.
Como uma API muda sem quebrar quem a usa
Mês 036912
Versão v1
AtivaAviso
Versão v2
Ativa
Quem usa a API
Parceiro A
v1v2
Parceiro B
v1v2
App mobile
v1v2
v2 publicada no mês 4aviso de fim da v1 no mês 9v1 desativada no mês 12
Exemplo hipotético. A v2 convive com a v1 durante meses, e cada parceiro migra ao seu ritmo. Só depois de um aviso claro a versão antiga é desativada. O período concreto deve ser acordado com quem usa a API.

Documentação: OpenAPI e Swagger

Uma API sem documentação é inutilizável por terceiros e difícil de manter. O padrão de facto é o OpenAPI (antes chamado Swagger):

  • Especificação OpenAPI: um ficheiro YAML ou JSON que descreve endpoints, parâmetros, respostas, erros e autenticação. Pode ser escrita à mão ou gerada pela framework.
  • Swagger UI: página web gerada a partir da especificação, onde se explora e testa a API no browser.
  • Coleções Postman: pedidos de exemplo prontos a executar por quem integra.

Tecnologias

A escolha deve seguir a experiência da equipa, os requisitos de desempenho e as integrações necessárias, e não a moda:

  • Node.js (Express, Fastify): comum em APIs com muitas ligações simultâneas, com um ecossistema vasto.
  • Python (FastAPI, Django REST Framework): o FastAPI valida os dados e gera a documentação OpenAPI automaticamente; o Django REST Framework é maduro e completo.
  • PHP (Laravel): boa opção para quem já tem uma base PHP, com autenticação e paginação integradas.
  • Java (Spring Boot): para sistemas de grande porte ou integração com sistemas Java existentes.

RGPD e APIs

Quando uma API expõe ou processa dados pessoais, o RGPD aplica-se por inteiro:

  • Minimização: devolver só os campos de que cada operação precisa.
  • Registo de acessos: quem acedeu, quando e a que dados, para responder a incidentes e auditorias.
  • Terceiros que consomem a API: consoante o caso, podem ser subcontratantes ou responsáveis pelo tratamento, e o enquadramento contratual deve estar definido antes de partilhar dados pessoais.
  • Conservação: quem recebe dados pessoais pela API não deve guardá-los mais tempo do que o necessário, e a política deve estar documentada.
  • Direitos dos titulares: o modelo de dados deve permitir localizar, exportar e, quando aplicável, eliminar os dados de uma pessoa.

Exemplos por setor

Ligação pronta ou API à medida?

Antes de mandar fazer uma API, veja se já existe uma ligação pronta: um conector do próprio programa ou uma plataforma de integração por subscrição. Quando serve, recomendamos começar por aí. Quatro critérios:

  • Os dois programas já se conhecem? Se há um conector entre a sua loja e o programa de faturação que faça o que precisa, use-o. Um sistema interno ou antigo raramente o tem.
  • Os dados passam como estão ou seguem regras suas? Copiar uma encomenda é trabalho de conector. Stock de segurança por canal ou validar o NIF antes de faturar pedem lógica própria.
  • Quem vai usar a ligação? Se parceiros, fornecedores ou uma app vão pedir dados, precisa de um contrato estável, com versões e documentação: isso é uma API.
  • Os programas dão acesso? Sem API de um dos lados, nenhuma das duas liga diretamente; costumamos então ligar por exportação.

Quanto custa

O custo de uma API depende de fatores que só se percebem depois de analisar os sistemas envolvidos:

  • Número e complexidade dos endpoints: expor uma consulta de stock não é o mesmo que gerir encomendas com validações, estados e regras de negócio.
  • Autenticação: uma chave de API entre sistemas internos dá menos trabalho do que OAuth 2.0 ou mTLS com parceiros.
  • Sistemas a integrar: cada ERP, marketplace ou programa de contabilidade tem o seu formato e as suas limitações.
  • Documentação: OpenAPI completa, ambiente de testes e política de versões dão trabalho, mas facilitam a integração.
  • Disponibilidade: gateway, monitorização e limites por cliente justificam-se quando terceiros dependem da API.

Por isso orçamos APIs e integrações caso a caso. Quando a API faz parte de um projeto maior, os restantes componentes seguem a tabela do site: automação a partir de €300, dashboard a partir de €500, aplicação web a partir de €800, app mobile a partir de €2.500 e manutenção a partir de €50/mês. O preço final fixa-se na proposta.

Por onde começar

Começamos pelo problema concreto: que sistemas precisam de falar, com que dados e com que frequência, e por uma só operação, como sincronizar o stock. Se um conector pronto resolver, dizemos-lho. Contacte-nos para uma análise sem compromisso, com estimativa de custo e prazo, e receba resposta em menos de 24 horas. Veja também os exemplos por setor e os guias por setor.

Manter um cliente costuma custar menos do que conquistar um novo. Mas em muitas PME portuguesas o programa de fidelização resume-se a um cartão de carimbos ou a um Excel com os “clientes VIP”, que não gera dados nem dá ao cliente razões para voltar.

Escrevemos este guia como quem constrói software de fidelização para PME e, onde temos exemplo em vídeo, mostramos o que acontece no ecrã. Cobre o que o software deve fazer, como medir o programa, o que o RGPD exige, quando chega a prateleira e quanto custa à medida.

Tipos de programa de fidelização

Não há um modelo único. Depende do negócio, da frequência de compra e do que leva o cliente a voltar:

  • Pontos: o modelo clássico. Acumula-se a cada compra e trocam-se os pontos por descontos ou produtos. Funciona onde a compra é frequente, como mercearia, farmácia ou combustível. O risco é o cliente ver os pontos só como desconto diferido.
  • Escalões (Bronze, Prata, Ouro): o cliente sobe de nível com o volume de compras e ganha vantagens crescentes.
  • Subscrição: o cliente paga uma mensalidade ou anuidade por vantagens exclusivas, como portes grátis ou preços especiais. Dá receita previsível.
  • Experiências: eventos, formação ou conteúdo em vez de descontos. Diferencia mais.
  • Recomendação: o cliente fiel traz novos clientes e ganha por isso. O custo só existe quando há resultado.

O que deve fazer um software de fidelização

  • Perfil único do cliente: compras, contactos, comunicações e preferências declaradas, a base de qualquer personalização.
  • Regras configuráveis de acumulação e resgate: pontos por euro, bónus por categoria, por recomendação ou de aniversário.
  • Segmentação automática por comportamento: inativos, clientes de valor que reduziram a frequência, clientes novos.
  • Comunicação automática por email ou SMS: aniversário, pontos a expirar, ofertas com base no histórico e lembretes.
  • Portal ou app do cliente para consultar o saldo e resgatar prémios sem contactar a empresa.
  • Painel de fidelização com participação ativa, distribuição por escalão, valor médio por escalão e custo do programa por euro de receita.
O cartão de cliente no telemóvel
Cartão de clientePrata
Saldo1.240pontos
Prata760 pontos para o nível OuroOuro

Vantagens do nível Prata

1,5 ponto por euro gastoOferta no dia de aniversárioAcesso antecipado a novidades

Últimos movimentos

+42Compra na lojaHoje
+100Bónus de aniversáriohá 6 dias
−500Resgate: desconto de €5há 3 semanas
Exemplo hipotético. O cliente vê o saldo, o que falta para o nível seguinte e os movimentos, sem falar com a loja. O saldo atualiza-se a partir das compras registadas no programa de faturação.

Começar pela pergunta certa: porque é que os clientes não voltam

O primeiro passo não é escolher uma plataforma de pontos, é perceber quando e porque os clientes deixam de voltar. Uma análise por coortes é simples: pegue nos clientes que compraram pela primeira vez num mês e veja quantos voltaram ao fim de um, três, seis e doze meses.

Retenção por coorte: quantos clientes voltam
Clientes que compraram pela 1.ª vez emMês 0Mês 1Mês 2Mês 3Mês 4Mês 5
Janeiro100%42%31%28%26%25%
Fevereiro100%45%33%30%28%
Março100%40%30%27%
Abril100%44%32%
Maio100%43%
Junho100%
!Onde está o problema. Em todas as coortes, mais de metade dos clientes desaparece logo no mês seguinte à primeira compra, e depois a curva estabiliza. Isto aponta para o acolhimento e para a segunda compra, e não para a falta de pontos.
Exemplo hipotético de uma loja. Cada linha é o grupo de clientes que comprou pela primeira vez num mês, e cada coluna é a percentagem que voltou a comprar nos meses seguintes. Ler a retenção assim mostra em que momento se perdem os clientes, antes de escolher o tipo de programa.

Se a maior perda está logo depois da primeira compra, o problema é de acolhimento e de expectativas, e resolve-se com uma boa segunda compra, não com pontos. Se a retenção cai só ao fim de um ano, pode ser habituação ou concorrência. O programa deve resolver o problema que os dados mostram.

Como medir se o programa compensa

Um programa que não se mede não se gere. As métricas úteis são estas:

  • Retenção e taxa de recompra: a percentagem de clientes que compram mais de uma vez num período. Comparar membros e não-membros é o teste mais direto, mas quem adere já tende a ser mais fiel, por isso compare também antes e depois.
  • Frequência de compra e ticket médio: os membros compram mais vezes ou gastam mais por visita? Isso justifica o custo dos benefícios?
  • Valor do cliente ao longo da relação (LTV): ticket médio × frequência × duração média da relação. Cada empresa define a diferença entre membros e não-membros que justifica o custo do programa, em vez de adotar um valor genérico.
  • Taxa de resgate: que parte dos pontos é usada. Muito baixa sugere prémios pouco atrativos, muito alta um programa demasiado generoso.
  • Abandono (churn) e clientes em risco: o sistema deve identificar quem deixou de comprar face ao seu ritmo habitual e acionar a reativação. Numa mercearia o limiar são semanas, numa loja de mobiliário anos.
  • NPS por escalão: se os escalões superiores não recomendam mais a empresa, as vantagens não diferenciam.
Cliente em risco: quando a compra habitual não acontece0306090120Cliente ACliente B45 dias sem comprarHoje!
✉Ação automática para o Cliente B: mensagem de reativação com uma oferta pessoal, porque passou o intervalo habitual entre compras. O Cliente A, que compra com regularidade, não recebe nada.
Exemplo hipotético, em dias. O Cliente B costumava comprar de 30 em 30 dias e já vai em 45. O sistema aprende o intervalo habitual de compra de cada cliente e reage quando ele é ultrapassado, em vez de enviar a mesma campanha a toda a gente.

Gamificação: envolver sem exagerar

Alguns elementos de jogo ajudam a manter o interesse, desde que sirvam o cliente:

  • Progresso visível: uma barra que mostra quanto falta para o nível seguinte.
  • Conquistas: marcos como o primeiro ano como membro ou a 10.ª compra.
  • Desafios temporários: “compre 3 vezes em janeiro e ganhe pontos bónus”.
  • Surpresas: uma oferta inesperada depois da 5.ª compra, por exemplo.

Os efeitos variam com o negócio e o público: teste e meça antes de generalizar.

RGPD e comunicações de marketing em Portugal

Os programas de fidelização tratam dados pessoais (compras, preferências, contactos), e o RGPD aplica-se por inteiro:

  • Consentimentos separados: aderir ao programa não equivale a consentir em receber marketing. O programa tem uma base legal e as comunicações de marketing eletrónico têm outra, normalmente o consentimento, nos termos da Lei n.º 41/2004. Há uma exceção limitada para clientes que já compraram produtos ou serviços semelhantes e a quem foi dada a possibilidade de recusar. Confirme o enquadramento com um jurista.
  • NIF na fatura: associar as compras ao cliente através do NIF exige informar o cliente sobre esse tratamento e ter uma base legal para ele. Não se deve presumir que quem dá o NIF para a fatura aceitou entrar no programa.
  • Acesso e portabilidade: o membro pode pedir os seus dados em formato estruturado.
  • Eliminação: quando o cliente sai, os dados são eliminados, exceto os que a lei obriga a guardar, como as faturas.
  • Minimização: recolher só o necessário. Não pedir a data de nascimento se não vai enviar uma comunicação de aniversário.
  • Regras do programa: o regulamento, incluindo a validade dos pontos e as condições de resgate, deve ser claro e estar acessível ao cliente.

Casos de uso por setor

Do cartão de carimbos à app: uma implementação faseada

  • Fase 1: pontos ligados ao programa de faturação certificado, com registo automático das compras e saldo consultável por uma ligação pessoal.
  • Fase 2: cartão digital com regras configuráveis, notificações e comunicação automática por email ou SMS.
  • Fase 3: app com escalões, recomendações e ligação ao ponto de venda.

Cada fase pode ser um módulo independente, ligado à faturação, ao ponto de venda e à loja online por API, se derem acesso, ou por exportação, sem substituir o que já funciona. A automação das comunicações pós-venda está no guia de automação de marketing para PME, e o processo de encomendas no de gestão de encomendas.

Prateleira ou à medida

Se quer pontos por euro gasto, numa só loja, com mensagem de aniversário, recomendamos uma ferramenta de prateleira ou o módulo que a sua loja online ou ponto de venda já tenha. À medida compensa nestes casos:

  • O cliente volta por um motivo próprio do negócio: o intervalo de um serviço, uma vacina a vencer, um produto que acaba. Uma ferramenta genérica conta compras, mas não sabe quando é altura de voltar.
  • As compras estão em vários sítios: faturação, balcão e loja online, e hoje o saldo do cliente acerta-se à mão.
  • Regras que a ferramenta não aceita: escalões de parceiro ou descontos por volume, que acabam numa folha paralela.
  • Consentimento que tem de ficar na ficha: quem aceitou marketing, quem recusou e por que canal, para que cada mensagem respeite essa escolha.

Quanto custa

  • Automação pontual (mensagens de aniversário, alertas de inatividade, lembretes de pontos a expirar): a partir de €300.
  • Dashboard de fidelização com retenção, segmentação e resultados do programa: a partir de €500.
  • Aplicação web com perfil de cliente, regras de pontos e portal do cliente: a partir de €800.
  • App mobile com cartão digital, escalões e recomendações: a partir de €2.500.
  • Manutenção mensal: a partir de €50.
  • Integrações com o programa de faturação, o ponto de venda ou a loja online: orçamento caso a caso, porque dependem do que cada sistema permite.

Num exemplo hipotético, um salão começa pelos convites de regresso (automação, a partir de €300) e junta o dashboard depois. O preço final fixa-se na proposta.

Perguntas frequentes

Quanto custa implementar um programa de fidelização numa PME?

Depende da complexidade. As automações de retenção, como mensagens de reativação e de aniversário, começam a partir de €300. Um dashboard de fidelização começa a partir de €500, uma aplicação web com perfil de cliente e regras de pontos a partir de €800 e uma app mobile com cartão digital a partir de €2.500. As integrações com os sistemas em uso são orçadas caso a caso.

O software de fidelização integra com o meu programa de faturação?

Em muitos casos sim, mas depende do que o programa de faturação permite (interface, exportação de dados). A ideia é que cada compra faturada atualize automaticamente o saldo do cliente, sem trabalho manual. O mesmo vale para o ponto de venda. A viabilidade é avaliada caso a caso.

Qual a diferença entre um CRM e um software de fidelização?

Um CRM gere a relação com o cliente, desde o primeiro contacto até ao pós-venda, incluindo propostas e suporte. Um software de fidelização foca-se na retenção, com pontos, escalões, incentivos à recompra e recomendações. Complementam-se, e muitas PME começam pelo CRM e juntam a fidelização quando a base de clientes o justifica.

Costumamos começar pelo processo mais repetitivo, como os lembretes de regresso ou de pontos a expirar, e acrescentar o resto por fases. Contacte-nos para uma conversa sem compromisso, com estimativa de custo e prazo, e receba resposta em menos de 24 horas. Veja também os exemplos por setor e os guias por setor.

Um chatbot é um programa que responde a perguntas e pedidos de clientes (ou de colaboradores) numa conversa, no site, no WhatsApp ou numa app. Quando funciona, responde a qualquer hora às perguntas repetidas e recolhe o contacto de quem escreve fora de horas. Quando não funciona, prende o cliente num menu circular e faz mais mal à imagem da empresa do que ajuda. Escrevemos este guia para quem gere uma PME em Portugal, como quem constrói os sistemas a que um chatbot se liga. Cobre o que distingue um chatbot útil de um frustrante, que regras interessam, quando chega uma plataforma pronta e quanto custa.

Chatbot de regras ou com IA generativa

  • De regras: segue um fluxo definido, como um menu interativo. É previsível e não inventa respostas, e serve para fluxos com pouca variação: pedido de orçamento, marcação, triagem inicial de um pedido de suporte. Perde-se quando o utilizador escreve algo fora do fluxo.
  • Com IA generativa: usa um modelo de linguagem para compreender texto livre e responder. É mais flexível, e pode inventar respostas que parecem corretas. Por isso deve responder apenas com base em documentos da empresa, verificados e atualizados, e dizer que não sabe quando a resposta não está lá.

Para a maioria das PMEs, o mais robusto é um modelo híbrido: fluxos de regras para o que é frequente e crítico (qualificação, marcação, triagem), e IA generativa, com fontes delimitadas, para perguntas livres sobre produtos, serviços e políticas.

Onde um chatbot costuma compensar

  • Contacto fora de horas: o visitante escreve às 22h. O chatbot faz as perguntas de qualificação, recolhe o contacto e marca uma chamada. O comercial chega de manhã com o pedido já estruturado.
  • Perguntas frequentes: prazos de entrega, devoluções, garantia, horários. Só compensa se as respostas estiverem escritas, atualizadas e forem as mesmas para todos.
  • Marcações: ligado ao calendário, mostra a disponibilidade e marca, sem trocas de email. Num exemplo que fizemos para uma clínica fictícia, o site mostra só as vagas reais de cada especialidade e a marcação entra na agenda com o gabinete livre. Um chatbot pode marcar sobre uma agenda assim.
  • Triagem de suporte: recolhe o contexto (o que falha, que mensagem aparece) e abre o pedido no helpdesk já preenchido. Veja o guia de helpdesk e suporte a clientes.
  • Colaboradores: perguntas sobre políticas internas e procedimentos, desde que a documentação esteja organizada.

Passar a conversa a uma pessoa

O erro mais comum é não definir quando e como o chatbot passa a conversa a uma pessoa. O cliente fica num ciclo automático sem conseguir falar com ninguém, e é aí que a empresa perde a confiança de quem escreve.

Da conversa com o chatbot à equipa, sem o cliente se repetir
Boa tarde, tenho um problema com a fatura da encomenda 10482.
Posso ajudar com prazos de entrega, devoluções e marcações. Sobre o que quer falar?
A fatura está errada, cobraram-me duas vezes.
Não percebi bem. Pode escolher uma opção do menu?
Quero falar com uma pessoa.
Vou passar a conversa a um colega, que já vê o que falámos. Horário de atendimento: dias úteis, 9h às 18h.
Pedido recebido pela equipa
ClienteIdentificado por email
Encomenda10482
MotivoFatura cobrada duas vezes
Transferida porPedido do cliente, depois de 2 respostas não percebidas
O que o bot já perguntouAssunto e opções do menu
Conversa completaAnexada ao pedido
O cliente não se repete, e o colega não começa do zero. O chatbot passa à equipa o motivo, o que já foi dito e o que já foi tentado, e regista porque transferiu. O exemplo mostra uma transferência depois de duas respostas não percebidas, e cada empresa define os seus gatilhos. As conversas e os dados do exemplo são fictícios.
Exemplo hipotético de uma conversa entre um cliente e um chatbot de atendimento, com dados fictícios.
  • Gatilhos: o cliente pede uma pessoa, o chatbot não percebe duas vezes seguidas, o tema é uma reclamação ou o valor em causa é alto.
  • Contexto: a pessoa que recebe vê a conversa e o que já foi tentado.
  • Fora de horas: o chatbot diz que não há ninguém, recolhe o contacto e avisa a equipa para o dia seguinte.
  • Espera: se houver fila, diz o tempo estimado e dá a opção de deixar contacto.

WhatsApp Business

O WhatsApp é um canal muito usado em Portugal, incluindo entre empresas. A API do WhatsApp Business permite ligar um chatbot ao número da empresa, e exige a aprovação do Meta e o cumprimento das políticas de mensagens. Uma regra condiciona tudo: depois de o cliente escrever, a empresa pode responder livremente durante 24 horas. Passado esse prazo, só pode enviar mensagens-modelo previamente aprovadas.

A janela de 24 horas do WhatsApp Business
Respostas livres do chatbotSó mensagens-modelo aprovadas0 h12 h24 h36 h48 hO cliente escrevePassam 24 h sem mensagem do clienteLembrete de consultamensagem-modelo aprovada pelo Meta
Depois de 24 horas sem mensagem do cliente, o chatbot deixa de poder responder livremente. Para voltar a escrever, só com um modelo de mensagem previamente aprovado, e com o consentimento do cliente para receber esses contactos. O sistema guarda o momento da última mensagem de cada cliente e escolhe o tipo de resposta permitido. As regras e os custos dependem da plataforma e mudam, por isso confirme-os junto do Meta ou do seu fornecedor.
Esquema simplificado, com horas de exemplo. As regras da plataforma são as do Meta em vigor e podem mudar.

Os custos de envio, as categorias de mensagens e as regras mudam, por isso confirme-os junto do Meta ou do seu fornecedor antes de desenhar o fluxo.

Dados pessoais e regras aplicáveis

  • Informação e base legal: antes de recolher dados pessoais, diga ao utilizador quem é o responsável, o que recolhe e para quê. Consoante o fim, o fundamento pode não ser o consentimento. Defina-o com o seu encarregado de proteção de dados.
  • Direitos do titular: o sistema deve permitir localizar, exportar e eliminar os dados de uma pessoa.
  • Conservação: defina e cumpra um prazo para guardar as conversas, em vez de as guardar indefinidamente.
  • Fornecedores de IA: se o chatbot usa modelos de terceiros, confirme o contrato de subcontratação, onde os dados são tratados e se são usados para treinar modelos.
  • Transparência: o Regulamento (UE) 2024/1689 (Regulamento da Inteligência Artificial) prevê obrigações de transparência para sistemas que interagem com pessoas, como informar que estão a falar com um sistema de IA. A aplicação é faseada, por isso confirme o calendário.
  • Decisões sobre pessoas: um chatbot não deve tomar sozinho decisões com efeitos relevantes para o cliente, como recusar um pedido de reembolso, sem possibilidade de revisão humana. O mesmo vale para o que a máquina lê: num exemplo que fizemos para um gabinete de contabilidade fictício, a leitura automática propõe os dados da fatura e, com o total lido com confiança baixa, o administrativo corrige-o. Um chatbot que receba documentos pode entregá-los a um sistema assim.
  • Saúde: um chatbot pode marcar consultas e enviar lembretes, mas deve evitar avaliar sintomas, que é um ato clínico e pode ter implicações regulamentares.

Como saber se está a funcionar

Um chatbot sem métricas é uma caixa negra. As mais úteis:

  • Resolvidas sem equipa: a percentagem de conversas que o chatbot fecha sozinho. Só faz sentido lida com a satisfação.
  • Abandono: conversas deixadas a meio, por tema.
  • Respostas sem fonte: no caso da IA generativa, o número de perguntas a que o chatbot não soube responder ou respondeu sem fonte, que mostra o que falta na base de conhecimento. Os modelos de linguagem não dão uma medida fiável de confiança, por isso use regras (fonte encontrada, tema permitido).
  • Pedidos gerados: quantos contactos qualificados e quantos se transformam em reuniões.
  • Satisfação: uma pergunta de um clique no fim de cada conversa.
Resolvido pelo chatbot não quer dizer bem resolvido
Dadas como resolvidas, mas insatisfeitos0%50%100%0%50%100%Conversas resolvidas pelo chatbot sem equipaSatisfaçãoPrazos de entregaMarcaçõesFaturasDevoluçõesReclamações
Uma taxa alta de resolução pode esconder clientes insatisfeitos. No exemplo, as devoluções são 70% resolvidas pelo chatbot, mas com a pior satisfação entre os temas de grande volume, e é por aí que vale a pena rever o fluxo. O tamanho de cada círculo é o número de conversas. Os temas e os valores são fictícios.
Exemplo hipotético, com temas de conversa e números fictícios de um mês.

Exemplos por setor

Quanto custa

  • Automação pontual: um fluxo simples de regras ligado a um formulário ou a um calendário, com os pedidos enviados por email: a partir de €300.
  • Dashboard com conversas, temas, pedidos gerados e satisfação: a partir de €500.
  • Aplicação web com base de conhecimento editável, painel de conversas e transferência para a equipa: a partir de €800.
  • App mobile para a equipa responder a partir do telemóvel: a partir de €2.500.
  • Manutenção mensal, que num chatbot inclui atualizar as respostas: a partir de €50.
  • Chatbot com IA generativa, ligação ao WhatsApp Business, ao CRM e ao helpdesk, e integrações: orçamento personalizado, caso a caso.

Some ainda os custos de operação: a plataforma de mensagens, o modelo de IA (normalmente cobrado por utilização) e o tempo de quem mantém a base de conhecimento. Na nossa opinião, uma plataforma pronta de chatbot chega quando as perguntas são poucas e estáveis, há um só canal e não é preciso consultar outros sistemas: compare-a antes de encomendar desenvolvimento. À medida compensa quando o chatbot tem de marcar numa agenda própria, consultar pedidos noutro programa ou seguir regras de transferência da empresa. O retorno depende de quantas perguntas repetidas a equipa responde hoje: conte-as durante duas semanas.

O que perguntar a um fornecedor

  • Em que documentos se baseia o chatbot, e o que faz quando não sabe?
  • Como e quando passa a conversa a uma pessoa, e o que a pessoa vê?
  • Que modelos de IA usa, onde ficam os dados e são usados para treino?
  • Como informa o utilizador de que está a falar com um sistema automático?
  • Quem atualiza as respostas, e quanto custa?
  • Quais são os custos ao fim de três anos, incluindo mensagens e IA?

Por onde começar

Escreva as três perguntas que a equipa mais repete e que têm sempre a mesma resposta, e veja em que canal os clientes já escrevem. Comece por aí, com escalação definida desde o primeiro dia, e alargue depois.

Nós desenvolvemos chatbots ligados aos sistemas da empresa, por API se o programa der acesso ou por exportação, com regras de transferência para a equipa. Contacte-nos para uma conversa sem compromisso, com estimativa de custo e prazo. Veja também o guia de automação de processos com IA e os exemplos por setor.

Em muitas PME a avaliação de desempenho ainda é um formulário em papel ou Word preenchido uma vez por ano para «cumprir a obrigação», sem histórico, sem ligação aos objetivos da empresa e sem seguimento. Frustra quem avalia e quem é avaliado. Um software de avaliação de desempenho não cria sozinho uma cultura de feedback, mas tira do caminho os obstáculos práticos e dá os dados para decidir reconhecimento, desenvolvimento e progressão com critérios claros.

Escrevemos este guia como quem constrói este tipo de software, para quem gere pessoas numa PME em Portugal. Explicamos que modelos existem, o que o software deve fazer, que regras interessam, quando chega uma plataforma pronta e quanto custa fazer à medida.

Modelos de avaliação de desempenho

Não há um modelo certo para todas as empresas. A escolha depende da cultura da empresa, do tipo de funções e daquilo para que a avaliação vai servir:

  • Avaliação por objetivos (MBO / OKR): cada colaborador tem objetivos definidos no início do período (trimestre, semestre ou ano) e a avaliação mede o grau de cumprimento. É simples e mensurável, mas pode deixar de fora comportamentos e competências que não se traduzem em números.
  • Avaliação por competências: mede em que grau o colaborador demonstra as competências definidas para a sua função, técnicas e comportamentais. É mais subjetiva, por isso cada nível da escala precisa de uma descrição com comportamentos observáveis.
  • Avaliação 360°: além do gestor direto, avaliam colegas, pessoas que a pessoa chefia (quando existem) e o próprio. Dá uma visão mais completa, mas pede uma equipa habituada a dar feedback e um sistema que garanta o anonimato quando o grupo é pequeno.
  • Avaliação contínua: em vez de um único momento anual, gestor e colaborador têm conversas regulares (semanais ou mensais) registadas no sistema. A avaliação anual passa a ser o resumo de um ano de conversas, sem surpresas.

Na prática, muitas PME combinam objetivos e competências numa só ficha, com conversas regulares ao longo do ano.

Um ano de avaliação contínua, de janeiro a dezembro
JanFevMarAbrMaiJunJulAgoSetOutNovDez
Objetivos
Definidos com o gestorRevistos a meio do ano
Conversas 1:1
Feedback de colegas
Avaliação
Autoavaliação, gestor e calibração
11conversas 1:1 registadas, com notas e combinados
2objetivos ajustados em julho, com a razão escrita
4pedidos de feedback a colegas de outros projetos
1formação do plano de desenvolvimento já concluída
A avaliação de dezembro resume o ano em vez de o reconstruir de memória. As conversas mensais, os ajustes de objetivos e o feedback ficam no sistema à medida que acontecem; em agosto, o mês de férias fica sem conversa. Em janeiro, a reunião final fecha a nota, o plano de desenvolvimento e os objetivos do ano seguinte.
Exemplo hipotético do ano de uma colaboradora fictícia. Círculos azuis: objetivos; verdes: conversas 1:1; losangos: feedback de colegas; roxos: avaliação.

O que deve fazer um software de avaliação

  • Definição e cascata de objetivos: os objetivos da empresa desdobram-se em objetivos de equipa e individuais, com a ligação visível entre níveis. Cada pessoa percebe como o seu trabalho contribui para o todo.
  • Ciclos de avaliação configuráveis: a empresa define a periodicidade, as etapas (autoavaliação, avaliação do gestor, calibração, reunião de feedback) e as fichas para cada tipo de função e nível.
  • Autoavaliação antes da avaliação do gestor: o colaborador preenche a sua parte sem ver a do gestor, para que uma não condicione a outra.
  • Escalas com descrição de cada nível: uma nota 4 tem de querer dizer o mesmo em todas as equipas, com exemplos de comportamento por nível.
  • Calibração entre gestores: os gestores comparam as avaliações das suas equipas para garantir que leem os critérios da mesma forma.
  • Plano de desenvolvimento individual (PDI): cada avaliação termina num plano com objetivos de desenvolvimento, formações e acompanhamento. Num exemplo que fizemos para uma coach fictícia, de outro setor, o plano com objetivos, ações e progresso funciona assim: uma ação fica feita na sessão, o objetivo passa de 40 % para 60 % e as notas da coach ficam visíveis só para ela.
  • Histórico: todas as avaliações ficam guardadas, para ver a evolução de cada pessoa e fundamentar progressões.
  • Ligação ao processamento salarial: os resultados alimentam as propostas de aumentos e prémios, com regras por nível. O tratamento contributivo e fiscal dos prémios depende de serem regulares ou não e de regimes temporários, como a isenção de IRS e de contribuições para prémios de produtividade até 6 % da retribuição base anual, prolongada pelo Orçamento do Estado para 2026 com condições próprias. Confirme o enquadramento de cada prémio com o contabilista; o software deve apenas passar os valores ao programa de salários que já usa, com a classificação certa, em vez de obrigar a copiar à mão.
Ficha de avaliação: objetivos, competências e onde há desacordo
Objetivos do ano
ObjetivoPesoMetaRealCumprimentoNota
Volume de vendas da carteira40 %420.000 €445.200 €106 %4
Novos clientes com encomenda30 %12975 %2
Propostas respondidas em 48 h30 %90 %93 %103 %4
Competências · escala de 1 a 5
AutoavaliaçãoGestor
Orientação para o cliente
12345
Diferença pequena
Comunicação
12345
Diferença pequena
Organização do trabalho
12345
Falar na reunião
Trabalho em equipa
12345
Diferença pequena
Organização do trabalho · o que quer dizer cada nível2 Cumpre prazos quando lembrado; o pipeline no CRM fica desatualizado.3 Planeia a semana e mantém o CRM em dia, com falhas pontuais.4 Planeia o mês, antecipa picos e avisa a equipa a tempo.
Objetivos · 60 %3,40
Competências (gestor) · 40 %3,25
Nota final3,3 · Cumpre
A nota é a parte menos importante da ficha. O sistema calcula-a a partir das regras definidas pela empresa, mas o que serve a conversa é ver onde a autoavaliação e o gestor discordam, e a descrição de cada nível, que obriga a justificar a nota com comportamentos e não com impressões.
Exemplo hipotético de uma técnica comercial fictícia. A linha tracejada marca 100 % da meta; metas, pesos, escalas e regras de cálculo são ilustrativos e definidos por cada empresa.

Calibração e enviesamentos

Duas pessoas com o mesmo desempenho podem ter notas diferentes só porque têm gestores diferentes. Os enviesamentos mais comuns são conhecidos e aparecem nos dados:

  • Tolerância: o gestor dá notas altas a quase todos, para evitar conversas difíceis.
  • Severidade: o contrário, com notas baixas por princípio.
  • Tendência central: toda a gente fica no meio da escala, e a avaliação deixa de distinguir.
  • Efeito de halo: um ponto forte (ou fraco) contamina a nota de todas as competências.
  • Efeito de recência: só conta o que aconteceu nas últimas semanas, sobretudo quando não há registos ao longo do ano.

O software ajuda ao mostrar a distribuição de notas por gestor, ao pedir exemplos concretos para as notas extremas e ao guardar as alterações feitas na calibração, com a justificação.

Calibração: três gestores, a mesma escala lida de três formas
Gestor A9 pessoasTolerante
Antes · média 4,3
1
2
13
44
45
Depois · média 3,6
1
12
33
44
15
Gestora B8 pessoasSevera
Antes · média 2,3
11
42
33
4
5
Depois · média 3,0
1
22
43
24
5
Gestor C9 pessoasTendência central
Antes · média 3,0
1
2
93
4
5
Depois · média 3,3
1
12
53
24
15
26avaliações discutidas na reunião
9notas alteradas, cada uma com justificação escrita
3exemplos concretos pedidos por cada nota 5 ou 1
Calibrar não é impor uma curva. Os gestores comparam avaliações com exemplos concretos e ajustam quem leu a escala de forma diferente. O software mostra as distribuições lado a lado, guarda a nota antes e depois e a razão de cada alteração, e só depois liberta a nota para a reunião com o colaborador.
Exemplo hipotético com 26 avaliações fictícias na escala de 1 a 5. As barras mostram quantas pessoas tiveram cada nota antes (cinzento) e depois (azul) da reunião de calibração.

O que diz a lei

Nas empresas privadas não há um modelo legal obrigatório de avaliação de desempenho. O SIADAP (Lei n.º 66-B/2007) aplica-se à Administração Pública, não às PME, embora possa servir de inspiração. Há, ainda assim, regras que o sistema deve respeitar:

  • Igualdade e não discriminação: os critérios de avaliação, progressão e prémios têm de ser objetivos e iguais para todos, sem discriminação, por exemplo, em razão do sexo, da idade ou da parentalidade (artigos 23.º a 25.º do Código do Trabalho). Ausências legalmente protegidas, como licenças parentais, não devem penalizar a avaliação.
  • Formação contínua: o trabalhador tem direito a um mínimo de 40 horas de formação contínua por ano (artigo 131.º do Código do Trabalho). O plano de desenvolvimento que sai da avaliação é um bom sítio para registar estas horas.
  • Algoritmos e IA: desde a Agenda do Trabalho Digno, o empregador deve informar os trabalhadores sobre os parâmetros, critérios e regras dos algoritmos ou sistemas de IA que afetem decisões sobre o trabalho (alínea s) do n.º 3 do artigo 106.º do Código do Trabalho, introduzida pela Lei n.º 13/2023). No regulamento europeu da IA (Regulamento (UE) 2024/1689), os sistemas usados para avaliar o desempenho e o comportamento de trabalhadores ou decidir promoções são de risco elevado; as obrigações para esses sistemas foram adiadas para dezembro de 2027. O reconhecimento de emoções no local de trabalho está proibido desde fevereiro de 2025. Confirme as datas e o âmbito com um jurista se usar IA nestas decisões.
  • Instrumentos de regulamentação coletiva: alguns contratos coletivos de trabalho definem regras de avaliação ou de progressão. Confirme o que se aplica ao seu setor.

Este resumo vem de fontes públicas e de conhecimento geral, e não substitui um jurista.

RGPD e avaliações de desempenho

As avaliações são dados pessoais dos colaboradores com impacto nas suas condições de trabalho. Não são, em regra, uma categoria especial de dados, mas exigem cuidado: notas e comentários podem conter informação de saúde ou da vida pessoal, que não devia lá estar.

  • Base legal e informação: a avaliação assenta, em regra, na execução do contrato de trabalho e no interesse legítimo do empregador. Os colaboradores devem saber, por escrito, como funciona a avaliação, que dados se recolhem, quem os vê e quanto tempo ficam guardados. A Lei n.º 58/2019 tem regras próprias para o tratamento de dados nas relações laborais (artigo 28.º).
  • Acesso restrito: a avaliação é vista pelo próprio, pelo gestor direto e pelos recursos humanos. Na avaliação 360°, as respostas de colegas são apresentadas de forma agregada, sem identificar quem respondeu.
  • Direito de acesso e retificação: o colaborador pode consultar os seus dados e contestar o que estiver errado. O sistema deve guardar a sua concordância ou os seus comentários à avaliação final.
  • Decisões automatizadas: decisões com efeitos importantes, como prémios ou despedimentos, não devem resultar só de um cálculo automático sem intervenção humana (artigo 22.º do RGPD).
  • Conservação: a lei não fixa um prazo único para guardar avaliações. A empresa define-o e justifica-o, tendo em conta, por exemplo, os prazos para reclamar créditos laborais após o fim do contrato, e o sistema apaga ou anonimiza quando o prazo termina.

Avaliação de desempenho vs. gestão de talento

A avaliação de desempenho é uma parte de uma função mais ampla, a gestão de talento, que inclui recrutamento, acolhimento, desenvolvimento e planeamento de sucessão. Um sistema integrado pode ir além da avaliação isolada:

  • Mapa de talento: a equipa vista por desempenho e potencial (matriz nine-box), para decidir onde investir em desenvolvimento.
  • Planeamento de sucessão: quem pode substituir cada função crítica e que plano precisa para lá chegar.
  • Gestão de formação: o plano de formação construído a partir das necessidades identificadas nas avaliações, com as horas de cada pessoa. Num exemplo que fizemos para uma entidade formadora fictícia, quando termina uma ação as horas certificadas somam-se a cada trabalhador e a empresa cliente vê quem ainda não chegou às 40 horas do ano.
  • Retenção: sinais de alerta simples, como objetivos sem conversa há meses ou planos de desenvolvimento parados, discutidos pelo gestor com a pessoa.

Erros comuns na implementação

Muitos programas de avaliação falham por razões que nada têm a ver com o software:

  • Avaliar sem calibrar: sem calibração, o mesmo desempenho recebe notas diferentes consoante o gestor, e a confiança no processo desaparece.
  • Objetivos vagos: «melhorar o desempenho» não se avalia. Objetivos SMART (específicos, mensuráveis, atingíveis, relevantes e com prazo) permitem uma avaliação objetiva.
  • Avaliar para cumprir calendário: se a avaliação não tem consequências visíveis (aumentos, planos de desenvolvimento, seguimento), as pessoas percebem depressa que é só burocracia.
  • Guardar o feedback negativo para o fim do ano: o feedback útil chega perto do momento que o originou. Na reunião anual não deve haver surpresas.
  • Tratar todos da mesma forma: quem tem desempenho alto e recebe as mesmas consequências que os restantes deixa de ver razão para o esforço. A diferenciação no feedback, no desenvolvimento e na compensação conta.

Tendências em avaliação de desempenho

  • Conversas regulares em vez de um momento anual: há empresas que trocaram a avaliação anual tradicional por conversas frequentes entre gestor e colaborador. Muitas PME adotam um meio-termo: conversas mensais e uma síntese anual.
  • OKR (Objectives and Key Results): usados por PME que querem objetivos transparentes e ciclos trimestrais.
  • Inquéritos curtos de clima: duas ou três perguntas enviadas com frequência para detetar problemas mais cedo do que um inquérito anual.
  • IA com cuidado: a IA pode ajudar a resumir notas de conversas ou a sugerir objetivos, mas analisar emails ou a atividade dos trabalhadores para prever saídas ou esgotamento levanta questões sérias de proporcionalidade no RGPD e cai, em regra, nos sistemas de risco elevado do regulamento europeu da IA. Veja o guia de automação de processos com IA.

Casos de uso por setor

  • Serviços profissionais e consultoria: avaliação por projeto com feedback dos clientes e categorias (júnior, sénior, gestor, sócio) com critérios de progressão claros. Veja as soluções para consultoria.
  • Saúde: competências clínicas e não clínicas avaliadas em separado e registo da formação contínua que algumas ordens profissionais e entidades exigem. Veja as soluções para saúde.
  • Comércio e distribuição: equipas comerciais e de armazém com indicadores de vendas, serviço e erros de expedição, e progressão em equipas com rotação elevada. Veja as soluções para comércio por grosso.
  • Recrutamento e RH: avaliação ligada ao recrutamento interno e ao planeamento de equipas. Veja as soluções para recrutamento e RH.

Quanto custa

  • Automação pontual (lembretes de conversas 1:1, envio das fichas e recolha das respostas, exportação dos resultados para o programa de salários): a partir de €300.
  • Dashboard com estado do ciclo, distribuição de notas por gestor e planos de desenvolvimento: a partir de €500.
  • Aplicação web com objetivos, fichas configuráveis, autoavaliação, calibração e histórico: a partir de €800.
  • App mobile para registar conversas e feedback no momento: a partir de €2.500.
  • Manutenção mensal: a partir de €50.
  • Plataforma completa de gestão de talento, avaliação 360° com anonimato e integração com o processamento salarial ou o portal de RH: orçamento personalizado, caso a caso. Veja também quanto custa desenvolver uma aplicação web.

O preço final fixa-se na proposta. Um exemplo hipotético: uma aplicação web com fichas, autoavaliação e histórico parte dos €800, e a manutenção soma a partir de €50 por mês.

Plataforma pronta ou à medida

Há plataformas prontas de avaliação de desempenho que servem bem muitas empresas. Na nossa opinião, chegam quando usa uma ficha comum e ciclos anuais. À medida compensa quando se reconhece nestes casos:

  • Fichas diferentes por função, com pesos, escalas e regras de cálculo que a plataforma não deixa configurar.
  • Ligação ao que já usa: os resultados têm de chegar ao programa de salários ou ao portal de RH, por API se der acesso ou por exportação.
  • Regras do contrato coletivo sobre avaliação ou progressão que obrigam a um fluxo próprio.
  • Avaliação, formação e sucessão juntas, num só histórico por pessoa.

O guia SaaS ou software à medida ajuda a decidir.

O que perguntar a um fornecedor

  • Posso ter fichas diferentes por função, com pesos e escalas próprios, e mudá-las sem programação?
  • Como garante que a autoavaliação é feita antes de o colaborador ver a avaliação do gestor?
  • Como funciona a calibração: que dados mostra e como regista as alterações e a justificação?
  • Como é garantido o anonimato no feedback de colegas quando a equipa é pequena?
  • Quem vê o quê, como se registam os acessos e como se apagam os dados no fim do prazo de conservação?
  • Como passam os resultados para o programa de salários que já uso?
  • Como exporto todo o histórico se mudar de fornecedor, e quanto custa ao fim de três anos?

Para mais critérios, veja o guia como escolher uma empresa de software.

Por onde começar

Antes de escolher software, decida para que serve a avaliação na sua empresa: desenvolver pessoas, fundamentar aumentos e prémios, planear sucessão, ou tudo isto. O modelo, os critérios, a periodicidade e as funcionalidades mudam consoante a resposta. O software é a parte mais simples: o que dá mais trabalho é desenhar o processo e mudar hábitos. Começamos pelo processo mais repetitivo, por exemplo passar para o sistema a ficha que já usa. Se hoje tudo vive em folhas de cálculo, veja o guia para migrar do Excel para software de gestão.

Fazemos módulos de avaliação de desempenho adaptados às regras de cada empresa, ligados ao portal de RH e ao programa de salários por API, se der acesso, ou por exportação, e orçamos caso a caso. Contacte-nos para uma conversa sem compromisso. Veja também os guias de software de RH para PME, dashboard de gestão, software de gestão para pequenas empresas, o que é software à medida, desenvolvimento de software à medida e transformação digital, e os exemplos por setor.

Quando uma empresa precisa de um programa que não encontra feito, ou que não encaixa nos seus processos, aparece uma decisão: construir numa plataforma low-code, como o Microsoft Power Apps, o OutSystems, o Mendix ou o Bubble, ou desenvolver à medida, com código escrito de raiz. As duas têm mérito, e a escolha errada custa tempo e dinheiro. Escrevemos este guia como quem faz software à medida, e por isso dizemos já: em muitos casos, a nossa recomendação é o low-code. O guia mostra quando, onde as plataformas encontram limites e, em vídeo, exemplos do que fazemos à medida.

O que é low-code

As plataformas low-code permitem construir aplicações com pouco código tradicional, usando interfaces visuais: formulários e ecrãs arrastados para o sítio, fluxos de trabalho desenhados em diagramas e conectores prontos para ligar a outros sistemas. Algumas estão mais orientadas para automação e formulários dentro de um ecossistema (por exemplo, o Microsoft 365), outras para aplicações empresariais de maior dimensão, e outras para criar produtos web sem programar. Os preços e as condições de licenciamento variam muito de plataforma para plataforma e mudam, por isso peça a cada fornecedor a proposta atual.

Quando o low-code é uma boa escolha

  • Velocidade: uma aplicação simples pode estar pronta em dias ou semanas. Para validar uma ideia ou resolver um problema urgente, isso vale muito.
  • Custo inicial: para problemas padrão (formulários, aprovações, automações simples), é normalmente mais barato do que desenvolver à medida.
  • Manutenção por utilizadores técnicos: em muitos casos, pessoas da própria empresa, sem serem programadoras, conseguem ajustar ecrãs e fluxos.
  • Conectores prontos para serviços comuns, que seriam caros de desenvolver de raiz.
  • Protótipo: construir uma primeira versão funcional para testar, antes de investir num sistema definitivo.

Onde o low-code encontra limites

  • Complexidade: quando a lógica de negócio é muito específica, a plataforma cria fricção, e o custo de contornar o que ela não suporta pode superar o de desenvolver à medida.
  • Dependência do fornecedor: uma aplicação construída numa plataforma só funciona nessa plataforma. Se o preço subir, se uma funcionalidade for descontinuada ou se o fornecedor mudar, a saída pode implicar reconstruir.
  • Desempenho e escala: com muitos utilizadores em simultâneo ou operações intensivas, o desempenho e o custo de uma plataforma genérica podem não chegar.
  • Segurança e conformidade: em setores muito regulados, é preciso poder auditar e controlar o sistema, e numa plataforma há camadas que a empresa não controla.
  • Integrações fora do padrão: ligar um sistema antigo com protocolo próprio, um equipamento industrial ou um programa de faturação com interface pouco documentada pode exceder o que os conectores da plataforma oferecem.

Onde o desenvolvimento à medida compensa

  • Controlo: o código e os dados são da empresa, e podem ser alterados, migrados e auditados sem depender de uma plataforma. Convém que a propriedade do código conste da proposta e do contrato.
  • Sem limites de plataforma: qualquer regra de negócio, por específica que seja, pode ser implementada.
  • Desempenho otimizado para o caso de uso, relevante com muitos utilizadores ou operações intensivas.
  • Integrações complexas: qualquer sistema com que seja tecnicamente possível comunicar pode ser ligado, seja qual for o protocolo. Costumamos ligar por API se o programa der acesso, ou por exportação. Veja o guia de desenvolvimento de APIs e integrações.
  • Segurança pensada para o contexto da empresa, com visibilidade sobre como os dados são protegidos.
  • Custo de entrada mais alto: é a desvantagem honesta, e por isso começamos pelo processo mais repetitivo e avançamos por fases.

Critérios de decisão

  • Escolha low-code quando o problema é relativamente padrão, a velocidade conta, o orçamento é limitado, ou se trata de um protótipo antes de uma decisão maior. Nesses casos, recomendamo-lo. Um circuito de aprovação é o exemplo típico: no que fizemos para uma empresa fictícia, as despesas até 150 € são aprovadas pela chefia direta e as de valor acima sobem à direção. Um fluxo assim pode ser feito numa plataforma ou à medida.
  • Escolha desenvolvimento à medida quando a lógica é muito específica, há integrações com sistemas antigos ou interfaces fora do padrão, vai haver muitos utilizadores ou crescimento, os requisitos de segurança e conformidade são rigorosos ou o sistema é crítico para o negócio e a dependência de um fornecedor seria inaceitável. Numa fábrica fictícia que preparámos, cada encomenda compara o custo orçado com o apurado, com os tempos reais do posto e a sucata, e a margem desce de 24 % para 14 %. Regras de cálculo próprias, ligadas aos registos da produção, são o género de projeto em que o à medida tende a compensar.
  • Combine as duas: muitas empresas usam low-code para automações e aprovações internas simples e desenvolvimento à medida para as aplicações centrais do negócio. As duas complementam-se.
Dois projetos e seis critérios de decisão
Velocidade de entrega
Semanas
AB
Meses
Regras de negócio
Simples
AB
Muito específicas
Integrações
Conectores existentes
AB
Sistemas próprios ou antigos
Utilizadores e volume
Poucos
AB
Muitos
Dependência de fornecedor
Aceitável
AB
Inaceitável
Segurança e dados
Normais
AB
Muito exigentes
A · Aprovação de despesas e formulários internosB · Sistema de gestão setorial com ligações a outros sistemas
Quanto mais os pontos estão à esquerda, mais o low-code faz sentido. O projeto A é um caso típico de low-code. No projeto B, quase todos os critérios empurram para o desenvolvimento à medida. O caso intermédio, com pontos dos dois lados, é o que pede análise.
Exemplo hipotético. O ponto de cada projeto em cada critério mostra para que lado o critério inclina a decisão, da plataforma low-code (à esquerda) para o desenvolvimento à medida (à direita).

Custos: o que se pode e o que não se pode dizer

Não publicamos uma tabela de «custo de low-code contra custo à medida», porque não conhecemos dados públicos fiáveis e os valores variam muito com a plataforma, o projeto e o fornecedor. O que se pode dizer é a forma geral: o low-code costuma ser mais barato para problemas simples, e a vantagem diminui ou desaparece à medida que a complexidade cresce, porque se acumulam soluções de contorno e licenças por utilizador. Para comparar, peça a cada fornecedor uma proposta com o âmbito detalhado e some o custo total ao longo de vários anos, incluindo licenças, manutenção e o custo de sair.

Custo ao longo da vida de um projeto, em esboço
Low-codeÀ medidaPonto de cruzamento: depende do projetoComplexidade do projeto e tempo de vida →Custo acumulado →
O low-code costuma começar mais barato e subir mais depressa quando a aplicação cresce, porque as limitações da plataforma, as licenças por utilizador e as soluções de contorno acumulam-se. O desenvolvimento à medida começa mais alto e cresce mais devagar. Onde as linhas se cruzam depende do projeto, e o gráfico não tem valores porque não os há para todos os casos.
Esboço ilustrativo, sem valores em euros, para explicar a forma das duas curvas. Não é um dado medido: os custos reais dependem da plataforma, do projeto e do fornecedor.

Os nossos pontos de partida para desenvolvimento à medida são: automação pontual a partir de €300, dashboard a partir de €500, aplicação web a partir de €800, app mobile a partir de €2.500 e manutenção a partir de €50/mês, com integrações e sistemas completos orçados caso a caso. O preço final fixa-se na proposta. Veja também o guia quanto custa desenvolver uma aplicação web, que explica o que faz o preço variar.

O risco de ficar preso a uma plataforma

A dependência de uma plataforma é um risco que muitas empresas subestimam ao decidir. Quando a operação crítica está construída sobre ela, a empresa fica sujeita às decisões comerciais e técnicas do fornecedor: alterações de preços, funcionalidades ou conectores que deixam de existir, mudanças de arquitetura ou a própria continuidade do fornecedor. Com desenvolvimento à medida, o código é da empresa e pode ser mantido por outro programador, desde que o contrato o garanta e o código esteja documentado.

E se um dia quiser mudar? O que sai consigo
Numa plataforma low-code
Se quiser sair
InterfaceFica na plataforma
Lógica de negócioFica na plataforma
DadosEm regra, exportáveis
Em desenvolvimento à medida
Se quiser mudar de fornecedor
InterfaceSai consigo, com o código
Lógica de negócioSai consigo, com o código
DadosSai consigo
Antes de escolher uma plataforma, pergunte o que sai consigo. Em muitas plataformas low-code, os dados podem exportar-se, mas as aplicações, as regras e os ecrãs só funcionam dentro da plataforma, por isso mudar significa reconstruir. Confirme-o por escrito com cada fornecedor.
Esquema simplificado, e cada plataforma tem condições próprias. Em desenvolvimento à medida, o que fica consigo depende também do contrato, por isso convém que a propriedade do código e dos dados conste da proposta.

RGPD e localização dos dados

O RGPD impõe regras sobre onde e como se tratam dados pessoais. Muitas plataformas low-code são de fornecedores de fora da União Europeia, e algumas oferecem a opção de alojar os dados na Europa. Quando há transferência de dados para fora da União, é preciso um fundamento legal válido (por exemplo, uma decisão de adequação, como o Quadro de Privacidade de Dados UE-EUA para entidades certificadas, ou cláusulas contratuais-tipo), e convém avaliar o impacto. Pergunte a cada fornecedor onde ficam os dados, quem pode aceder e como se eliminam. Com desenvolvimento à medida, a localização e o controlo dos dados definem-se na arquitetura, mas as obrigações do RGPD continuam a aplicar-se, e devem ser validadas com um jurista.

Inteligência artificial e o futuro

As ferramentas de desenvolvimento estão a mudar com a inteligência artificial. Os assistentes de programação aceleram parte do trabalho de código, e as plataformas low-code também incorporam IA para gerar fluxos e formulários. Isto tende a aproximar as duas abordagens, mas a decisão continua a depender do caso, e convém desconfiar de quem afirma que uma das duas é sempre mais barata ou mais rápida. Veja também o guia de automação de processos com IA.

Setores com necessidades diferentes

Como decidir no seu caso

  • Descreva o problema e o processo, em vez de começar pela tecnologia.
  • Liste as integrações necessárias e confirme que cada plataforma candidata as suporta.
  • Estime utilizadores e crescimento para os próximos anos.
  • Pergunte o que sai consigo (código, regras, dados) se mudar de plataforma ou de fornecedor.
  • Comece pequeno: um protótipo ou uma primeira fase, antes de um compromisso grande. Numa lista de pedidos entre departamentos em que cada pedido tem responsável e prazo, e o que passa do prazo fica assinalado, num exemplo fictício, pode começar-se por dois departamentos e alargar depois.

Ajudamo-lo a decidir com os dados do seu caso: olhamos primeiro para o processo mais repetitivo e, se uma plataforma low-code chegar, dizemos-lho. Contacte-nos para uma conversa sem compromisso, com estimativa de custo e prazo, e veja também os exemplos por setor.

Numa PME, os contratos costumam viver em anexos de email, pastas partilhadas e uma folha de cálculo com datas que ninguém atualiza. Funciona até ao dia em que um contrato com renovação automática se renova sem ninguém querer, um fornecedor falha o nível de serviço sem que se dê por isso, ou é preciso provar quem aprovou uma cláusula. Este guia é para quem gere contratos numa PME portuguesa sem departamento jurídico próprio: explica o que um software de gestão de contratos deve fazer, o que diz a lei sobre assinatura e conservação, quando basta um programa pronto, quanto custa e por onde começar. Escrevemos este guia como quem constrói estes sistemas; onde temos um exemplo em vídeo, mostramo-lo.

O ciclo de vida de um contrato

Gerir contratos não é só guardá-los. Um contrato passa por fases, e em cada uma há algo que se pode perder:

  • Preparação: a partir de modelos aprovados, com os dados do cliente ou do fornecedor preenchidos a partir do CRM ou do ERP.
  • Negociação: versões, alterações às cláusulas e comentários, com histórico de quem mudou o quê.
  • Aprovação interna: quem tem de aprovar, conforme o tipo e o valor.
  • Assinatura: manuscrita ou eletrónica, com o nível de assinatura adequado.
  • Execução: obrigações, marcos, níveis de serviço, garantias e seguros durante a vigência.
  • Renovação ou fim: renovar, renegociar ou denunciar, a tempo.

Os tipos de contrato mais comuns numa PME são de clientes (prestação de serviços, manutenção), de fornecedores, de arrendamento e de trabalho, cada um com regras próprias. Um bom sistema separa modelos, aprovações, acessos e alertas por tipo.

Renovações e denúncias: a data que conta

A data de fim de um contrato raramente é a data importante. Muitos contratos renovam-se automaticamente se nenhuma das partes os denunciar com uma certa antecedência (o pré-aviso), por isso a data que conta é o último dia em que ainda se pode denunciar. O software deve calculá-la a partir das cláusulas e avisar o responsável com margem.

Renovações e denúncias: o prazo que realmente conta
outabrjulHoje
Software de faturação (licença)Renova sozinho por 12 meses · pré-aviso 60 dias
Fim
Faltam 12 dias para poder denunciar
Arrendamento do armazémRenova por 3 anos · pré-aviso 120 dias
Fim
Decidir até meados de maio
Manutenção dos elevadoresTermina, não renova · pré-aviso —
Fim
Preparar consulta a fornecedores
Seguro de frotaRenova sozinho por 12 meses · pré-aviso 30 dias
Fim
Decidir até ao fim de fevereiro
VigênciaPeríodo de pré-avisoPré-aviso a fechar
O que importa não é a data de fim, é a data até à qual ainda se pode denunciar. O sistema calcula-a a partir do pré-aviso previsto em cada contrato e avisa o responsável antes de a janela fechar. Num contrato com renovação automática, falhar esse dia é ficar vinculado por mais um período. Os contratos, os prazos e as datas do exemplo são fictícios.
Exemplo hipotético de quatro contratos de uma PME ao longo de 12 meses, com prazos fictícios.
  • Por contrato: início, fim, regra de renovação e pré-aviso, e responsável interno.
  • Alertas configuráveis antes do fim do prazo de denúncia, com lembretes até alguém decidir.
  • Registo da decisão: renovar, renegociar ou denunciar, e a prova do envio da denúncia.

Num exemplo que fizemos para uma mediadora de seguros, fictícia, as apólices que renovam no mês aparecem com o prémio atual e o proposto. Quando um multirriscos passa de 780 € para 920 €, a subida fica assinalada e o mediador regista a decisão de pedir uma alternativa.

No arrendamento, as regras de duração, renovação e oposição à renovação estão na lei (Código Civil e NRAU) e dependem do tipo de contrato e de quem se opõe. O sistema guarda o que o contrato e o advogado determinarem, mas não dá aconselhamento jurídico nem substitui essa análise.

Versões, cláusulas e aprovações

Na negociação, o problema clássico é não saber qual é a versão certa e quem aceitou o quê. Um sistema de gestão de contratos pode guardar cada versão com autor e data, mostrar o que mudou entre versões e ligar a aprovação interna às regras da empresa: por exemplo, acima de um valor ou com cláusulas fora do modelo, exige o jurídico ou a direção.

Uma cláusula em negociação e quem tem de aprovar
Cláusula 9.ª · Limitação de responsabilidadeVersão 3 · proposta do cliente

A responsabilidade total do Prestador fica limitada ao valor pago nos últimos 6 mesesvalor total do contrato, exceto em caso de dolo ou culpa grave. O Prestador responde ainda por perda de dados imputável aos seus sistemas.

Comentário do jurídicoO novo limite fica acima do teto da apólice de responsabilidade civil. Rever com a direção.
V1 modelo da empresaV2 revisão do comercialV3 proposta do cliente
Circuito de aprovação
ComercialAna · aprovou
JurídicoRui · pediu alteração
DireçãoObrigatória: valor acima de 25.000 €
AssinaturaSó depois de aprovado
Cada alteração tem autor, data e versão, e a aprovação segue regras. Quem aprova depende do tipo e do valor do contrato, e nada vai para assinatura com um passo em aberto. Os nomes, os valores e a cláusula do exemplo são fictícios, e não são um modelo jurídico.
Exemplo hipotético de uma cláusula na terceira versão e do circuito de aprovação interno.

Uma biblioteca de cláusulas aprovadas (confidencialidade, limitação de responsabilidade, proteção de dados, foro) poupa tempo e reduz o risco de cada contrato sair diferente. A redação continua a ser trabalho jurídico.

Assinatura eletrónica em Portugal

O Regulamento (UE) n.º 910/2014 (eIDAS), alterado em 2024, distingue assinatura eletrónica simples, avançada e qualificada. Só a assinatura eletrónica qualificada tem, por lei, efeito equivalente ao de uma assinatura manuscrita em toda a União Europeia. As outras não deixam de ter valor, mas a sua força como prova é apreciada caso a caso. Em Portugal há duas vias públicas para assinatura qualificada, além dos prestadores privados:

  • Cartão de Cidadão, com leitor e o código de assinatura.
  • Chave Móvel Digital, gerida pela AMA, que permite assinatura qualificada com o telemóvel. Plataformas privadas podem integrá-la com aprovação da AMA, cujos requisitos convém confirmar antes.
  • Prestadores qualificados de serviços de confiança privados, com certificados qualificados e, muitas vezes, assinatura à distância.

Um sistema de gestão de contratos pode integrar uma destas vias ou um serviço de assinatura existente, se der acesso, guardar o documento assinado e validar a assinatura. Ao representar uma empresa, convém também guardar a prova dos poderes de quem assina.

Obrigações, prazos e imposto do selo

Depois de assinado, o contrato continua a ter datas e obrigações: pagamentos por marcos, níveis de serviço, atualizações de preço, garantias bancárias, seguros obrigatórios. Se não estiverem num sistema com responsável e data, só se descobrem quando falham. Num exemplo que fizemos para uma consultora, fictícia, cada pedido de suporte regista a primeira resposta face ao SLA e as horas de cada pedido descontam da bolsa do cliente, que recebe o resumo do consumo.

Das cláusulas às obrigações com data
Contrato de prestação de serviços · excerto
Cláusula 4.ªPagamento a 30 dias da fatura, por marco de entrega.
Cláusula 6.ªDisponibilidade mensal de 99,5 %, medida pelo Prestador.
Cláusula 8.ªPreço atualizado em janeiro, pela variação do índice acordado.
Cláusula 11.ªSeguro de responsabilidade civil válido durante todo o contrato.
Obrigações e datas em acompanhamento
Marco 2 entregue · fatura a pagar até 28/11Em dia
Disponibilidade de outubro: 99,1 %Abaixo do acordado
Atualização de preço a 1/1Lembrete a 1/12
Certificado do seguro termina a 31/12Pedir renovação
Um contrato assinado continua a dar trabalho: há obrigações, marcos e datas dentro das cláusulas. O sistema guarda cada uma com a cláusula de onde vem, o responsável e a data, e avisa antes de falhar. Extrair estas obrigações é trabalho de quem conhece o contrato; o software não interpreta cláusulas. O contrato e os valores do exemplo são fictícios.
Exemplo hipotético de quatro obrigações tiradas de um contrato de prestação de serviços.

Alguns contratos têm ainda obrigações fiscais. No arrendamento, o imposto do selo é de 10 % sobre o valor de uma renda (verba 2 da Tabela Geral do Imposto do Selo), é encargo do senhorio e é liquidado quando o contrato é comunicado à AT, no Modelo 2, até ao fim do mês seguinte ao início do arrendamento. Outros atos, como garantias, também podem estar sujeitos: confirme com o contabilista. No exemplo que fizemos para uma gestora imobiliária, fictícia, cada prazo da carteira tem data e responsável: um contrato iniciado a 1/11 tem de ser comunicado à AT até 31/12 e, feita a comunicação, o prazo fecha.

Conservação, acessos e RGPD

  • Conservação: os documentos com relevância contabilística e fiscal guardam-se, em regra, durante 10 anos (por exemplo, artigo 123.º do CIRC e artigo 52.º do CIVA). Contratos de trabalho e outros documentos têm prazos próprios. Defina a política por tipo de contrato com o contabilista e com um jurista, e o sistema aplica-a.
  • Acessos: nem todos devem ver todos os contratos. O comercial vê os contratos de clientes, os recursos humanos os de trabalho. Acesso por tipo, departamento e função.
  • Registo de quem abriu, alterou ou exportou cada contrato.
  • Dados pessoais: contratos com pessoas singulares e contratos de trabalho têm dados pessoais, sujeitos ao RGPD, com finalidade, prazo e minimização definidos.

Integração com CRM, ERP e recursos humanos

O repositório de contratos ganha valor quando o contrato aparece onde se trabalha: na ficha do cliente no CRM, no ERP ao lançar uma encomenda e no processo do colaborador nos recursos humanos. Veja os guias de CRM à medida e de ERP à medida. Se os clientes precisam de consultar e assinar documentos, veja o guia do portal do cliente.

Comprar, adaptar ou desenvolver

Há soluções de mercado de gestão do ciclo de vida de contratos, com subscrição mensal, que servem bem quem aceita o processo delas. A nossa recomendação: se os contratos são de poucos tipos, com prazos simples, comece por uma delas. O desenvolvimento à medida faz sentido quando se reconhece num destes casos:

  • Os contratos têm de estar ligados ao CRM, ao ERP ou aos recursos humanos que a empresa já usa. Costumamos ligar por API quando o programa dá acesso, ou por exportação.
  • O circuito de aprovação é próprio da empresa.
  • Os prazos vão além da renovação: comunicações à AT, níveis de serviço, bolsas de horas.
  • A assinatura com o Cartão de Cidadão ou a Chave Móvel Digital tem de ficar dentro do processo.

Em qualquer caso, confirme onde ficam os dados e como se exportam.

Quanto custa

  • Automação pontual (alertas de pré-aviso e de fim de contrato a partir da folha de cálculo atual, lembretes de seguros e garantias): a partir de €300.
  • Dashboard com contratos ativos, renovações dos próximos meses e obrigações em atraso: a partir de €500.
  • Aplicação web com repositório, versões, circuito de aprovação, alertas e acessos por perfil: a partir de €800.
  • App mobile para aprovar e consultar contratos fora do escritório: a partir de €2.500.
  • Manutenção mensal: a partir de €50.
  • Sistema completo com assinatura qualificada integrada e ligação ao CRM, ERP ou recursos humanos: orçado caso a caso. Em todos os casos, o preço final fixa-se na proposta.

Para estimar o retorno, comece pelo inventário: quantos contratos se renovaram sem decisão no último ano, quanto custaram, quanto tempo se perde a procurar versões. É esse número que diz se o investimento se justifica.

O que perguntar a um fornecedor

  • Como calcula a data-limite de denúncia a partir do pré-aviso, e como avisa?
  • Como guarda as versões e mostra o que mudou entre elas?
  • Como define quem aprova cada contrato, por tipo e por valor?
  • Que tipo de assinatura eletrónica integra, e como valida a assinatura?
  • Como controla e regista os acessos?
  • Onde ficam guardados os documentos, como os exporto, e quais são os custos ao fim de três anos?

Por onde começar

  • Inventário: liste os contratos ativos, onde estão, quem é o responsável, quando terminam e se renovam sozinhos.
  • Prioridade: comece pelos contratos com renovação automática e pelos de maior valor.
  • Alertas primeiro: os prazos de denúncia com responsável cobrem boa parte do risco e são o passo mais simples.
  • Depois: versões e aprovações, obrigações durante a vigência e integrações.

Na Soluções à Medida desenvolvemos sistemas de gestão de contratos ligados às ferramentas que a empresa já usa, e começamos pelo processo mais repetitivo. Fale connosco para uma conversa sem compromisso, com estimativa de custo e prazo. Veja também o guia de software para advogados, as soluções para seguros e jurídico, imobiliário, consultoria e gestão de condomínios, e os exemplos por setor.

Em muitas PME, o marketing é feito à mão: alguém envia emails um a um, lembra-se (ou não) de voltar a contactar quem pediu um orçamento e copia dados do formulário para o CRM. Funciona com dez pedidos por mês. Com cem, os contactos começam a perder-se, e ninguém sabe quem abriu o quê ou quem visitou a página de preços. Este guia é para quem dirige ou faz o marketing de uma PME portuguesa e explica o que é a automação de marketing, por que fluxos começar, quando chega uma plataforma pronta, que regras se aplicam ao email e ao SMS em Portugal, e quanto custa. Escrevemo-lo como quem constrói estes sistemas e, onde temos um exemplo em vídeo, mostramo-lo.

O que é a automação de marketing

É usar software para executar tarefas de marketing repetitivas a partir de regras. Cada fluxo tem três peças:

  • Gatilho: o evento que inicia o fluxo. Um formulário enviado, uma compra, uma fatura paga, uma página visitada, uma pontuação atingida.
  • Condições: o que o sistema verifica pelo caminho. Abriu o email? Já é cliente? Tem consentimento para este canal?
  • Ações: enviar um email, atualizar um campo no CRM, mudar o contacto de lista, criar uma tarefa para um comercial.

Em vez de mandar a mesma mensagem a toda a lista, como no envio em massa, o fluxo adapta o conteúdo e o momento ao que cada pessoa fez. E sai do caminho quando a pessoa responde, marca uma reunião ou cancela.

O primeiro fluxo: boas-vindas a quem pede informação

O problema mais comum numa PME não é falta de contactos, é contactos sem seguimento. Por isso, o primeiro fluxo deve ser a sequência de boas-vindas: quem preenche um formulário recebe uma resposta imediata, um recurso útil e, uns dias depois, uma chamada de alguém da equipa. O fluxo bifurca conforme o comportamento, e o CRM sabe sempre em que ponto está cada contacto.

A sequência de boas-vindas, com uma bifurcação
GatilhoFormulário «Pedir orçamento» enviado120 contactos
ImediatoEmail de boas-vindas: confirma o pedido e diz quem vai responder120
Dia 2Email com o recurso mais útil: guia, checklist ou tabela de preços120
Abriu o recurso?condição verificada ao dia 4
Sim
Dia 5Caso de estudo do setor do contacto71
Dia 8Tarefa no CRM: o comercial liga, com o histórico à vista71
Não
Dia 4Reenvio do recurso com outro assunto49
Dia 10Se o campo «contactado» continua vazio, alerta ao gestor49
Saída do fluxo, em qualquer passo: respondeu ao email · marcou reunião · cancelou a subscrição · o comercial mudou a fase no CRM
GatilhoEmail automáticoAção para a equipa
O fluxo decide pelo comportamento, não pelo calendário de envios. Quem abriu o recurso recebe prova social e uma chamada; quem não abriu recebe outra oportunidade antes de a equipa insistir. As regras de saída evitam o erro mais comum: continuar a enviar emails automáticos a quem já respondeu. Os números de contactos são hipotéticos.
Exemplo hipotético do primeiro fluxo que a maioria das PME deve montar: dez dias, quatro emails e duas ações para a equipa.

Comece com três a cinco emails e uma ou duas ações para a equipa. Meça durante algumas semanas, corrija o que não resulta e só depois acrescente fluxos.

Pontuação de leads: quando passar ao comercial

Em vendas B2B, entre o primeiro contacto e a compra podem passar meses. A pontuação de leads (lead scoring) dá pontos ao perfil do contacto (cargo, dimensão da empresa, setor) e ao que ele faz (descarregar um guia, visitar a página de preços, pedir uma demonstração), e retira pontos com a inatividade. Quando passa um limiar, o contacto é entregue ao comercial com o histórico completo.

Um lead a ganhar pontos até chegar ao comercial
DataEventoPtsAcumulado · limiar 60
Perfil: direção financeira, empresa de 10 a 49 pessoasperfil
+20
20
Descarregou o guia de preços (formulário)ação
+15
35
Abriu o email de boas-vindasação
+2
37
Clicou no caso de estudoação
+8
45
Três semanas sem atividadedecaimento
-10
35
Visitou a página de preços 3 vezes numa semanaação
+20
55
Pediu uma demonstraçãoação
+30
85
Pontuação 85 · limiar 60Lead qualificado pelo marketing
Tarefa criada no CRM: ligar nas próximas 24 horas, com as páginas vistas e os emails abertos.
A pontuação junta quem é o contacto e o que faz. O perfil dá pontos uma vez; os comportamentos somam ao longo do tempo e perdem valor com a inatividade. Uma abertura de email vale pouco, porque muitos programas de correio carregam as imagens automaticamente. Os pontos, o limiar e as datas são hipotéticos: cada empresa calibra-os com os seus próprios dados de vendas.
Exemplo hipotético de um mês na vida de um lead B2B, com pontos e limiar fictícios.
  • Defina o limiar com a equipa comercial, a partir de clientes reais: que comportamentos tinham antes de comprar?
  • Dê pouco peso às aberturas de email. Alguns programas de correio carregam as imagens automaticamente, o que conta aberturas que não aconteceram.
  • Reveja os pontos de três em três meses, comparando a pontuação com os negócios fechados.

Outros fluxos que valem a pena

  • Acompanhamento de propostas: a proposta foi enviada e não houve resposta em cinco dias úteis; o comercial recebe um lembrete ou o cliente recebe um email de acompanhamento.
  • Onboarding de clientes: depois da primeira compra ou da primeira fatura paga, instruções, contactos de suporte e o que esperar nas primeiras semanas.
  • Reativação de clientes inativos: quem não compra há seis ou doze meses recebe uma pergunta sobre a satisfação e, depois, uma proposta. Quem não reage sai das comunicações ativas, o que também ajuda a proteger a reputação do domínio de envio.
  • Venda adicional por comportamento: o cliente atingiu o limite do plano ou usa muito uma funcionalidade; a mensagem chega nesse momento, não numa campanha genérica.
  • Carrinho abandonado, em lojas online: um email nas horas seguintes, só para quem consentiu receber comunicações ou já é cliente (veja as regras abaixo).
  • Lembretes ligados à faturação: renovação de contrato, fatura em atraso, fim de garantia. Veja o guia de software de fidelização de clientes para os programas de pontos e recompensas.

Plataforma de mercado ou automação à medida

Há plataformas prontas de automação de marketing, como HubSpot, ActiveCampaign, Mailchimp ou Brevo, com editor visual de fluxos, modelos de email, formulários e relatórios. Na nossa opinião, servem a maioria das PME: se os gatilhos são formulários do site e compras na loja, e os contactos vivem num só sítio, comece por uma delas. Cobram uma mensalidade que cresce com o número de contactos e com o plano; consulte os preços atuais no site de cada fornecedor.

Uma solução ou integração à medida com uma destas plataformas compensa sobretudo quando:

Consentimento, oposição e cookies

Em Portugal, as comunicações eletrónicas de marketing (email, SMS, chamadas automáticas) seguem a Lei n.º 41/2004, alterada pela Lei n.º 46/2012, e o RGPD aplica-se ao tratamento dos dados. A CNPD publicou em 2022 uma diretriz própria sobre marketing direto por meios eletrónicos (Diretriz 2022/1). Em resumo:

  • Pessoas singulares: o envio de marketing exige, em regra, consentimento prévio e expresso (artigo 13.º-A). A caixa de consentimento não pode vir pré-assinalada nem ficar escondida nos termos e condições.
  • Clientes: há uma exceção para quem já comprou à empresa. Pode receber marketing de produtos ou serviços análogos aos que comprou, desde que lhe tenha sido dada, na recolha do contacto e em cada mensagem, a possibilidade de recusar de forma fácil e gratuita.
  • Pessoas coletivas: o regime é diferente e assenta no direito de oposição, com uma lista de oposição gerida pela Direção-Geral do Consumidor. Confirme o regime e a consulta da lista antes de campanhas para empresas.
  • Cancelamento: cada mensagem tem de ter uma forma simples e gratuita de deixar de receber, e o pedido deve ser respeitado sem demora e sem pedir justificação.
  • Prova: cabe à empresa demonstrar o consentimento. Guarde quem consentiu, quando, em que formulário e com que texto.
  • Cookies e pixels de seguimento: os que não são estritamente necessários (análise, publicidade) exigem consentimento prévio (artigo 5.º da mesma lei). Isto afeta o seguimento de visitas ao site usado na pontuação de leads.
Do consentimento ao cancelamento, num só registo
Registo de consentimento · contacto fictício
Formulário «Guia de preços» no siteCaixa de newsletter não pré-assinalada, marcada pelo próprio. Guardado o texto exato da declaração (versão 3) e a página de origem.
Primeira compra · fatura emitidaPassa a cliente. Na recolha do contacto foi oferecida a recusa de comunicações sobre produtos análogos; não recusou.
Clicou em «cancelar subscrição» na newsletterOposição registada sem pedir justificação. Propaga-se a todos os fluxos de marketing e à lista de supressão.
Antes de cada envio
Newsletter mensalConsentimentoPode enviarSuprimido
Fluxo de boas-vindasConsentimentoPode enviarSuprimido
Ofertas de produtos análogosCliente, sem oposiçãoPode enviarSuprimido
Campanha de outonoConsentimentoPode enviarSuprimido
Faturas, avisos de entrega e de pagamentoExecução do contratoContinua
A prova do consentimento é da empresa. O sistema guarda quem consentiu, quando, onde e com que texto, e verifica-o antes de cada envio. Um cancelamento tem de travar todos os fluxos de marketing de uma vez, não só a lista onde foi feito. As mensagens necessárias ao contrato (faturas, avisos de entrega) não são marketing e continuam. O contacto e as datas são fictícios.
Exemplo hipotético de um contacto que subscreve, compra e mais tarde cancela as comunicações de marketing.

No software, isto dá requisitos concretos: consentimento guardado por finalidade e por canal, verificação antes de cada envio, lista de supressão comum a todos os fluxos e exportação do registo quando for pedido. Numa solução à medida, estes requisitos entram no projeto desde o início. Este resumo vem de fontes públicas e não substitui um jurista; confirme os pormenores na lei consolidada e na diretriz da CNPD.

Integração com formulários, CRM e faturação

  • Formulários do site: os dados seguem por API ou webhook diretamente para o CRM ou para a plataforma de automação, com a origem e o consentimento, sem cópias à mão.
  • CRM: a ligação deve ser nos dois sentidos. O marketing entrega contactos qualificados com o histórico; o CRM devolve a fase do negócio, para que o fluxo pare quando o comercial já está a tratar do cliente.
  • Faturação: o gatilho deve nascer do documento emitido no programa de faturação certificado (fatura, recibo, nota de crédito), lido por API se o programa der acesso, ou por exportação. A automação lê o estado dos documentos, mas não os emite nem altera. Veja o guia de faturação eletrónica em Portugal.
  • Loja online: carrinho, encomendas e devoluções como gatilhos. Veja o guia de software para comércio eletrónico.

Métricas a acompanhar

  • Taxa de abertura: útil para comparar assuntos, mas inflacionada por programas de correio que abrem as imagens sozinhos. Não a use como métrica principal.
  • Taxa de clique: mede se o conteúdo e a chamada à ação interessam.
  • Conversão de contacto em cliente, por origem e por fluxo: a métrica que mostra se a automação dá resultado.
  • Taxa de cancelamento e de queixas de spam: se sobem, a frequência ou a segmentação estão erradas.
  • Tempo até à primeira compra: mostra se o fluxo de nutrição está a ajudar.

Num exemplo que fizemos para uma agência de comunicação fictícia, o relatório do mês junta investimento, cliques e leads, calcula o custo por lead; a gestora de conta escreve a leitura e envia-o ao cliente. Os dados das plataformas de anúncios entram por API, se derem acesso, ou por exportação. Para juntar estas métricas às de vendas e faturação num só ecrã, veja o guia de dashboard de gestão para PME. Para estimar o retorno antes de investir, veja como calcular o ROI de software à medida.

Exemplos por setor

Quanto custa

  • Automação pontual (formulário do site para o CRM, sequência de boas-vindas, lembrete de proposta sem resposta): a partir de €300.
  • Dashboard com contactos, origem, conversão e cancelamentos: a partir de €500.
  • Aplicação web com fluxos, pontuação de leads e registo de consentimentos: a partir de €800.
  • App mobile para a equipa comercial receber e tratar os contactos qualificados: a partir de €2.500.
  • Manutenção mensal: a partir de €50.
  • Integração por API com o seu CRM, a faturação ou a loja online, e sistemas completos: orçamento personalizado, caso a caso.

A estes valores somam-se, se usar uma plataforma de mercado, as respetivas licenças, e o custo do serviço de envio de email ou SMS. O preço final fixa-se na proposta.

O que perguntar a um fornecedor

  • Como guarda o consentimento por canal e por finalidade, com data, origem e texto da declaração, e como o exporto?
  • Um cancelamento trava todos os fluxos de marketing de uma vez?
  • Com que CRM e com que programa de faturação certificado existe integração, e é por API ou por ficheiro?
  • Como se configura e revê a pontuação de leads, e quem a pode alterar?
  • Quem mantém as integrações quando uma das plataformas muda a API?
  • Como exporto contactos, histórico e fluxos se mudar de fornecedor, e quais são os custos ao fim de três anos?

Perguntas frequentes

A automação de marketing substitui a equipa comercial?

Não. Trata das tarefas repetitivas (emails de acompanhamento, qualificação inicial, segmentação) e entrega ao comercial contactos com contexto, para que a equipa se concentre nas conversas e no fecho.

Quanto tempo demora a pôr a funcionar?

Uma sequência de boas-vindas com três a cinco emails pode ficar pronta em uma a duas semanas, se o conteúdo já existir. Pontuação de leads, vários fluxos por segmento e integração com CRM e faturação levam, em regra, algumas semanas mais, consoante as integrações.

Posso enviar emails de marketing a quem já é cliente?

Em regra sim, para produtos ou serviços análogos aos que comprou, desde que lhe tenha sido dada a possibilidade de recusar na recolha do contacto e em cada mensagem. Para quem não é cliente, é preciso consentimento prévio. Confirme o seu caso com a Lei n.º 41/2004 e a diretriz da CNPD.

Preciso de uma plataforma paga?

Não necessariamente. Para fluxos simples, uma plataforma de mercado pode bastar. Uma solução ou integração à medida compensa quando os gatilhos estão no seu CRM, na faturação ou na sua aplicação, ou quando há vários sistemas a ligar.

Por onde começar

Escolha o fluxo de boas-vindas e ponha-o a funcionar com o consentimento bem registado. Depois, acompanhamento de propostas e, quando houver volume, pontuação de leads.

Se o seu caso pede trabalho à medida, começamos pelo fluxo mais repetitivo, ligamo-lo ao CRM, ao site e à faturação que já usa, e orçamos caso a caso. Contacte-nos para uma conversa sem compromisso, com estimativa de custo e prazo. Veja também o guia de portal do cliente à medida e os exemplos por setor.

O suporte ao cliente de muitas PMEs vive numa caixa de email partilhada e numa linha de telefone. Funciona enquanto há poucos pedidos. Quando crescem, os pedidos perdem-se, ninguém sabe em que ponto ficou o pedido daquele cliente que ligou na semana passada, e nada mede quanto demora a resolver cada tipo de pedido. Um sistema de helpdesk resolve isso, ao tornar cada pedido rastreável.

Escrevemos este guia para quem gere uma PME em Portugal, como quem constrói este tipo de sistema. Onde temos um exemplo em vídeo, com empresa fictícia, mostramo-lo. Cobre o que o sistema faz, quando chega uma ferramenta pronta, quando compensa construir e quanto custa.

O problema do suporte por email e telefone

  • Pedidos perdidos: um email cai numa caixa partilhada, ninguém o reclama, e o cliente espera.
  • Sem histórico: quem atendeu ontem está de férias hoje, e o cliente repete tudo a quem atende a seguir.
  • Prazos que ninguém mede: quanto demora a responder e a resolver? Sem registo, ninguém sabe.
  • Escalamento informal: os casos difíceis «ficam em cima da mesa» de uma pessoa, sem registo nem prazo.
  • Volume invisível: não há relatório de quantos pedidos entram, de que temas e por que canal.

O que é um helpdesk

Um helpdesk converte cada pedido (por email, formulário, chat, telefone ou portal) num ticket com número, estado, responsável, prioridade e histórico. Os conceitos essenciais são estes:

  • Ticket: a unidade de trabalho, com o pedido, o cliente, o canal e toda a comunicação.
  • Fila: grupo de tickets por tipo, equipa ou produto (por exemplo, encomendas, faturação, suporte técnico).
  • Compromissos de resposta e de resolução (SLA): prazos internos ou contratuais, com aviso antes de expirarem.
  • Escalamento: passar o ticket ao nível seguinte quando o prazo falha ou o tema exige outra competência.
  • Base de conhecimento: artigos e respostas que o cliente encontra sozinho, antes de abrir um pedido.
  • Relatórios: pedidos por tema e canal, tempos de resposta e de resolução, satisfação por ticket.
Um ticket com o contexto do cliente ao lado
Ticket #4821Encomendas · NormalEm curso
09:12 · Pedido recebido por emailCliente: «Onde está a minha encomenda?»
09:14 · Ticket #4821 criadoFila: Encomendas · Prioridade: normal
09:31 · Primeira resposta da MartaEstado e número de seguimento enviados
Primeira resposta
17 min de 45
Resolução
2 h 29 de 4 h
Contexto do cliente
Últimas encomendas
Encomenda 10482Expedida · entrega prevista amanhã
Encomenda 10377Entregue
Encomenda 10291Entregue
Seguimento
Transportadora · ref. fictíciaLigação para o seguimento
Faturas
Sem faturas em atraso
O agente responde sem abrir outro programa. O ticket traz o histórico, os compromissos de resposta e resolução com o tempo que já passou, e os dados do cliente vindos dos sistemas da empresa, como o ERP ou a loja online. Os dados do exemplo são fictícios, e os prazos de cada fila são os que a empresa definir.
Exemplo hipotético, com um cliente, encomendas e prazos fictícios. O painel do lado direito mostra dados que vêm dos sistemas da empresa, quando estão ligados.

Plataforma pronta ou à medida

Plataformas como o Zendesk, o Freshdesk ou o Zoho Desk são, na nossa opinião, a escolha certa para a maioria das PME: quando o processo é standard, a equipa é pequena e não há integrações críticas com sistemas internos. Configuram-se depressa, e se já tem licenças, comece por aí. Os preços e as condições mudam, por isso consulte os valores atuais de cada fabricante.

Um software à medida começa a fazer sentido quando:

  • o agente precisa de ver no ticket dados em tempo real do ERP, da loja online ou do CRM (encomendas, faturas, estado);
  • existem fluxos internos próprios, como uma devolução que o armazém tem de validar antes de responder ao cliente. Num exemplo que fizemos para uma loja online fictícia, de comércio eletrónico, a equipa vê a devolução com o prazo de reembolso a contar, o estado do artigo fica registado à chegada ao armazém e a nota de crédito é emitida pelo programa certificado;
  • o custo de licenças por agente cresce mais depressa do que o valor que dá;
  • é preciso ligar ao software de faturação certificado da empresa ou cumprir requisitos próprios de tratamento de dados.

Se nenhum destes pontos lhe soa familiar, a plataforma pronta serve-o bem. Para muitas PMEs, a pergunta não é «genérico ou à medida» mas «até quando compensa pagar licenças crescentes antes de construir algo próprio». Faça a conta com os seus valores, e compare o custo de licenças ao longo de vários anos com o de construir e manter.

Funcionalidades essenciais

  • Vários canais num só painel: email, formulário, chat e, se fizer sentido, telefone. O cliente escolhe o canal e o agente vê tudo no mesmo sítio.
  • Um responsável por ticket: nenhum ticket fica sem dono. Caixas como «[email protected]» passam a filas com alertas de ticket sem responsável. Num exemplo de organização e produtividade, com uma empresa fictícia, o pedido do comercial ao armazém fica com o Paulo e um pedido fora de prazo fica assinalado: são os pedidos entre departamentos com responsável e prazo.
  • Prazos por tipo de pedido, prioridade ou contrato, com avisos antes de expirar. Num exemplo que fizemos para uma consultora fictícia, cada pedido regista a primeira resposta face ao SLA e o tempo gasto, e as horas descontam da bolsa do cliente, que recebe o resumo com o consumo.
  • Escalamento por regras, como elevar um pedido urgente sem resposta ao fim de um certo tempo.
  • Base de conhecimento pública ou reservada a clientes, com pesquisa e versões.
  • Satisfação: pergunta curta ao fim de cada ticket, e relatórios por agente e por tema.

Triagem e automação com medida

A automação mais útil é a mais simples: encaminhar cada pedido para a fila certa e confirmar a receção ao cliente com o número do ticket. Regras simples (palavras-chave, remetente, formulário de origem) resolvem os casos claros, e o que é ambíguo deve ir para uma pessoa, e não ser adivinhado.

Triagem automática: para que fila vai cada pedido
Email recebidoRegra aplicadaFila
«Segunda via da fatura de agosto»
contém «fatura»
Faturação
«Avaria no equipamento, já reiniciei»
contém «avaria»
Suporte técnico
«Quero orçamento para 10 licenças»
formulário «Orçamento»
Comercial
«Fatura errada e equipamento avariado»
duas regras em conflito
Triagem manual
«Bom dia, preciso de ajuda»
nenhuma regra
Triagem manual
«Onde está a minha encomenda?»
contém «encomenda»
Encomendas
As regras simples arrumam a maioria, e o que é ambíguo fica para uma pessoa. Palavras-chave, remetente e formulário servem para os casos claros, e um pedido com dois assuntos ou sem nenhum não deve ser adivinhado. Nesse caso, vai para uma fila de triagem, em vez de ficar na fila errada. Os emails do exemplo são fictícios.
Exemplo hipotético, com seis emails e regras simples fictícias. As regras de cada empresa dependem dos seus temas e canais.
  • Confirmação automática com o número do ticket e o prazo de resposta previsto.
  • Sugestão de artigos da base de conhecimento antes de o cliente enviar o pedido.
  • Alertas de prazo para o responsável e para o gestor da equipa.
  • Relatório semanal enviado por email, sem exportar dados à mão.
  • Chatbot para perguntas repetidas, com passagem a uma pessoa definida desde o início. Veja o guia de chatbot para empresas.

Ligação ao CRM, ao ERP e à faturação

O maior ganho de um helpdesk à medida é ligar o ticket aos sistemas que a empresa já usa. Quando um cliente pergunta onde está a encomenda, o agente vê logo as últimas encomendas e o seu estado, a ligação ao seguimento da transportadora, as faturas em atraso e os contactos anteriores, em vez de abrir outro programa. Muitas plataformas de faturação portuguesas, como a Vendus, a InvoiceXpress, a Moloni, o PHC e o Primavera, têm interfaces de integração, e o que está disponível depende de cada produto, da versão e do contrato. Costumamos ligar por API, se o programa der acesso, ou por exportação. Veja o guia de integração de sistemas.

Suporte a clientes e suporte interno no mesmo sistema

A lógica é a mesma para os pedidos dos clientes e para os dos colaboradores à equipa de TI (computador avariado, acesso bloqueado, instalação de software): ticket, fila, prazo, escalamento e base de conhecimento. Um sistema pode servir as duas coisas, com filas, portais e equipas separados. Se o seu negócio é prestar suporte técnico a outras empresas, veja o guia de suporte técnico e MSP.

Base de conhecimento: por onde começar

Os pedidos por tema mostram que artigos escrever primeiro. Os mais repetidos, sem artigo ou com artigo desatualizado, são os que mais tempo gastam à equipa.

Pedidos por tema e artigos que faltam na base de conhecimento
TemaPedidos no mêsBase de conhecimento
Onde está a minha encomenda?
142Artigo publicado e atual
Como faço uma devolução?
96Artigo desatualizado
Segunda via de fatura
88Sem artigo
Alterar a morada de entrega
61Sem artigo
Condições de garantia
40Artigo publicado e atual
Os temas que mais pedidos geram mostram que artigos escrever primeiro. Uma segunda via de fatura e uma alteração de morada repetem-se e não têm artigo. A base de conhecimento serve para que o cliente encontre a resposta antes de abrir um pedido, e só resulta se os artigos estiverem atualizados. Os temas e os números são fictícios.
Exemplo hipotético, com temas e números fictícios de um mês.

Dados pessoais e reclamações

  • Dados pessoais: os tickets contêm dados dos clientes. Defina quem acede, por quanto tempo guarda os pedidos e como responde a um pedido de acesso ou de eliminação. Se grava chamadas, tem de informar a pessoa.
  • Livro de reclamações: as reclamações formais seguem um processo legal próprio, com prazos, que o helpdesk não substitui. Pode, no entanto, registar o número da reclamação e os prazos, para não se perderem. Confirme-os com o seu jurista.
  • Fornecedores: se usa uma plataforma de terceiros, confirme o contrato de subcontratação e onde ficam os dados.

Exemplos por setor

Quanto custa

  • Automação pontual (criar tickets a partir de emails ou formulários, confirmação automática com número, relatório semanal): a partir de €300.
  • Dashboard com pedidos por tema, tempos de resposta e satisfação: a partir de €500.
  • Aplicação web com tickets, filas, prazos, base de conhecimento e portal do cliente: a partir de €800.
  • App mobile para a equipa responder e receber alertas no telemóvel: a partir de €2.500.
  • Manutenção mensal: a partir de €50. O preço final fixa-se na proposta.
  • Ligação ao ERP, ao CRM, à loja online ou à faturação, telefone, chatbot e integrações: orçamento personalizado, caso a caso.

O retorno depende do tempo que a equipa gasta hoje a procurar informação e a repetir respostas, e dos pedidos que se perdem. Antes de comparar propostas, conte os pedidos durante duas semanas.

O que perguntar a um fornecedor

  • Que sistemas consegue ligar ao ticket, e o que depende dos fabricantes?
  • Como se definem os prazos, e o que acontece quando um falha?
  • Como funciona a triagem, e o que fica para revisão manual?
  • Onde ficam os dados, e como os exporto se mudar de sistema?
  • Quais são os custos ao fim de três anos, e como se comparam com as licenças de uma plataforma pronta?
  • Quem faz a manutenção e atualiza a base de conhecimento, e quanto custa?

Por onde começar

  • Conte os pedidos durante duas semanas: quantos, por que canal, sobre que temas e em quanto tempo se resolvem.
  • Identifique as ligações críticas: que sistemas consulta o agente para responder? Cada uma que evitar a troca de janela pode poupar tempo.
  • Defina os prazos por tipo de pedido antes do software: o que é urgente, normal ou de baixa prioridade. É uma conversa interna útil, e serve de base às regras de automação.

Com este diagnóstico, pode pedir propostas comparáveis. Nós desenvolvemos sistemas de helpdesk ligados aos sistemas da empresa, e começamos pelo processo mais repetitivo. Contacte-nos para uma conversa sem compromisso, com estimativa de custo e prazo, e veja os exemplos por setor.

É segunda-feira de manhã e o gestor de uma PME tem de decidir se avança com uma promoção, se contrata mais uma pessoa ou se investe numa nova linha de produto. Abre o Excel que o contabilista enviou, consulta o ERP, pede um relatório ao comercial, vê o tráfego do site, e tenta reconciliar cinco fontes com critérios e datas diferentes. Business Intelligence (BI) é o conjunto de processos e ferramentas que junta esses dados, os limpa e os apresenta de forma comparável. Escrevemos este guia como quem constrói painéis e sistemas de BI, e mostramos exemplos onde os temos. É para quem gere uma PME em Portugal e quer saber se lhe chega uma ferramenta de prateleira, o que o BI exige dos dados, e quanto custa.

O que é BI, além de um dashboard

O BI é uma cadeia com quatro fases, e o painel que se vê no fim é só a última:

  • Recolha: extração dos dados do ERP, do CRM, da loja online, de folhas de cálculo e de ferramentas de marketing.
  • Consolidação: limpeza, normalização e junção num repositório comum, eliminando duplicados e acertando critérios.
  • Visualização: painéis e relatórios adaptados a cada utilizador (o diretor financeiro e o responsável de produção precisam de ver coisas diferentes).
  • Análise: padrões, tendências e desvios, que ajudam a perceber porque aconteceu algo, e não só o que aconteceu.

Um bom sistema responde a perguntas concretas: que produtos têm mais margem, e não só mais vendas? Que cliente é mais rentável depois de descontar o custo de servir? Qual o prazo médio entre pedido e entrega, por fornecedor? As respostas estão nos dados que a empresa já produz, e falta juntá-los.

Ferramentas genéricas ou BI à medida

Ferramentas como o Power BI, o Tableau, o Looker Studio e o Metabase são bons pontos de partida. Têm conectores para muitas fontes e permitem montar painéis sem programar. Os preços e as condições de licenciamento mudam, por isso consulte os valores atuais de cada fabricante. A nossa recomendação: se já paga um pacote que inclui uma destas ferramentas, comece por testá-la. E se as perguntas do mês já se respondem com os relatórios do ERP ou com um Excel bem mantido, fique por aí.

Uma solução à medida faz sentido quando se reconhece num destes casos:

  • As fontes são difíceis de ligar: por exemplo, dados de um ERP nacional com estruturas próprias.
  • O indicador depende de dados que estão em folhas soltas: horas numa folha, faturação noutra. Num exemplo que fizemos para uma consultora fictícia, as duas juntam-se com o custo interno e a margem de cada cliente aparece ao mês: a avença de 1.500 € fecha outubro com 1.760 € de custo.
  • Os processos são específicos: várias linhas de produção ou gestão de receitas em hotelaria. Numa fábrica fictícia, o custo orçamentado face ao apurado mostra uma encomenda orçada em 3.500 € de custo a apurar 3.960 € com os tempos reais e a sucata: a margem passa de 24 % para 14 %.
  • A análise é parte do que distingue o negócio.

Nestes casos, ligamos às fontes por API se derem acesso ou por exportação. Se ainda está a descobrir que perguntas quer responder, comece com uma ferramenta genérica e um dashboard simples. Se o que precisa é sobretudo de um painel em tempo real, veja o guia de dashboards de gestão para PME: o BI acrescenta cruzamento de várias fontes, histórico e tendências.

Fontes de dados numa PME portuguesa

  • ERP (por exemplo PHC, Primavera ou Sage): faturação, contas a receber e a pagar, stock e compras. A integração depende do que cada produto e versão dá: API, exportação ou acesso à base de dados.
  • SAF-T (PT): o ficheiro normalizado de dados fiscais, com uma estrutura fixa que pode ser lida automaticamente. É uma fonte pronta a usar para faturação, clientes e produtos.
  • Loja online (WooCommerce, Shopify): pedidos, abandono de carrinho e origem do tráfego.
  • CRM (HubSpot, Pipedrive, Salesforce, entre outros): oportunidades e pipeline, em regra com API.
  • Google Analytics 4 e Google Ads: comportamento no site, conversões e custo de aquisição por canal.
  • Folhas de cálculo e bases locais: muitas PMEs têm dados críticos em Excel ou Access, que é preciso migrar ou ligar. Veja o guia de migrar do Excel para software de gestão.
Do ficheiro SAF-T a uma linha de análise
<Invoice>
  <InvoiceNo>FT 2026/0412</InvoiceNo>
  <InvoiceDate>2026-09-14</InvoiceDate>
  <CustomerID>C0087</CustomerID>
  <Line>
    <ProductCode>P-2210</ProductCode>
    <Quantity>12</Quantity>
    <UnitPrice>24.50</UnitPrice>
  </Line>
</Invoice>
→
Data14 set 2026
DocumentoFT 2026/0412
ClienteC0087
ProdutoP-2210
Quantidade12
Preço unit. (€)24,50
O ficheiro SAF-T (PT) é uma fonte pronta a usar. Cada documento de faturação traz a data, o cliente, o produto, a quantidade e o preço numa estrutura fixa, por isso pode ser lido e carregado todos os meses sem ninguém copiar números à mão. O excerto é simplificado: o ficheiro real tem muitos mais campos.
Excerto simplificado e hipotético, com dados fictícios. O ficheiro real segue a estrutura definida pela AT e tem mais campos.

O mapeamento de cada fonte (quem é o responsável, com que frequência se atualiza, em que estado está a qualidade) é a base de um projeto de BI. Dados maus dão conclusões más, por melhor que seja a ferramenta.

Uma pergunta, vários números

Um dos primeiros sintomas de que faz falta BI é a mesma pergunta ter respostas diferentes consoante o sistema. Raramente é erro: costuma ser um critério de corte diferente.

Faturação de setembro: três números, uma ponte (milhares de euros, sem IVA)
178,9Folha docontabilista+3,5Notas decrédito aindanão lançadas182,4ERP+7,6Vendasfechadas, porfaturar190,0CRM
Os três números estavam certos, e nenhum estava igual. A diferença entre a folha do contabilista e o ERP são notas de crédito ainda não lançadas, e a diferença entre o ERP e o CRM são vendas fechadas que ainda não foram faturadas. O sistema de BI fixa uma fonte de referência por indicador e mostra a ponte entre as outras.
Exemplo hipotético, com valores e causas fictícios. O eixo não começa em zero, para tornar visíveis as diferenças.

Indicadores que vale a pena seguir

Poucos e bem definidos, cada um com um dono e uma ação associada. Algumas famílias:

  • Financeiros: margem de contribuição por produto e por cliente, prazo médio de recebimento e de pagamento, e o ciclo de conversão de caixa. O EBITDA por linha de negócio só faz sentido se os custos forem imputados a cada linha de forma consistente.
  • Operacionais: tempo de ciclo do pedido à entrega, taxa de defeito ou de devolução, rotação de stock e, na indústria, o OEE (eficácia global dos equipamentos).
  • Comerciais e de marketing: custo de aquisição de cliente por canal, valor do cliente ao longo do tempo, retenção, conversão por canal e satisfação. As metas dependem do setor e do modelo de negócio, por isso defina-as com os seus próprios dados, e não com regras de outros mercados.

Como armazenar os dados: três abordagens

  • Consulta direta: o BI liga-se às bases dos sistemas e consulta-as no momento. É a mais simples e barata, mas pode pesar nos sistemas de produção, cruza mal fontes diferentes e fica limitada pelo histórico que cada um guarda.
  • Armazém de dados (data warehouse): os dados das várias fontes são copiados e organizados num modelo próprio para análise. Dá desempenho, separa a análise da operação e permite cruzar histórico.
  • Lago de dados (data lake): guarda os dados em bruto, para análises livres ou aprendizagem automática: mais flexível, mais difícil de gerir e, para a maioria das PMEs, mais do que o necessário.

Para uma PME com poucas fontes, comece com consulta direta ou com um armazém simples, e migre quando o volume ou a complexidade o justificarem.

Qualidade dos dados: a auditoria antes do painel

A primeira fase de um projeto é medir o que os dados permitem. Quantos clientes têm NIF? Que percentagem dos produtos tem categoria? Existem clientes duplicados? Sem isso, o painel mostra números que ninguém consegue defender numa reunião. Num hotel fictício que preparámos, o painel de ocupação, preço médio e RevPAR por canal mostra a falha quando a comissão de uma plataforma ainda não foi importada, em vez de a estimar.

Auditoria de dados: o que está em condições de ser analisado
Clientes com NIF preenchido
95,5%1184 de 1240
Produtos com categoria
79,4%818 de 1030
Faturas com vendedor associado
91,7%2641 de 2880
Clientes sem registos duplicados
97,0%1203 de 1240
Cumpre o mínimo definidoAbaixo do mínimoMínimo definido
Antes de construir um único gráfico, convém saber o que os dados permitem. A auditoria mede a completude e a consistência de cada campo de que os indicadores dependem. Se só 79% dos produtos têm categoria, uma análise de margem por categoria ficaria incompleta, e o que falta é limpar os dados na origem.
Exemplo hipotético, com contagens e mínimos fictícios. Cada empresa define os mínimos dos campos de que dependem os seus indicadores.

Dados pessoais e acesso

Um sistema de BI junta dados de clientes, de colaboradores e de fornecedores, muitos deles pessoais. O RGPD aplica-se como a qualquer tratamento: só deve entrar o que é preciso para o indicador (por exemplo, agregados em vez de nomes), com perfis de acesso por função e registo de quem viu o quê. Se o armazém ou as ferramentas estiverem na nuvem, confirme onde ficam os dados e as condições de transferência fora da União Europeia.

Exemplos por setor

Quanto custa

  • Automação pontual (recolha periódica de dados de uma fonte, relatório semanal por email): a partir de €300.
  • Dashboard com os indicadores essenciais de uma área, ligado a uma ou duas fontes: a partir de €500.
  • Aplicação web com painéis, filtros e perfis de acesso: a partir de €800.
  • App mobile para consultar indicadores e receber alertas: a partir de €2.500.
  • Manutenção mensal: a partir de €50.
  • Armazém de dados, integração de várias fontes, ligação a ERP e análise avançada: orçamento caso a caso. Em todos, o preço final fixa-se na proposta.

Some ainda o que não aparece na proposta: licenças das ferramentas, infraestrutura na nuvem, e o tempo interno para validar os dados e ajustar painéis. O retorno depende da decisão que o BI melhora, por isso escreva, antes de começar, que decisão é e como vai medir a diferença.

O que perguntar a um fornecedor

  • Que fontes consegue ligar de facto, e como lida com o meu ERP?
  • Quem define o critério de cada indicador, e onde fica documentado?
  • Como atualiza os dados, e o que acontece quando uma atualização falha?
  • Onde ficam os dados, e quem tem acesso a quê?
  • Posso levar os dados e os modelos se mudar de fornecedor?
  • Quais são os custos ao fim de três anos, incluindo licenças e infraestrutura?

Como decorre um projeto

  • Auditoria dos dados: fontes, qualidade e responsáveis.
  • Indicadores e requisitos: poucos, relevantes, definidos com quem os vai usar.
  • Extração e integração: pipelines automáticos, para os dados se atualizarem sem intervenção manual.
  • Painéis: do geral para o detalhe, com alertas para desvios.
  • Formação e rotina: reuniões de revisão com periodicidade definida, sem as quais o painel fica por abrir.

Por onde começar

  • Escolha uma pergunta. «Qual é a margem real por produto?» vale mais do que «quero ver tudo».
  • Inventarie os dados que respondem a essa pergunta e veja em que estado estão.
  • Faça uma prova de conceito com uma ou duas fontes, valide com quem vai usar e só depois alargue.
  • Escolha parceiros que conheçam o contexto português (ERP nacionais, SAF-T, requisitos fiscais).

Fazemos painéis e sistemas de BI à medida. Começamos pelo relatório mais repetitivo, o que hoje alguém monta à mão, e se a prateleira chegar, dizemos-lhe. Contacte-nos para uma conversa sem compromisso, com estimativa de custo e prazo. Veja também os guias de integração de sistemas e de software para contabilidade e gestão financeira e os exemplos por setor.

A pasta está algures na estante. Ou no arquivo do andar de baixo. Ou foi levada para casa por alguém que ficou em teletrabalho. Em muitas empresas repete-se a mesma cena: alguém precisa de um contrato, de uma fatura ou de uma apólice e a resposta começa por “espera, vou ver onde está”. A gestão documental digital resolve este problema.

Escrevemos este guia como quem constrói sistemas destes para PME e, onde temos um exemplo em vídeo, mostramos o que acontece no ecrã. Explica o que é um sistema de gestão documental (DMS), quanto tempo a lei manda guardar cada tipo de documento, como se assina eletronicamente em Portugal, como decidir entre uma ferramenta de prateleira e uma solução à medida, quanto custa e como migrar sem replicar o caos do papel em formato digital.

O problema do papel

O papel cria três problemas que custam dinheiro às PME:

  • Localização: um documento físico só está num sítio de cada vez. Quando circula entre departamentos, multiplicam-se as fotocópias, e com elas as versões.
  • Controlo de versões: qual é a versão final do contrato com o fornecedor? A de março, a de abril ou a que a jurista alterou por email? Assinar a versão errada pode ter consequências jurídicas.
  • Rastreabilidade: quem aprovou esta despesa? Quem assinou esta proposta? Em papel, a resposta depende da memória de alguém, e numa auditoria isso não chega.

Acrescem os custos diretos de impressão, toner e espaço de arquivo, e o risco de perda por incêndio, inundação ou extravio.

O que é um sistema de gestão documental

Um DMS (Document Management System) é muito mais do que uma pasta partilhada na rede. Os componentes essenciais são:

  • Indexação: cada documento é classificado à entrada por tipo, data, entidade ou projeto. O OCR (reconhecimento ótico de caracteres) permite ler o conteúdo de documentos digitalizados.
  • Pesquisa de texto integral: encontrar um documento por qualquer palavra que contenha, sem depender de um bom nome de ficheiro.
  • Controlo de versões: cada alteração cria uma versão nova, com o histórico de quem alterou o quê e quando.
  • Circuitos de aprovação: o documento percorre os passos definidos (revisão, aprovação, assinatura) com avisos e prazos.
  • Controlo de acessos por função: cada utilizador vê apenas o que precisa, e fica registado quem consultou o quê.
  • Registo de auditoria: histórico de quem acedeu, alterou, aprovou ou eliminou cada documento.

Digitalizar não é gerir

Digitalizar é converter papel em imagem: um PDF numa pasta. O problema muda do arquivo físico para o digital, com as mesmas limitações: não se pesquisa o conteúdo, não há versões nem circuitos, e os acessos não estão controlados. A gestão documental acrescenta a camada que dá valor: o documento é indexado, classificado, guardado com dados estruturados e passa a ser pesquisável, controlável e auditável.

Digitalizar não é gerir
Só digitalizado
scan_0417_final2.pdf

Nome de ficheiro a adivinhar

Conteúdo não pesquisável

Sem versões nem histórico

Gerido pelo sistema
Fornecedor Alfa, Lda.vigência até 31/12/2027
TipoContratoEntidadeAlfa, Lda.Termina31/12/2027Versãov3

Encontrado por qualquer palavra do texto

Histórico de versões e de quem alterou

Alerta 90 dias antes do fim

Pesquisa:fornecedor alfa 20271 resultado em 0,3 s
Exemplo hipotético. O mesmo contrato, à esquerda apenas digitalizado e à direita indexado por OCR, com os dados extraídos, o histórico de versões e um alerta de fim de vigência.

Para a maioria das PME, a migração faz-se em paralelo: os documentos novos entram já em digital e o arquivo histórico é digitalizado por fases, por ordem de relevância.

Obrigações legais: prazos, RGPD e valor do documento digital

Quanto tempo guardar

Os prazos gerais que mais interessam a uma PME são estes:

  • Documentos contabilísticos e de suporte (faturas, recibos, livros e registos): 10 anos, nos termos do artigo 123.º da Lei Geral Tributária. O prazo conta-se, em regra, a partir do fim do ano a que os documentos respeitam.
  • Correspondência e escrituração comercial: 10 anos, segundo o artigo 40.º do Código Comercial.
  • Registo dos tempos de trabalho: 5 anos, segundo o artigo 202.º do Código do Trabalho.

Há regras próprias para outros documentos, como os laborais em geral, os societários e os clínicos, que dependem do setor e da situação. Nestes casos, confirme o prazo aplicável com o contabilista, o jurista ou a entidade reguladora antes de configurar a eliminação automática.

Quanto tempo guardar cada tipo de documento
Faturas e documentos de suporte da contabilidadeLei Geral Tributária, art. 123.º
10 anos
Correspondência e escrituração comercialCódigo Comercial, art. 40.º
10 anos
Registo dos tempos de trabalhoCódigo do Trabalho, art. 202.º
5 anos
Ano 0246810 anos
Depois do prazo o documento pode ser eliminado, salvo se outra regra o impedir. Os dados pessoais só devem ficar enquanto forem necessários, e o sistema avisa quando chega a hora de decidir.
Prazos gerais de conservação previstos na lei. Há regras específicas para certos setores e situações, por isso confirme com o contabilista ou um jurista. Um sistema de gestão documental aplica o prazo a cada tipo e avisa quando termina.

RGPD

O RGPD dá às pessoas direito de acesso, de portabilidade e de eliminação dos seus dados, e obriga a controlar quem os vê. Sem um sistema organizado, responder a um destes pedidos pode levar dias. Com um DMS bem configurado, sabe-se onde estão os documentos com dados de cada pessoa, e a eliminação respeita o que a lei obriga a guardar.

Valor legal do documento digitalizado

Para efeitos fiscais, o Decreto-Lei n.º 28/2019 admite digitalizar documentos em papel e arquivá-los em formato eletrónico, desde que a digitalização seja feita com o rigor técnico necessário para obter imagens perfeitas e legíveis, sem perda de informação. Depois de os documentos estarem registados na contabilidade e de a dedução do IVA estar feita em declaração já entregue, o original em papel pode ser destruído. Esta regra é fiscal: para outros tipos de documento, como escrituras ou certos contratos, podem aplicar-se exigências próprias. Confirme com o contabilista.

Assinatura eletrónica em Portugal

A gestão documental ganha muito quando combinada com assinatura eletrónica. Em Portugal há três mecanismos principais:

  • Chave Móvel Digital: meio de autenticação e assinatura do Estado, disponível para quem a ativou. Permite assinar PDF com assinatura eletrónica qualificada, com o efeito da assinatura manuscrita nos termos do Regulamento eIDAS. Formalidades específicas, como as escrituras, seguem regras próprias.
  • Cartão de Cidadão: com leitor e o certificado ativado, permite assinar com certificado qualificado.
  • Certificados qualificados eIDAS: emitidos por prestadores de serviços de confiança qualificados, com reconhecimento nos Estados-Membros da UE. Em Portugal existem vários, como a MULTICERT e a DigitalSign.

Integrar a assinatura no circuito documental elimina o ciclo de imprimir, assinar, digitalizar e arquivar.

Funcionalidades que uma PME deve pedir

Circuito de aprovação configurável

Num departamento financeiro de três pessoas, quem aprova uma despesa acima de determinado valor? E quando essa pessoa está de férias? Um circuito configurável define os limites por valor, os substitutos automáticos e os avisos por email, e o documento avança sem lembretes informais. O mesmo vale para pedidos com prazo: numa empresa de serviços administrativos fictícia, o pedido de uma certidão permanente para um banco tem prazo a 2/11, responsável e a lista do que é preciso; o cliente carrega na sua área a cópia do documento do gerente que faltava e o pedido fecha a 30/10.

Circuito de aprovação de uma fatura
1
Entra por emailFatura de fornecedor recebida em faturas@empresa
2
ClassificaçãoTipo, fornecedor e valor lidos por OCR: €2.480
3
Aprovação necessáriaAcima de €1.000 vai à direção
4
Diretor de fériasEncaminhado ao substituto definido, sem ninguém intervir
5
Aprovado e arquivadoVai para o pagamento e fica guardado 10 anos

Registo de auditoria

Documento recebido por email
Classificado automaticamente
Enviado para aprovação: Diretor A
Diretor A ausente: reencaminhado para Diretora B
Aprovado por Diretora B
Arquivado com prazo de 10 anos
Exemplo hipotético. O documento avança sozinho pelo circuito definido, com o substituto configurado para quando o aprovador está ausente, e cada passo fica registado com hora e responsável.

Acessos por departamento e por documento

Os recursos humanos não precisam de ver os contratos de fornecedores, nem o comercial as folhas de vencimento. Controlar os acessos por departamento, função ou tipo de documento cumpre o princípio de dar a cada pessoa só o acesso de que precisa e reduz a exposição em caso de incidente.

Auditoria e retenção

Cada acesso, edição, aprovação ou eliminação fica registado. Numa inspeção ou reclamação, a empresa demonstra quem fez o quê e quando. E o sistema aplica o prazo de conservação de cada tipo de documento e avisa antes de eliminar, o que evita apagar cedo demais ou guardar sem necessidade.

Casos de uso por setor

Integração com faturação, email e CRM

As ligações que mais valor trazem a uma PME são estas, e todas dependem do acesso que cada programa dá:

  • Faturação e contabilidade: a fatura emitida no programa de faturação pode ser arquivada com número, cliente, data e valor. Num gabinete de contabilidade fictício, o cliente fotografa uma fatura de combustível e a leitura automática propõe fornecedor, NIF, data, total e IVA; o total lido como 62,10 € vem com confiança baixa e o administrativo corrige para 62,40 € antes de seguir para o programa de contabilidade.
  • Email: as faturas de fornecedores e os contratos recebidos podem ser captados e arquivados à chegada.
  • CRM: propostas e contratos ficam acessíveis na ficha de cada cliente.
  • Microsoft 365 ou Google Workspace: para quem já usa uma destas plataformas, o SharePoint ou o Google Drive, bem configurados, podem funcionar como um DMS básico. Exigem configuração e regras de utilização para não se tornarem pastas desorganizadas.

Ferramenta de prateleira ou solução à medida

Há sistemas de prateleira conhecidos, como o SharePoint Online, o M-Files ou o Laserfiche, e opções de código aberto como o Alfresco Community ou o OpenKM, que não têm custo de licença mas exigem implementação, infraestrutura e manutenção. Os preços mudam e dependem do plano, por isso peça proposta atual.

A nossa recomendação: se a empresa precisa sobretudo de guardar, pesquisar e partilhar documentos internos, e já trabalha no Microsoft 365 ou no Google Workspace, comece por aí ou por um DMS de prateleira. Bem configurados, servem. Uma solução à medida faz sentido quando se reconhece num destes sinais:

  • Os documentos vêm de fora: clientes, utentes ou subempreiteiros mandam papéis por email e mensagem, e alguém os junta à mão. À medida, cada um usa uma área própria, como nos exemplos acima.
  • Os documentos têm validade ou prazo: seguros, alvarás e procurações que caducam, pedidos com data de entrega, avisos para quem está fora da empresa.
  • O circuito não cabe no modelo: limites por valor, substitutos nas férias, passos que mudam por tipo de documento.
  • Os dados já existem noutro programa: a fatura, o cliente ou a obra estão no ERP ou no CRM. Costumamos ligar por API quando o programa dá acesso, e por exportação quando não dá.
  • O setor tem exigências próprias: dados de saúde, prazos de conservação por tipo de documento, registos que a fiscalização pode pedir.

Se nenhum destes sinais se aplica, a prateleira é a escolha sensata. Se se aplicam, o investimento à medida é feito à partida, em vez de uma mensalidade por utilizador.

Quanto custa

  • Automação pontual (por exemplo, arquivar faturas recebidas por email com os dados corretos): a partir de €300.
  • Dashboard de acompanhamento (documentos por estado, prazos a terminar, aprovações pendentes): a partir de €500.
  • Aplicação web de gestão documental para um departamento, com pesquisa, versões, acessos e circuito de aprovação: a partir de €800.
  • App mobile para aprovar e consultar documentos: a partir de €2.500.
  • Manutenção mensal: a partir de €50.
  • Sistema transversal a toda a empresa, com assinatura eletrónica, migração de arquivo e integração com o ERP: orçamento personalizado, por fases, conforme o número de circuitos, as integrações e o volume a migrar.

O preço final fixa-se na proposta. O cálculo certo não é “quanto custa o sistema”, mas “quanto custa não ter sistema”: horas perdidas em buscas, erros de versão, prazos legais falhados e uma auditoria que encontra documentos em falta.

Como migrar

A migração é um projeto, não uma tarefa:

  1. Inventário: que documentos existem, em que suportes (papel, email, rede, WhatsApp), em que volumes e quem os produz e consome.
  2. Classificação: definir as categorias, os dados obrigatórios e as regras de nomes. É a decisão mais importante.
  3. Digitalização por prioridade: primeiro os documentos ativos (contratos em vigor, processos em curso) e os que a lei obriga a guardar.
  4. Ficheiros digitais existentes: os PDF dispersos em emails, pastas partilhadas e computadores pessoais têm de ser capturados e classificados.
  5. Formação: a tecnologia é a parte fácil. Difícil é mudar o hábito de guardar o ficheiro no ambiente de trabalho “por agora”. O caminho certo tem de ser o mais fácil.
  6. Responsável pelo arquivo: nomear alguém (mesmo a tempo parcial) para rever as regras de retenção e a estrutura à medida que o negócio muda.

Por onde começar

O erro mais comum é começar pela tecnologia: “vamos implementar o SharePoint”, e meses depois está cheio de pastas que copiam o caos do papel. A ordem que propomos é outra:

  1. Diagnóstico: qual é o processo que mais tempo perde com documentos e qual é o risco legal mais imediato.
  2. Desenho do processo: definir como deve funcionar antes de escolher a ferramenta.
  3. Piloto num departamento ou tipo de documento, para aprender e ajustar.
  4. Escolha da plataforma, de prateleira ou à medida, já com o processo desenhado e o piloto validado.
  5. Implementação por fases, ajustando o que o piloto ensinou.

Perguntas frequentes

Quanto custa implementar gestão documental digital numa PME?

Depende do âmbito. Uma automação pontual, como arquivar faturas recebidas por email, começa a partir de €300. Uma aplicação web de gestão documental para um departamento começa a partir de €800. Um sistema transversal, com assinatura eletrónica, migração de arquivo e integração com o ERP, é orçamentado caso a caso e por fases. Os sistemas de prateleira cobram por utilizador, por mês, com menos flexibilidade.

A gestão documental digital é obrigatória em Portugal?

Não existe uma obrigação genérica de digitalização. Mas há regras que a tornam muito útil: o Decreto-Lei n.º 28/2019 admite o arquivo eletrónico de documentos fiscais e a destruição do papel depois de digitalizado nas condições previstas, o RGPD exige controlo de acessos e capacidade de responder a pedidos das pessoas, e a lei fixa prazos de conservação como os 10 anos para documentos contabilísticos. Alguns setores regulados têm obrigações adicionais.

A gestão documental integra com o ERP e o CRM que já uso?

Em muitos casos sim, mas depende do que cada sistema permite. As integrações mais comuns são o arquivo automático de faturas com os dados do registo contabilístico, a ligação de contratos e propostas à ficha do cliente no CRM e a partilha de dados como o NIF ou a referência do projeto. Uma integração é orçada caso a caso, depois de avaliar a interface disponível de cada sistema.

Qual a diferença entre gestão documental e arquivo digital?

O arquivo digital é guardar documentos em formato eletrónico, num disco, numa pasta na nuvem ou num servidor. A gestão documental vai além: indexação, pesquisa de texto integral, controlo de versões, circuitos de aprovação, controlo de acessos, auditoria e prazos de conservação. O arquivo digital guarda ficheiros; a gestão documental organiza-os, protege-os e acompanha o seu ciclo de vida até à eliminação.

Que formatos de ficheiro pode suportar um sistema à medida?

Os formatos relevantes para o negócio: PDF, Word, Excel, imagens (JPEG, PNG, TIFF), emails (EML, MSG) e, na engenharia e construção, ficheiros de desenho (DWG, DXF). Com OCR, o conteúdo de documentos digitalizados também fica pesquisável. Confirme na fase de análise quais os formatos usados na sua empresa.

Tratamos a gestão documental como um projeto de negócio que usa tecnologia, não como um projeto de informática: começamos pelo processo que mais tempo perde com documentos e orçamos caso a caso. Contacte-nos para um diagnóstico do estado atual e uma proposta sem compromisso, e receba resposta em menos de 24 horas. Veja também os exemplos por setor e os guias por setor.