El model de dades decideix si el context es comparteix o es perd

Al suport B2B, gairebé totes les eines hereten un model pensat per a helpdesk de producte: un tiquet pertany a un usuari final i poc més. Això basta per respondre incidències, però no per entendre un compte. Quan el model no relaciona empresa, contactes, productes i converses, el context no es comparteix: es reconstrueix a mà a cada interacció.

L’ontologia de dades —com es modelen i s’enllacen les entitats— és el que determina si el coneixement flueix o es queda tancat en sitges. Un bon model no és només més endreçat: és la condició perquè la IA i l’equip puguin raonar sobre la relació amb el client.

El nucli: empresa → contacte → tiquet → producte

Elevatia parteix d’un nucli petit i explícit:

  • Empresa (el compte B2B) és l’arrel. Tot hi penja.
  • Contacte pertany a una empresa; un contacte sense empresa no té context.
  • Tiquet l’obre un contacte i s’associa a una empresa; no és un objecte solt.
  • Producte és el que l’empresa té contractat, i els tiquets es poden vincular a un producte concret.

Aquesta cadena de relacions és el que permet respondre a «què li passa a aquest compte?» en lloc de només «què diu aquest tiquet?». La diferència és entre gestionar incidències i gestionar relacions.

Com s’enllaça el coneixement

Sobre aquest nucli, la base de coneixement no és un apèndix aïllat: els seus articles s’enllacen a productes, empreses i temes amb enllaços bidireccionals (estil wiki). Un article sobre com configurar una integració pot referenciar el producte al qual aplica, i des de la fitxa del producte s’arriba a aquell article i als seus enllaços relacionats.

El resultat: quan un agent obre un tiquet d’un producte, veu no només l’historial d’incidències, sinó el coneixement rellevant ja connectat. I la IA pot proposar respostes citant articles que de veritat estan enllaçats a la realitat d’aquell compte, no fragments solts.

Compartit val més que aïllat

La temptació a moltes eines és aïllar: cada mòdul amb la seva taula, la seva lògica, el seu export. És net a curt termini i car a llarg termini, perquè cada aïllament és un context que després cal tornar a cosir a mà.

El principi d’Elevatia és el contrari: compartit > aïllat. El mateix registre d’empresa alimenta el suport, el comercial, el tauler de salut i l’assistent. L’ontologia és el que permet que cada mòdul llegeixi i escrigui sobre entitats comunes sense duplicar-les ni desse sincronitzar-les.

I com que cada compte és diferent, l’ontologia de base és definible per tenant: cada organització pot estendre els seus enllaços i els seus tipus sense trencar el model comú que comparteixen tots els mòduls.

El model és el producte

Un helpdesk es diferencia per la interfície; una plataforma operativa es diferencia pel seu model de dades. Si el model relaciona bé, tota la resta (IA, automatitzacions, taulers) es construeix al damunt sense fricció. Si el model aïlla, cap capa superior arregla la fragmentació.

Si vols veure el model aplicat al teu cas, sol·licita el pilot gratuït (~4 setmanes, sense cost) o llegeix què és Elevatia. També pots escriure’ns a info@elevatia.io — respondem en català.