Duas formas de resolver o mesmo problema
A tua equipa perde horas em operação repetida: responder ao mesmo de sempre, procurar o contexto de um cliente em três separadores, passar dados de um sítio para outro à mão.
Há duas maneiras razoáveis de atacar isso. Podes encomendar um desenvolvimento à medida — fluxos montados sobre as ferramentas que já usas, feitos exatamente para o teu caso. Ou podes adotar um produto onde essa operação vive dentro.
Não são a mesma coisa, e nenhuma é a boa por omissão. Este artigo explica o que as separa de facto, para que a decisão venha de critério e não de quem te contou primeiro.
O que é cada coisa
Uma encomenda à medida
Alguém estuda o teu processo e automatiza-o peça a peça: o formulário que dispara um email, o email que atualiza uma folha, a folha que avisa por WhatsApp. Normalmente sobre n8n, Make ou Zapier, às vezes com um modelo de linguagem a ler os teus documentos.
A sua virtude é a precisão. Adapta-se à tua maneira de trabalhar, com todas as suas manias, sem te pedir que mudes nada.
Um produto
Software pensado para um padrão que se repete em muitas empresas — atender clientes, seguir contas, guardar conhecimento — e que traz esse padrão resolvido de fábrica.
A sua virtude é a acumulação. Não é preciso construir-lhe a memória: vem com ela, e cresce sozinha com o uso.
O que as separa de facto
| Encomenda à medida | Produto (Elevatia) | |
|---|---|---|
| Para que está pensado | O teu processo concreto, tal como o fazes hoje. | Um padrão repetido: suporte, contas, conhecimento, comercial. |
| Como se ajusta | Molda-se até ao último detalhe. | Configura-se dentro do que o produto contempla. |
| De que se lembra | Do que lhe passares em cada execução. Um fluxo não guarda estado, e para o seu trabalho não precisa. | Do histórico de cada conta: conversas, pessoas, produtos e ocorrências. |
| Quem revê o que sai | Decides isso ao montar, fluxo a fluxo. | Vem de série: a IA redige, uma pessoa aprova e fica escrito quem. |
| Quem o evolui | Quem o montou, que o conhece por dentro. | A tua equipa a partir da interface, mais o que chega em cada versão. |
| Quanto demora a dar valor | Dias. Faz exatamente o que pediste. | O que demorares a meter os teus dados. A partir daí melhora sozinho. |
| Custo | Arranque mais manutenção. | Subscrição por pessoa da equipa. |
| O que fica no ano seguinte | O processo automatizado, a funcionar. | Os dados e o histórico, que valem mais a cada mês. |
A diferença que mais custa a ver: o estado
Um fluxo é, por desenho, um tubo: entra uma mensagem, sai uma ação, e a execução seguinte começa em branco. Isso não é um defeito. É o que o torna barato, previsível e fácil de raciocinar.
O ponto é que em B2B muitas vezes precisas exatamente do contrário. A resposta correta depende de com quem estás a falar: quanto factura, o que contratou, o que lhe aconteceu há seis semanas, quando renova, se o responsável técnico já se queixou por telefone. Nada disso cabe na mensagem que dispara o fluxo — vive repartido entre o CRM, a caixa de entrada e a cabeça de duas pessoas.
Para isso é preciso algo que guarde estado. Pode construir-se, e construí-lo é literalmente construir um produto. Ou pode adotar-se um que já o tenha.
Quando a encomenda à medida é a resposta
- Tens um sistema proprietário esquisito —um ERP antigo, software setorial sem API decente— e é preciso alguém que se chateie com ele.
- O problema não é de ferramenta, é de processo. Ninguém sabe quem faz o quê. Nenhum produto resolve isso; uma boa consultoria sim.
- Precisas de uma automação muito concreta e isolada: renomear faturas, publicar nas redes, cruzar duas folhas. Para isso, adotar uma plataforma inteira é matar moscas com canhões.
- Ninguém internamente vai levar um produto. Um produto sem dono dentro de casa transforma-se noutro separador aberto.
Quando o produto é a resposta
- Várias pessoas trabalham sobre os mesmos clientes e cada uma tem um bocado do contexto.
- A resposta correta depende do histórico, não só da mensagem que acabou de entrar.
- Queres mudar coisas sem te coordenares com ninguém: campos, modelos, permissões, prioridades.
- Importa-te poder responder «quem autorizou isto?» daqui a um ano, e que a resposta seja um nome.
Quase sempre acabam por ser os dois
Isto não é uma verdadeira disjuntiva. Uma consultoria pode implantar-te o produto e tratar do que de facto exige mãos: migrar o histórico, ligar o ERP esquisito, montar as integrações que ninguém traz de série, acompanhar a equipa nas primeiras semanas. É, aliás, a combinação mais comum — e a que funciona melhor.
O que não convém é comprar uma forma à espera do que dá a outra: encomendar fluxos à espera de memória, ou adotar um produto à espera de que se amolde a um processo que só existe na tua empresa.
Três perguntas que servem nos dois casos
- Em que conta é que isto corre e quem tem as chaves? Convém saber antes de assinar, seja qual for o fornecedor e seja qual for a forma.
- O que acontece no dia em que mudar um campo? Toda a integração se parte alguma vez. O que importa é quem a arranja, em quanto tempo, e se dás por isso tu ou o teu cliente.
- Consigo saber quem autorizou uma resposta concreta há três meses? Um log de execuções diz o que correu. Um registo de decisões diz quem decidiu. Não são a mesma coisa.
Próximo passo
Se estás a comparar opções, lê também ao lado de um helpdesk clássico: Elevatia vs helpdesk tradicional. E se quiseres experimentar com os teus próprios dados, a Elevatia é gratuita durante o lançamento.