Base de conhecimento

A parte que evita tickets: soluções escritas uma vez, reencontradas pela tua equipa — e sugeridas a quem pede enquanto ainda está a escrever. Tudo neste bloco faz parte do Basic, exceto o e-mail sobre as entradas à espera de aprovação.

1

Mosaicos de tema com artigos e anexos

Chegas à base de conhecimento por «Knowledge Base», na barra da esquerda. A vista geral é feita de mosaicos — um por tema. O número no canto superior direito de um mosaico é a contagem de entradas publicadas; por baixo estão o nome e a descrição do tema. Um clique no mosaico leva à lista de entradas, cada uma com autor, data de alteração e as primeiras linhas do texto.

Os temas não são criados aqui, mas em «Settings → Knowledge Base» (ver o cartão «Visibilidade por tema»). Sem um único tema, a vista geral não mostra mais do que uma nota — uma entrada precisa sempre de um tema.

Escreves com «New entry» na página de um tema. O editor pede três coisas: «Title», «Topic» e «Content». É o mesmo editor de um ticket, com a mesma barra de ferramentas: «Bold», «Italic», «Underline», «Strikethrough», «Text color», «Highlight color», «Bullet list», «Numbered list», «Quote», «Link» e «Clear formatting». Uma ligação faz-se como num ticket: seleciona o texto, carrega em «Link», escreve o endereço — são permitidos endereços web e de correio (http, https, mailto). «Save» fica cinzento enquanto faltar o título ou o tema, e uma entrada sem texto é recusada: só anexos não é uma entrada.

As imagens entram no texto pela área de transferência, tal como num ticket: tira uma imagem do ecrã e cola-a no editor com Ctrl+V. Aparece no texto uma marca como «[inline-image:1]»; ao guardar, o sistema carrega a imagem e mostra-a exatamente nesse ponto. Além disso, ela aparece por baixo em «Attachments» — é aí que a voltas a apagar. Podem ser coladas imagens PNG, JPEG e GIF.

Os ficheiros só se anexam depois de a entrada estar guardada: no fundo da página da entrada está o cartão «Attachments» com «Upload file». Os tipos de ficheiro permitidos e o tamanho são os mesmos de um ticket (até 50 MB por ficheiro). Quem carregou um ficheiro pode voltar a removê-lo; os administradores podem remover qualquer um.

Os administradores podem escrever sempre, os agentes enquanto o interruptor das definições o permitir (ver o cartão «Aprovação»). Os clientes só leem. Um administrador pode apagar qualquer entrada; um agente só pode apagar as suas próprias entradas que nunca tenham sido publicadas.

A página de vista geral da base de conhecimento com três mosaicos de tema e a entrada de menu «Knowledge Base» com moldura vermelha.
O caminho de entrada: «Knowledge Base» na barra da esquerda. Cada mosaico é um tema; o número indica as entradas publicadas, o selo âmbar as que estão à espera.Abrir a imagem em tamanho real
O editor «New entry» com os campos Title e Topic, a barra de ferramentas do editor e o botão «Save» esbatido.
Título, tema, conteúdo. Enquanto não estiver escolhido um tema, «Save» fica cinzento — na moldura vermelha, a escolha que aqui ainda falta.Abrir a imagem em tamanho real
Uma entrada da base de conhecimento com texto formatado, uma imagem colada do visor da impressora, uma lista numerada e o cartão «Attachments» com dois ficheiros.
Uma entrada acabada: cabeçalho com tema, autor e aprovação e, por baixo, o texto com uma imagem colada. No fundo estão os dois ficheiros — o guia rápido para transferir e a imagem colada.Abrir a imagem em tamanho real
3

Visibilidade por tema: apenas interno ou virado para o cliente

Antes de começares: A visibilidade depende do TEMA, não da entrada individual. Uma nota interna num tema virado para o cliente pode ser lida pelos clientes assim que for publicada — planeia os temas em conformidade e, se for preciso, muda uma entrada de tema com «Edit».

Os temas mantêm-se em «Settings → Knowledge Base», no cartão «Topics». Cada linha tem um nome, uma descrição, um número de ordenação para a ordem dos mosaicos, o interruptor «Visible to customers» e dois botões para guardar e apagar — guardas por linha, não o cartão inteiro.

Com o interruptor desligado, só os agentes e os administradores veem o tema, as suas entradas e os seus anexos — um cliente nem sequer chega a ver o mosaico e também não encontra as entradas pela pesquisa. Com ele ligado, os clientes veem o tema e as entradas publicadas nele; os rascunhos ficam invisíveis de qualquer forma.

Um tema novo cria-se na linha tracejada por baixo: escreve um nome, escolhe a visibilidade, «Add topic». Um tema só pode ser apagado enquanto estiver vazio — caso contrário estarias a apagar as entradas com ele, sem as ver.

O cartão «Topics» com três temas; o interruptor «Visible to customers» está ligado no primeiro tema e desligado em «Internal runbooks».
A diferença está nas duas molduras vermelhas: «Printing» está libertado para os clientes, «Internal runbooks» não. Guardas por linha, com o botão azul à direita.Abrir a imagem em tamanho real
4

Sugestões de solução enquanto se cria um ticket

Assim que houver três caracteres no campo «Title» do formulário «Create new ticket», o sistema pesquisa em segundo plano e mostra a caixa «Possible solutions from the knowledge base» — até cinco entradas que correspondem ao título. Quem encontrar aí a sua resposta não cria um ticket; é essa a ideia toda.

Só o TÍTULO é pesquisado, não a descrição. Vale a mesma regra da pesquisa: uma sugestão tem de conter pelo menos metade das palavras do título — quanto mais preciso o título, menos sugestões e mais certeiras. Um clique numa sugestão abre-a num separador novo, para que o formulário meio preenchido não se perca; «Open knowledge base», no fundo, leva à vista geral completa.

