Base de conhecimento vs. sistema de gestão de documentos: escolha pelo ciclo de vida do conteúdo

Comece pela finalidade do conteúdo

Ao decidir entre uma base de conhecimento e um sistema de gestão de documentos, a pergunta útil não é qual categoria tem mais recursos. Neste artigo, os termos são uma estrutura prática para a decisão: uma abordagem prioriza a publicação de orientações que as pessoas possam encontrar e reutilizar; a outra prioriza o tratamento de documentos empresariais segundo necessidades definidas. Essa estrutura não é uma definição universal, e o rótulo de um produto não determina o que ele pode fazer.

As referências sobre o ciclo de vida do conteúdo oferecem sugestões úteis para mapear requisitos. A Contentful descreve etapas como planejamento, criação, publicação, manutenção e desativação (https://www.contentful.com/blog/content-lifecycle-management/). A visão geral da Box lista desenvolvimento de estratégia, definição de fluxos de trabalho, criação de conteúdo, organização de arquivos e distribuição (https://blog.box.com/managing-your-content-lifecycle-in-the-cloud). Essas descrições ajudam a pensar nas etapas do conteúdo, mas não estabelecem uma distinção entre as duas categorias.

• Anote a tarefa: responder a uma pergunta, seguir um procedimento, revisar uma política, aprovar um contrato ou encontrar um arquivo de trabalho.
• Para cada tipo de conteúdo, identifique quem o cria e usa, o que pode alterá-lo e o que deve acontecer quando ele ficar desatualizado.
• Descreva o resultado necessário antes de comparar rótulos de produtos ou listas de recursos.

Mapeie o ciclo de vida de conteúdos reais

Use exemplos representativos em vez de discutir categorias de forma abstrata. Uma pergunta frequente pode ser redigida, verificada, publicada, revisada após uma mudança de processo e, por fim, desativada. Um contrato pode ser redigido, negociado, assinado, consultado durante o trabalho e tratado de acordo com as regras da sua organização. Esses exemplos ajudam a definir o que testar, mas não determinam qual categoria de produto é a mais adequada.

Alguns conteúdos têm mais de uma finalidade. Um procedimento pode precisar oferecer instruções claras e reutilizáveis e, ao mesmo tempo, atender aos requisitos definidos para revisão, acesso ou comprovação de alterações. Um arquivo de trabalho pode ser um rascunho para colaboração ou uma cópia que os usuários devem considerar oficial. Decida o que importa para cada item, em vez de presumir que o título determina o sistema.

• Perguntas frequentes: quem verifica se as respostas continuam atualizadas e como os leitores devem identificar orientações desatualizadas?
• Procedimento: que revisão ou aprovação, se houver, é necessária antes que as pessoas possam confiar nele?
• Política: basta uma explicação fácil de consultar ou há também um requisito específico para identificar qual versão se aplica?
• Contrato: que requisitos de acesso, retenção ou comprovação foram definidos pela sua organização?
• Arquivo de trabalho: a prioridade é colaborar em um rascunho ou permitir que os usuários identifiquem uma cópia aprovada?

Use a estrutura de decisão para avaliar a adequação

Uma abordagem voltada a bases de conhecimento pode ser adequada quando o principal objetivo é publicar respostas ou orientações reutilizáveis. Uma abordagem voltada à gestão de documentos pode ser adequada quando o principal objetivo é tratar documentos empresariais conforme requisitos definidos de responsabilidade, acesso, status ou governança.

Considere as duas abordagens quando as pessoas precisarem de orientações pesquisáveis e alguns documentos relacionados tiverem requisitos adicionais. Decida qual local será a fonte oficial de cada item e como o conteúdo relacionado deverá fazer referência a ele. Depois, avalie os produtos e as configurações disponíveis diante das necessidades identificadas.

• Teste de orientação: os leitores previstos conseguem encontrar e aplicar o conteúdo atual no cenário que importa para você?
• Teste de gestão de documentos: as pessoas responsáveis conseguem cumprir os requisitos de tratamento especificados pela sua organização?
• Se os dois testes forem relevantes para um item, defina qual cópia é oficial e como os demais materiais devem fazer referência a ela ou refletir seu conteúdo.
• Se os requisitos não estiverem claros, identifique o responsável pelo conteúdo, os usuários, as etapas do ciclo de vida e as obrigações antes de escolher uma ferramenta.

Teste os fluxos de trabalho, não as listas de recursos

Não presuma que uma categoria de produto inclua aprovações, histórico de versões, metadados, pesquisa, reutilização, permissões, retenção ou evidências de auditoria. Trate cada item como um requisito a verificar no produto, na versão, na implantação e na configuração específicos.

Crie um pequeno conjunto de cenários completos e peça ao fornecedor ou administrador que os demonstre. Ao testar a recuperação de conteúdo, use os termos que os funcionários realmente conhecem e envolva as pessoas que criariam, revisariam ou usariam o conteúdo. Registre os resultados, inclusive as etapas manuais e as soluções alternativas.

• Peça a um autor que crie um item de exemplo e siga o processo de revisão e distribuição exigido.
• Altere um item e teste se os usuários conseguem identificar a cópia atual e encontrar o histórico ou as evidências de decisões exigidos pela sua organização.
• Pesquise usando termos realistas, como uma pergunta, o nome de uma política, uma parte de um contrato ou uma etapa de um procedimento.
• Pergunte como os metadados necessários são atribuídos e mantidos e se dão suporte às tarefas previstas.
• Teste se as orientações podem ser reutilizadas sem criar cópias que os leitores não consigam distinguir.

Defina os requisitos de governança e as responsabilidades

Registre os requisitos de acesso, retenção e evidências em termos operacionais. Para o acesso, especifique quem pode ler, criar, revisar, aprovar, compartilhar ou desativar cada tipo de conteúdo. Para retenção e evidências de auditoria, descreva o que sua organização exige e verifique se o produto e a configuração propostos conseguem atender a esses requisitos.

Escolha um local oficial para cada item. Se uma orientação resumir uma política ou um contrato, decida se ela é uma explicação, um link para o documento oficial ou a própria versão oficial. Designe uma pessoa responsável e um processo para lidar com materiais desatualizados, duplicados ou inconsistentes.

• Documente as regras de acesso por função e tipo de conteúdo, incluindo o compartilhamento externo somente quando ele fizer parte do fluxo de trabalho necessário.
• Consulte a documentação oficial e atual do produto para confirmar os requisitos e a configuração proposta.
• Indique o local oficial de cada política, contrato e instrução reutilizável.
• Atribua a responsabilidade por verificar e corrigir conteúdo desatualizado ou inconsistente.

Inclua a implantação e a operação na decisão

A implantação é uma consideração separada da adequação ao conteúdo. Decida quem administrará o aplicativo, gerenciará usuários e configurações, supervisionará os backups e responderá a mudanças nos requisitos da organização. Verifique separadamente o que o aplicativo oferece e o que é fornecido pelo serviço de hospedagem.

A Airbip oferece implantação gerenciada para aplicativos de seu catálogo público. As instâncias dos aplicativos são executadas como cargas de trabalho Docker em servidores de nuvem da Airbip. A Airbip automatiza o roteamento e os certificados TLS por meio do Traefik e do Let’s Encrypt, oferece verificações de DNS e gerenciamento do ciclo de vida do serviço, além de disponibilizar backups diários, semanais e mensais configuráveis. Os clientes podem usar um subdomínio da Airbip ou um domínio personalizado compatível.

A infraestrutura gerenciada não decide qual conteúdo armazenar, quem deve acessá-lo nem como ele deve ser governado. Consulte as informações atuais da Airbip para verificar os planos e as condições comerciais vigentes e escolha outro modelo de implantação se suas necessidades técnicas, de conformidade ou operacionais exigirem isso.

• Designe responsáveis pelo aplicativo e pelo conteúdo antes da migração.
• Verifique a configuração dos backups e decida como sua organização lidará com a recuperação e as mudanças de acesso.
• Avalie os requisitos específicos do aplicativo separadamente dos serviços de hospedagem e infraestrutura.
• Escolha um modelo de implantação compatível com suas responsabilidades e restrições.