Un catálogo de servicios confunde cuando obliga al comprador a interpretar cómo se organiza la empresa en lugar de ayudarle a reconocer su necesidad. El problema suele estar en categorías solapadas, nombres internos o diferencias de alcance que no se explican. Añadir más páginas no lo resuelve si cada una sigue describiendo casi lo mismo.

Busca la decisión que el catálogo debería facilitar

Pide a alguien ajeno al equipo que localice un servicio a partir de un problema concreto. Por ejemplo: «necesitamos actualizar el catálogo sin depender del proveedor». Observa qué opciones abre y en qué momento duda.

Si termina entre «transformación», «soluciones digitales» e «innovación», quizá el catálogo describe capacidades y no situaciones de compra. La arquitectura debe traducir la demanda al servicio adecuado, manteniendo nombres precisos.

Distingue servicios, tareas y resultados

Una tarea es lo que se hace; un servicio agrupa trabajo con alcance; el resultado explica para qué se realiza. Mezclarlos en el mismo nivel produce opciones difíciles de comparar.

  • Servicio: desarrollo de una web con integración de catálogo.
  • Tareas: modelar datos, construir plantillas y conectar sistemas.
  • Finalidad: mantener información coherente y reducir actualizaciones duplicadas.

La finalidad debe presentarse como objetivo del trabajo, no como resultado comercial garantizado. Si prometes ahorro, necesitas datos y condiciones que permitan sostenerlo.

Un ejemplo de reorganización sin ampliar la oferta

Ejemplo hipotético: una firma ofrece «consultoría», «estrategia» y «acompañamiento». Las tres páginas describen reuniones y recomendaciones, pero no explican qué contrata el cliente.

Puede reorganizarlas en diagnóstico, definición del proyecto e implantación, si esas fases existen realmente. Cada página concreta cuándo tiene sentido, qué requiere y qué entrega. La navegación cambia porque se aclara el servicio, no porque se inventan nuevas prestaciones.

No hay una estructura universal. Algunos compradores buscan por sector; otros conocen el nombre técnico. Comprueba sus tareas antes de adoptar un menú por moda.

Revisa el catálogo con una ficha comparativa

Para cada servicio, escribe pregunta del comprador, alcance, exclusiones, requisitos y siguiente paso. Si dos fichas resultan indistinguibles, decide si deben fusionarse o si falta explicar una diferencia real.

Después comprueba enlaces desde artículos y campañas. Una arquitectura clara pierde valor cuando cada canal dirige a una lista genérica que obliga a empezar de nuevo.

Evita crear páginas locales o sectoriales cambiando únicamente el nombre. Necesitan condiciones, ejemplos y preguntas propias; de lo contrario, añaden mantenimiento sin mejorar comprensión.

Una prueba sencilla de categorías

Escribe varias necesidades reales en tarjetas y pide al comprador que las asigne a los servicios del menú. Permite que deje casos sin asignar; forzar una elección oculta categorías ambiguas.

Revisa los desacuerdos. Si una necesidad cabe en varios servicios porque sus alcances se solapan, decide qué diferencia contractual o metodológica debe explicarse. Si el nombre es el problema, prueba una etiqueta más descriptiva.

La actividad orienta arquitectura, pero no sustituye datos de navegación ni validación completa. Registra participantes y condiciones para no convertir una prueba pequeña en una afirmación universal sobre todos tus clientes.

Haz que la elección resulte defendible

El comprador debería poder explicar a otra persona por qué un servicio encaja. Revisa esa capacidad antes de cambiar el diseño. La estructura de servicios web puede funcionar como punto de partida para ordenar un catálogo B2B.