Cómo crear un portal de clientes que sus clientes usen de verdad
La mayoría de los portales de clientes se construyen, se lanzan y luego se ignoran en silencio: los clientes siguen escribiendo correos. Esta es una guía práctica para crear el portal que se gana su inicio de sesión: menos funciones, menos fricción, razones reales para volver.

Esta es la verdad incómoda sobre los portales de clientes: la mayoría se construyen con dinero real e intenciones reales, se lanzan con un correo lleno de orgullo y luego se abandonan en silencio en menos de un mes. No por usted, sino por sus clientes. Vuelven a llamar, escribir mensajes y enviar correos, porque iniciar sesión resultó ser más trabajo que simplemente preguntar. Un portal que nadie usa no es una función. Es una factura de mantenimiento con una pantalla de acceso.
He visto pasar esto las veces suficientes para saber que casi nunca es un problema de tecnología. El portal suele funcionar bien. El acceso funciona, las páginas cargan, los datos son correctos. El problema es que se construyó para facilitar su vida — menos llamadas, menos gestión — sin darle al cliente ni una sola razón de peso para cambiar sus hábitos. Y los hábitos son tercos. Si descolgar el teléfono es más rápido que encontrar la contraseña, el teléfono gana siempre.
Así que esta es una guía para crear el otro tipo de portal: el que la gente abre de verdad. Tiene menos que ver con frameworks y esquemas de base de datos de lo que cree, y más con un puñado de decisiones poco vistosas que toma antes de que alguien escriba una sola línea de código. Acierte en esas y el resto es sencillo. Falle en ellas y ninguna ingeniería ingeniosa lo salvará.
Por qué la mayoría de los portales de clientes muere en silencio
Cuando un portal fracasa, no hay un momento dramático. El uso simplemente se reduce a cero. Mira las analíticas seis meses después y descubre que tres personas iniciaron sesión el último trimestre, y dos de ellas era usted probándolo. Para dejar de construir eso, ayuda entender exactamente cómo mueren, porque las causas son aburridamente constantes.
El primer asesino es no tener una razón real para iniciar sesión. Si el portal solo muestra cosas que el cliente ya tiene en su bandeja de entrada, ¿para qué molestarse? El segundo es la fricción en la puerta: un registro torpe, un restablecimiento de contraseña que no funciona en el móvil, un correo que nunca llega. La gente le da a su portal exactamente una oportunidad. El tercero es el problema de la sala vacía: el cliente inicia sesión, ve un panel en blanco o una pantalla de ceros y concluye que aquí no hay nada para él. Nunca vuelve a comprobarlo.
“Un portal en el que nadie inicia sesión no es un producto. Es una segunda bandeja de entrada que ahora tiene que mantener, y sus clientes ya tienen una bandeja de entrada que les gusta.”
La buena noticia es que, como los modos de fallo son tan predecibles, también lo es la cura. Le da a la gente una cosa genuinamente útil que solo puede conseguir iniciando sesión. Hace que entrar sea sencillísimo. Y se asegura de que la primera pantalla que ven nunca esté vacía. Todo lo demás en esta guía es detalle que cuelga de esas tres ideas.
Primero, gánese el inicio de sesión
Antes de decidir qué va en el portal, responda con sinceridad a una pregunta: ¿qué puede hacer aquí un cliente que sea más rápido que escribirle un correo? Si no puede terminar esa frase de un modo que llevaría a una persona ocupada a elegir el portal frente a un mensaje de 30 segundos, todavía no tiene un portal: tiene un archivador con contraseña.
Las razones más fuertes para iniciar sesión suelen ser las que le ahorran al cliente tiempo o inquietud. Ver el estado en directo de un pedido o un proyecto sin tener que preguntar. Descargar todas las facturas anteriores en un solo sitio en época de impuestos. Reservar, cambiar o cancelar sin una llamada. Aprobar un presupuesto con un clic. Funcionan porque responden a una pregunta que el cliente ya iba a hacerle, y la responden al instante, a medianoche, sin usted.

