El estándar funcional de constitución empresarial

De la lista de piezas al perfil funcional situado

Una empresa no puede evaluarse por la mera presencia de una lista reconocible de piezas. Puede existir una sociedad, un producto, una cuenta bancaria, socios, capital, contratos y un primer cliente y, sin embargo, la operación seguir dependiendo de capacidades que nadie ha delimitado, gobernado o hecho sustituibles. También puede ocurrir lo contrario: una iniciativa todavía informal puede estar realizando funciones empresariales reales sin haber adoptado los soportes habituales. El problema no es decidir qué aspecto parece más empresarial, sino identificar qué operaciones existen, cómo se sostienen, qué suficiencia han demostrado y cuáles faltan para la unidad, la escala, el horizonte y el riesgo que se pretenden asumir.

Este capítulo introduce un comparador funcional provisional. No prescribe una estructura universal, no certifica empresas y no produce una puntuación de madurez. Su función es más limitada y más exigente: permitir que una iniciativa, una unidad o una organización reconozca qué capacidades empresariales posee, de qué depende cada una y qué debe constituir, probar, distribuir, reparar, externalizar, conservar provisionalmente o posponer antes de componer una arquitectura mínima.

La empresa que cada posición cree que falta

La reunión de Nexo comenzó con una pregunta aparentemente sencilla: ¿qué falta para que esto sea una empresa? El prototipo había producido alertas útiles para un cliente industrial y el primer piloto había sido pagado. Había interés de un inversor, una propuesta para constituir una sociedad y una segunda oportunidad comercial. La escena parecía pedir una lista de tareas pendientes.

El inversor respondió primero. Faltaba capital. Con financiación suficiente, el equipo podría automatizar la revisión, contratar ventas y acelerar la captación de clientes. Su diagnóstico no era frívolo. Nexo consumía tiempo fundador, necesitaba tecnología y no podía crecer sin recursos. Para él, la empresa aparecía como una oportunidad que todavía no había adquirido velocidad.

El despacho que asesoraba externamente a los fundadores señaló otra carencia. Faltaba una sociedad que ordenara la propiedad intelectual, la representación, la responsabilidad, las participaciones y la entrada futura de capital. Su recomendación también era correcta. Nexo ya estaba celebrando relaciones con terceros y generando obligaciones que no podían mantenerse indefinidamente en una zona informal.

El ingeniero de datos consideró que faltaba automatización. La revisión manual encarecía cada caso, dificultaba repetir el servicio y convertía el conocimiento técnico en cuello de botella. Para él, la empresa todavía no existía porque el sistema no podía producir a escala lo que el piloto había demostrado.

La persona responsable de desarrollo comercial afirmó que faltaban clientes suficientes. Una primera venta podía ser cortesía, prueba o coincidencia. Solo una secuencia comercial repetible permitiría saber si había mercado y si la promesa podía sostener un precio. Desde esa posición, la empresa aparecería cuando la demanda dejara de ser excepcional.

El cliente introdujo una pregunta distinta. Quería saber quién respondía si una alerta se emitía tarde o era incorrecta, qué información podía usarse, quién autorizaba una conclusión sensible y cómo podía impugnarla. No preguntaba por capital, sociedad, automatización o ventas. Preguntaba por frontera, autoridad, recurso y reparación.

Todas las respuestas nombraban algo real. Ninguna, sin embargo, describía por sí sola la arquitectura que Nexo necesitaba. Capital, sociedad, tecnología, ventas y contratos eran soportes o condiciones. La pregunta previa era qué funciones tenían que quedar resueltas para que Nexo pudiera asumir una promesa propia y continuar como una unidad diferenciada.

El error que parece método: completar la lista

Las listas estructurales son útiles. Obligan a recordar cuestiones que la urgencia suele dejar fuera: forma jurídica, fiscalidad, propiedad intelectual, tesorería, seguros, gobierno, contratación, seguridad, ventas, datos o cumplimiento. En actividades reguladas o de alto riesgo, olvidar una de esas piezas puede causar daños graves. El error no consiste en utilizar listas, sino en convertirlas en una ontología de la empresa.

Cuando una estructura típica se toma como patrón universal, el análisis empieza a confundir departamentos con funciones, documentos con memoria, cargos con autoridad, indicadores con regulación y financiación con metabolismo de recursos. La lista puede quedar completa mientras la operación real continúa sostenida por conversaciones privadas, trabajo invisible, tolerancia del cliente o decisiones que regresan siempre a una persona central.

También puede producir el error inverso. Una iniciativa pequeña puede no tener consejo, CRM, responsable de operaciones o manual de procedimientos y, sin embargo, resolver de manera suficiente recepción, decisión, ejecución, memoria y reparación para su escala. Exigir soportes propios de una compañía mayor puede destruir agilidad sin aumentar capacidad. La formalización deja de ser prudencia cuando sustituye la investigación de la función por imitación institucional.

La constitución jurídica merece una precisión particular. La sociedad mercantil no es un envoltorio neutro. Produce personalidad, patrimonio, representación, derechos, obligaciones, reglas de decisión y posiciones de poder. Puede ser una pieza constitutiva decisiva. Pero su existencia no demuestra que el servicio pueda entregarse, que el criterio sea recuperable, que el error modifique la siguiente operación o que el coste completo permita continuar. Legalidad y suficiencia operativa se relacionan; no se sustituyen.

