El coneixement que viu al cap de tres persones
A la majoria d’equips B2B, el coneixement real no està escrit: és a l’agent que fa més temps que hi és, en un fil de Slack de fa sis mesos i en un document que ningú actualitza. Funciona mentre aquestes persones estiguin disponibles. El dia que una és de vacances o se’n va, el temps de resposta es dispara i el client ho nota.
El problema no és la manca de documentació, és que la documentació no és on es resol el cas. L’agent obre el ticket, intueix que ja es va respondre algo semblant, i dedica deu minuts a buscar en wikis, PDFs i converses antigues abans de començar a escriure.
Per què una base de coneixement aïllada no basta
Tenir un Confluence o un Notion ple d’articles ajuda, però deixa tres buits:
- No coneix el compte. Un article genèric no sap quin pla té el client, quina integració usa ni quines incidències ha tingut abans.
- No s’actualitza sol. Quan un cas revela una solució nova, gairebé mai torna a l’article. El coneixement es perd al ticket.
- No és al flux. Si per consultar-lo cal canviar de pestanya, l’agent improvisa en lloc de buscar.
El resultat és el mateix diagnòstic repetit una i altra vegada, respostes inconsistentes segons qui atén i un temps de primera resposta que no baixa per molt que es contracti.
Què canvia quan el coneixement està connectat al context
A Elevatia, la base de coneixement no és un repositori a part: viu dins del mateix workspace on es gestiona el suport i es connecta al context de compte. Això significa que quan un agent — o l’assistent Eleva — obre una conversa, la documentació rellevant ja està filtrada per:
- El producte i pla del client.
- Les integracions i configuració d’aquell compte.
- L’historial d’incidències prèvies.
L’agent no busca; el coneixement apareix. I quan la IA proposa una resposta, ho fa citant la font interna, no inventant, de manera que l’humà pugui aprovar amb confiança. Aquest matis de governança el desenvolupem a IA amb aprovació humana.
Del cas resolt a l’article, sense fricció
La part que més impacte té a mitjà termini és el cicle de retroalimentació. Quan un cas es resol amb una solució que encara no estava documentada, capturar aquest coneixement ha de ser un gest, no un projecte. Un bon sistema:
- Permet convertir la resolució d’un cas en un article en un clic.
- Manté la traçabilitat de qui el va escriure i quan.
- Fa que aquest article nou estigui disponible de seguida per al cas següent semblant.
Així la base de coneixement creix amb l’ús en lloc d’envellir. Cada incidència resolta millora el temps de resposta de la següent.
L’efecte sobre les mètriques
Quan el coneixement és al flux i connectat al compte, tres mètriques es mouen:
- Temps de primera resposta: baixa perquè l’agent no busca, respon.
- Temps de resolució: baixa perquè deixa de repetir-se el diagnòstic.
- Consistència: puja perquè la resposta no depèn de qui atén.
No és màgia: és eliminar els minuts morts de busca i els reprocessaments. En volums B2B, aquests minuts per ticket s’acumulen ràpid.
Per on començar
No cal documentar-ho tot el primer dia. El més rendible és començar pels deu casos més repetits, connectar-los al context de compte i deixar que la resta creixi a mesura que es resolen incidències reals.
Si vols veure com funciona amb els teus propis casos, sol·licita el pilot gratuït (~4 setmanes, sense cost) o reserva una demo de 15 minuts. Per entendre la visió completa de la plataforma, llegeix què és Elevatia.
info@elevatia.io — respondem en espanyol o anglès.