Conocimiento
Cuándo la Arquitectura Correcta es la Simple
La proporcionalidad arquitectónica es el principio por el cual un sistema digital debe tener exactamente la complejidad que la operación real requiere: ni más, ni menos. Sobre-construir es tan incorrecto como sub-construir. Ambos producen sistemas que dejan de representar el negocio.
El sesgo del que diseña
Gran parte de la documentación sobre arquitectura comercial —la nuestra incluida— parte de una premisa válida: muchas operaciones son más complejas de lo que el software estándar supone. Stock distribuido, precios por volumen, integración con ERP o reglas comerciales exigen una estructura que un ecommerce convencional no puede representar.
El problema aparece cuando esa idea se convierte en una regla universal. No todas las operaciones son complejas. Y cuando el negocio es simple, la arquitectura correcta también debe serlo.
El error simétrico
Ya explicamos por qué un catálogo plano fracasa en una operación industrial: el sistema promete una realidad que el negocio no puede sostener.
El error contrario es menos evidente, pero igual de perjudicial. Consiste en instalar infraestructura que la operación nunca va a utilizar: portales con múltiples roles, reglas comerciales complejas, integraciones innecesarias o procesos pensados para otra escala.
El resultado es un sistema más costoso de mantener, con más puntos de falla y mayor dependencia técnica, sin aportar valor al negocio.
En ambos casos ocurre lo mismo: la arquitectura deja de representar la operación real.
El criterio de proporcionalidad
La pregunta no es cuánto software puede construirse, sino cuánta complejidad necesita realmente el negocio.
Cuando existen múltiples depósitos, precios diferenciados, procesos de aprobación, validaciones técnicas o integración con un ERP, la arquitectura debe contemplarlos desde el inicio.
Cuando esos factores no existen, incorporarlos no agrega valor. Solo incorpora complejidad.
Un caso simple, una arquitectura simple
El Pelado de los Mandados necesitaba dejar de vender por redes sociales y mensajes dispersos. El objetivo era contar con un catálogo propio, administrable por el dueño y con un único canal para recibir pedidos.
No había múltiples listas de precios, integración con sistemas externos, validaciones ni procesos complejos. La operación era simple, y la arquitectura debía reflejar esa realidad.
Se construyó un catálogo digital en producción, con panel de administración y contacto directo. Exactamente lo necesario para resolver el problema actual.
Simple no es lo mismo que improvisado
Una arquitectura simple no significa una arquitectura incompleta.
La diferencia está en prever el crecimiento. En este proyecto, funcionalidades como carrito, pagos y clientes con condiciones comerciales diferenciadas ya forman parte del diseño, aunque todavía no estén activadas.
Eso permite crecer sin reemplazar la plataforma ni rehacer lo construido.
Conclusión
La buena arquitectura no se mide por la cantidad de tecnología que incorpora, sino por la fidelidad con la que representa la operación del negocio.
A una operación compleja se le diseña estructura antes que canal.
A una operación simple se le diseña un canal simple y una base preparada para crecer.
La medida siempre es la misma: construir exactamente lo que el problema necesita. Ni más, ni menos.
Carlos Petit
Fundador y Arquitecto Principal de N2N
Cuatro décadas resolviendo operaciones reales con tecnología actual. Construye y opera en producción los sistemas que N2N comercializa como metodología.