Algo semejante ocurre con las metodologías de producto, mercado y modelo de negocio. Pueden investigar demanda, precio, canal, segmento, costes y crecimiento. El estándar funcional no compite con ellas. Añade preguntas que suelen quedar fuera cuando el foco está en la oferta: quién puede comprometer la unidad, cómo se reciben diferencias, dónde se cierra una decisión, qué memoria retorna, cómo se distribuye responsabilidad y qué sucede si la operación produce daño.

La suficiencia empresarial no se deriva de completar una lista de objetos. Se atribuye provisionalmente cuando una configuración realiza de manera relacionada operaciones que pueden imputarse a una continuidad diferenciada. El estándar funcional permite examinar esa composición sin convertir una forma histórica concreta en modelo universal y sin anticipar la prueba de emergencia y estabilización que corresponde al capítulo 11.

De piezas a funciones

En este marco, una función no es un departamento, una tarea aislada ni una finalidad declarada. Es una operación recurrente mediante la cual una forma empresarial produce una diferencia, la relaciona con un campo de recepción, transforma y repone recursos, cierra decisiones, conserva historia, corrige desviaciones o sostiene continuidad. La función se reconoce por una secuencia, por sus efectos y por lo que cambia cuando deja de realizarse.

La distinción puede parecer abstracta hasta que se observa en una empresa concreta. La memoria no es el archivo. El archivo es uno de sus posibles soportes. Hay memoria cuando una diferencia histórica queda disponible y modifica una operación posterior. Un CRM lleno de datos que nadie consulta no realiza memoria empresarial. Una conversación semanal que cambia de manera consistente el criterio comercial sí puede realizarla, aunque su soporte sea frágil y personal.

La decisión tampoco es el cargo. Puede existir una persona con autoridad formal y, sin embargo, todas las decisiones relevantes cerrarse en otro lugar. Puede no existir un comité y haber una arquitectura clara de cierre mediante reglas, límites y recursos. La pregunta funcional no es quién figura como responsable, sino cómo una diferencia se convierte en compromiso autorizado, qué información se pierde en el proceso y quién puede revisar o impugnar el cierre.

La función, por tanto, actúa como comparador entre arquitecturas distintas. Dos empresas pueden realizar memoria de modos muy diferentes: una mediante proximidad entre fundadores; otra mediante expedientes, revisión entre pares y sistemas de información; otra mediante una comunidad profesional distribuida. Ningún soporte es empresarial por naturaleza. Su valor depende de la función que permite realizar, de la escala para la que resulta suficiente y de los costes o dependencias que introduce.

Para atribuir una función no basta con nombrarla. Deben poder responderse tres preguntas. Primero, qué secuencia realiza. Segundo, qué efecto produce sobre las continuaciones de la unidad. Tercero, qué cambiaría si se retirara el soporte del que depende. Esta firma contrafáctica impide que la terminología reemplace la observación.

Si al retirar una persona desaparecen criterio, relación con clientes y capacidad de decidir, no existen tres funciones distribuidas: existe una concentración funcional en un soporte singular. Si al retirar un software la operación puede continuar con otro soporte y conservar la memoria necesaria, la herramienta era importante, pero no constituía por sí sola la función. El estándar no desprecia los soportes; los hace visibles como realizaciones contingentes y como fuentes posibles de dependencia.

La arquitectura de soporte no es una escala

El soporte de una función no puede describirse mediante una única escalera de menor a mayor madurez. Al menos cuatro dimensiones deben mantenerse separadas: dónde se localiza la capacidad, cómo queda inscrita, qué grado de distribución o sustitución posee y hasta qué punto puede ser revisada e impugnada. Una función puede ser personal y explícita, distribuida y tácita, externa y bien gobernada o formal y prácticamente irrevisable.

La localización indica si la función depende de una persona, un equipo, una red, un proveedor o una institución externa. La distribución y la sustituibilidad muestran si puede persistir cuando cambia uno de esos soportes. Un soporte personal es frecuente y puede ser proporcional en fases tempranas. Se vuelve una dependencia crítica cuando la escala, el riesgo o el horizonte exigen continuidad, sustitución o recurso y la función desaparece con la persona.

La inscripción distingue entre criterio tácito, acuerdos recuperables, reglas explícitas y trazas operativas. La explicitación puede aportar visibilidad y transferencia, pero no garantiza capacidad: un procedimiento que nadie usa puede realizar menos función que una práctica tácita bien coordinada. La revisabilidad pregunta quién puede observar, impugnar y modificar el soporte. Tampoco es una garantía moral: una empresa puede revisar con rapidez una arquitectura eficaz y, aun así, conservar una distribución injusta de poder o trasladar daño a terceros.

Estas dimensiones forman un perfil de soporte, no una puntuación. El estándar separa capacidad, viabilidad, legalidad, legitimidad y justicia para evitar compensaciones indebidas. Describir el soporte sirve para localizar dependencias y posibilidades de sustitución; no autoriza a formalizar, distribuir o internalizar una función por principio.

