Anar al contingut
← Tornar al blog
Consellslocal-business

Automatitzar comandes de WhatsApp cap a Holded amb un agent d'IA

Moltes pimes reben comandes per WhatsApp i les introdueixen a mà al sistema. Un agent d'IA pot llegir el missatge, preparar la comanda a Holded i deixar-la perquè una persona la validi. Com funciona i quan té sentit.

serpixel ·
Persona treballant amb calma davant d'un portàtil amb llum natural, revisant feina en un entorn de treball minimalista

Punts clau

El problema no és WhatsApp, és la transcripció manual: Rebre comandes per WhatsApp és còmode per al client. El cost amagat és que algú de l'equip llegeix cada missatge, identifica els productes al catàleg i els torna a escriure al sistema, sovint dues hores cada dia.
L'agent prepara, la persona valida: Un agent d'operacions llegeix el missatge, identifica els productes al catàleg de Holded, calcula quantitats i prepara un esborrany de comanda. La decisió final segueix sent humana fins que les dades demostren que es pot ampliar.
La capa mecànica se separa de la capa de criteri: Transcriure un missatge clar és mecànic. Decidir què fer amb un missatge ambigu, una excepció de preu o un client nou requereix criteri. L'agent assumeix el primer perquè l'equip es dediqui al segon.
Holded té API REST: és integrable: Holded exposa una API REST per llegir productes i contactes i crear comandes de venda. Això vol dir que un agent pot escriure dins del sistema on l'empresa ja treballa, sense canviar de programa.
Kill-switch i fallback humà des del primer dia: Un agent que crea comandes reals ha de poder apagar-se a l'instant i deixar una via perquè les comandes les agafi una persona mentre està desactivat. Sense aquestes dues peces, no va a producció.

A moltes pimes les comandes arriben per WhatsApp. Un client habitual envia un missatge, l’empresa el llegeix, identifica els productes i els introdueix al sistema de gestió. És còmode per al client i, durant un temps, sembla que no costa res. El cost real apareix quan comptes les hores: algú de l’equip dedica una o dues hores cada dia a transcriure missatges, i ho fa precisament en les hores en què hauria d’estar atenent els casos que sí que necessiten una persona.

serpixel (Clever European Business, S.L.) implementa agents d’IA a mida per a pimes, i l’entrada de comandes és un dels processos on l’encaix és més clar. Aquest article explica com funciona un agent que llegeix comandes de WhatsApp i les prepara dins de Holded, i sobretot quan té sentit i quan no.

El problema no és WhatsApp

Val la pena dir-ho d’entrada: WhatsApp no és el problema. És un canal excel·lent perquè el client ja el té obert i hi confia. El problema és la transcripció manual que hi ha darrere. Cada missatge passa per un cap humà que fa una feina mecànica i repetitiva: llegir, buscar el producte al catàleg, escriure la quantitat, repetir.

Aquesta feina té tres característiques que la fan candidata per a un agent. És repetitiva, segueix regles parcialment clares i té un volum significatiu. Quan un procés compleix les tres, hi ha una capa mecànica que es pot separar de la capa de criteri.

La capa mecànica i la capa de criteri

Aquesta distinció és el centre de tot. Transcriure un missatge clar (“posa’m 3 caixes del producte X i 2 del producte Y”) és mecànic: no hi ha cap decisió rellevant, només execució. En canvi, interpretar un missatge ambigu (“el de sempre, però aquesta setmana una mica més”) requereix context, memòria del client i criteri. Això últim és feina humana.

L’agent assumeix la part mecànica perquè l’equip es dediqui a la part de criteri. No substitueix ningú: allibera el temps que ara es perd transcrivint perquè es pugui invertir en la relació amb el client, en els casos excepcionals i en les decisions que de debò aporten valor. La feina valuosa segueix sent de les persones.

Com funciona, pas a pas

