Base de conocimiento

La parte que evita tickets: soluciones escritas una vez, que tu equipo vuelve a encontrar y que se proponen a quien solicita mientras todavía está escribiendo. Todo lo de este bloque forma parte de Basic, salvo el correo sobre las entradas pendientes de aprobación.

1

Tarjetas de tema con artículos y adjuntos

Llegas a la base de conocimiento por «Knowledge Base», en la barra de la izquierda. La vista general se compone de tarjetas, una por tema. El número de la esquina superior derecha de una tarjeta es el recuento de entradas publicadas; debajo están el nombre y la descripción del tema. Un clic en la tarjeta lleva a la lista de entradas, cada una con autor, fecha de cambio y las primeras líneas de su texto.

Los temas no se crean aquí, sino en «Settings → Knowledge Base» (ver la tarjeta «Visibilidad por tema»). Sin ni un solo tema, la vista general no muestra más que una nota: una entrada necesita siempre un tema.

Se escribe con «New entry» en la página de un tema. El editor pide tres cosas: «Title», «Topic» y «Content». Es el mismo editor que en un ticket, con la misma barra de herramientas: «Bold», «Italic», «Underline», «Strikethrough», «Text color», «Highlight color», «Bullet list», «Numbered list», «Quote», «Link» y «Clear formatting». Un enlace se crea como en un ticket: selecciona el texto, pulsa «Link» e introduce la dirección; se admiten direcciones web y de correo (http, https, mailto). «Save» sigue gris mientras falten el título o el tema, y una entrada sin texto se rechaza: los adjuntos por sí solos no son una entrada.

Las imágenes entran en el texto por el portapapeles, igual que en un ticket: haz una captura y pégala en el editor con Ctrl+V. En el texto aparece una marca como «[inline-image:1]»; al guardar, el sistema sube la imagen y la muestra exactamente ahí. Además aparece más abajo, en «Attachments», que es donde vuelves a borrarla. Se pueden pegar PNG, JPEG y GIF.

Los archivos se adjuntan solo cuando la entrada está guardada: al final de la página de la entrada está la tarjeta «Attachments» con «Upload file». Los tipos de archivo admitidos y el tamaño son los mismos que en un ticket (hasta 50 MB por archivo). Quien subió un archivo puede volver a quitarlo; los administradores pueden quitar cualquiera.

Los administradores siempre pueden escribir, y los agentes mientras el interruptor de los ajustes lo permita (ver la tarjeta «Aprobación»). Los clientes solo leen. Un administrador puede borrar cualquier entrada; un agente solo puede borrar sus propias entradas que nunca se hayan publicado.

La página general de la base de conocimiento con tres tarjetas de tema y la entrada de menú «Knowledge Base» enmarcada en rojo.
La entrada: «Knowledge Base» en la barra de la izquierda. Cada tarjeta es un tema; el número nombra las entradas publicadas y la marca ámbar las que esperan.Abrir la imagen a tamaño completo
El editor «New entry» con los campos Title y Topic, la barra de herramientas del editor y el botón «Save» atenuado.
Título, tema, contenido. Mientras no se elija un tema, «Save» sigue gris; en el marco rojo, la elección que aquí todavía falta.Abrir la imagen a tamaño completo
Una entrada de la base de conocimiento con texto formateado, una imagen pegada de la pantalla de la impresora, una lista numerada y la tarjeta «Attachments» con dos archivos.
Una entrada terminada: cabecera con tema, autor y aprobación y, debajo, el texto con una imagen pegada. Al final están ambos archivos: la guía rápida para descargar y la imagen pegada.Abrir la imagen a tamaño completo
3

Visibilidad por tema: solo interno o de cara al cliente

Antes de empezar: La visibilidad cuelga del TEMA, no de la entrada concreta. Una nota interna en un tema de cara al cliente es legible por los clientes en cuanto se publica; planifica tus temas en consecuencia y, si hace falta, mueve una entrada a otro tema con «Edit».

Los temas se mantienen en «Settings → Knowledge Base», en la tarjeta «Topics». Cada fila lleva un nombre, una descripción, un número de orden para la disposición de las tarjetas, el interruptor «Visible to customers» y dos botones para guardar y borrar; se guarda por fila, no toda la tarjeta.

Con el interruptor desactivado, solo los agentes y los administradores ven el tema, sus entradas y sus adjuntos: un cliente ni siquiera recibe la tarjeta y tampoco encuentra las entradas con la búsqueda. Con él activado, los clientes ven el tema y las entradas publicadas que contiene; los borradores siguen invisibles de todos modos.

Un tema nuevo se crea en la fila discontinua de abajo: introduce un nombre, elige la visibilidad y pulsa «Add topic». Un tema solo se puede borrar mientras esté vacío; de lo contrario borrarías con él sus entradas sin verlas.

La tarjeta «Topics» con tres temas; el interruptor «Visible to customers» está activado en el primero y desactivado en «Internal runbooks».
La diferencia está en los dos marcos rojos: «Printing» está liberado para clientes e «Internal runbooks» no. Se guarda por fila con el botón azul de la derecha.Abrir la imagen a tamaño completo
4

Soluciones propuestas mientras se crea un ticket

En cuanto hay tres caracteres en el campo «Title» del formulario «Create new ticket», el sistema busca en segundo plano y muestra el recuadro «Possible solutions from the knowledge base» con hasta cinco entradas que encajan con el título. Quien encuentra ahí su respuesta no crea un ticket, y ese es todo el objetivo.

Se busca solo en el TÍTULO, no en la descripción. Vale la misma regla que en la búsqueda: una propuesta tiene que contener al menos la mitad de las palabras del título; cuanto más preciso sea el título, menos propuestas y más ajustadas. Un clic en una propuesta la abre en una pestaña nueva para no perder el formulario a medio rellenar; «Open knowledge base», al final, lleva a la vista general completa.