Suficiencia: para qué unidad, escala, horizonte y riesgo

El perfil de soporte no permite saber, por sí solo, si una función resulta suficiente. Una memoria personal puede ser suficiente para un servicio profesional de baja escala y completamente insuficiente para una plataforma que afecta a miles de usuarios. Un procedimiento explícito puede seguir siendo episódico si solo funciona bajo supervisión extraordinaria. Por eso el estándar registra por separado la suficiencia demostrada.

Una función está ausente cuando no existe evidencia de que la secuencia se realice. Es episódica cuando aparece en casos aislados o gracias a apoyo excepcional no gobernado. Es dependiente cuando opera, pero su continuidad exige un soporte singular, tolerancia externa, trabajo no contabilizado o una compensación que podría agotarse. Es operativa cuando cierra la secuencia para la unidad, la escala, el horizonte y el riesgo declarados. Se considera estabilizada cuando persiste frente a perturbaciones relevantes y conserva memoria de corrección.

La capacidad de cambiar de soporte o de regla sin perder la función no debe confundirse con un nivel superior de suficiencia. Se registra aparte como transformabilidad o transferibilidad. Una función puede ser operativa y estar capturada por una persona; puede estar estabilizada y ser rígida; o puede ser todavía dependiente y, sin embargo, mostrar una vía clara de sustitución. Separar estas propiedades evita convertir estabilidad, plasticidad y distribución en una única escala.

Antes de atribuir suficiencia, hay que declarar cinco condiciones. La unidad define qué continuidad se evalúa. La escala establece volumen, variedad, territorio o clase de relación. El horizonte determina durante cuánto tiempo o programa debe persistir. El riesgo obliga a reconocer daños, asimetrías e irreversibilidades. El modo morfogenético aclara si se está constituyendo, estabilizando, transformando, recomponiendo o terminando una forma.

Sin esas declaraciones, las categorías se vuelven arbitrarias. Una función puede parecer débil porque se compara con una empresa imaginada de mayor tamaño. O puede parecer suficiente porque se ignora que una operación afecta a terceros que no pueden absorber el error. El estándar no pregunta si la función es buena en abstracto. Pregunta qué capacidad ha demostrado bajo condiciones explícitas y qué parte de esa atribución sigue siendo una hipótesis.

La evidencia también debe separarse de la inferencia. Que exista una primera venta es una observación. Que el cliente reconozca una función repetible puede ser una inferencia. Que el precio cubra costes completos puede ser un supuesto. Que la operación pueda escalar es una hipótesis por probar. La herramienta pierde rigor cuando convierte expectativas en niveles de suficiencia.

Las dieciséis funciones de constitución y continuidad

Esta primera versión reúne dieciséis funciones organizadas en cuatro sistemas analíticos. La agrupación no divide la empresa en departamentos ni afirma que la taxonomía esté validada universalmente. Sirve para reconocer dependencias y evitar una lista plana. Las funciones se derivan de la teoría y se han operacionalizado para el régimen empresarial; su selección, separación y formulación deberán revisarse mediante el uso y los contraejemplos de la versión 2.

Sistema	Función	Pregunta canónica
A · Orientación y borde	1 Transformación constitutiva	Qué diferencia produce la unidad, para quién y con qué consecuencia.
A · Orientación y borde	2 Campo de recepción e intercambio	Cómo recibe aceptación, rechazo, pago, uso, daño o sorpresa.
A · Orientación y borde	3 Frontera e identidad operativa	Qué pertenece a la unidad, qué queda en interfaz y quién puede comprometerla.
A · Orientación y borde	4 Conservación de invariantes y coherencia	Qué relaciones deben conservarse para que la continuidad siga siendo reconocible.
B · Cierre operativo	5 Decisión y cierre	Cómo una diferencia se convierte en compromiso autorizado, revisable y atribuible.
B · Cierre operativo	6 Ejecución y coordinación	Cómo la decisión llega a secuencia, entrega, responsabilidad y finalización.
B · Cierre operativo	7 Metabolismo de recursos	Cómo se adquieren, asignan, transforman y reponen recursos.
B · Cierre operativo	8 Comunicación y traducción	Cómo una diferencia atraviesa posiciones y modifica continuaciones.
C · Continuidad reflexiva	9 Memoria	Qué historia queda disponible y cambia operaciones posteriores.
C · Continuidad reflexiva	10 Regulación y realimentación	Cómo una desviación modifica acción, criterio o regla.
C · Continuidad reflexiva	11 Aprendizaje y anticipación	Cómo la sorpresa cambia repertorios, hipótesis y futuros abiertos.
C · Continuidad reflexiva	12 Gobierno y poder	Cómo se distribuyen autoridad, información, riesgo, beneficio y responsabilidad.
D · Reproducción y transformación	13 Producción y revisión de legitimidad	Por qué una autoridad o decisión es reconocida, cómo puede impugnarse y revisarse.
D · Reproducción y transformación	14 Reparación	Cómo retornan error, daño e incumplimiento para modificar la forma.
D · Reproducción y transformación	15 Capacidad de reconfiguración	Cómo cambia el soporte o la arquitectura sin perder funciones críticas.
D · Reproducción y transformación	16 Continuidad, reproducción y salida	Cómo transmite criterio, renueva capacidad, escala, reduce o termina.

