Para quién es killari.ai

killari.ai está diseñado para dos mundos con exigencias distintas: la empresa privada que necesita que su conocimiento interno sea accesible y confiable, y la entidad pública que no puede comprometer la soberanía de sus datos ni la trazabilidad de sus respuestas. La misma plataforma sirve a ambos casos; lo que cambia es la configuración y el lugar donde se ejecuta.

Perfiles de usuario

Dependiendo de tu rol, killari.ai te ofrece una experiencia diferente:

Perfil	Qué hace en killari.ai
Administrador	Configura el conocimiento, las versiones del asistente, los permisos de acceso y revisa las conversaciones
Gestor de conocimiento	Sube y organiza fuentes, revisa el estado de procesamiento, corrige brechas de contenido
Supervisor de calidad	Audita conversaciones, detecta respuestas problemáticas y retroalimenta el sistema
Usuario de chat	Hace preguntas al asistente en lenguaje natural y recibe respuestas con fuente citada
Visitante anónimo	Interactúa con el widget público sin cuenta; el asistente puede recordarlo si da su consentimiento

Para la empresa privada

En una empresa, killari.ai actúa como el repositorio conversacional del conocimiento corporativo. Los casos de uso más frecuentes son:

• Equipo comercial. El asistente conoce el catálogo de productos, precios vigentes, condiciones de venta y objeciones frecuentes. El vendedor pregunta en lenguaje natural y obtiene la respuesta correcta en segundos.
• Soporte al cliente. El widget embebido en la web responde consultas de clientes con la información oficial del producto, y escala al equipo humano cuando la consulta lo requiere.
• Equipo interno. RRHH, legal, finanzas y operaciones acceden al conocimiento de sus áreas sin depender de que un colega esté disponible. El asistente respeta los permisos: el equipo de ventas no ve los documentos de finanzas.

Para el gobierno y las entidades públicas

Las instituciones públicas tienen requerimientos que los sistemas genéricos no cumplen: las respuestas deben ser trazables, los datos no pueden salir de la red institucional y el sistema debe integrarse con los directorios de usuarios existentes.

killari.ai resuelve esto con su modo on-premise soberano:

• Todo el procesamiento ocurre dentro de la red del cliente. Los documentos, las transcripciones y los modelos de búsqueda nunca salen al exterior.
• El asistente cita la norma, el artículo o el expediente que respalda cada respuesta.
• Se integra con el directorio de usuarios activo de la institución para el control de acceso.

Los casos de uso más frecuentes en el sector público son:

• Atención ciudadana. Los ciudadanos consultan sobre trámites, requisitos y plazos a través de un chat o un kiosco. El asistente responde con la norma vigente y el enlace al portal correspondiente.
• Servidores y funcionarios. El equipo interno consulta resoluciones, directivas y procedimientos sin necesidad de llamar al área que los emite.
• Mesa de partes y expedientes. Integrado con el sistema documental, el asistente puede responder sobre el estado de un trámite o expediente.

Nube (SaaS) vs. on-premise

Aspecto	Nube (SaaS)	On-premise
Dónde se ejecuta	Infraestructura de killari.ai	Servidores del cliente
Los datos salen de la red	Solo hacia killari.ai (cifrado en tránsito y reposo)	No, permanecen dentro de la red del cliente
Actualizaciones	Automáticas	A cargo del equipo técnico del cliente
Ideal para	Empresas privadas que priorizan velocidad de despliegue	Entidades públicas y empresas con políticas de soberanía de datos
Modelo de contratación	Suscripción mensual o anual	Proyecto de implementación + soporte

Ambos modos usan exactamente la misma plataforma. No hay funcionalidades disponibles en uno que no estén en el otro.

Requisitos para empezar

Para comenzar con la versión en la nube, solo necesitas una cuenta y tus primeras fuentes de conocimiento. No requieres infraestructura propia ni personal técnico especializado.

Para el despliegue on-premise, el equipo de CloudComputing Perú acompaña la implementación desde la instalación hasta la puesta en producción. Los requisitos de servidor dependen del volumen de conocimiento y del número de usuarios concurrentes; el equipo técnico los evalúa contigo en la etapa de piloto.

Cuando estés listo, el siguiente paso es entender los conceptos clave de la plataforma antes de pasar al inicio rápido para el administrador.