Aquí también se aplica la visibilidad: a un cliente solo se le proponen entradas publicadas de temas de cara al cliente. Como agente ves además los temas internos y las entradas que todavía esperan su aprobación.

El campo «Title» del formulario de ticket nuevo con el recuadro «Possible solutions from the knowledge base» y las propuestas debajo.
Solo se ha escrito el título y el recuadro de debajo aparece solo. Arriba están las entradas que mejor encajan con el título.Abrir la imagen a tamaño completo
5

Convertir un ticket resuelto en una entrada

Antes de empezar: Se traslada TODO: la descripción y todos los comentarios, también los internos. El texto es una copia, no un enlace; léelo y quita nombres, teléfonos, direcciones de correo y números de pedido antes de guardar. Después podrá leerlo cualquiera que pueda ver el tema.

Arriba a la derecha de cada ticket está «Add to knowledge base». El botón abre el editor de una entrada nueva, rellena con el título del ticket y todo su recorrido: la descripción como primer párrafo y cada comentario debajo como cita.

Eso por sí solo no aporta nada: es materia prima. Lo importante es que la conviertas en una guía: recórtala a lo que ayudará la próxima vez y reescribe el título si suena a caso único («La impresora de la 2.ª planta arrastra dos hojas» se convierte en «Solucionar un atasco de papel»).

No hay ningún tema preseleccionado: lo eliges tú. La entrada se guarda como cualquier otra: publicada de inmediato si eres administrador, enviada a aprobación si eres agente. Después queda en la entrada la referencia interna «Source: Ticket #1», que es un salto de vuelta al caso y no es visible para los clientes.

Un ticket con el botón «Add to knowledge base» enmarcado en rojo arriba a la derecha.
El botón está arriba a la derecha en todos los tickets, sea cual sea el estado en que se encuentre. Está pensado para el caso ya resuelto.Abrir la imagen a tamaño completo
El editor «New entry» relleno con el título y el recorrido del ticket y, encima, el aviso enmarcado en rojo sobre el ticket de origen.
El aviso del marco rojo dice lo importante. En el texto de debajo está la nota interna con el número de pedido: exactamente lo que tiene que desaparecer antes de guardar.Abrir la imagen a tamaño completo
6

Aprobación: las entradas de un agente esperan al administrador

Si los agentes pueden escribir se decide con el interruptor «Agents can create entries» de «Settings → Knowledge Base». De fábrica está activado. Desactivado es un límite duro: el botón «New entry» y el botón «Add to knowledge base» del ticket desaparecen, y llamar directamente al editor también se rechaza.

Hay exactamente dos estados, «Awaiting review» y «Published»; no hay un borrador en el que trabajar en silencio sin que nadie lo vea. Quién escribe determina el estado: un administrador publica de inmediato. Un agente produce una entrada marcada como «Awaiting review», visible para agentes y administradores, no para clientes. En la tarjeta del tema aparece por ello la marca ámbar «1 awaiting review».

Los administradores reciben además un correo en cuanto una entrada está pendiente de aprobación. Ese correo forma parte de Professional. Es un añadido, no un requisito: sin envío de correo configurado, la marca sigue siendo la forma de encontrar una aprobación pendiente. Se aprueba en la página de la entrada con «Approve & publish»; después consta ahí quién la aprobó.

Si un agente cambia después una entrada publicada, vuelve a aprobación: el cambio solo es visible de nuevo para los clientes tras el siguiente «Approve & publish». Quien ya está esperando y vuelve a guardar no dispara un segundo correo. Lo mismo vale cuando un agente añade o quita un adjunto.

La página de ajustes de la base de conocimiento con el interruptor «Agents can create entries» enmarcado en rojo.
El interruptor está arriba del todo en «Settings → Knowledge Base». La frase de al lado dice qué depende de él: las entradas de los agentes esperan aprobación.Abrir la imagen a tamaño completo
Una entrada marcada como «Awaiting review» con el botón «Approve & publish» enmarcado en rojo.
La entrada procede del agente Marco Rossi y está esperando. Un clic en «Approve & publish» la hace visible para todo el que pueda ver el tema.Abrir la imagen a tamaño completo
7

Historial de cambios de la base de conocimiento

En «Settings → Knowledge Base», la tarjeta «History» está al final del todo. Enumera los últimos 200 sucesos, del más reciente al más antiguo: qué ocurrió, qué entrada o tema se vio afectado, quién lo hizo y cuándo.

Se registran siete sucesos: entrada creada, actualizada, aprobada y borrada, más tema creado, actualizado y borrado. Una entrada borrada no desaparece, por tanto, sin dejar rastro: la línea se queda aunque la entrada ya no esté.

Dos líneas a la vez no son un error: cuando un administrador crea una entrada, aparece «Entry created» y justo encima «Entry approved», porque publica sin el rodeo de la aprobación. En un agente aparece al principio solo «Entry created»; la aprobación llega después y con el nombre del administrador.

El historial solo lo ve quien puede abrir la página de ajustes de la base de conocimiento; de fábrica, los administradores. Es un historial para toda la base de conocimiento, no uno por entrada.

La tarjeta «History» con líneas como «Entry created», «Entry approved» y «Topic created», cada una con un nombre y una hora.
Arriba del todo, la entrada del agente que sigue esperando aprobación: todavía no tiene línea «Entry approved». Debajo, las entradas del administrador, cada una con ambas líneas.Abrir la imagen a tamaño completo

Las capturas son de la versión 1.3.1. Nada de lo que se ve en esas pantallas cambió hasta la versión 1.13.3. Lo único que se ve distinto es el número de versión al final de la barra lateral.