El primer sistema relaciona función, recepción, frontera e invariantes. Una iniciativa no se constituye solo porque produzca algo. Debe existir una diferencia reconocible, un campo capaz de recibirla, un intercambio que devuelva consecuencias y una frontera que permita atribuir promesas, recursos y responsabilidades. La identidad no es una esencia de marca: es la conservación relativa de relaciones que hacen reconocible la continuidad.

El segundo sistema convierte orientación en operación. La forma debe recibir y traducir diferencias, cerrar decisiones, ejecutar secuencias y reponer los recursos que consume. Una decisión sin ejecución es declaración. Una ejecución sin cierre atribuible puede producir actividad, pero no responsabilidad. Un ingreso sin cálculo de coste completo puede esconder consumo de tiempo, datos, confianza o trabajo gratuito.

El tercer sistema introduce historia y reflexividad. La memoria hace que una diferencia pasada pueda retornar. La regulación compara lo esperado con lo ocurrido y modifica la acción. El aprendizaje cambia repertorios y anticipaciones. El gobierno distribuye capacidad de cierre, información, riesgo y responsabilidad. Ninguna de estas funciones se reduce a herramientas de gestión: el archivo no es memoria, el indicador no es regulación y el órgano no es gobierno si no produce efectos sobre las continuaciones.

El cuarto sistema organiza reproducción y transformación. La cooperación necesita reconocimiento y posibilidad de impugnación. El error debe encontrar una vía de reparación. La arquitectura debe poder cambiar sin disolverse por completo. La continuidad incluye transmisión, sustitución, crecimiento, reducción y salida. Una empresa de duración finita también necesita esta función: debe saber completar su programa, conservar obligaciones y terminar sin hacer desaparecer memoria y responsabilidad.

Las funciones se codeterminan. Una promesa comercial amplía recepción y puede aumentar recursos, pero también modifica responsabilidad y necesidad de reparación. Una automatización puede mejorar ejecución y deteriorar traducción o legitimidad. Una formalización de gobierno puede distribuir autoridad o convertirla en ritual. El perfil funcional no debe preguntar solo qué función mejora, sino qué otras cambia y quién absorbe el coste.

La arquitectura no es una lista

El estándar pierde su sentido si se utiliza para marcar dieciséis casillas. Las funciones no son piezas independientes y no se suman. Una fortaleza intensa no compensa automáticamente una ausencia crítica. Una empresa puede tener tecnología, ventas y financiación y no disponer de reparación ante un daño relevante. También puede operar con gobierno muy informal si la unidad, el riesgo y la escala permiten cierres claros y revisables.

Las relaciones entre funciones permiten detectar mecanismos. La cadena función–recepción–intercambio–recursos muestra que una operación sin campo de recepción no adquiere función empresarial y que una recepción sin intercambio no repone capacidad. La cadena frontera–comunicación–decisión–ejecución muestra que abrirse al campo exige seleccionar, traducir, cerrar y actuar. La cadena memoria–regulación–aprendizaje–apertura muestra que la historia solo se convierte en capacidad cuando retorna y modifica arquitectura. La cadena gobierno–legitimidad–reparación–continuidad muestra que el poder debe poder responder al daño y organizar su propia revisión o terminación.

El estándar tampoco establece una cronología obligatoria. En algunas iniciativas, la recepción y el intercambio aparecen antes de una frontera clara. En otras, una institución jurídica constituye primero posiciones y después se desarrolla la operación. Una empresa de proyecto puede adquirir gobierno y salida antes de repetir ventas. Los umbrales sirven para discriminar, no para imponer etapas universales.

En el campo preformativo existen capacidades, necesidades y relaciones, pero todavía no una unidad operativa suficientemente atribuible. Una preforma realiza fragmentos de función o atrae relaciones. El perfil puede sostener una hipótesis provisional de constitución cuando una unidad asume una promesa, cierra una operación propia y muestra efectos contrafácticos reconocibles; no puede declarar por sí solo emergencia ni estabilización. Esas atribuciones requieren observar un ciclo completo, retorno, perturbación y memoria de corrección en la prueba del capítulo 11.

Funciones externalizadas, diferibles y no aplicables

El estándar no exige que todas las funciones se realicen dentro de la misma frontera. Una empresa puede externalizar tecnología, logística, asesoramiento, cobro, producción o reparación. Lo decisivo es que la interfaz haga visibles la autoridad, la información, la responsabilidad, el recurso y la respuesta al fallo. Una función externalizada sin gobierno no está resuelta; está desplazada hacia un soporte cuya fragilidad puede permanecer fuera del mapa.

La externalización puede ser precisamente la arquitectura correcta para una fase temprana. Nexo no necesitaba contratar de inmediato todas las competencias jurídicas, técnicas y comerciales. Podía apoyarse en especialistas y conservar una unidad ligera. Pero debía saber quién cerraba la promesa frente al cliente, cómo se traducían criterios entre profesionales y qué ocurría si uno de los soportes externos no respondía. La función puede realizarse fuera; la responsabilidad por su integración no desaparece.

