Portal interno y base de conocimiento
El conocimiento de la empresa permanece conectado al trabajo.
La mayoría de las empresas usan una herramienta para documentación y otra para operaciones. En Apexloop, tu wiki, SOP, guías y anuncios viven en la misma plataforma que tu CRM, proyectos, helpdesk y bases de datos — así el conocimiento permanece conectado al trabajo que describe.
- 1
- lugar para el conocimiento interno
- ∞
- páginas y bases de datos personalizadas
- 0
- herramientas de wiki independientes
Qué puedes crear en el portal interno
Casos de uso
Para qué usan las empresas el portal interno
Desde la documentación de onboarding hasta los SOP diarios — el portal de Apexloop sustituye una wiki independiente y conecta el conocimiento con las herramientas que la gente usa cada día.
Modelo de datos de la base de conocimiento
| Oblast | Co řeší | Příklad |
|---|---|---|
| Página | Página de texto enriquecido creada en el editor Plate. Puede ser independiente o formar parte de una jerarquía. | Guía de onboarding, SOP, política de empresa, notas de reunión |
| Base de datos de artículos | Artículos de conocimiento estructurados con etiquetas, categorías, autores, estado y búsqueda. | Base de FAQ, biblioteca de SOP, registro de políticas |
| Categoría | Estructura jerárquica para organizar el conocimiento — departamento, tema, área de producto. | RRHH, manuales de ventas, guías de producto, documentación técnica |
| Autor y responsable | Columnas de persona para quién escribió y quién mantiene cada artículo. | Sara (responsable de RRHH), Jaime (CTO), equipo de marketing |
| Estado | Borrador, en revisión, publicado, archivado — con flujo de aprobación opcional. | Publicado, En revisión, Archivado |
| Registros relacionados | Enlaces a otras bases de datos — tickets de helpdesk, registros de cliente, proyectos. | Artículo vinculado a 5 tickets resueltos, SOP vinculado a plantilla de proyecto |
Cómo crear tu portal interno
- 1
Elige tu estructura
Decide si el conocimiento vive como páginas Plate en una jerarquía, artículos de base de datos estructurada, o ambos.
- 2
Configura las categorías
Crea una base de datos de categorías para departamentos, temas o áreas de producto — así los artículos quedan organizados desde el primer día.
- 3
Escribe primero el contenido más necesario
Empieza por la documentación de onboarding, los SOP más comunes y las preguntas frecuentes.
- 4
Define los permisos
Decide qué secciones son visibles para todos los empleados frente a las restringidas a equipos concretos.
- 5
Añade vistas en vivo
Incrusta vistas de base de datos en las páginas del portal — así los equipos ven datos en vivo junto a la documentación.
- 6
Impulsa la adopción
Enlaza a páginas del portal desde tickets de helpdesk, plantillas de proyecto y listas de verificación de onboarding.
Distintos equipos ven distintas secciones
El acceso al portal se controla a nivel de página, base de datos y columna — así las políticas de RRHH no son visibles para los clientes y los manuales de ventas no son visibles para los clientes.
Equipo de RRHH
Políticas de RRHH y onboarding
Todos los empleados
Acceso general
Externo / cliente
Vista de portal de cliente
Anuncios que llegan a las personas adecuadas
Paneles de inicio, páginas fijadas y notificaciones automatizadas mantienen al equipo informado sin saturar el correo.
Anuncios internos
- Páginas fijadas visibles para todos o para grupos seleccionados
- Notificación al actualizar una página
- Confirmación de lectura obligatoria
Gestión del conocimiento
- Historial de versiones en todas las páginas
- Flujo de revisión y aprobación
- Búsqueda en todo el contenido del portal
Qué hace que un portal interno sea realmente útil
Las funciones más importantes son las que hacen que la gente abra realmente el portal — y encuentre lo que necesita rápidamente.
Búsqueda de texto completo
Busca en todas las páginas, artículos y contenido de base de datos incrustado.
Historial de versiones
Ve quién cambió qué y cuándo — y revierte si es necesario.
Vistas en vivo incrustadas
Muestra datos reales de base de datos — kanban, tabla, calendario — directamente en las páginas de documentación.
Notificaciones de cambios
Suscríbete a páginas o secciones y recibe avisos cuando se actualiza el contenido.
Comparativa
Wiki independiente frente a portal integrado en tu plataforma
| Funkce | Apexloop | Wiki independiente |
|---|---|---|
| Conocimiento y operaciones | ||
| Vistas de base de datos en vivo incrustadas en páginas | ||
| Enlaces entre artículos y registros de CRM/helpdesk | ||
| Automatización para crear artículos a partir de tickets resueltos | ||
| Control de acceso | ||
| Visibilidad a nivel de columna | limitado | |
| Secciones específicas por departamento | ||
| Sección pública visible para clientes | herramienta aparte | |
| Mantenimiento | ||
| Sin herramienta o suscripción aparte | ||
| Búsqueda en datos y páginas | solo páginas | |
| Flujo de aprobación para documentos sensibles | limitado | |
Wiki independiente frente a conocimiento dentro de tu plataforma
De problema resuelto a conocimiento publicado
- 1Se resuelve la incidenciaEl agente de helpdesk cierra un ticket con una solución compleja.
- 2Se redacta el artículoUna automatización crea el borrador de un artículo de conocimiento vinculado al ticket resuelto.
- 3Revisión y aprobaciónEl jefe de equipo revisa el borrador y lo publica en el portal interno.
- 4El artículo es buscableLa próxima vez que alguien se enfrente al mismo problema, encuentra la respuesta en la búsqueda — sin preguntar al agente.
- 5El ticket enlaza con el artículoLos futuros tickets con palabras clave similares pueden mostrar el artículo relevante al agente de soporte.
Preguntas sobre crear un portal interno en Apexloop
Respuestas breves a preguntas habituales al decidir si crear un portal en Apexloop o usar una herramienta de wiki aparte.
¿Puede Apexloop sustituir a Notion o Confluence para la documentación interna?
Para equipos que usan Apexloop para operaciones (CRM, proyectos, helpdesk), sí — el portal integrado gestiona páginas de texto enriquecido, bases de datos de artículos estructuradas, control de acceso y búsqueda. Para organizaciones muy grandes y con mucha carga documental, evalúa según tus requisitos concretos.
¿Podemos tener una base de conocimiento pública para clientes?
Sí. Puedes crear una sección del portal accesible para usuarios externos (clientes, socios) sin darles acceso a la documentación interna.
¿Se pueden vincular las páginas del portal a registros de base de datos?
Sí. Las páginas se pueden vincular a cualquier registro de base de datos — un ticket de helpdesk, un cliente, un producto, un proyecto. Esto mantiene el conocimiento en contexto con las operaciones que describe.
¿Hay búsqueda en todo el portal?
Sí. La búsqueda de texto completo cubre páginas, artículos y contenido de base de datos incrustado.
¿Pueden los artículos pasar por un proceso de aprobación?
Sí. El flujo de trabajo puede exigir revisión y aprobación antes de publicar un artículo — útil para políticas, SOP y documentos de cumplimiento.
Crea una base de conocimiento que permanezca conectada a cómo trabaja tu equipo
Documentación interna, SOP, wikis y anuncios — en la misma plataforma que tu CRM, helpdesk y proyectos.
- Páginas de texto enriquecido con historial de versiones
- Bases de datos de artículos estructuradas
- Vistas en vivo incrustadas
- Control de acceso a nivel de departamento