Anar al contingut
← Tornar al blog
NotíciesConsells

Agent d'IA vs chatbot: per què no és el mateix

Un chatbot respon a preguntes amb regles tancades. Un agent d'IA executa processos amb criteri i s'integra amb les eines de l'empresa. Saber on és cada cosa decideix què compres.

serpixel ·
Persona treballant amb un portàtil i diverses pantalles de procés mostrant integracions de software empresarial

Punts clau

El chatbot respon, l'agent fa: Un chatbot tradicional segueix arbres de decisió i respon dins d'un guió tancat. Un agent d'IA pot llegir un correu, consultar el CRM, redactar una resposta, crear un esborrany de comanda al ERP i deixar-ho preparat perquè una persona ho validi.
L'agent s'integra; el chatbot, normalment, no: El valor real d'un agent és que toca les eines on viu el negoci: correu, WhatsApp, ERP, CRM, full de càlcul intern. Un chatbot tipus widget de web rarament arriba més enllà del formulari de contacte.
Regles tancades vs criteri acotat: El chatbot és perfecte quan les preguntes són repetitives i les respostes són curtes. L'agent té sentit quan hi ha decisions amb matisos: classificar un missatge ambigu, escollir el producte correcte d'un catàleg, prioritzar correus segons context.
Compra un chatbot per filtrar; compra un agent per executar: Si l'objectiu és respondre les FAQs típiques i derivar la resta a una persona, un bon chatbot ja ho cobreix. Si l'objectiu és reduir hores de feina mecànica en un procés acotat (entrada de comandes, triatge, informes), el que vols és un agent.
L'agent necessita kill-switch, fallback humà i avaluació contínua: Un agent que toca dades reals i s'integra amb les eines del negoci ha de tenir un mecanisme per apagar-lo a l'instant, una via humana per continuar el procés si està desactivat, i un sistema d'avaluació periòdica per detectar errors abans que ho faci el client.
El nom no decideix la categoria: Hi ha proveïdors que venen 'agents' que en la pràctica són chatbots millorats, i n'hi ha que venen 'chatbots' que en realitat són agents amb integracions. La pregunta correcta no és com es diu, sinó què fa: només respon o també executa? Toca quines eines? Què passa quan l'apagues?

Si has cercat “chatbot” i “agent d’IA” en els últims sis mesos, hauràs vist els dos termes barrejats. Hi ha proveïdors que venen “agents” que són chatbots amb un altre nom, i n’hi ha que venen “chatbots” que en realitat tenen prou capacitat per ser agents. Aquesta confusió no és casual: els dos productes resolen problemes diferents i tenen preus, riscos i implicacions tècniques molt diferents.

Aquest article aclareix la diferència de forma pràctica, sense entrar en arquitectures abstractes. La pregunta de fons és simple: què compra una pime quan compra un chatbot, què compra quan compra un agent, i què hauria de demanar abans de signar res.

Definicions curtes

Un chatbot és un sistema conversacional. La seva feina és respondre, dins d’un guió previsible, a missatges escrits. Pot ser un arbre de decisió clàssic, un sistema de regles, o un wrapper sobre un model de llenguatge que respon en text lliure però sense tocar res més. Viu, habitualment, en un widget al web o dins d’un canal de missatgeria.

Un agent d’IA és un sistema que decideix i actua. La conversa, si n’hi ha, és només una de les seves entrades. La feina principal de l’agent és executar passos d’un procés acotat: llegir un correu, classificar-lo, consultar el CRM, redactar una resposta, crear un esborrany de comanda al ERP, derivar a una persona quan detecta un cas ambigu. Toca eines reals.