A visibilidade também vale aqui: a um cliente só são sugeridas entradas publicadas de temas virados para o cliente. Como agente, vês além disso os temas internos e as entradas que ainda esperam aprovação.

O campo «Title» do formulário de novo ticket com a caixa «Possible solutions from the knowledge base» e as sugestões por baixo.
Só foi escrito o título — a caixa por baixo aparece sozinha. No topo estão as entradas que melhor correspondem ao título.Abrir a imagem em tamanho real
5

Transformar um ticket resolvido numa entrada

Antes de começares: É assumido TUDO: a descrição e todos os comentários, incluindo os internos. O texto é uma cópia, não uma ligação — lê-o e retira nomes, telefones, endereços de e-mail e números de encomenda antes de guardares. Depois disso, qualquer pessoa que possa ver o tema pode lê-lo.

No canto superior direito de cada ticket está «Add to knowledge base». O botão abre o editor de uma entrada nova, pré-preenchida com o título do ticket e todo o seu percurso: a descrição como primeiro parágrafo e, por baixo, cada comentário como citação.

Isso, por si só, não te dá nada — é matéria-prima. O objetivo é transformá-la num guia: corta o que sobra até ficar o que ajudará da próxima vez, e reescreve o título se ele soar a caso único («Printer on 2nd floor pulls two sheets» passa a «Clearing a paper jam»).

Não vem nenhum tema pré-selecionado, escolhe-lo tu. A entrada é guardada como qualquer outra: publicada de imediato se fores administrador, enviada para aprovação se fores agente. Depois fica na entrada a referência interna «Source: Ticket #1» — é um salto de volta para o caso e não está visível para os clientes.

Um ticket com o botão «Add to knowledge base» com moldura vermelha, no canto superior direito.
O botão está no canto superior direito de cada ticket — seja qual for o estado em que o ticket está. Destina-se ao caso que já foi resolvido.Abrir a imagem em tamanho real
O editor «New entry» pré-preenchido com o título e o percurso do ticket e, por cima, o aviso com moldura vermelha sobre o ticket de origem.
O aviso na moldura vermelha diz o que importa. No texto por baixo está a nota interna com o número da encomenda — exatamente o que tem de sair antes de guardar.Abrir a imagem em tamanho real
6

Aprovação: as entradas de um agente esperam pelo administrador

Se os agentes podem sequer escrever é decidido pelo interruptor «Agents can create entries», em «Settings → Knowledge Base». Está ligado de origem. Desligado, é uma fronteira rígida: o botão «New entry» e o botão «Add to knowledge base» no ticket desaparecem, e chamar o editor diretamente também é recusado.

Há exatamente dois estados — «Awaiting review» e «Published»; não existe um rascunho em que se possa trabalhar em silêncio sem ninguém ver. Quem escreve determina o estado: um administrador publica de imediato. Um agente produz uma entrada marcada como «Awaiting review» — visível para agentes e administradores, não para clientes. No mosaico do tema aparece para isso o selo âmbar «1 awaiting review».

Os administradores recebem ainda um e-mail assim que uma entrada está para aprovação. Essa mensagem faz parte do Professional. É um acréscimo, não um requisito: sem envio de correio configurado, o selo continua a ser a forma de encontrar uma aprovação pendente. Aprovas na página da entrada com «Approve & publish»; depois fica lá escrito quem aprovou.

Se mais tarde um agente alterar uma entrada publicada, ela volta para aprovação — a alteração só volta a estar visível para os clientes depois do «Approve & publish» seguinte. Quem já está à espera e guarda outra vez não desencadeia uma segunda mensagem. O mesmo vale quando um agente acrescenta ou remove um anexo.

A página de definições da base de conhecimento com o interruptor «Agents can create entries» com moldura vermelha.
O interruptor está logo no topo de «Settings → Knowledge Base». A frase ao lado diz o que depende dele: as entradas dos agentes esperam por aprovação.Abrir a imagem em tamanho real
Uma entrada marcada como «Awaiting review» com o botão «Approve & publish» com moldura vermelha.
A entrada vem do agente Marco Rossi e está à espera. Um clique em «Approve & publish» torna-a visível para todos os que possam ver o tema.Abrir a imagem em tamanho real
7

Histórico de alterações da base de conhecimento

Em «Settings → Knowledge Base», o cartão «History» está no fundo. Lista os últimos 200 acontecimentos, do mais recente para o mais antigo: o que aconteceu, que entrada ou tema foi afetado, quem o fez e quando.

São registados sete acontecimentos: entrada criada, atualizada, aprovada e apagada, mais tema criado, atualizado e apagado. Uma entrada apagada não desaparece, por isso, sem deixar rasto — a linha fica, mesmo quando a entrada já não existe.

Duas linhas de uma vez não são um erro: quando um administrador cria uma entrada, aparece «Entry created» e logo por cima «Entry approved» — ele publica sem o desvio pela aprovação. Num agente aparece primeiro apenas «Entry created»; a aprovação vem depois e com o nome do administrador.

Só quem pode abrir a página de definições da base de conhecimento vê o histórico — os administradores, de origem. É um histórico para toda a base de conhecimento, não um por entrada.

O cartão «History» com linhas como «Entry created», «Entry approved» e «Topic created», cada uma com um nome e uma hora.
Logo no topo, a entrada do agente que ainda espera aprovação — ainda não tem linha «Entry approved». Por baixo, as entradas do administrador, cada uma com as duas linhas.Abrir a imagem em tamanho real

As imagens são da versão 1.3.1. Nada mudou nos ecrãs apresentados até à versão 1.13.3. A única coisa com outro aspeto é o número de versão no fundo da barra lateral.