¿Tu empresa necesita una web o un portal?

¿Qué tareas realiza el visitante en la web?

La elección de una solución web empieza por preguntarte qué quiere hacer realmente una persona en tu web, no qué página de inicio te gusta. El visitante puede buscar la descripción de un servicio, comparar opciones, pedir un presupuesto o consultar el estado de un pedido que ya ha realizado. Anota estas acciones desde el punto de vista del usuario, porque la estructura interna de la empresa puede no significar nada para él. Para cada acción, concreta qué información necesita y qué resultado debería obtener. Así podrás decidir si basta con contenido público o si la web también debe permitir realizar gestiones personales.

A continuación, distingue las necesidades del visitante ocasional de las de quienes vuelven a la web para realizar una tarea concreta. Quien llega por primera vez suele necesitar explicaciones, información que le inspire confianza y una forma clara de ponerse en contacto contigo. El usuario habitual puede querer consultar sus documentos, modificar sus datos o retomar una gestión pendiente sin tener que enviar otro correo. Describe el recorrido de ambos, desde su primera visita hasta el resultado deseado, y señala los puntos en los que falta información necesaria. Esto ayuda a evitar que toda la atención se centre en el contenido de presentación mientras las gestiones reales siguen sin estar claras.

No des por hecho, sin embargo, que toda acción recurrente requiere un portal independiente o un sistema complejo de autogestión en línea. Averigua primero si la tarea puede resolverse con instrucciones más claras, un formulario adecuado o una herramienta que ya utilices. Si el usuario tiene que introducir la misma información varias veces o esperar únicamente porque los datos se remiten de forma manual, conviene revisar el proceso a fondo. La elección debería basarse en el objetivo del usuario y en la capacidad de la empresa para mantener al día el contenido y la organización del trabajo necesarios. Las siguientes preguntas sirven para iniciar la conversación y convertir las ideas en requisitos concretos, sin dar por cerrada la solución antes de tiempo.

• ¿Qué quiere conseguir el visitante?
• ¿Qué información necesita para ello?
• ¿La gestión requiere datos personales?
• ¿Quién gestiona el contenido y las operaciones?

¿Cuándo basta con un sitio web convencional?

Un sitio web convencional suele bastar cuando tu objetivo principal es presentar los servicios de la empresa y facilitar que las personas interesadas se pongan en contacto contigo. Las descripciones de los servicios, las explicaciones sobre el proceso de trabajo, las preguntas frecuentes y un formulario de contacto pueden cubrir todo el recorrido necesario sin que el usuario tenga que iniciar sesión. Lo importante no es la cantidad de páginas, sino que el visitante encuentre respuesta a su pregunta y entienda cuál es el siguiente paso. Incluso una amplia colección de contenidos puede funcionar como un sitio web si la información es pública y su uso no depende de la identidad de la persona. Por tanto, un mayor volumen de contenido no implica por sí solo la necesidad de desarrollar un portal.

Un sitio web también es adecuado cuando la comunicación posterior a una consulta se realiza por otro canal y el visitante no necesita consultar su estado en línea. Por ejemplo, un formulario permite recoger la información necesaria para preparar un presupuesto sin que la persona interesada tenga que crear antes una cuenta. El formulario debe pedir solo los datos que realmente necesitas para atender la consulta y explicar qué ocurrirá después de enviarlo. Si la gestión requiere una conversación personalizada, trasladarla a un portal no tiene por qué facilitarle las cosas al usuario. Una solución sensata respalda el proceso de atención existente, en lugar de añadirle un paso innecesario.

Al elegir una solución web más sencilla, conviene pensar también quién modificará después los textos, las imágenes y las descripciones de los servicios. La gestión de contenidos debe adaptarse a las tareas reales para que los cambios cotidianos no requieran intervenciones técnicas innecesarias ni una organización del trabajo poco clara. La estructura del contenido también debería permitir añadir nuevos temas sin que el menú y las relaciones entre las páginas dejen de ser comprensibles. Si en el futuro pudieras necesitar funciones de autogestión, recoge esa posibilidad en el documento de requisitos, pero diferénciala de las funciones que necesitas ahora. Así no tendrás que encargar un portal solo por suponer que algún día podría hacerte falta.