Dos exemples curts per fixar la imatge:

  • Cas chatbot. Un visitant del web d’una clínica dental obre el widget i pregunta “quin horari teniu el dissabte?”. El chatbot respon amb l’horari, que té carregat en una base de coneixement, i si el visitant vol reservar visita li deixa el formulari habitual. Acaba aquí.

  • Cas agent. Un client envia per WhatsApp “necessito 3 caixes del de sempre i una mostra del nou”. L’agent llegeix el missatge, identifica el client al CRM, recupera “el de sempre” del seu històric, busca “el nou” al catàleg actiu del ERP, comprova estoc, redacta un esborrany de comanda amb les tres caixes i la mostra, i el deixa pendent de validació humana abans d’enviar-lo a logística. La conversa amb el client és una entrada del procés, no el final.

La diferència no és la qualitat del text, és l’abast del que el sistema fa.

Què sap fer un i no l’altre

Tres dimensions on els dos productes divergeixen amb claredat.

Regles tancades vs criteri acotat

Un chatbot tradicional és imbatible quan les preguntes són repetitives i les respostes són curtes i previsibles: horaris, ubicacions, instruccions bàsiques de producte, devolucions estàndard. Aquí no cal “intel·ligència”, cal velocitat i consistència.

Un agent és necessari quan hi ha decisions amb matisos: identificar quin producte demana algú que escriu en llenguatge col·loquial, prioritzar correus de suport segons urgència real, classificar un cas ambigu entre “vendes” i “atenció”, escollir entre dos camins de resposta segons el context del client. El criteri humà segueix sent el referent (el de l’equip que valida i corregeix), però l’agent fa una primera passada amb una qualitat raonable.

Integracions amb les eines del negoci

Aquí és on apareix la frontera més clara. Un chatbot que viu al widget de la web sol acabar al formulari de contacte, com a màxim al CRM via un webhook bàsic. Un agent ha de tocar les eines on viu el negoci: correu, WhatsApp Business, l’ERP (Holded, Sage, Odoo, SAP, A3, Ekon), el CRM (HubSpot, Pipedrive, Salesforce, Zoho), el sistema de tiquets, el calendari. Si l’agent no toca aquestes eines, no està substituint cap procés mecànic real, només està conversant.

Aquesta és una pista pràctica per detectar promeses inflades: si un proveïdor t’ofereix un “agent” a un preu de chatbot i no parla d’integracions específiques amb les eines que ja fas servir, és probable que t’estiguin venent un chatbot.

Escalabilitat operativa

Un chatbot escala bé per defecte: si tens deu vegades més preguntes, el chatbot les respon totes amb el mateix esforç. Un agent escala diferent: cada nou tipus de cas pot requerir noves regles, noves integracions o nova avaluació. La feina d’un agent serio no acaba el dia que es posa en marxa, comença el dia que es posa en marxa.

Aquesta és una de les diferències que sovint es maquilla a les propostes comercials. Un agent productiu requereix un cicle de revisió mensual, registres d’execució i un harness d’avaluació. Un chatbot, després de la implementació inicial, sol viure sense supervisió.

Quan compra una pime un, quan compra l’altre

La decisió no és tècnica, és operativa. La pregunta correcta no és “quin és més modern”, és “què vull reduir”.

Compra un chatbot quan:

  • Tens un volum alt de preguntes repetitives a la web o a un canal de missatgeria.
  • Les respostes són breus, previsibles i no requereixen tocar dades del negoci.
  • L’objectiu és reduir interrupcions a l’equip humà, no reduir hores de feina mecànica.
  • El cost mensual ha de ser baix i el risc d’error tolerable (una resposta incorrecta no provoca un cost operatiu).

Compra un agent quan:

  • Tens un procés acotat amb volum significatiu (per exemple, més de 50 entrades al mes) i regles majoritàriament clares.
  • Aquest procés requereix tocar dades reals: comandes, factures, casos al CRM, calendaris, informes.
  • Pots definir una mètrica d’èxit mesurable (percentatge d’esborranys acceptats sense edició, temps mig de resposta, errors detectats abans del client).
  • L’estalvi de temps humà compensa el cost d’implementació, l’observabilitat i l’avaluació contínua.

