Cómo crear un chatbot:
del diálogo al lanzamiento

Empiece por el resultado que necesita el cliente

Crear una cuenta de chatbot y poner en marcha un servicio útil son tareas distintas. La cuenta proporciona un punto de entrada en la aplicación de mensajería. Para funcionar, el servicio necesita un flujo de conversación, respuestas fiables, sistemas conectados y una persona que continúe el diálogo cuando la automatización no pueda ayudar.

Elija un proceso completo: ayudar a seleccionar un producto, recoger una solicitud, comunicar el estado confirmado de un pedido o responder a una pregunta habitual. Describa qué recibe el usuario al terminar y dónde verá la empresa el resultado. «El bot habla con los clientes» no permite comprobar si el proyecto está listo.

Reúna ejemplos anonimizados de consultas y agrúpelos por tarea. Identifique por separado las excepciones: una reclamación, un cálculo complejo o una pregunta sin respuesta en los documentos. Diseñe de antemano la derivación a una persona para estos casos.

Bot de reglas, de IA o combinado

No todos los chatbots necesitan inteligencia artificial. Un cuestionario con botones y respuestas predefinidas puede resolver de forma fiable una tarea concreta. La IA resulta útil cuando las personas formulan preguntas libremente y hay que buscar información en los materiales de la empresa. Ambos enfoques se pueden combinar.

Un constructor de bots es adecuado si admite las ramas, los canales y las integraciones necesarios. El desarrollo a medida ofrece más control, pero requiere alojamiento, actualizaciones y soporte. Antes de elegir, muestre al proveedor varias conversaciones habituales y difíciles: una demostración con sus escenarios es más útil que una lista general de funciones.

El canal también depende de la tarea. Empiece donde su público ya contacta con la empresa. Un mismo flujo no se puede trasladar automáticamente a todos los servicios de mensajería: compruebe los botones, archivos, requisitos de conexión y límites de cada plataforma.

Dibuje el recorrido antes de configurar el bot

Para cada rama, anote el punto de entrada, la pregunta del bot, las respuestas admitidas, la acción y el siguiente paso. El diagrama debe incluir también el rechazo, las erratas, el texto libre en lugar de un botón, la vuelta atrás y las pausas en la conversación.

1. Explique en el saludo que se trata de un asistente automático y qué tareas resuelve.
2. Ofrezca opciones claras sin exigir un teléfono de inmediato.
3. Pida una aclaración solo cuando la respuesta afecte al siguiente paso.
4. Antes de guardar una solicitud, muestre los datos recogidos y permita corregirlos.
5. Confirme el resultado después de guardar. Si falla el proceso, explique el problema y ofrezca otra vía.
6. Mantenga accesibles el menú y el contacto con una persona.

En el ejemplo de la silla, primero se aclaran el uso y los requisitos y después se muestran opciones. El contacto se necesita cuando el cliente elige una consulta; el bot explica por qué lo solicita. Si la persona no desea continuar, la selección útil no debe quedar oculta tras un formulario obligatorio.

Defina qué ocurre tras una pausa larga. Un usuario puede pulsar el botón de ayer o regresar una semana después. El bot debe comprobar que el estado de la conversación sigue vigente, en vez de crear silenciosamente una solicitud con condiciones desactualizadas.

Prepare las fuentes de las respuestas

Reúna el catálogo, las condiciones de entrega y pago, las instrucciones y las preguntas frecuentes. Cada documento debe tener un responsable, una fecha de vigencia y un ámbito de aplicación. La tarifa de la temporada pasada y las condiciones actuales no deben aparecer como fuentes igualmente válidas.

Separe la información en tres grupos: respuestas estables, datos variables y decisiones de una persona. La dirección de la exposición puede proceder de un directorio. La disponibilidad y el estado del pedido deben obtenerse del sistema conectado. Un descuento personalizado o una disputa conviene derivarlos a alguien autorizado.

Prepare para la IA un conjunto de preguntas de prueba con los hechos esperados. Incluya distintas formulaciones de una misma consulta, una pregunta ambigua y datos que no estén en la base. No evalúe solo la fluidez: una respuesta bien escrita con un precio incorrecto no supera la prueba.

Actualizar una base de conocimiento no equivale a entrenar automáticamente el modelo con todas las conversaciones. Defina qué fuentes utiliza el sistema, quién aprueba los cambios y cómo se vuelven a comprobar las respuestas tras una actualización.

Cómo crear una cuenta de bot en Telegram

El siguiente ejemplo corresponde a un canal. Consulte las instrucciones oficiales de Telegram para acceder al BotFather auténtico y comprobar el procedimiento vigente.

1. Abra BotFather y envíe el comando /newbot.
2. Elija un nombre visible y un nombre de usuario disponible que cumpla los requisitos del servicio.
3. Guarde por separado el enlace público y el token recibido. El token permite controlar el bot; nunca lo publique en un artículo, una conversación con clientes ni una captura de pantalla.
4. Introduzca el token en los ajustes seguros del constructor elegido o entréguelo al desarrollador responsable por un canal seguro acordado.
5. Configure y publique el flujo. Después, abra el enlace público desde una cuenta de prueba distinta y recorra el inicio de la interacción.