Tampoco todas las funciones tienen la misma criticidad en todo momento. Algunas pueden ser diferibles. Una iniciativa de prueba puede no necesitar todavía una arquitectura de escala o una transmisión completa de criterio. Una empresa creada para un programa finito puede no buscar reproducción indefinida. Posponer no significa negar la función, sino declarar bajo qué condición y hasta qué fecha puede mantenerse provisional sin ocultar una dependencia o exponer a terceros.

La categoría no aplicable debe utilizarse con cautela. Casi siempre indica que la función se realiza en otra escala o por otra institución. Una unidad interna puede no tener personalidad o gobierno propio porque esas funciones pertenecen a la organización matriz. Un vehículo de proyecto puede no necesitar continuidad después del cierre, pero sí memoria, reparación y transferencia de obligaciones. Antes de marcar una función como no aplicable hay que preguntar dónde se está realizando y quién asume sus consecuencias.

Esta precisión evita dos errores opuestos. El primero consiste en exigir que toda empresa integre internamente todas las capacidades, produciendo estructuras innecesarias. El segundo consiste en tratar como inexistentes las funciones realizadas por familias, comunidades, administraciones, proveedores o trabajo no remunerado. La empresa puede parecer eficiente porque otras formas sostienen su operación. El perfil debe registrar esa relación como dependencia o externalización, no como capacidad propia.

En actividades de bajo riesgo, una dependencia externa puede ser suficiente. En actividades críticas, la interfaz debe elevarse: niveles de servicio, acceso a información, sustitución, recurso, continuidad, responsabilidad y reparación. La suficiencia no depende de la frontera jurídica del soporte, sino de si la función persiste y puede ser gobernada cuando el soporte se altera.

No existe una compensación global

La tentación de sumar niveles aparece en cuanto se construye un perfil. Una empresa podría recibir una puntuación alta en ventas, tecnología y ejecución y una puntuación baja en memoria o reparación. El promedio daría una apariencia de suficiencia. Ese resultado sería engañoso porque las funciones no son intercambiables y algunas ausencias modifican el régimen completo de la operación.

Una capacidad comercial intensa puede aumentar precisamente el riesgo generado por una reparación ausente. Una ejecución muy eficiente puede acelerar decisiones mal cerradas. Una memoria distribuida puede conservar criterios injustos. Un gobierno reflexivo puede mejorar la adaptación sin resolver la viabilidad económica. El estándar conserva perfiles porque la forma del conjunto importa más que la suma de intensidades.

Sí existen compensaciones temporales. Una persona puede sostener varias funciones; un cliente puede tolerar informalidad; un inversor puede financiar una economía todavía incompleta; un proveedor puede absorber errores. Esas compensaciones pueden ser racionales y hasta necesarias para constituir una forma. Deben registrarse porque tienen coste, duración y punto de agotamiento. Lo compensado no es equivalente a lo resuelto.

La decisión práctica consiste en distinguir qué dependencia puede conservarse, cuál debe reducirse, cuál debe hacerse visible y cuál impide avanzar. Esta discriminación es más útil que cualquier nota global: permite diseñar una forma proporcional al riesgo sin fingir una madurez que la evidencia no sostiene.

La herramienta básica: matriz de perfil funcional

La matriz básica permite construir en una sesión un perfil funcional situado. No sustituye una investigación profunda ni debe completarse con falsa precisión. Su finalidad es discriminar las funciones que modifican la decisión inmediata, describir sus soportes, atribuir suficiencia solo con evidencia y localizar dependencias antes de diseñar una arquitectura mínima.

8. Declarar la unidad, la escala, el horizonte, el riesgo y la ruta morfogenética que se están evaluando.

9. Realizar una primera pasada de criticidad: seleccionar las funciones que podrían impedir, modificar o hacer irresponsable la siguiente operación. Solo después ampliar el perfil a las demás cuando la decisión lo exija.

10. Para cada función crítica, describir el perfil de soporte: localización, inscripción, distribución o sustituibilidad, revisabilidad y externalizaciones relevantes.

11. Atribuir una suficiencia -ausente, episódica, dependiente, operativa o estabilizada- únicamente cuando exista evidencia. Registrar aparte la transformabilidad como no probada, capturada, parcialmente transferible o reconfigurable.

12. Realizar al menos un contrafáctico seguro para cada función crítica: qué desaparece, cambia de régimen o queda expuesto si se retira el soporte.

13. Examinar relaciones entre funciones, compensaciones y costes desplazados: qué mejora local degrada otra operación, qué depende de trabajo invisible y qué tercero absorbe el fallo.

14. Seleccionar un conjunto limitado de prioridades antes de componer la forma mínima: constituir, hacer visible, probar, distribuir, reparar, externalizar con gobierno, conservar provisionalmente o posponer.