Un agent d’operacions per a entrada de comandes segueix un recorregut concret:

  1. Llegeix el missatge. L’agent es connecta al canal de WhatsApp de l’empresa mitjançant l’API de WhatsApp de Meta o un proveïdor equivalent, i rep el text del missatge entrant.
  2. N’extreu les dades. Identifica qui escriu, quins productes demana i en quines quantitats, convertint un text lliure en dades estructurades.
  3. Contrasta amb el catàleg. Compara els productes esmentats amb el catàleg real de Holded per comprovar que existeixen i que els noms coincideixen, resolent abreviatures i sinònims habituals del client.
  4. Prepara l’esborrany. Crea un esborrany de comanda de venda dins de Holded amb els productes, les quantitats i el contacte associat.
  5. Deixa-ho per validar. Una persona revisa l’esborrany i el confirma. Els casos que l’agent no veu prou clars s’escalen amb tota la informació preparada.

El punt clau del recorregut és el pas cinc. Al començament, l’agent prepara i la persona valida. Aquest és el mode segur per defecte.

Quan l’agent pot actuar sol

A mesura que l’agent treballa sobre comandes reals, es mesura la seva precisió. Si les dades demostren que una categoria de missatge (per exemple, comandes de clients habituals amb productes del catàleg estàndard) es processa correctament de manera consistent, es pot definir que l’agent les tramiti de manera autònoma i deixi per a revisió només els casos ambigus.

Aquest creixement és gradual i basat en evidència, no una promesa inicial. Comences amb revisió humana del 100% i amplies l’autonomia de l’agent només on les dades ho justifiquen. És exactament el contrari de connectar un sistema i creuar els dits.

La integració amb Holded és real

Holded exposa una API REST completa que permet llegir productes, contactes i histories, i crear comandes de venda de manera programàtica. Això és el que fa possible que l’agent escrigui directament dins del sistema on l’empresa ja treballa, en lloc de generar un fitxer que després algú ha d’importar a mà.

Per a l’equip, la comanda apareix a Holded com qualsevol altra. No hi ha un programa nou que aprendre ni un flux paral·lel: la comanda preparada per l’agent es gestiona amb el mateix circuit de sempre. Aquesta és la diferència entre integrar i exportar, i és el que distingeix un agent d’una eina afegida pel costat.

Si vols entendre per què un agent que toca les teves eines no és el mateix que un chatbot que només respon, hi ha una explicació detallada a Agent d’IA vs chatbot.

Kill-switch i fallback humà: no negociables

Un agent que crea comandes reals pot equivocar-se, i un error operatiu té conseqüències: una comanda mal entrada, una quantitat incorrecta, un producte canviat. Per això tota implementació seriosa inclou dues peces des del primer dia.

El kill-switch és el mecanisme que permet desactivar l’agent a l’instant, sense dependre del proveïdor. El fallback humà és la via que garanteix que les comandes les segueix agafant una persona mentre l’agent està apagat. Si un proveïdor no t’explica aquestes dues coses a la primera reunió, el projecte no està preparat per anar a producció.

A aquestes dues peces s’hi suma una tercera: l’avaluació contínua. Un conjunt de proves que es passen periòdicament sobre casos reals per comprovar que l’agent segueix fent la feina amb la mateixa qualitat, perquè els errors els detectem nosaltres abans que el client.

Quan té sentit i quan no

Un agent d’entrada de comandes té sentit quan es donen aquestes condicions:

  • Reps un volum significatiu de comandes per canals informals (WhatsApp, correu) que algú transcriu a mà.
  • El teu catàleg i els teus contactes viuen en un sistema amb API, com Holded.
  • Acceptes començar petit: un canal, un procés, una mètrica, amb revisió humana al principi.

No té sentit si les teves comandes són totes diferents i requereixen negociació, si no tens un sistema integrable o si esperes que l’agent assumeixi tot el procés sense fase de proves. En aquests casos, ho diem abans de començar.

Preparar bé les dades del catàleg i dels clients és, de fet, mitja feina. Si vols saber com deixar el teu sistema a punt, ho expliquem a com preparar les dades de la teva empresa per a un agent d’IA.

El paper de serpixel

