Antes de crear un asistente interno, observa dónde se atasca el trabajo
En muchas empresas, la información existe, pero cuesta convertirla en una decisión.
Hay documentos, CRM, correos antiguos, hojas de cálculo, carpetas compartidas, conversaciones de Slack o Teams, manuales internos, presentaciones comerciales y páginas de Notion. También hay una capa menos visible: el criterio que algunas personas han ido acumulando con los años.
Cuando alguien pregunta “¿cómo deberíamos responder a este caso?”, la respuesta rara vez sale de un único sitio. Puede depender de un documento aprobado, de un criterio comercial, de una excepción operativa, de una persona que conoce bien el proceso o de una herramienta donde queda registrado el estado real.
Un asistente interno con IA puede ayudar cuando hace visible ese funcionamiento interno.
Su utilidad no debería medirse solo por la capacidad de recuperar información, sino por si ayuda al equipo a entender qué fuente consultar, qué criterio aplicar, con quién hay que hablar antes de cerrar el caso y qué paso toca dar después.
Por eso, antes de pensar en herramientas, modelos o integraciones, yo empezaría con una pregunta muy operativa: ¿en qué punto se atasca hoy el conocimiento dentro de la organización?
Una escena habitual: el caso que acaba en Teams
Imagina una consulta comercial bastante normal.
Un cliente pide un servicio que la empresa ofrece, pero con una adaptación concreta, un presupuesto ajustado y una fecha límite. La persona de comercial tiene que responder, pero la información está repartida en varios sitios.
La presentación comercial explica la oferta general. Una propuesta antigua muestra un caso parecido. El CRM indica que este cliente ya había contactado hace unos meses. El equipo de operaciones sabe si la adaptación es viable. Y hay un criterio interno, quizá escrito en algún sitio o quizá solo comentado en reuniones, sobre cuándo vale la pena aceptar este tipo de peticiones.
Al final, la pregunta acaba en Teams:
“¿Esto lo podemos ofrecer o no?”
Para responder bien, hay que reconstruir todo el hilo: qué sigue vigente, qué aplica a este cliente, quién conoce la parte operativa y qué debería quedar registrado si el caso avanza.
Cuando esto pasa una vez, parece una consulta normal. Cuando pasa cada semana, el equipo empieza a depender demasiado de las mismas personas. Siempre hay alguien que “ya sabe cómo va”. Y cada vez que esa persona está ocupada, de vacaciones o respondiendo de memoria, la calidad de la decisión baja.
Un asistente interno bien planteado puede reducir esa dependencia. Puede reunir las piezas, señalar de dónde sale cada una y proponer una primera orientación sin obligar al equipo a perseguir información por cinco canales distintos.
Cuándo tiene sentido crear un asistente interno
Yo lo vería como un buen candidato cuando se repiten dudas parecidas y la respuesta necesita conectar varias fuentes.
Por ejemplo: preguntas de comercial sobre qué servicio encaja con cada cliente, consultas de soporte sobre procedimientos internos, onboarding de personas nuevas, criterios para clasificar oportunidades, dudas administrativas recurrentes o casos en los que hay que saber qué responsable interno debe revisar una decisión.
Hay tres señales bastante claras.
La primera es la repetición. Si el equipo hace cada semana variaciones de las mismas preguntas, seguramente hay una parte del conocimiento que no está lo bastante accesible.
La segunda es la dispersión. Si para responder hay que mirar una herramienta, un documento, un registro y preguntar a una persona, el asistente puede ayudar a unir puntos.
La tercera es la necesidad de criterio. Cuando la respuesta implica entender qué paso toca dar, encontrar un dato es solo una parte del trabajo. Hay que situar ese dato dentro de un contexto.
Ahí es donde la IA puede aportar valor: buscando información, relacionándola con la pregunta y convirtiéndola en una respuesta lo bastante contextualizada para que una persona pueda actuar mejor.
Fuentes de verdad: documentos, personas, procesos y herramientas
Cuando hablamos de fuentes propias, es fácil imaginar una carpeta llena de PDFs. Pero dentro de una empresa, una fuente de verdad puede tener muchas formas.
Puede ser una ficha de servicio vigente. Un procedimiento interno. Un registro del CRM. Una base de conocimiento. Una persona responsable de un criterio. Una herramienta donde el estado real siempre está más actualizado que en cualquier documento. También puede ser un proceso: la manera habitual de pasar de una consulta a una decisión.
Esto obliga a diseñar el asistente de otra manera.
Ante una pregunta, no basta con buscar qué documento contiene una frase parecida. Hay que entender qué proceso está implicado, qué equipo es responsable, qué herramienta contiene el estado actual y en qué momento conviene llevar el caso a una persona.
En la consulta comercial del ejemplo, quizá el asistente tenga que mirar la ficha del servicio, pero también el tipo de cliente, el historial en el CRM, el criterio de encaje y la disponibilidad del equipo.
Esa es la diferencia entre responder con texto y ayudar a orientar una decisión con el conocimiento disponible.
Antes de construir, hay casos que piden un poco de orden
Hay situaciones en las que un asistente interno llega demasiado pronto.
Si nadie sabe cuál es la fuente buena, el asistente trabajará sobre una base débil. Si cada equipo aplica criterios distintos, la IA puede hacer más visible esa incoherencia. Si la información sensible está mezclada con información general, antes hay que pensar en permisos y acceso. Y si un proceso solo existe de manera informal, conviene escribir sus partes básicas antes de pedir a un sistema que lo siga.
Tampoco hay que esperar una documentación impecable. Eso puede parar el proyecto durante meses.
Lo que ayuda es acotar bien el primer caso.
En vez de empezar con “el asistente interno de toda la empresa”, escogería una situación concreta. Por ejemplo: “un asistente que ayuda al equipo comercial a entender qué servicio encaja con cada tipo de cliente y qué siguiente paso debería proponer”.
Ese alcance permite aprender sin abrir demasiados frentes a la vez. También hace visibles las carencias enseguida: fuentes que hay que actualizar, criterios que hay que escribir, permisos que hay que separar o decisiones que todavía dependen demasiado de una sola persona.
Una buena respuesta debería parecer una pequeña ruta interna
En un entorno interno, la seguridad sin contexto puede crear problemas.
Habrá preguntas sin fuente clara. Documentos que no coinciden. Procedimientos antiguos. Casos que dependen de una excepción. Información que solo puede contrastar una persona concreta.
En esos casos, el asistente debería poder mostrar la duda. Una respuesta útil podría sonar así:
“Con la información disponible, este caso parece encajar con el servicio X. La fuente principal es la ficha comercial actualizada en mayo. Ahora bien, la adaptación que pide el cliente afecta a operaciones y no veo ningún criterio escrito para este escenario concreto. El siguiente paso recomendado sería pasarlo por operaciones antes de enviar la propuesta.”
Esta respuesta no intenta tapar la incertidumbre. La pone sobre la mesa.
Yo pediría que la salida del asistente incluyera cuatro elementos:
- qué parece que hay que hacer ahora;
- de dónde sale esta respuesta y qué puntos de conocimiento intervienen;
- qué queda pendiente, dudoso o sin suficiente base;
- cuál es el siguiente paso recomendado.
Esta estructura convierte una respuesta en una ruta corta de trabajo. La persona entiende por qué esa respuesta tiene sentido y qué debería hacer con ella.
Cuando el asistente falla, también aparece trabajo pendiente
Durante un piloto real, el asistente no responderá bien a todo. Y eso puede ser muy útil si se registra bien.
Imagina dos semanas de prueba con preguntas reales del equipo. Algunas respuestas serán útiles. Otras quedarán a medias. Unas cuantas mostrarán que falta una fuente clara o que hay criterios contradictorios.
Estas respuestas incompletas pueden convertirse en un mapa práctico del conocimiento que falta.
Puede aparecer un procedimiento que solo sabe hacer una persona. Una política comercial que todo el mundo comenta en reuniones pero que nadie ha escrito. Dos versiones de un documento con criterios distintos. Un CRM que contiene el estado real, pero que no está conectado con la documentación interna. O una pregunta que el equipo hace cada semana y que nadie había identificado como problema.
Este aprendizaje permite priorizar mejoras concretas: actualizar una fuente, asignar un responsable, eliminar una versión antigua, escribir un criterio pendiente o definir mejor el funcionamiento de un proceso.
Llegados a este punto, el asistente ya no es solo una herramienta de respuesta. También ayuda a ver dónde la organización tiene conocimiento roto, duplicado o demasiado dependiente de personas concretas.
Cómo empezaría con un piloto pequeño
Para empezar, escogería una duda interna que se repita a menudo y que consuma tiempo real.
El mejor primer caso suele ser aquel que se puede observar fácilmente: aparece cada semana, afecta a varias personas y tiene un impacto claro en el día a día. No tiene que ser el más grande ni el más vistoso.
Algunos buenos candidatos podrían ser:
- consultas comerciales sobre qué servicio encaja con cada cliente;
- preguntas de soporte sobre procedimientos internos;
- onboarding de personas nuevas;
- criterios para clasificar oportunidades;
- dudas recurrentes sobre procesos administrativos;
- búsqueda de responsables internos para determinados tipos de casos.
Un piloto de dos o tres semanas ya puede dar mucha información si el alcance está claro. Por ejemplo: un equipo pequeño, una colección corta de fuentes fiables, preguntas reales y una manera sencilla de marcar cada respuesta como útil, incompleta o incorrecta.
Medir solo si “la IA responde” dice poco. Yo miraría si el equipo interrumpe menos a las mismas personas, si encuentra antes la información, si las respuestas llevan a un siguiente paso más claro y si aparecen huecos que antes estaban escondidos.
Una demo puede causar buena impresión en cinco minutos. La prueba importante llega cuando el equipo lo usa en medio del trabajo real, con prisa, dudas y casos que no encajan perfectamente.
La mejor señal es que baja la dependencia de la memoria informal
Vuelvo a la consulta inicial: una persona de comercial tiene que responder a un caso con matices. Servicio, adaptación, presupuesto, plazos, capacidad operativa y registro en el CRM.
Sin una capa de ayuda, el proceso puede ser lento: buscar la presentación, revisar propuestas antiguas, mirar el CRM, preguntar a operaciones y esperar que alguien recuerde qué criterio se había aplicado en casos parecidos.
Con un asistente bien diseñado, la primera respuesta ya puede ordenar el caso: oferta aplicable, historial relevante, criterio conocido, punto pendiente de aclarar y próximo paso recomendado.
Si este tipo de caso ya aparece a menudo en tu equipo, puede encajar dentro de un trabajo de pilotos e implementación antes de convertirlo en una apuesta grande.
El asistente no decide por el equipo. Tampoco elimina la necesidad de hablar con personas cuando toca. Pero reduce la niebla.
Y eso se nota en situaciones muy concretas: una persona nueva que entiende antes qué tiene que hacer, una consulta que no queda bloqueada porque alguien no está en la oficina, o una decisión que deja de depender solo de memoria informal.
Quizá este sea el mejor punto de partida para decidir si vale la pena crear un asistente interno: mirar cuántas veces a la semana alguien tiene que escribir “¿esto lo podemos ofrecer o no?” y esperar que una persona concreta tenga la respuesta en la cabeza.