Campo	Qué debe registrarse
Condiciones	Unidad, escala, horizonte, riesgo y ruta.
Función y criticidad	Función examinada; crítica ahora, necesaria para prueba, diferible o no aplicable.
Perfil de soporte	Localización, inscripción, distribución o sustituibilidad, revisabilidad y soportes concretos.
Suficiencia	Ausente, episódica, dependiente, operativa o estabilizada, con evidencia.
Transformabilidad	No probada, capturada, parcialmente transferible o reconfigurable.
Dependencia y externalización	Soporte singular, apoyo excepcional, trabajo invisible, interfaz o compensación.
Contrafáctico	Qué desaparece, cambia de régimen o queda expuesto al retirar el soporte.
Prioridad	Constituir, probar, distribuir, reparar, externalizar, conservar provisionalmente o posponer.
Estatuto	Observado, inferido, supuesto, controvertido o por probar.

La matriz no produce una nota. Su salida es un perfil. Una función crítica ausente o episódica puede impedir avanzar aunque otras estén estabilizadas. Una función dependiente puede conservarse si la escala y el riesgo lo permiten, si la dependencia está gobernada y si existe una condición explícita de revisión. La herramienta debe cambiar una decisión: qué se constituye primero, qué puede esperar, qué debe hacerse visible y qué obliga a no avanzar.

Versión profunda en el cuaderno de campo

Cuando la irreversibilidad, la regulación, la asimetría de poder o el volumen de afectados lo exigen, la matriz se amplía con fuentes de evidencia, trazas de fallo, mapa de afectados, interfaces externas, condiciones de sustitución y criterios de parada. La versión profunda no añade una puntuación: aumenta la posibilidad de impugnar la atribución y reconstruir por qué una función fue considerada suficiente, dependiente o no probada.

Nexo antes de diseñar su forma

La reunión de Nexo cambió cuando la pregunta dejó de ser qué pieza faltaba y pasó a ser qué funciones estaban realmente resueltas. El equipo no completó las dieciséis filas como un ejercicio de apariencia. Seleccionó aquellas que podían modificar la decisión inmediata de aceptar un segundo cliente y constituir una unidad propia.

La transformación constitutiva parecía suficientemente acreditada para el piloto. El primer cliente había pagado por recibir alertas interpretables y había utilizado una de ellas para renegociar una condición. La evidencia sostenía que Nexo producía algo más que datos: anticipación accionable. Sin embargo, todavía era inferido que clientes distintos reconocerían la misma función sin una traducción artesanal intensiva.

La recepción también existía. Había un cliente real, retorno y una segunda conversación comercial. Pero el campo de recepción no estaba delimitado. No se sabía qué calidad de datos podía aceptar Nexo, qué usos quedaban fuera o qué diferencias obligaban a detener una alerta. La frontera de la promesa era débil y el cliente la estaba haciendo visible mediante preguntas de responsabilidad.

La decisión y la ejecución operaban. Los fundadores podían analizar, revisar y entregar un resultado. El soporte estaba localizado en dos personas, con criterio parcialmente tácito y escasa sustituibilidad; la suficiencia era operativa para un piloto. La dependencia aparecía al retirar cualquiera de los dos: el sistema podía generar información, pero no cerrar una alerta compleja, traducirla o responder por ella. No se trataba de afirmar que la función no existía, sino de describir el régimen concentrado en que existía.

El metabolismo de recursos era más incierto. Existía un pago, pero el coste completo no incluía revisión manual, conversaciones, rectificación y disponibilidad fundadora. El precio podía cubrir el servicio aparente y no reponer la capacidad consumida. La financiación propuesta no resolvía esta pregunta; podía aplazarla o amplificarla.

La memoria era visible en archivos, mensajes y experiencia. Estaba localizada en los fundadores, fragmentada entre soportes y solo parcialmente inscrita. No había una recuperación común de las razones por las que una alerta había cambiado, de las excepciones aceptadas ni de los efectos posteriores en el cliente. Sin esa reinyección, cada caso nuevo exigía reconstruir criterio.

La reparación era la ausencia más crítica. Nexo podía corregir un documento, pero no había definido retirada de alertas, aviso, recurso del cliente, análisis del fallo, compensación cuando procediera ni modificación obligatoria del protocolo. Esta ausencia no podía compensarse con tecnología o ventas porque afectaba a la capacidad de asumir responsabilidad.

Función	Soporte y suficiencia	Evidencia y dependencia	Prioridad
1 Transformación constitutiva	Personal y tácita; dependiente; transformabilidad no probada	Primer cliente pagó y actuó. Falta demostrar reconocimiento repetible sin traducción ilimitada.	Probar
2 Recepción e intercambio	Personal e implícita; dependiente	Existe retorno real. No están delimitadas entradas, usos ni señales de daño.	Hacer visible
5 Decisión y cierre	Dos personas; criterio parcialmente tácito; operativa para piloto; baja sustituibilidad	Los fundadores cierran. Al retirar uno, las excepciones no se resuelven.	Conservar y diseñar sustitución
7 Metabolismo de recursos	Personal y no inscrito; episódico	Hay cobro, pero el trabajo fundador, la corrección y la disponibilidad no están incorporados.	Medir y probar
9 Memoria	Personal, fragmentada y parcialmente inscrita; dependiente	Archivos y experiencia cambian decisiones, pero no hay recuperación común de razones y excepciones.	Inscribir mínimo
14 Reparación	Sin soporte gobernado; ausente	No existe secuencia de aviso, retirada, recurso, compensación y aprendizaje.	Constituir antes de ampliar riesgo