serpixel implementa agents d’IA a mida per a pimes en tres línies: atenció al client, vendes i operacions. L’entrada de comandes és un cas típic de la línia d’operacions. La proposta és model-agnòstica (Claude, GPT, Gemini o open-weights segons encaixi), el client es queda les dades, i tota implementació inclou kill-switch, fallback humà i avaluació contínua des del primer dia.

Si reps comandes per WhatsApp i algú de l’equip dedica hores a transcriure-les, és un bon candidat per parlar-ne. Pots veure’n més detalls a la pàgina de l’agent d’operacions o reservar una sessió de descoberta de 30 minuts per veure si el teu procés encaixa.

Etiquetes

automatització comandes whatsappagent IA Holdedautomatitzar comandes pimeintegració Holded IAentrada de comandes automàticaagent operacions

Preguntes freqüents

L'agent es connecta al canal de WhatsApp de l'empresa (mitjançant l'API de WhatsApp de Meta o un proveïdor com Twilio), llegeix el text del missatge i n'extreu les dades estructurades: qui escriu, quins productes demana i en quina quantitat. Després contrasta aquests productes amb el catàleg real de Holded per assegurar-se que existeixen i que els noms coincideixen. El resultat és un esborrany de comanda, no una comanda tancada.
Al començament, l'agent prepara l'esborrany i una persona el revisa i el confirma. Aquest és el mode segur per defecte. A mesura que es mesura la precisió sobre comandes reals, es poden definir categories de missatge prou clares perquè l'agent les processi de manera autònoma, deixant per a revisió humana només els casos ambigus. L'abast d'allò que l'agent fa sol creix amb les dades, no abans.
Són precisament els casos que es deriven a una persona. Un missatge com 'posa'm el de sempre' o 'el mateix que la setmana passada però una mica més' requereix context i criteri humà. L'agent està dissenyat per reconèixer quan no té prou certesa i escalar el cas amb tota la informació preparada, en lloc d'endevinar i equivocar-se.
S'integra de veritat. Holded ofereix una API REST que permet llegir productes, contactes i histories, i crear comandes de venda de manera programàtica. L'agent escriu directament dins de Holded, de manera que la comanda apareix al sistema com qualsevol altra, llesta perquè l'equip la gestioni amb el flux de sempre.
Habitualment entre quatre i vuit setmanes. La primera setmana es dedica a definir el procés exacte i la mètrica d'èxit. Després venen dues o tres setmanes de desenvolupament i d'avaluació sobre comandes reals anonimitzades. Finalment, una o dues setmanes en producció limitada amb revisió humana abans d'obrir volum complet.
El kill-switch és el mecanisme que et permet desactivar l'agent a l'instant, sense dependre del proveïdor. Pot ser una variable d'entorn, un botó al panell o una crida API. Importa perquè un agent que crea comandes reals ha de poder aturar-se en pocs minuts si detectes un comportament estrany. Si l'agent està desactivat, el fallback humà garanteix que les comandes les segueix agafant una persona, com abans.
No hi ha preu publicat. Cada implementació es quota a partir del volum de comandes, els canals connectats, les integracions necessàries i la sensibilitat de les dades. La forma habitual de començar és un pilot acotat: un sol procés, un sol canal, una sola mètrica d'èxit. La conversa per quantificar-ho s'inicia en una sessió de descoberta de 30 minuts.

Articles relacionats

Persona treballant amb un portàtil i diverses pantalles de procés mostrant integracions de software empresarial
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.

Sala de servidors amb cables organitzats que connecten sistemes de dades empresarials
Consells

Com preparar les dades de la teva empresa per a un agent d'IA

Un agent d'IA és tan útil com les dades que rep. Abans d'implementar-ne un, hi ha cinc passos per auditar, estructurar i connectar les teves dades. Aquí estan, amb un exemple concret.

Il·lustració abstracta de xarxes neuronals digitals i fluxos de dades connectats, representant la idea d'IA connectada via protocol MCP
NotíciesConsells

Què és un servidor MCP i per què canvia les integracions d'IA

Un servidor MCP és un estàndard obert per connectar agents d'IA amb les dades i les eines de l'empresa. Saber què és i què canvia decideix com planteges la teva propera integració.

Tots els articles →