Una pyme puede necesitar una web mejor, un agente que atienda preguntas repetidas o una app para dar servicio a clientes. También puede necesitar las tres cosas, pero eso no obliga a construirlas a la vez. La primera inversión debería resolver el obstáculo que hoy impide captar, atender o mantener la relación con un cliente. Si no sabemos cuál es, elegir por la tecnología más vistosa suele producir un proyecto difícil de justificar.
Este artículo propone un criterio práctico: identificar una tarea o decisión del cliente, comprobar qué sucede ahora y escoger la solución más pequeña que mejore ese recorrido. La web, el agente y la app cumplen funciones distintas. Compararlas por ese trabajo concreto permite decidir un primer paso y saber cuándo tiene sentido incorporar el siguiente.
Empieza por el recorrido del cliente, no por una lista de funciones
Imagina tres situaciones. En la primera, posibles clientes preguntan lo mismo por teléfono porque la web no explica qué incluye el servicio. En la segunda, la web ya recibe visitas y solicitudes, pero el equipo tarda en responder cuestiones sencillas y pierde el contexto de cada conversación. En la tercera, clientes existentes necesitan consultar pedidos, reservar, recibir avisos o acceder a recursos con frecuencia. En los tres casos se podría proponer «una solución digital», pero el problema, el usuario y la frecuencia de uso no son los mismos.
Antes de pedir presupuesto, anota cuatro datos: qué intenta hacer la persona, dónde se atasca, qué hace actualmente el equipo para ayudarla y qué resultado observable mejoraría la situación. Para el primer ejemplo, la medida podría ser la proporción de solicitudes que llegan con el servicio elegido y la información mínima para preparar una respuesta. Para el segundo, el tiempo hasta una contestación útil y las consultas que requieren intervención humana. Para el tercero, cuántos clientes vuelven a utilizar el servicio digital después de probarlo.
No hace falta inventar una previsión de ventas. Un registro breve de consultas durante unas semanas, cinco conversaciones reales con clientes o una revisión de formularios existentes suele servir para descubrir si el cuello de botella es información, atención o uso recurrente. Esta es una decisión comercial antes que técnica: sin una tarea concreta, cualquier plataforma puede parecer imprescindible y ninguna tiene un criterio claro de éxito.
Cuándo la web debe ser el primer proyecto
La web suele ser el punto de partida cuando el cliente aún no puede averiguar con facilidad qué haces, para quién, en qué zona trabajas y cómo ponerse en contacto. También cuando la información existe, pero está dispersa, desactualizada o es incómoda de consultar desde el móvil. Una web no se arregla añadiendo más páginas sin más: primero hay que ordenar la oferta y hacer evidente el siguiente paso.
Por cada servicio, conviene responder al menos a estas preguntas: ¿qué problema resuelve?, ¿qué incluye y qué queda fuera?, ¿qué necesita aportar el cliente?, ¿cómo se inicia el trabajo? Si la respuesta exige una conversación previa, el formulario puede solicitar lo necesario para prepararla, sin convertir el primer contacto en una entrevista interminable. La guía de Google Search Central recuerda que el contenido debe ayudar a las personas a encontrar y entender la página; no promete que publicar una web produzca automáticamente tráfico o primeros puestos.
La usabilidad también es una cuestión práctica. Un enlace de contacto que solo funciona en escritorio o un campo sin explicación puede interrumpir una solicitud. Las pautas de accesibilidad del W3C para formularios recomiendan ofrecer etiquetas o instrucciones cuando se pide información. Y los Core Web Vitals de Google proporcionan medidas para revisar carga, respuesta y estabilidad visual con datos de uso, no solo con la impresión de quien construyó la página.
La web va primero si falta una explicación clara de la oferta o no existe un camino fiable para solicitarla. No basta por sí sola si las consultas llegan, pero nadie puede atenderlas a tiempo, o si el valor principal se entrega después de la venta mediante interacciones frecuentes. En esos casos puede ser la base, no el proyecto completo.
Cuándo añadir un agente de IA y qué no delegarle
Un agente de IA tiene sentido cuando hay preguntas repetidas, respuestas documentadas y un siguiente paso definido. Puede ayudar a explicar horarios, alcance de servicios, preparación de una cita o estado de una solicitud si dispone de datos adecuados y de una integración autorizada. Su objetivo no es aparentar que una empresa tiene personas disponibles a todas horas: es ofrecer una primera respuesta útil y pasar el asunto al equipo cuando la situación lo exige.
Empieza con un caso acotado. Por ejemplo: responder preguntas frecuentes sobre un servicio y recoger los datos mínimos para que una persona pueda continuar. Define qué fuentes puede consultar, qué debe decir cuando no sabe algo y cómo se produce el traspaso. Si el cliente pregunta por una excepción de precio, presenta una reclamación, comparte información delicada o necesita una decisión que el agente no puede verificar, la respuesta correcta puede ser reconocer el límite y derivar, no improvisar.
Antes de activarlo, prepara este pequeño control:
- Base de conocimiento: respuestas vigentes, responsable de mantenerlas y fecha de revisión.
- Límites: preguntas que puede resolver y asuntos que siempre pasan a una persona.
- Traspaso: dónde queda el resumen de la conversación y quién recibe el aviso.
- Prueba real: consultas normales, ambiguas y difíciles hechas por alguien que no lo configuró.
- Medición: porcentaje de conversaciones con respuesta útil, derivaciones y errores detectados; no solo número de chats abiertos.
Si el agente recoge datos personales, hay que diseñar también la información que recibe el usuario y el uso posterior de esos datos. La AEPD explica el deber de informar con un criterio sencillo: la información debe ser clara y accesible. No sustituyas esa revisión por un texto legal genérico pegado al pie del chat.
El agente va primero si ya existe una oferta comprensible y el problema medido es una carga de atención repetitiva. No es el primer arreglo para una web que oculta el precio, el alcance o el modo de contacto: automatizar respuestas sobre información confusa traslada la confusión a un canal nuevo.
Cuándo merece la pena una app móvil
La pregunta útil no es «¿podemos tener una app?», sino «¿qué hará una persona en ella varias veces y por qué le resultará más cómodo que abrir una web?». Reservar periódicamente, consultar un área privada, seguir un pedido, acceder a recursos de cliente o recibir avisos vinculados a un servicio son hipótesis que pueden justificar estudiarla. Hay que contrastarlas con clientes reales antes de invertir en desarrollo, mantenimiento y promoción de la instalación.
Una app puede ser especialmente interesante si la relación continúa después de la primera compra y el cliente necesita una herramienta de uso habitual. Si la tarea ocurre una o dos veces al año —leer servicios, solicitar una cita inicial, descargar un documento— quizá una web móvil bien diseñada resuelva el problema con menos fricción. La documentación de MDN sobre webs, aplicaciones web progresivas y apps específicas de plataforma distingue estas opciones por distribución, instalación, funcionamiento e integración con el dispositivo; no todas las experiencias «tipo app» requieren la misma arquitectura.
Antes de elegir una app, valida cuatro puntos. Primero, frecuencia: ¿existe una razón clara para volver? Segundo, función: ¿necesita notificaciones, acceso al dispositivo, datos fuera de línea o un espacio privado? Tercero, adopción: ¿quién invitará al cliente a instalarla y en qué momento? Cuarto, operación: ¿quién actualizará contenido, resolverá incidencias y comprobará que la app sigue siendo útil? Una app instalada pero abandonada no mejora la relación con nadie.
La respuesta también puede ser una solución intermedia: una web con área de clientes o una aplicación web progresiva, si cubre la tarea y funciona en los dispositivos de la audiencia. No se trata de llamar «app» a cualquier página; se trata de probar el recorrido más simple antes de comprometer un producto móvil mayor.
Comparación rápida para elegir el primer paso
Esta tabla resume qué problema debería poder demostrarse antes de encargar cada solución. No es un ranking de tecnologías; el orden depende de cómo compra y utiliza el servicio tu cliente.
| Opción | Problema que debe resolver | Señal de que puede ser prioritaria | Primera medida útil |
|---|---|---|---|
| Web o mejora de la actual | El cliente no entiende la oferta, no encuentra información o no puede solicitarla con facilidad. | Preguntas básicas repetidas, páginas poco claras o formularios que no generan solicitudes completas. | Solicitudes cualificadas y tareas de contacto completadas. |
| Agente de IA | El equipo repite respuestas y no llega a atender con contexto todas las consultas. | Muchas preguntas de alcance conocido y un proceso claro para derivar excepciones. | Respuestas útiles, errores y traspasos completados. |
| App móvil o área privada | El cliente necesita volver para realizar una tarea después de comprar. | Uso recurrente verificable y una función concreta que la web actual no resuelve bien. | Usuarios que completan la tarea y regresan por utilidad. |
Estas piezas pueden conectarse. Una web clara atrae y orienta; un agente puede ayudar en una consulta concreta; una app puede facilitar el uso continuado del servicio. Pero conectarlas demasiado pronto crea más puntos de fallo. Antes de integrar sistemas, verifica que cada parte resuelve su tarea de forma independiente y que sabes cómo se medirá el paso entre ellas.
Una secuencia de trabajo que reduce apuestas a ciegas
Una pyme no necesita presentar un proyecto gigantesco para empezar. Necesita decidir qué aprenderá en cada fase y qué hará si el resultado no llega. Una secuencia razonable sería:
- Mapear una tarea real. Elige un recorrido: desde descubrir un servicio hasta solicitarlo, desde preguntar hasta obtener respuesta o desde comprar hasta volver a usarlo. Anota los pasos y las dudas que aparecen.
- Medir la situación actual. Durante un periodo breve, cuenta contactos, motivos de consulta, tiempos de respuesta y tareas completadas. Son una línea de base, no una promesa de crecimiento.
- Elegir una mejora mínima. Puede ser rehacer una página de servicio y su formulario, probar un agente con diez preguntas frecuentes o prototipar un área privada con una sola función.
- Probar con usuarios. Pide a personas ajenas al proyecto que realicen la tarea sin recibir instrucciones. Observa dónde dudan y qué información echan en falta.
- Comparar y decidir. Revisa si la mejora reduce el obstáculo identificado. Si no lo hace, corrige antes de añadir más funciones. Si sí lo hace, decide qué pieza aporta ahora el siguiente valor.
Al pedir una propuesta, solicita entregables comprensibles: qué se va a construir, qué materiales y accesos harán falta, qué queda fuera, cómo se probará, quién mantendrá la solución y qué indicador se revisará después del lanzamiento. Un presupuesto sin ese alcance es difícil de comparar aunque el precio parezca atractivo.
¿Se puede empezar por un agente de IA sin rehacer toda la web?
Sí, si la información que utilizará está actualizada, existe un caso de uso concreto y el cliente encuentra fácilmente cómo hablar con él y con una persona. Si el agente debe compensar páginas de servicio contradictorias, conviene corregir esas páginas primero.
¿Una web móvil sustituye siempre a una app?
No. Depende de la tarea, la frecuencia, la experiencia necesaria en el dispositivo y los canales por los que el cliente accederá. Una web puede ser suficiente para descubrir y contratar; una app puede aportar más si existe uso recurrente. Hay alternativas intermedias que merecen una prueba antes de decidir.
¿Cómo saber si el primer proyecto ha funcionado?
Define la medida antes de construirlo. Para una web, observa si las personas entienden la oferta y completan la solicitud adecuada. Para un agente, registra respuestas útiles y derivaciones. Para una app, comprueba si la tarea recurrente se completa y vuelve a utilizarse. Revisa también errores y trabajo manual desplazado, no solo visitas o instalaciones.
La decisión final no es «web, IA o app» en abstracto. Es qué tarea del cliente necesita mejorar ahora y qué solución puedes comprobar con menos riesgo. La agencia de Javier presenta servicios de webs, agentes y apps móviles. Si estás valorando por dónde empezar, cuéntanos qué recorrido quieres mejorar y podremos delimitar el primer proyecto, sus entregables y la forma de medirlo, sin venderte tres herramientas si solo necesitas una.