Si l’únic que necessites és filtrar les preguntes obvies, no compris un agent. Si el que necessites és que algú processi 200 comandes de WhatsApp al mes amb integració al teu ERP, no compris un chatbot.

Què demanar abans de signar

Independentment del nom comercial del producte, hi ha cinc peces que han d’aparèixer al document de condicions. Si en falta alguna, el projecte no està preparat per anar a producció.

  1. Definició escrita del procés. Què fa l’agent, pas a pas, amb entrades i sortides especificades. Els casos límit també (què passa quan el missatge és incomplet, quan el client no és al CRM, quan el producte no és al catàleg).
  2. Mètrica d’èxit mesurable. No “millorar l’atenció al client”, sinó una xifra concreta i un mètode de mesura. Si és possible, una baseline pre-agent perquè la millora sigui comparable.
  3. Kill-switch documentat. Com es desactiva l’agent. SLA d’efectivitat (idealment, sota cinc minuts des de la petició). Qui té permís per activar-lo.
  4. Fallback humà documentat. Què passa amb el procés quan l’agent està apagat. Qui agafa el volum, en quant de temps, amb quines eines.
  5. Harness d’avaluació amb cadència. Conjunt de proves periòdiques amb resultat numèric, registre per execució, i revisió mensual com a mínim.

Si parles amb un proveïdor que no té cap d’aquestes cinc peces clares a la primera reunió, no és que el seu projecte sigui dolent: és que encara no hi ha projecte. És una promesa.

Una nota sobre el nom

L’última recomanació no és tècnica: és semàntica. No deixis que el nom comercial del producte decideixi la conversa. Hi ha “chatbots premium” que en realitat fan integracions reals i podrien ser bons agents. Hi ha “agents IA” que en la pràctica són chatbots amb un wrapper bonic. La pregunta correcta sempre és funcional:

  • Què fa exactament aquest sistema?
  • Quines eines toca?
  • Com el desactivem si falla?
  • Com sabem si funciona bé?

Amb les respostes a aquestes quatre preguntes, la categoria del producte queda clara per si sola.

Què fer ara

Si tens un procés concret en ment i no acabes de saber si el que necessites és un chatbot o un agent, la conversa raonable abans de demanar pressupostos és una sessió de descoberta de 30 minuts. Arribem amb el procés sobre la taula i sortim amb tres coses clares: si és cas de chatbot o d’agent, quina seria l’arquitectura mínima viable, i quina mètrica d’èxit té sentit mesurar abans de pressupostar res.

Si vols tenir aquesta conversa, reservem 30 minuts a Calendly. Sense compromís de contractació, sense pressió comercial, només la conversa que cal per saber si el projecte té sentit i, si en té, per quin camí començar.

Etiquetes

agents IAchatbot empresaagent IA pimeautomatització processosIA conversacionalatenció al client IA

Preguntes freqüents