¿Cuándo necesitas un portal con cuentas de usuario?

Un portal con cuentas de usuario tiene sentido cuando una persona necesita consultar o modificar en línea información vinculada específicamente a ella. Puede tratarse de solicitudes, documentos, pedidos u otras gestiones que deba retomar más adelante. La finalidad de la cuenta no es simplemente reconocer al visitante, sino ofrecerle el acceso adecuado y permitirle dar continuidad a sus gestiones de forma segura. Si los empleados de la empresa también necesitan los datos de esa gestión, el portal debe facilitar su trabajo tanto como el del usuario. De lo contrario, lo que parece un sistema de autogestión puede seguir ocultando una gran cantidad de trabajo manual.

Antes de planificar el portal, describe qué grupos de usuarios lo utilizarán y qué podrá ver y hacer cada uno. El representante de una organización puede necesitar acceso a documentos compartidos, mientras que otro usuario quizá solo deba acceder a los datos que ha enviado y a sus propias gestiones. También hay que decidir cómo se crea una cuenta, quién autoriza sus permisos y qué ocurre cuando cambia el rol del usuario. Estas cuestiones afectan tanto a la facilidad de uso como a la protección de los datos, y no conviene dejarlas para después del diseño. Lo que justifica aquí la necesidad de un portal es la gestión con distintos permisos, no el mero deseo de añadir un botón de inicio de sesión a la web.

Elegir un portal también implica el compromiso de mantener en orden las cuentas de usuario, los accesos, las notificaciones y los procesos de trabajo que los sustentan durante toda la vida útil de la solución. Piensa quién ayudará a las personas a utilizar su cuenta y quién resolverá las situaciones en las que los datos mostrados necesiten correcciones o ampliaciones. Si la información procede de otros sistemas, hay que aclarar cuál es la fuente de los datos correctos y cómo se comunicarán al usuario los posibles fallos de forma comprensible. Por eso, al valorar un portal, no tengas en cuenta solo el volumen de desarrollo frente al de una página web, sino también las necesidades de gestión diaria y atención al usuario. Una elección adecuada permite al usuario realizar gestiones de verdad y te deja una organización del trabajo que puedes mantener.

El diseño web parte del contenido y del recorrido del usuario

Al planificar el diseño web, empieza por definir qué contenido busca el visitante y hacia qué acción debe orientarlo. La presentación de un servicio, una tabla comparativa y un formulario de solicitud requieren estructuras distintas, porque difieren tanto el objetivo de su lectura como el contexto de uso. Sitúa la información necesaria para tomar decisiones allí donde surja la pregunta, no en una página aparte que el usuario tenga que adivinar dónde encontrar. El diseño debe ayudar a distinguir lo principal de lo secundario y hacer visible el siguiente paso incluso para quien visita la web por primera vez. Así podrás valorar la utilidad de cada decisión de diseño según contribuya a comprender el contenido y a realizar la acción deseada.

Describe el recorrido del usuario como una tarea concreta, por ejemplo, encontrar las condiciones de un servicio, enviar una consulta o comprobar por internet el estado de una solicitud. Después, revisa qué información necesita la persona en cada etapa y qué opciones pueden hacerla dudar. El texto de un botón debería indicar qué ocurrirá al pulsarlo, y los campos del formulario deberían pedir solo la información necesaria. Si una acción requiere preparación, explica qué documentos o datos hacen falta antes de que la persona empiece a rellenar el formulario. Pon a prueba el recorrido con tareas comprensibles y pide a quien lo pruebe que describa en qué se basa al elegir entre las opciones.

Conviene incorporar la vista móvil y la accesibilidad al diseño desde el principio, porque ambas influyen tanto en el orden del contenido como en los controles. Comprueba si se puede ampliar el texto cómodamente, navegar con el teclado y entender los mensajes de error de un formulario sin necesidad de percibir las diferencias de color. La información esencial de las imágenes también debe estar disponible en forma de texto, para que no dependa únicamente de la percepción visual. En los contenidos más extensos, los subtítulos descriptivos y los párrafos claros ayudan a encontrar una respuesta sin leer toda la página. La misma lógica debe mantenerse tanto en la web pública como en la vista del usuario que ha iniciado sesión, aunque las funciones disponibles puedan ser distintas.