Qué incluir de verdad (y qué dejar fuera)
El instinto, una vez que ha decidido construir un portal, es atiborrarlo. Documentos, mensajería, facturación, tickets de soporte, una base de conocimiento, notificaciones, un editor de perfil con doce campos. Resístase. Cada función que añade es algo que construir, probar, explicar y mantener, y un cliente ocupado ante una pantalla saturada a menudo simplemente cierra la pestaña. Los portales que se usan suelen ser los que hacen una o dos cosas excepcionalmente bien.
Aquí tiene una forma sensata de dividirlo. Está el núcleo: la una o dos cosas que justifican la existencia del portal, las razones que identificó arriba. Está lo deseable: cosas que los clientes agradecerán una vez que ya estén volviendo. Y está el montón del más adelante, que es la mayor parte de su lista de deseos. Entregue primero el núcleo. El resto se gana su sitio según lo que la gente pida de verdad.
- Núcleo, para la mayoría de los negocios: estado del pedido o del proyecto, facturas y pagos, y reservas o solicitudes de autoservicio.
- Vale la pena añadir cuando ya se usa: compartición segura de documentos, un hilo de mensajes sencillo ligado a un trabajo y notificaciones por correo o SMS cuando algo cambia.
- Normalmente más adelante, si acaso: bases de conocimiento completas, funciones de comunidad, ajustes de cuenta profundos y cualquier cosa que duplique una herramienta que el cliente ya usa en otro sitio.
- Casi nunca al principio: un chat que no puede atender, gamificación y paneles llenos de gráficos que ningún cliente pidió.
La puerta de entrada: accesos que nadie odia
Mueren más portales en la pantalla de acceso que en ningún otro sitio. El cliente hace clic en el enlace de su correo, choca con un muro de fricción y nunca llega a entrar. Haga lo que haga, obsesiónese con estos primeros treinta segundos, porque es donde pierde justo a las personas que más quería alcanzar.
Dos principios cargan con casi todo el peso. Primero, reduzca el número de veces que alguien tiene que pensar. Un enlace mágico enviado por correo — hace clic y está dentro, sin contraseña que inventar o recordar — elimina una enorme cantidad de abandono, sobre todo en clientes que inician sesión rara vez. Si usa contraseñas, asegúrese de que el restablecimiento funcione de verdad en el móvil, porque ahí está la mitad de sus clientes. Segundo, recíbalos donde vino el enlace: si envió un aviso de factura, el enlace de acceso debería llevarlos a esa factura, no a una página de inicio genérica desde la que tengan que navegar.