Un chatbot conversacional segueix un guió tancat: arbre de decisió o, en versions més avançades, un model de llenguatge limitat a respondre. Un agent d'IA pot prendre decisions amb criteri dins d'un marc acotat i, sobretot, executar accions reals: llegir i escriure a un CRM o ERP, redactar correus, crear esborranys de documents, derivar casos a una persona quan toca. La diferència no és el motor que hi ha a sota, és l'abast d'allò que el sistema fa.
Per defecte, no. Un chatbot construït sobre ChatGPT o sobre qualsevol altre model de llenguatge segueix sent un chatbot si la seva única feina és conversar i no toca les eines del negoci. Es converteix en agent quan, a més de respondre, executa accions amb dades reals: consultar estoc, crear una comanda al ERP, actualitzar un registre del CRM, redactar un esborrany de proposta. La frontera és funcional, no de marca.
Un chatbot té sentit per filtrar consultes repetitives a la web (horaris, ubicació, FAQs de producte) i derivar la resta a una persona. Un agent té sentit quan hi ha un procés acotat amb volum significatiu i regles parcialment clares: entrada de comandes per WhatsApp o correu, triatge de tiquets de suport, generació d'informes setmanals, qualificació inicial de leads. La pregunta clau és si vols reduir interrupcions o si vols reduir hores.
Un agent toca dades del negoci i pot crear, modificar o esborrar registres reals. Això vol dir que un error de l'agent pot tenir conseqüències operatives: una comanda mal entrada, un correu enviat amb informació incorrecta, un cas tancat que hauria d'haver escalat. Per això una implementació seriosa inclou kill-switch, fallback humà i avaluació contínua. Un chatbot, com que no toca res més enllà de la conversa, té una superfície de risc molt més estreta.
El kill-switch és el mecanisme que permet al client desactivar l'agent a l'instant, sense dependre del proveïdor. Pot ser una variable d'entorn, un botó al panell d'administració, una crida API o una opció a l'eina interna. Importa perquè un agent que toca operacions reals ha de poder aturar-se en cinc minuts si detectes un comportament estrany. Si un proveïdor no explica el kill-switch a la primera reunió, el projecte no és productiu.
El fallback humà és la via que garanteix que el procés continua funcionant quan l'agent està desactivat o falla. Si l'agent processa comandes de WhatsApp i l'apagues, qui les agafa? Si l'agent triatja correus de suport i té un error, on van els correus durant l'aturada? El fallback és part del disseny de l'agent, no un afegitó.
Els models d'IA canvien (versions noves, fine-tunings), les dades del negoci canvien (productes nous, processos nous) i el comportament real de l'agent pot derivar amb el temps. Una avaluació contínua és un conjunt de proves automàtiques que es passen periòdicament per comprovar que l'agent segueix fent la feina amb la mateixa qualitat. Sense això, descobreixes els errors quan els descobreix el client.
No hi ha preu publicat. Cada agent es quota a partir del procés concret, el volum mensual, les integracions necessàries, la sensibilitat de les dades i la mètrica d'èxit. Un pilot acotat (un sol procés, un sol canal, una sola mètrica) és la forma habitual de començar i l'única que té sentit abans de proves reals. La conversa per quantificar-ho s'inicia en una sessió de descoberta.
Cinc peces no negociables: definició escrita del procés que l'agent assumirà, mètrica d'èxit mesurable amb baseline previ si és possible, kill-switch documentat, fallback humà documentat, i un harness d'avaluació amb cadència mensual com a mínim. Si alguna d'aquestes peces no apareix al document de condicions, el projecte no està preparat per anar a producció.
serpixel (Clever European Business, S.L.) implementa agents d'IA a mida per a pimes en tres línies: atenció al client, vendes, operacions. La proposta és model-agnòstica (Claude, GPT, Gemini, open-weights segons encaixi), el client es queda les dades, i tota implementació inclou kill-switch, fallback humà i harness d'avaluació des del primer dia. La conversa comença sempre amb una sessió de descoberta de 30 minuts.

Articles relacionats

Empresària signant un contracte amb portàtil sobre la taula
Disseny weblocal-business

Agent digitalitzador: guia honesta abans de signar-hi

Un agent digitalitzador acreditat no garanteix qualitat. Això és el que cobreix el Kit Digital, quines preguntes fer abans de signar i què passa quan acaba la subvenció.

Persona revisant documents i pantalles amb gràfics de procés industrial en una reunió de planificació
NotíciesConsells

Cupó IA ACCIÓ 2026: com aprofitar-lo per implementar agents d'IA

El cupó d'ACCIÓ per a la incorporació d'IA paga fins a 8.000 EUR de diagnòstic. La decisió clau és qui implementa l'agent després. Guia pràctica per a pimes.

Espai de treball amb portàtil, notes adhesives i quadern per a planificació de negoci
Disseny web

Kit Digital vs. subscripció web: comparativa honesta per a pimes

Tens un web del Kit Digital que no genera clients? Comparem les dues opcions amb xifres reals: què inclou cada model, què costa realment i quin retorn pots esperar.

Tots els articles →