Las integraciones y los permisos de acceso requieren planificación

Al planificar las integraciones, empieza por el flujo de datos: de dónde viene la información, para qué se utiliza y en qué sistema se modifica. Si los mismos datos de contacto están en varios lugares, hay que decidir qué fuente servirá de referencia para las demás cuando haya cambios. De lo contrario, la información que aparece en la web puede diferir de la que ve un empleado en su herramienta habitual al atender una consulta. Define también si los datos deben transmitirse de inmediato o si basta con actualizarlos periódicamente. La elección debe responder al proceso de trabajo, no al deseo de conectar todas las aplicaciones en uso simplemente porque sea técnicamente posible.

Al definir los permisos de acceso, describe las acciones y no solo los nombres de los perfiles de usuario, ya que una misma denominación puede englobar necesidades diferentes. Una persona puede necesitar consultar documentos; otra, modificarlos; y una tercera, aprobar los cambios antes de publicarlos en la web. Concede a cada usuario únicamente el acceso necesario para realizar sus tareas y prevé cómo se modificarán sus permisos más adelante. El cierre de cuentas, las sustituciones temporales y las situaciones en las que una persona actúa en nombre de varias organizaciones requieren especial atención. Si en el portal circulan datos personales, el propósito de su recogida debe estar claro y su visibilidad debe estar justificada por la tarea correspondiente.

La descripción de la integración también debe contemplar qué ocurre cuando el otro sistema no responde o envía datos incompletos. Decide qué verá el usuario en ese caso y cómo se evitará que una misma solicitud o un mismo pago se repitan por error en el sistema. El mensaje de error debe indicar si la acción se ha completado, ha quedado a medias o requiere que el usuario vuelva a intentarlo una vez resuelto el problema. Los registros técnicos deben permitir investigar la causa del fallo, pero no deberían acumular datos personales innecesarios ni información secreta. Antes del desarrollo, acuerda también quién será responsable de configurar los servicios externos, gestionar los accesos y comunicar los cambios.

• Origen de los datos y dirección del flujo
• Acciones de los usuarios y límites de acceso
• Gestión de incidencias y responsabilidades

El mantenimiento de una web empieza en la planificación

El mantenimiento de una web empieza por decidir qué contenidos y funciones podrás mantener realmente al día tras su publicación, además de atender tu trabajo cotidiano. Cada formulario, tipo de contenido e integración que añadas requiere comprobaciones, aunque el usuario no vea ese trabajo de fondo. Por eso conviene distinguir entre lo necesario para publicar la web y las funciones que pueden desarrollarse más adelante si surge una necesidad justificada. Una solución más sencilla no implica necesariamente un diseño más modesto: puede significar menos excepciones y una lógica de gestión más clara. Ante cada función adicional, pregúntate quién la utilizará, quién la mantendrá y qué ocurrirá si falla.

En la gestión de contenidos, define quién puede modificar la información, quién la revisa y cuándo se retira de la vista pública el contenido desactualizado. Quien edita los contenidos debería poder hacer cambios habituales sin alterar el diseño ni tener que solicitar asistencia técnica cada vez. Para ello resultan útiles las plantillas de contenido con campos claros, que indiquen qué información es obligatoria y por qué se necesita. El mantenimiento también incluye las actualizaciones de software, las copias de seguridad y la comprobación de que los formularios importantes y los recorridos de los usuarios sigan funcionando después de los cambios. No basta con disponer de una copia de seguridad si no se ha previsto cómo utilizarla para restablecer el servicio.

Antes de elegir una solución, compara no solo el trabajo de desarrollo, sino también el tiempo que exige su gestión y la dependencia de servicios externos y de sus condiciones. Una web convencional puede bastar si el visitante necesita información pública y una forma cómoda de contactar contigo cuando le convenga. Un portal está justificado cuando el usuario necesita trabajar de forma segura con sus propios datos o realizar operaciones recurrentes en un espacio personal. En ambos casos, la estructura del contenido, los permisos y el mantenimiento deben responder a una misma tarea del usuario, claramente definida, y no a una preferencia tecnológica. Elige una solución cuya necesidad puedas explicar a partir de lo que hace el usuario y cuyo mantenimiento puedas organizar.