Construir, comprar o algo intermedio
Una vez que sabe para qué sirve el portal, se enfrenta a la bifurcación previsible: ¿compra algo ya hecho o manda construir algo? No hay una respuesta universal, pero sí una forma clara de razonarlo, y se reduce a cuánto necesita su portal reflejar la manera específica en que usted trabaja.
Los portales prefabricados son rápidos de arrancar y baratos al principio, y encajan perfectamente cuando sus necesidades son estándar: un lugar genérico para facturas y documentos, por ejemplo. La trampa es que moldean la experiencia de su cliente a su plantilla, no a su negocio, y tienden a detenerse justo donde su flujo de trabajo real se pone interesante: la integración con sus sistemas existentes, esa única pantalla que de verdad le ahorraría tiempo a todos. Un portal a medida cuesta más al principio y es suyo para mantener, pero encaja con cómo opera de verdad y se conecta a las herramientas que ya usa.
| Si esto es cierto para usted… | Inclínese hacia | Por qué |
|---|---|---|
| Sus necesidades son genéricas (solo guardar y compartir archivos) | Prefabricado | No hay razón para pagar por algo a medida si una plantilla encaja |
| El portal debe mostrar datos de sus propios sistemas | A medida o híbrido | Ese estado en directo es la razón entera por la que la gente inicia sesión |
| Tiene uno o dos flujos de trabajo decisivos | A medida | El encaje es lo que hace que se use |
| Aún no está seguro de que los clientes lo vayan a usar | Empezar pequeño / híbrido | Validar la demanda antes de invertir mucho |
| Espera que crezca hasta ser un producto real | A medida | Se le quedará pequeño el techo de una plantilla enseguida |
Existe un punto medio sensato, y a menudo es el acertado: empiece con la construcción a medida más pequeña posible en torno a su único flujo de trabajo más importante, conectada a sus datos reales, y deje todo lo demás para luego. Consigue el encaje donde importa y la velocidad donde no. No está construyendo una plataforma. Está construyendo la única pantalla que vacía su mayor grupo de la bandeja de entrada, y comprobando si la gente la usa antes de construir la segunda.
Construirlo para que sobreviva al contacto con clientes reales
Digamos que ha decidido construir. La parte técnica es la que a todos preocupa y, sinceramente, la que menos se tuerce. Un portal de clientes es, por debajo, algo bastante bien comprendido: cuentas, permisos, unas cuantas pantallas y conexiones a donde ya viven sus datos. Las decisiones que de verdad determinan el éxito tienen más que ver con el alcance y el orden que con la pila tecnológica.
- 1Empiece por el único flujo de trabajo que se gana el accesoConstruya primero lo más solicitado — estado del pedido, facturas, reservas — de principio a fin. Una cosa que funciona del todo supera a cinco a medio terminar.
- 2Conéctese a sus datos reales, no a una copiaEl estado, las facturas, las citas deberían ser las versiones en directo de sus sistemas existentes. Un portal que muestra datos obsoletos y actualizados a mano pierde la confianza la primera vez que se equivoca.
- 3Acierte con los permisos antes que con nada másLos clientes solo deben ver sus propios datos, jamás los de otro. Esto no es una función para añadir luego: es el cimiento. Que un cliente vea la factura de otro es el tipo de error que termina el proyecto.
- 4Haga que funcione en el móvil, primeroLa mayoría de los clientes abrirá su portal en el móvil, a menudo desde su correo. Si es incómodo en el móvil, es incómodo, y punto. Diseñe para la pantalla pequeña y la grande vendrá sola.
- 5Pruebe los estados vacíos y los rotos¿Qué ve un cliente recién llegado? ¿Qué pasa cuando la fuente de datos se cae? Estos estados poco vistosos son donde se caen los portales reales, y donde la mayoría de las demos nunca mira.
Fíjese en que ninguno de esos pasos trata de un framework concreto o una elección de alojamiento. Eso importa, pero son decisiones que un desarrollador competente toma bien por defecto. Lo que separa un portal que prospera de uno que muere casi siempre está por encima del código: un alcance ajustado, datos en directo, permisos blindados y una atención implacable a los primeros treinta segundos del cliente.
Lanzarlo sin que muera el primer día
Ha construido la cosa. Este es el momento en que la mayoría de los portales se ganan o se pierden, y tiene muy poco que ver con el software. Un portal es un cambio de hábito que le pide a sus clientes, y los cambios de hábito necesitan un empujón, normalmente varios. 'Lo lanzamos y enviamos un correo' es cómo los buenos portales acaban con tres inicios de sesión al trimestre.
El truco es encauzar la demanda existente a través del portal en vez de a su alrededor. Cuando un cliente escribe para preguntar dónde está su pedido, responda con un enlace directo al pedido en el portal: responda a la pregunta y muéstrele el camino más rápido. Cuando envíe una factura, envíela como enlace al portal. Poco a poco, el portal se convierte en el camino de menor resistencia, que es la única manera en que un hábito cambia de verdad alguna vez.

Saber si de verdad está funcionando
Las métricas de vanidad le mentirán aquí. El total de usuarios registrados no significa nada si nadie vuelve. Los números que dicen la verdad tienen que ver con el comportamiento recurrente y con el trabajo desviado: cuántos clientes inician sesión más de una vez y cuántas de las preguntas que antes llegaban a su bandeja de entrada ahora se responden en el portal.
Vigile dos cosas en los primeros meses. Primero, la proporción de sus preguntas habituales de clientes — '¿dónde está mi pedido?', '¿me das esa factura?' — que está bajando porque la gente se autogestiona. Esa caída es el portal ganándose su sueldo. Segundo, dónde abandona la gente: si todos inician sesión una vez y nunca vuelven, su razón para iniciar sesión no era lo bastante fuerte, y eso es un problema de contenido y alcance que hay que arreglar, no un fallo. Un portal que funciona deja su bandeja de entrada más silenciosa mes a mes. Si no lo hace, la construcción estuvo bien y la razón faltaba.
¿Está pensando en un portal que sus clientes usen de verdad?
La parte más difícil es decidir qué pertenece a él y qué no, y esa es la parte más barata de acertar. Le ayudaremos a encontrar el único flujo de trabajo que vale la pena construir primero, y a dar forma a un portal en el que la gente inicie sesión de verdad.
Vea cómo construimos portales de clientesPreguntas frecuentes
¿Cuánto cuesta construir un portal de clientes?
¿Debería construir un portal a medida o comprar software prefabricado?
¿Por qué mis clientes no usan el portal que ya tengo?
¿Qué funciones debería tener un portal de clientes?
¿Cómo consigo que los clientes inicien sesión de verdad?

Have a nice day es un estudio de software que ayuda a las pequeñas y medianas empresas a digitalizarse — automatización, IA y software a medida que funciona en el día a día, no solo en las diapositivas.