El perfil no decía que Nexo no fuera empresa ni que debiera formalizar todas las funciones. Producía prioridades. La revisión manual podía conservarse durante la siguiente prueba porque contenía criterio real. La reparación no podía posponerse si la empresa aceptaba decisiones sensibles. La memoria necesitaba una inscripción mínima, no un sistema documental completo. El coste debía medirse antes de asumir que el capital convertiría el piloto en una economía repetible.

Las explicaciones rivales permanecieron abiertas. Tal vez el problema fuera únicamente un segundo cliente con datos de peor calidad. Tal vez la dependencia fundadora fuera proporcional a una etapa temprana. Tal vez la forma adecuada no fuera una empresa autónoma, sino un servicio del despacho o una alianza entre especialistas. El estándar no eliminaba esas alternativas. Permitía formular qué evidencia las fortalecería o debilitaría.

La hipótesis de insuficiencia funcional ganaría peso si, aun con datos limpios y alcance reducido, continuaran sin arquitectura el cierre experto, la responsabilidad, el coste y la memoria. La hipótesis de fase fundadora normal se debilitaría si la dependencia produjera daño, impidiera asumir una segunda operación o ocultara costes no sostenibles. La alternativa de no constituir una empresa debía conservarse si el servicio podía realizarse mejor como proyecto experto sin prometer continuidad diferenciada.

La decisión cambió. Nexo no salió de la reunión con una lista de departamentos. Salió con un perfil que permitía componer arquitecturas rivales: una forma integrada bajo responsabilidad directa, una alianza limitada entre especialistas o la continuidad como proyecto sin empresa diferenciada. El estándar no seleccionó la arquitectura; hizo comparables sus exigencias.

Integración en el Expediente Morfogenético Empresarial

La salida del capítulo se registra como perfil funcional situado. El expediente debe conservar la versión, las condiciones de evaluación, los participantes, las fuentes, el desacuerdo y las cuestiones por probar. No basta con almacenar el nivel asignado: debe poder reconstruirse por qué se atribuyó y qué evidencia lo modificaría.

Cada registro distingue observación, inferencia, supuesto, propuesta y prueba pendiente. La función no se asigna al facilitador como propiedad del método. Quienes realizan y soportan la operación deben poder impugnar la descripción, añadir costes no visibles y señalar afectados ausentes. El perfil es una hipótesis común de trabajo, no una sentencia sobre la empresa.

La puerta G4 autoriza pasar a composición cuando las funciones críticas están suficientemente discriminadas, las dependencias relevantes son visibles y el perfil no presupone una única solución. No exige que las dieciséis funciones estén formalizadas ni que todas sean operativas. Exige saber qué restricciones debe resolver la arquitectura siguiente, qué soportes pueden conservarse y qué ausencias o compensaciones no pueden quedar ocultas.

Objeciones y límites

La primera objeción es evidente: el estándar podría ser una checklist más compleja. Lo sería si se limitara a verificar presencia. Deja de serlo cuando obliga a distinguir función y soporte, conservar contrafácticos, registrar dependencias y producir prioridades sin agregación global. Su utilidad no está en recordar dieciséis palabras, sino en cambiar la arquitectura que puede compararse.

La segunda objeción es que las metodologías de emprendimiento ya cubren estas preguntas. Cubren muchas de ellas y deben utilizarse cuando ofrecen mejores instrumentos para mercado, precio, canal, crecimiento o experimento. La contribución específica del estándar está en articular esas dimensiones con autoridad, frontera, memoria, reparación, legitimidad y continuidad, y en impedir que una validación comercial se convierta automáticamente en atribución de forma empresarial suficiente.

La tercera objeción afirma que una empresa existe cuando el Derecho lo determina. Esa afirmación es correcta para determinados efectos jurídicos. El estándar no los sustituye ni relativiza. Distingue otro problema: si la unidad constituida puede realizar de manera suficiente la operación que promete. Una sociedad puede existir jurídicamente y no haber compuesto todavía esa capacidad; una actividad puede realizar capacidades empresariales antes de adquirir determinada personalidad jurídica.

La cuarta objeción es práctica: una iniciativa temprana no puede soportar tanta metodología. Por eso la aplicación se hace en dos pasadas y con profundidad proporcional. Un proyecto de bajo riesgo puede seleccionar en una sesión las funciones que modifican la decisión inmediata y conservar soportes personales. Una actividad regulada, irreversible o con fuertes asimetrías necesita más evidencia, reparación y gobierno antes de operar. La complejidad de la herramienta debe seguir al riesgo, no a la ambición intelectual del facilitador.

La quinta objeción es política. El estándar puede permitir que un asesor imponga su modelo y declare inmadura cualquier forma que no se parezca a su experiencia. La defensa consiste en mandato explícito, hipótesis rivales, disenso, contrafácticos, afectados, estatuto de evidencia y autoridad de parada. La función no autoriza a prescribir un soporte. Tampoco la suficiencia operativa legitima una distribución de poder o una externalización de costes.