BotFather crea una cuenta, pero no aporta la lógica de las respuestas. Para una implementación mediante código, consulte la guía oficial para desarrolladores. Los nombres de los menús varían entre constructores: busque la conexión del canal Telegram y compruebe a qué flujo está vinculada.

Un bot ordinario no puede iniciar por sí solo una conversación privada con cualquier usuario: el usuario debe establecer el contacto primero. Esta limitación se explica en la introducción de Telegram. Por tanto, crear un bot no atrae público por sí solo: hacen falta un enlace claro y un motivo para iniciar el diálogo.

Compruebe todo el recorrido de la solicitud

Especifique qué se transfiere de la conversación al CRM: origen, categoría elegida, contacto, comentario, parámetros acordados y enlace al diálogo, si está disponible. Asigne un responsable y defina cómo se gestionan las consultas repetidas.

Haga una prueba con una marca reconocible. Localice el registro creado en el CRM, compare los campos y asegúrese de que el asesor ve el contexto. «Solicitud enviada» en el chat no demuestra que el registro exista en el sistema. Si hace falta, diseñe por separado la integración de CRM.

Prevea la entrega repetida de eventos: una petición del usuario no debe generar varias solicitudes idénticas. La documentación de Update de Telegram incluye el identificador update_id, que ayuda a distinguir los eventos. Acuerde con el desarrollador cómo se registran las acciones ya procesadas y cómo se recupera el funcionamiento tras un fallo.

Pruebe también la indisponibilidad del CRM: la solicitud debe tener un estado definido, el responsable debe ver el error y el usuario debe recibir un siguiente paso sincero. No prometa que los datos están guardados hasta que el sistema lo confirme.

La derivación debe terminar en una respuesta real

Un botón «Hablar con un asesor» es solo el inicio. Hacen falta una cola, una notificación, un responsable, un horario y una regla para volver a la automatización. Cuando interviene la persona, el bot no debe continuar la rama anterior superponiéndose a sus mensajes.

Pruebe distintas formulaciones: pedir una persona, indicar que no se entiende la respuesta o repetir una pregunta. No obligue al cliente a adivinar una única orden correcta. Conserve la información ya facilitada al derivar la conversación para no reiniciar el cuestionario.

Separe la respuesta escrita del permiso para actuar

La IA puede proponer una respuesta, pero la aplicación debe verificar el acceso a los datos y las operaciones. Una frase del usuario no debe autorizar por sí sola la exportación del pedido de otra persona, un cambio de precio ni el envío de mensajes en nombre de la empresa.

Las recomendaciones de OWASP sobre inyección de prompts describen el riesgo de que un texto externo influya en el comportamiento del modelo. Limite el acceso a las funciones necesarias y exija confirmación humana para las acciones importantes. La instrucción «cumple las reglas» no sustituye una comprobación técnica de los permisos.

Durante las pruebas, pida al bot que muestre datos ajenos, prometa un descuento inexistente y responda a una pregunta fuera de su tarea. Defina antes la respuesta esperada: rechazo, aclaración o derivación. Los escenarios y las acciones complejas conviene diseñarlos por separado dentro del desarrollo de agentes de IA y chatbots.

Defina qué datos de los registros hacen falta para diagnosticar problemas, quién puede verlos y cuánto tiempo se conservan. No guarde claves secretas en informes de acceso público. Utilice datos de ejemplo cuando no necesite información real de clientes.

Compruebe algo más que las respuestas correctas

Prepare una tabla de pruebas: solicitud de entrada, comportamiento esperado, resultado real, registro en el sistema conectado y estado de la comprobación. Cada escenario debe probarlo alguien que no haya participado en la configuración; es más probable que detecte un paso confuso.

Para la IA, repita las preguntas difíciles varias veces y después de cambiar la base o los ajustes. Una respuesta acertada no demuestra estabilidad. Conserve la versión del flujo y ejemplos de discrepancias; tras corregir un problema, repita las pruebas afectadas.

Lance un piloto limitado y asigne un responsable

Empiece con un canal y un grupo de consultas bien definido. Durante el piloto, revise los registros de diálogo, las solicitudes omitidas, los errores de integración y el tiempo de respuesta del personal. Determine quién puede detener una rama defectuosa y restaurar la versión comprobada.

Mida el resultado propio de la tarea: selecciones terminadas, solicitudes guardadas, reservas confirmadas o preguntas resueltas. Registre por separado las peticiones de atención humana, los errores y las salidas antes del resultado. El porcentaje de conversaciones sin operador no demuestra por sí solo utilidad: el cliente puede haberse marchado.

Ejemplo didáctico: De 100 procesos de selección iniciados, 35 terminaron con una solicitud guardada. La conversión de ese flujo es del 35 %. Si otras 20 personas cerraron el chat sin resultado, no se pueden contar automáticamente como atendidas con éxito. Para evaluar la calidad, hay que definir qué significa completar la tarea y revisar las conversaciones.

Asigne responsables del flujo, la base de conocimiento y las integraciones. Los cambios en las condiciones de entrega deben incluirse en el plan de actualización del bot. Las causas habituales del deterioro se explican en nuestro artículo sobre errores al crear un chatbot.

Lista de comprobación del lanzamiento

El presupuesto no cubre solo la construcción: incluya la plataforma, el uso del modelo, las integraciones y el mantenimiento. El alcance se define después de los escenarios, no únicamente por el número de botones.

Preguntas habituales antes de crear un bot