Creatividad · Estrategia · Desarrollo · Impacto
Servicios Diseño y desarrollo web Arquitectura de contenidos
Modelamos productos, documentación, cursos y otros contenidos antes de diseñar cómo se muestran. Definimos qué información existe, cómo se relaciona y de cuántas maneras razonables debería poder encontrarla una persona.
La estructura queda preparada para recibir nuevas referencias, documentos, idiomas y contenidos sin tener que decidir nuevamente dónde va cada cosa.
Con pocas referencias, una estructura simple puede alcanzar.
Después aparece una nueva familia. Un producto pertenece a más de un procedimiento. Una técnica quirúrgica sirve para varias referencias. Hay documentos por mercado, distintas marcas, cursos relacionados y personas que buscan el mismo producto desde lugares diferentes.
En ese punto, agregar otra categoría o duplicar una página resuelve el alta de hoy y deja una excepción más para recordar mañana.
La arquitectura de contenidos pone esas relaciones sobre la mesa antes de convertirlas en menús, filtros o plantillas.
Un profesional puede llegar desde un procedimiento. Un distribuidor puede conocer el código. Otra persona puede empezar por una región anatómica o una marca.
La estructura tiene que admitir esas entradas sin obligar a todos a pensar como está organizada internamente la empresa.
Un producto puede tener más de una puerta de entrada.
Región anatómica, Procedimiento, Tipo de producto, Marca llevan al producto; del producto se llega a documentación, técnica, formación.
La arquitectura define las piezas del sistema y las reglas que permiten conectarlas. Después navegación, búsqueda, filtros y fichas pueden construirse sobre una lógica común.
Definimos qué cosas necesitan existir como entidades propias.
Un producto, un curso, un evento y un profesional formador pueden tener información, relaciones y ciclos de actualización diferentes. Tratarlos como páginas indistintas limita lo que el sitio puede hacer después.
Instructivos, técnicas, fichas y otros documentos necesitan una relación explícita con aquello que describen.
Eso permite encontrarlos desde el producto correspondiente y mantener un lugar estable aunque la navegación general del sitio cambie.
Familias, procedimientos, regiones anatómicas, tipos de producto, marcas y otras clasificaciones permiten relacionar contenidos sin duplicarlos.
La misma técnica puede aparecer vinculada desde varios productos. Un producto puede participar en más de un procedimiento. Una clasificación puede servir a un filtro y también a la navegación.
La interfaz llega después del modelo.
Una vez que están claras las relaciones se puede decidir qué merece un filtro, qué funciona mejor como navegación, qué necesita búsqueda libre y qué conviene dejar dentro de la ficha.
Nombre comercial, código, marca o número de registro pueden ser formas válidas de llegar a una referencia.
El buscador se diseña alrededor de esas maneras reales de consultar, no solamente alrededor del título de la página.
Definimos qué información pertenece a cada tipo.
En una ficha de producto pueden convivir código, descripción, indicaciones aprobadas, variantes, medidas, documentación, productos relacionados, procedimientos y otros datos que después tienen que mostrarse, buscarse o filtrarse.
No todos los campos existen porque “pueden cargarse”. Cada uno tiene que justificar el trabajo de mantenerlo.
Cómo se define
Reunimos productos, documentos, categorías, contenidos actuales y las formas en que cada área los organiza.
También aparecen sinónimos, excepciones y relaciones que hoy solo conoce quien trabaja todos los días con el portfolio.
Definimos qué tipos de contenido existen, qué información pertenece a cada uno y cómo se vinculan.
Se trabaja con ejemplos reales y también con casos difíciles: productos que pertenecen a más de una familia, documentos con varias versiones o contenidos que cruzan diferentes especialidades.
Probamos la estructura desde las distintas formas de buscar.
Qué pasa si alguien conoce el procedimiento pero no el nombre del producto. Si llega por Google. Si tiene un código. Si necesita un documento determinado.
Las áreas que conocen cada parte revisan el modelo antes de convertirlo en interfaz y desarrollo.
La arquitectura queda documentada para que las decisiones posteriores no dependan de recordar por qué algo fue organizado de determinada manera.
Se puede comenzar con una muestra suficientemente representativa: distintas familias, productos simples y complejos, documentación, excepciones y algunos casos que hoy resultan difíciles de clasificar.
Lo importante es probar el modelo contra variedad real antes de aplicarlo al resto del catálogo.
Si cada nuevo ejemplo obliga a inventar una regla distinta, la estructura todavía no está lista.
Works · Caso SAI
La nueva plataforma de SAI necesitaba organizar un portfolio amplio junto con documentación, educación médica y otros contenidos relacionados.
El trabajo terminó definiendo cuatro tipos principales de contenido —productos, cursos, eventos y profesionales formadores— y una ficha de producto capaz de contener hasta 106 campos.
El catálogo se organizó además sobre cinco ejes de clasificación con 86 términos entre áreas de interés, regiones anatómicas, tipos de producto, procedimientos y marcas.
Eso permitió construir después navegación, filtros y búsquedas sobre relaciones ya definidas, en lugar de resolver cada nueva referencia como una página aislada.
El gestor guarda lo que se le carga. Sin un modelo de contenidos decidido antes, reproduce el desorden con mejor tipografía.
Porque muchos profesionales conocen la cirugía y la región anatómica antes que el nombre comercial. El procedimiento suma otro camino hacia la misma ficha.
Sí, si se cargan como campos de la ficha. Que el registro se muestre lo define el área regulatoria de la empresa.
Las dos. Proponemos el modelo y los campos; producto, calidad y dirección médica validan qué va. La decisión queda escrita.
Con la marca como un eje más: se llega por procedimiento o por región, y la ficha dice de qué marca es.
Una nueva referencia no debería obligar a volver a decidir cómo se clasifica el catálogo, qué plantilla necesita o dónde viven sus documentos. El primer paso puede ser revisar cómo está organizado hoy.
