Baza de cunoștințe AI: cine actualizează răspunsul despre ofertă
Cum organizezi informația despre ofertă pentru un asistent AI, cu sursă, responsabil și retragerea versiunilor vechi.
Un asistent care găsește două descrieri diferite ale aceleiași oferte nu știe automat care este aprobată. Poate combina condiții din versiuni incompatibile într-un răspuns fluent. Problema trebuie rezolvată la nivelul informației, înainte de a cere o formulare mai convingătoare.
Alege sursa care are autoritate
Pentru fiecare subiect comercial, stabilește documentul aprobat: aria serviciului, excluderi, proces, condiții de ofertare și contact. Notează proprietarul, versiunea și data verificării. O prezentare veche trimisă unui prospect nu ar trebui să concureze fără context cu oferta curentă.
Construiește intrările în jurul întrebărilor la care asistentul trebuie să răspundă. Dacă prețul se stabilește după evaluare, documentează această regulă și informațiile necesare evaluării. Nu completa golul cu un interval inventat doar pentru a avea răspuns la orice întrebare.
Retrage contradicția, nu doar adăuga o corectură
Într-un exemplu ipotetic, o pagină veche include o etapă care nu mai face parte din serviciu. Adăugarea unui document nou nu este suficientă dacă cel vechi rămâne în aceeași colecție fără statut. Marchează-l ca retras și verifică felul în care este exclus din răspunsurile curente.
Procesul de actualizare ar trebui să precizeze:
- cine semnalează schimbarea ofertei;
- cine aprobă textul canonic;
- ce surse derivate trebuie actualizate;
- ce întrebări se retestează;
- cine confirmă că răspunsul vechi nu mai este folosit.
Include o regulă pentru incertitudine: când informația lipsește sau se contrazice, asistentul explică limita și predă întrebarea persoanei responsabile. O notă de actualizare nu ține locul verificării rezultatului.
Testează întrebări directe, formulări ambigue și cereri care presupun condiții inexistente. Cere evaluatorului să compare răspunsul cu sursa aprobată, nu doar să aprecieze tonul. Păstrează cazurile care au descoperit o contradicție pentru verificările viitoare.
În CRM și procese, baza de cunoștințe poate avea același proprietar operațional ca oferta. Un RUN poate include revizia surselor și retestarea după schimbări, cu responsabilități și limite stabilite explicit.