La sexta objeción es científica. Las dieciséis funciones podrían solaparse, estar incompletas o no transferirse de igual modo a todos los sectores. También el perfil de soporte y las categorías de suficiencia pueden requerir revisión. Esta versión no presenta una taxonomía universal validada. Presenta una derivación teórica operacionalizada y preparada para producir contraejemplos. La versión 2 deberá conservar, fusionar, dividir o retirar funciones y categorías según la evidencia de uso.

Riesgos de mal uso

• Completar las funciones para legitimar una estructura decidida de antemano.

• Convertir cargos, software, órganos o documentos en requisitos universales.

• Atribuir categorías de suficiencia o transformabilidad sin evidencia o con apariencia de precisión cuantitativa.

• Sumar funciones para obtener una nota, ranking, certificación o valoración financiera.

• Formalizar prematuramente funciones que operan adecuadamente de forma personal o implícita.

• Ignorar funciones externalizadas, trabajo gratuito, tolerancia del cliente o apoyo institucional extraordinario.

• Ocultar afectados, costes desplazados, relaciones de poder y vías de reparación.

• Confundir suficiencia operativa con legalidad, rentabilidad, legitimidad o justicia.

• Convertir la herramienta en documento del facilitador sin transferir criterio a la empresa.

La protección principal no consiste en añadir más campos. Consiste en mantener proporcionalidad, rivalidad, trazabilidad y una puerta que permita concluir que no debe constituirse una empresa, que una función puede externalizarse o que la arquitectura debe permanecer provisional.

Puerta G4 · Del perfil funcional a la composición

El capítulo termina cuando el perfil funcional permite decidir qué debe ocurrir antes de diseñar la forma mínima. La salida no es una fotografía neutral. Es una discriminación entre acciones diferentes y, en ocasiones, incompatibles.

Puede ser necesario constituir una función ausente antes de ampliar la operación. Puede bastar con hacer visible una función implícita y conservar su soporte personal. Puede convenir probar si una dependencia es realmente crítica. Puede externalizarse una operación si existen interfaz, responsabilidad y respuesta al fallo. Puede posponerse una función que no sea necesaria para la unidad actual. También puede decidirse que la empresa no es todavía el vehículo adecuado.

La puerta G4 se abre cuando se cumplen cuatro condiciones. Primero, la unidad, la escala, el horizonte y el riesgo están declarados. Segundo, las funciones críticas pueden describirse sin confundir hechos, inferencias y expectativas. Tercero, los perfiles de soporte, las dependencias, las compensaciones y las ausencias que podrían invalidar una candidata son visibles. Cuarto, el perfil conserva más de una vía posible -incluida la no constitución o el no avance- y formula las restricciones que cualquier arquitectura deberá resolver.

Si esas condiciones no existen, la decisión responsable es volver a delimitar, ampliar evidencia, reducir alcance o conservar la iniciativa como preforma. Si existen, el perfil no determina todavía una solución. Autoriza la composición de arquitecturas candidatas.

Salida operativa del capítulo

Campo	Especificación canónica
Operación que autoriza	Construir un perfil funcional situado sin agregarlo en una puntuación de madurez.
Herramientas	H9 · Ficha de función constitutiva; H10 · Matriz función–soporte–dependencia; H11 · Matriz de dieciséis funciones
Estado mínimo del expediente	C3 · Perfil de dieciséis funciones y dependencias · v1.
Estatuto epistemológico	O/I/H · evidencias funcionales por escala; inferencias con confianza y vacíos declarados.
Puerta de decisión	G4 · La autoridad selecciona qué funciones requieren composición o prueba.
Autoriza	Comparar capacidades y ausencias funcionales dentro de la unidad delimitada.
No autoriza	Calcular salud total, ordenar empresas en una escala o convertir una ausencia en defecto universal.
Reapertura obligatoria	Cambia la unidad o el horizonte, una función estaba agregada indebidamente o surge compensación oculta.

El comparador antes de la arquitectura

Nexo no necesitaba completar una empresa estándar. Necesitaba saber qué funciones ya realizaba, en qué soportes se localizaban, qué suficiencia habían demostrado, qué ausencia impedía asumir una promesa más amplia y qué operaciones podían quedar provisionales. El perfil hizo visible que el valor producido era real, que el cierre personal no era inexistencia sino dependencia, que el coste todavía no estaba demostrado y que la reparación no podía seguir fuera de la arquitectura.

El estándar funcional cumple así una función limitada. No dice cómo debe organizarse Nexo, qué forma jurídica elegir, qué tecnología comprar ni si debe aceptar inversión. Proporciona el comparador con el que esas alternativas pueden evaluarse sin confundir soporte y función.

El siguiente capítulo comienza justamente donde este termina. Una vez identificadas las funciones, sus soportes y su suficiencia, todavía falta componerlas. Varias arquitecturas pueden resolver el mismo perfil mediante fronteras, soportes y economías distintas. El problema ya no será qué función falta, sino cuál es la configuración mínima que puede asumir la promesa, gobernar una primera operación y someterse a prueba controlada.

El perfil no es la empresa. Es el mapa situado de capacidades, soportes, dependencias y ausencias desde el que una forma empresarial mínima puede empezar a componerse sin volver a convertirse en una lista de piezas.