Dues maneres de resoldre el mateix problema
El teu equip perd hores en operativa repetida: contestar el mateix de sempre, buscar el context d’un client en tres pestanyes, passar dades d’un lloc a un altre a mà.
Hi ha dues maneres raonables d’atacar-ho. Pots encarregar un desenvolupament a mida — fluxos muntats sobre les eines que ja fas servir, fets exactament per al teu cas. O pots adoptar un producte on aquesta operativa viu a dins.
No són el mateix, i cap de les dues és la bona per defecte. Aquest article explica què les separa de debò, perquè la decisió surti del criteri i no de qui t’ho va explicar primer.
Què és cada cosa
Un encàrrec a mida
Algú estudia el teu procés i l’automatitza peça a peça: el formulari que dispara un correu, el correu que actualitza un full, el full que avisa per WhatsApp. Normalment sobre n8n, Make o Zapier, de vegades amb un model de llenguatge llegint els teus documents.
La seva virtut és la precisió. S’adapta a la teva manera de treballar, amb totes les seves manies, sense demanar-te que canviïs res.
Un producte
Programari pensat per a un patró que es repeteix en moltes empreses —atendre clients, seguir comptes, guardar coneixement— i que porta aquest patró resolt de fàbrica.
La seva virtut és l’acumulació. No cal construir-li la memòria: ve amb ella, i creix sola amb l’ús.
Què les separa de debò
| Encàrrec a mida | Producte (Elevatia) | |
|---|---|---|
| Per a què està pensat | El teu procés concret, tal com el fas avui. | Un patró repetit: suport, comptes, coneixement, comercial. |
| Com s’ajusta | Es modela fins a l’últim detall. | Es configura dins del que el producte contempla. |
| Què recorda | El que li passis a cada execució. Un flux no guarda estat, i per a la seva feina no li cal. | La història de cada compte: converses, persones, productes i incidències. |
| Qui revisa el que surt | Ho decideixes en muntar-ho, flux a flux. | Ve de sèrie: la IA redacta, una persona aprova i queda escrit qui. |
| Qui l’evoluciona | Qui el va muntar, que el coneix per dins. | El teu equip des de la interfície, més el que arriba a cada versió. |
| Quant triga a donar valor | Dies. Fa just el que vas demanar. | El que triguis a posar-hi les teves dades. A partir d’aquí millora sol. |
| Cost | Arrencada més manteniment. | Subscripció per persona de l’equip. |
| Què queda l’any següent | El procés automatitzat, funcionant. | Les dades i l’històric, que valen més cada mes. |
La diferència que més costa de veure: l’estat
Un flux és, per disseny, una canonada: entra un missatge, surt una acció, i l’execució següent comença en blanc. Això no és un defecte. És el que el fa barat, predictible i fàcil de raonar.
El cas és que en B2B moltes vegades necessites exactament el contrari. La resposta correcta depèn de amb qui estàs parlant: quant factura, què va contractar, què li va passar fa sis setmanes, quan renova, si el seu responsable tècnic ja es va queixar per telèfon. Res d’això cap al missatge que dispara el flux — viu repartit entre el CRM, la safata i el cap de dues persones.
Per a això cal alguna cosa que guardi estat. Es pot construir, i construir-ho és literalment construir un producte. O se’n pot adoptar un que ja el tingui.
Quan l’encàrrec a mida és la resposta
- Tens un sistema propietari estrany —un ERP antic, programari sectorial sense API decent— i cal algú que s’hi baralli.
- El problema no és d’eina, és de procés. Ningú sap qui fa què. Cap producte no arregla això; una bona consultoria sí.
- Necessites una automatització molt concreta i aïllada: reanomenar factures, publicar a xarxes, creuar dos fulls. Per a això, adoptar una plataforma sencera és matar mosques a canonades.
- Ningú internament portarà un producte. Un producte sense amo dins de casa es converteix en una altra pestanya oberta.
Quan el producte és la resposta
- Diverses persones treballen sobre els mateixos clients i cadascuna té un tros del context.
- La resposta correcta depèn de l’històric, no només del missatge que acaba d’entrar.
- Vols canviar coses sense coordinar-te amb ningú: camps, plantilles, permisos, prioritats.
- T’importa poder respondre «qui va autoritzar això?» d’aquí a un any, i que la resposta sigui un nom.
Gairebé sempre acaben sent tots dos
Això no és una disjuntiva de debò. Una consultoria pot implantar-te el producte i ocupar-se del que sí que requereix mans: migrar l’històric, connectar l’ERP estrany, muntar les integracions que ningú porta de sèrie, acompanyar l’equip les primeres setmanes. És, de fet, la combinació més comuna — i la que funciona millor.
El que no convé és comprar una forma esperant el que dóna l’altra: encarregar fluxos esperant memòria, o adoptar un producte esperant que s’amotlli a un procés que només existeix a la teva empresa.
Tres preguntes que serveixen en tots dos casos
- En quin compte s’executa això i qui té les claus? Convé saber-ho abans de signar, sigui qui sigui el proveïdor i sigui quina sigui la forma.
- Què passa el dia que canviï un camp? Tota integració es trenca alguna vegada. El que importa és qui ho arregla, en quant temps, i si te n’assabentes tu o el teu client.
- Puc saber qui va autoritzar una resposta concreta de fa tres mesos? Un log d’execucions diu què va córrer. Un registre de decisions diu qui va decidir. No són el mateix.
Següent pas
Si estàs comparant opcions, llegeix-ho també al costat d’un helpdesk clàssic: Elevatia vs helpdesk tradicional. I si vols provar-ho amb les teves dades, Elevatia és gratis durant el llançament.