Necesarias
Siempre activoAyuda a mantener la seguridad, el funcionamiento fiable de los formularios y a recordar tu elección de privacidad. No se utiliza para publicidad.
CityCarrier necesitaba que su sitio explicara con mayor claridad un producto complejo de gestión de entregas. El sitio web SaaS de logística existente presentaba la plataforma mediante una página de inicio limitada, pero no separaba las principales áreas de producto ni ofrecía a los visitantes una ruta clara para comprender cómo podía adaptarse el sistema a distintas necesidades logísticas.
El proyecto se centró en reorganizar el sitio alrededor del propio producto: módulos más claros, páginas específicas, navegación estructurada, descubrimiento de funciones y rutas directas hacia la solicitud de demo y el contacto. El objetivo no era cambiar su aspecto sin más, sino facilitar la comprensión y exploración del software.
El reto
El sitio original condensaba una amplia oferta logística en una presentación básica. Los visitantes podían ver que CityCarrier ofrecía funciones de gestión de entregas, pero el sitio no diferenciaba con claridad las soluciones individuales ni guiaba a los usuarios por ellas.
Las carencias documentadas incluían una segmentación de producto deficiente, una definición limitada de los flujos de usuario, la ausencia de un recorrido de exploración estructurado, procesos de demo y contacto poco desarrollados, y ninguna estructura de contenidos escalable para recursos o publicaciones editoriales continuas. El resultado era un desajuste entre la amplitud del software y la claridad del sitio que lo presentaba.
Lo que construyó Mono
Mono reestructuró el sitio como una experiencia SaaS orientada al producto. La nueva arquitectura separó la plataforma de entregas en módulos de producto más claros y asignó páginas específicas, con mensajes más precisos, a las áreas más importantes.
La navegación se reorganizó para que los visitantes pudieran pasar del sitio principal a la información pertinente sobre productos y funciones sin depender de un único mensaje genérico en la página de inicio. Las solicitudes de demo y otras acciones del usuario también se incorporaron a la estructura como recorridos intencionados, en lugar de llamadas a la acción aisladas.
El trabajo también introdujo una base de contenidos capaz de admitir páginas de producto, páginas de funciones, recursos y publicaciones de blog a medida que creciera el sitio.
Estructuración del sitio web SaaS de logística en torno a los productos
Un cambio central fue pasar de presentar CityCarrier como un sistema indiferenciado a explicar sus capacidades mediante módulos de producto independientes.
La estructura renovada dio a los productos sus propias páginas, explicó sus funciones y casos de uso específicos, y los conectó con la plataforma general de CityCarrier. Así, los visitantes disponían de un recorrido de descubrimiento más deliberado: empezar por la oferta global, identificar el área de producto pertinente y explorar después los detalles importantes para ese caso de uso.
Esa estructura también facilitó la ampliación del sitio. La nueva información de producto ya no tenía que competir por el espacio dentro de una presentación general, sino que podía situarse en una jerarquía definida de productos y contenidos.
Descubrimiento de funciones y arquitectura de contenidos
El proyecto fue más allá de las páginas de producto de primer nivel. CityCarrier recibió una estructura específica para explorar funciones mediante desplegables anidados y vistas previas de contenido dinámico. Esto permitía a los visitantes examinar las capacidades con más detalle sin convertir la página en una lista larga y desordenada.
El sitio web SaaS de logística también se organizó para admitir contenidos de blog y plantillas reutilizables para páginas de producto, funciones y contenidos editoriales. Así se creó una base de publicación más escalable y una arquitectura de contenidos más clara para materiales orientados a búsquedas, sin sugerir resultados de posicionamiento o tráfico que no estuvieran verificados.
Los puntos de demo y contacto se situaron dentro de este recorrido más amplio para que los usuarios pudieran pasar de comprender la plataforma a dar el siguiente paso apropiado.
El resultado
El sitio web SaaS de logística reconstruido estableció una capa de comunicación de producto más clara alrededor del software de CityCarrier. Los visitantes podían pasar de una solución a otra de manera más deliberada, comprender las distintas áreas de producto con menos ambigüedad, explorar las funciones con mayor profundidad y acceder a las vías de demo o contacto desde un recorrido más estructurado.
El proyecto también dotó al sitio de un modelo de contenidos capaz de crecer con nuevos productos, recursos, funciones y materiales editoriales. El resultado justificable es estructural, no un supuesto aumento comercial: CityCarrier pasó de una presentación limitada a un sitio organizado en torno al descubrimiento, la explicación y la acción sobre sus productos.