#Método#Automatización#Atención al Cliente

Responder o resolver: el criterio que define qué automatizar en tu operación

I
David Bonilla·Presidente · Indicium S.A.
··6 min de lectura

Cuando una empresa nos pide «un chatbot», casi siempre está describiendo algo que debe resolver, no responder. Y a veces ocurre al revés: pide algo capaz de ejecutar acciones cuando le bastaba con contestar bien. La confusión es comprensible porque el mercado vende las dos cosas con la misma palabra, pero la distinción define el presupuesto, el plazo y —sobre todo— si el proceso mejora o no.

La diferencia no es la conversación

Las dos cosas conversan, y hoy las dos lo hacen razonablemente bien. La diferencia real es qué pasa después de la conversación.

Una herramienta que responde trabaja sobre un guion o sobre un cuerpo de documentos y devuelve texto. Si le preguntas si hay disponibilidad para el 15, te explica cómo consultar la disponibilidad. Una que resuelve actúa: consulta el sistema de reservas, comprueba el 15 y te dice que quedan dos habitaciones. Una informa sobre el mundo; la otra lo toca.

La prueba de cinco segundos: pregúntale algo cuya respuesta cambie durante el día. Si necesita mirar en un sistema para contestarte, estás ante una automatización conectada a tu operación. Si te responde de memoria, es un asistente documental — y va a estar desactualizado.

Cuándo basta con responder

No todo proceso necesita ejecutar acciones. Cuando las preguntas son estables y las respuestas no dependen de datos vivos, una herramienta bien montada sobre tu documentación resuelve el problema, cuesta bastante menos y no deja integraciones que mantener.

Casos donde basta con responder

  • Preguntas frecuentes sobre políticas, horarios o procesos que cambian poco.
  • Orientación inicial antes de derivar a una persona.
  • Consulta interna sobre documentación o manuales del equipo.

Cuándo el proceso exige resolver

En el momento en que la respuesta correcta depende del estado actual de tu operación, responder deja de servir y empieza a estorbar: se producen respuestas plausibles pero falsas, que es peor que no responder.

Casos donde hace falta ejecutar

  • Disponibilidad, stock, precios o agenda: cualquier dato que cambie durante el día.
  • Generar una cotización con las condiciones reales del cliente.
  • Registrar algo en un sistema: una cita, un ticket, un pedido.
  • Escalar a una persona con el contexto ya recogido y estructurado.

Qué se ve en la práctica

En Hotel Ninfa Galápagos, la atención automatizada está integrada a los canales reales del hotel y a los sistemas donde vive la información. En el período medido gestionó 6.377 mensajes y 743 chats, atendió 474 conversaciones fuera de horario y generó 148 cotizaciones automáticas sin que nadie del equipo interviniera. El valor no está en que converse: está en que las 148 cotizaciones salieron con datos reales del hotel a las tres de la mañana.

Una herramienta que hubiera conversado igual de bien esas 743 veces, pero sin poder cotizar, habría producido 743 conversaciones agradables y cero negocio.

El costo de equivocarse de criterio

Elegir responder cuando el proceso exigía resolver produce el fracaso más común de estos proyectos: la herramienta funciona técnicamente, el equipo la abandona porque no le quita trabajo, y la empresa concluye que «la tecnología no sirve». No fue la tecnología: fue el diagnóstico.

Al revés también pasa. Construir integraciones complejas para responder cinco preguntas frecuentes es pagar un sistema de misiles para abrir una nuez.

Cómo decidirlo en una reunión

Toma las diez preguntas que tu equipo responde más veces por semana y clasifícalas: ¿cuántas se contestan con información que no cambia, y cuántas exigen mirar un sistema? Esa proporción decide la herramienta. Y si la mayoría exige mirar un sistema, la siguiente pregunta ya no es sobre inteligencia artificial: es si ese sistema tiene una API con la que se pueda hablar, y quién va a responder por él cuando falle.

Esa clasificación es, en pequeño, lo que hacemos en el descubrimiento: la primera etapa del proyecto, la que produce el mapa del proceso, los criterios de aceptación y el alcance de lo que sigue. Ese material es tuyo desde el momento en que existe, y sirva o no para contratarnos, deja tu operación mejor entendida de lo que estaba.

¿Listo para el siguiente paso?

Descubramos qué necesita tu operación

¿Tu empresa necesita transformación digital?

Construimos software a medida con impacto real. Más de 8 años, 107+ proyectos realizados.