DealTunnel · Interno

Functions v0.1


El modelo Functions

Qué hace falta para que una organización siga siendo viable, y por qué el revenue es condición necesaria y no suficiente. Cuatro funciones en el plano del trabajo, la atribución arriba, el plano as-built abajo, y un lazo de control que las une.

Los nombres vienen del oficio de obra por un criterio único: no que el comprador entienda el dominio, sino que ya compre en él. El ICP contrata firmas de ingeniería, aprueba planos y recibe obras todos los años, así que la hipótesis es que la identificación se hereda en vez de argumentarse. Está sin validar.

Especificación formal. Clasificación INTERNO por defecto: ningún símbolo de este documento aparece frente a un cliente hasta cumplir el gate de validación.

EcuadorEl plano del trabajo: Trazado, Proyecto, Obra, Operación.
Polo norteAtribución. Un esquema, muchos emisores, ningún dueño de componente.
Polo surEl plano as-built. El plano corregido contra el terreno es el activo que queda.
EjeEl lazo de control. El as-built configura las cuatro, las cuatro actúan sobre el mercado, la atribución mide, y la medición corrige el as-built.
Los polosNunca se tocan salvo por el ecuador. Es la propiedad que, por construcción, impide que el sistema reescriba su propia medida.
00

Notación

Siete símbolos internos y siete nombres de obra. Los símbolos no salen de este documento.

Una categoría que uno mismo nombró no se explica por definición, porque una definición exige que el oyente ya tenga los conceptos. Se explica por analogía. Las letras griegas exigen glosario, y una analogía que exige glosario dejó de ser analogía, así que son notación interna y nada más. El razonamiento completo está en la sección 06B.

InternoNombre de obraQué es
ΑTrazadoDónde se ubica la operación. Nicho, competencia, ICP, DOFA, hipótesis
ΓProyectoLos documentos que gobiernan la ejecución. Marca, concepto, campaña, mensaje
ΔObraLo que se construye. Activo de contacto, listas, enriquecimiento, secuencias
ΩOperaciónCorrer lo construido
μAtribuciónQué se midió y a quién se le atribuye
ΘPlano as-builtLa configuración corregida contra el terreno
ΨEl CoreLa familia entera. Versionar el Core es cambiar de familia

Beta es el sujeto del modelo: la organización sobre la que se aplica. Nunca se le dice organismo, porque en la marca ese término ya significa la empresa invisible del mercado.

CPO es el costo total del ciclo dividido por las oportunidades calificadas. HITL es un punto donde el juicio humano es parte del contrato y no una excepción. Una ola es una instancia de la campaña sombrilla, que es plurianual y no se rehace cada ciclo. Un holdout es la porción de cuentas que se corre con la configuración del ciclo anterior para poder separar aprendizaje de suerte.

01

La proposición primera

Lo que se propuso: Beta vive si y solo si es capaz de realizar revenue de la realidad.

La dirección de vuelta es falsa. Es la falacia modal ab posse ad esse, de la posibilidad al acto. La capacidad es una disposición; la vida es un hecho en el tiempo. Y los contraejemplos no son marginales, son el caso típico: una empresa con capacidad demostrada muere por estructura de costo, por desfase de caja o por ejercer la capacidad tarde. Peor: la capacidad no ejercida es indistinguible de la ausencia de capacidad.

El defecto mayor no es de lógica, es de modelo. No había término de costo, y sin costo no hay condición de viabilidad. Una empresa puede realizar revenue enorme y morir. El costo no hubo que inventarlo: ya estaba en casa como numerador del CPO.

R(s) revenue verificado atribuido en el ciclo s C(s) costo total del ciclo s K(s) caja al inicio del ciclo s K(s+1) = K(s) + R(s) − C(s) Viable_W(Β) ⟺ ∀ s ∈ W : K(s) > 0 Viable_W(Β) ⟹ Σ R(s) > Σ C(s) − K(t₀)

Corolario comercial

DealTunnel no vende vida. Vende desplazamiento de R − C y del CPO dentro de una ventana. Prometer vida es prometer el bicondicional, que es falso. Esa es la frontera exacta de lo que el contrato puede afirmar.

02

Ψ no es una función

Una función es sin estado: f(x) da lo mismo siempre. Lo que la propuesta describe evoluciona por feedback. Si evoluciona, o no es función, o el objeto que evoluciona no es la función.

Lo que evoluciona son los parámetros. La función no.

{ Ψ_θ }_{θ ∈ Θ} Ψ_θ : S → Dist(D) d_t ~ Ψ_{θ_t}(s_t) el loop actualiza θ, nunca Ψ
NivelObjetoQué cambiaQuién lo cambiaReloj
FamiliaΨlos 18 nodos, las aristas, los contratos, Σ_μgobierno humanoversión del Core
Parámetroθ_tnicho, ICP, hipótesis, campaña, secuencias, umbralesel loopcada ciclo
Estados_tmercado, pipeline, caja, dominio, memoria de marcala realidadcontinuo

El versionado semántico del Core es el cambio de familia. Eso ya existía en el repo y no había sido nombrado como tal. La prueba para decidir si algo es parámetro o estado: ¿el Paso 15 podría reescribirlo? Si sí, es θ. Si solo puede observarlo, es s. La prueba es de capacidad y no de práctica, y esa distinción es la que sostiene el hallazgo AF-02: un corte de mercado es una decisión que se puede revisar, así que es parámetro, y que nadie lo revise es exactamente el defecto y no una reclasificación.

03

La composición

No es suma. El invariante 3 dice literalmente que el orden no es negociable. La suma es conmutativa. Si fuera suma, el invariante 3 sería falso.

No es tupla. El invariante 3A, ninguna pieza sin campaña, es una restricción de dominio de un componente sobre la salida de otro. En una tupla los componentes no interactúan, así que el invariante no sería ni siquiera expresable.

Ψ_θ ≔ Α_θ ▸ Γ_θ ▸ Δ_θ ▸ Ω_beta,θ con (f ▸ g)(x) = g(f(x))

La no conmutatividad no es preferencia, es un hecho de dominio. Γ ▸ Δ ≠ Δ ▸ Γ porque el dominio de Δ_contacto exige campaña aprobada con checklist firmado. Para un estado sin ese campo, (Δ ▸ Γ)(s) está indefinido. Una de las dos composiciones no es siquiera una función total, lo cual es más fuerte que decir que el orden importa.

Δ se parte en dos: Δ_construcción (listas y enriquecimiento, paralelizable, antes de Γ) y Δ_contacto (activación y follow-up, estrictamente después). El invariante 3A gobierna el envío, no la construcción de la lista.

Ω_sistema hace dos cosas a la vez y conviene no confundirlas. Es dueño de un nodo propio, el Paso 12, y además es la etiqueta de operador que llevan otros nodos que no le pertenecen. Como dueño entra en el conteo; como etiqueta no ocupa lugar en la cadena, porque es el intérprete que la ejecuta. La frontera del contrato es el conjunto de aristas donde esa etiqueta cambia. Esas aristas, y solo esas, son handoffs, y son el lugar exacto donde se pierde la trazabilidad si nadie las declara.

04

μ, y por qué su garantía es de tipo

μ no es un componente ni una función del Core. Es un par: un esquema tipado más un conjunto de emisores. Transversal significa un esquema, muchos emisores, ningún dueño.

Σ_μ valor fuente ningún número sale sin fuente fecha dueño_del_numero de quién es ese número clase instrumentado | tercero | auto_reportado nodo_emisor μ = ⋃_{v ∈ V} μ_v

La garantía, en una línea

Σ_μ ∉ Θ

El esquema no está en el espacio de parámetros. El loop actualiza θ, así que ninguna aplicación de Ψ_θ puede tocar Σ_μ: el esquema indexa la familia, no la parametriza. Cambiarlo es cambiar Ψ, y eso exige un acto de gobierno humano fuera del loop. No es una regla que alguien deba respetar. Es una imposibilidad de tipo.

Aquí se rompe la lectura de cinco componentes. Si la medición fuera un quinto componente par de los otros cuatro, estaría dentro de la composición y su esquema estaría en Θ. Un esquema en Θ es un esquema que el loop puede reescribir, lo que habilita exactamente el modo de falla que hay que impedir: el sistema redefine su propia medida cuando los resultados son malos.

05

Los dos loops tienen default opuesto

El Core tiene dos aristas de ciclo y son literalmente el lazo del modelo. Su única diferencia formal es el default.

15 → 1 es μ → Α la medición reformula la dirección DEFAULT: escribir 15 → 9A es μ → Γ la medición revalida la conexión DEFAULT: identidad θ^Γ_{t+1} = θ^Γ_t si vigente ajuste_de_ola(θ^Γ) si ajuste de ola regenerado si re-apertura ∧ (hipótesis falseada ∨ cambió ICP)

El loop largo es total: por el invariante 4 no existe ciclo que no produzca hipótesis nuevas. El loop corto es una actualización con guarda, y su default es el punto fijo. De ahí sale directamente la métrica de vida de la campaña: mide con qué frecuencia se violó el default de identidad.

La realimentación no viaja por aristas de paso, viaja por el plano as-built: la medición actualiza parámetros, y las cuatro funciones están todas indexadas por esos parámetros. El defecto está en otro lugar, y es el hallazgo AF-02 de la sección siguiente.

06

El humano está dentro del sistema que observa

El humano en el loop es el cliente, que es Beta o su dueño. El observador está dentro de lo observado y su bienestar depende del valor que reporta. No es fatal: es una restricción de identificabilidad que se neutraliza por arquitectura, no por buena fe.

ClaseQuién la produceInterésEjemplo en el Core
instrumentadoprocedimiento reproducible por un terceroningunométricas de Meta y Google, registros públicos, envíos, asistentes
terceroalguien que no es Beta ni DTninguno directorecall del concepto: lo reportan los asistentes
auto_reportadoBeta o DTdirectoveredicto 7B, aprobación 9A.4, retro del 15, la cifra de 10 a 1
h = q + b con E[b] ≠ 0 y b correlacionado con la decisión sesgo( λ·m + (1−λ)·h ) = (1−λ)·E[b] ≠ 0 Ningún λ interior lo elimina. Solo λ = 1.

Promediar está estrictamente dominado por mantener los canales separados: introduce sesgo sin comprar varianza recuperable, y una vez mezcladas no hay operación posterior que las separe.

μ entra como evidencia y puede falsar. El HITL entra como compuerta: puede vetar y abrir hipótesis, no puede confirmar. Los cinco puntos HITL no automatizables del Core son todos compuertas de autorización, y ninguno es un instrumento de medición. El Core ya respetaba la separación; lo que faltaba era decirlo.

Falta además un tercer canal: e_t, telemetría de ejecución. Sin ella el loop no es identificable, porque un mal resultado tiene dos explicaciones (el plan estaba mal, o no se ejecutó) y quien las reporta es el ejecutor.

06B

Por qué estos nombres y no otros

Una categoría que uno mismo nombró no se explica por definición, porque una definición exige que el oyente ya tenga los conceptos. Se explica por analogía, porque una analogía presta una estructura que el oyente ya trae puesta. El criterio de selección es uno solo: de qué dominio viene, y si es un dominio donde el comprador ya compra.

Las letras griegas exigen glosario, y una analogía que exige glosario dejó de ser analogía. Por eso son notación interna y no salen de acá.

El plano as-built resuelve cuatro cosas que el ADN no resuelve, y la coincidencia es estructural y no de tono: se dibuja para esa obra en particular, es del dueño de la obra y no del contratista, ningún plano sobrevive intacto al terreno, y el plano corregido es el activo que queda. El ADN, en cambio, invierte héroe y mentor, promete inmutabilidad justo donde se vende corrección ciclo a ciclo, y es de los envases más repetidos entre las marcas de servicios B2B.

La versión pública de cuatro nombres colapsa Proyecto y Obra en uno. En lenguaje de mercado el colapso es legítimo; en el contrato de worker no lo es, porque son dos componentes con compuertas distintas.

Dos límites que hay que escribir, no suponer

Son cuatro por la topología del Core, no porque una obra tenga cuatro fases. Una obra real tiene más, y cualquiera del gremio lo corrige en una frase. La analogía presta el vocabulario y el Core pone el número.

La analogía cubre los Actos I y II, no los tres. Quien traza, proyecta, construye y opera cobra honorarios; quien cobra por lo que la obra transporta es el concesionario, otro rol y otro contrato. El acoplamiento del ingreso nunca se argumenta desde la obra, y vive en su propia escena.

El compromiso que la analogía arrastra

Si el as-built es del dueño de la obra y no del contratista, se está comprometiendo que el cliente se queda con la configuración cuando el trabajo termina. Es coherente con construir con él y es un diferenciador frente a los modelos donde la configuración se queda del lado del proveedor. También es pésimo para el lock-in. Conviene decidirlo a propósito y no heredarlo de la metáfora.

07

Lo que el modelo encontró

Hallazgos sobre el Core que ninguna de sus cuatro representaciones existentes produce por sí sola.

AF-01

La instrumentación es opcional de derecho y obligatoria de hecho

El Paso 8 es el único lugar donde se instrumenta la operación del cliente, y está declarado opcional. El invariante 5 dice que los opcionales no bloquean; el invariante del ciclo exige reducir el CPO. Sin Paso 8 el CPO se calcula sobre una operación que nadie instrumentó. Se evaluó eliminarlo y se descartó: el Paso 8 es el mecanismo de acceso al CRM del cliente, y ese acceso es lo que separa el dato instrumentado del auto-reportado en todo el resto del ciclo. Lo que queda abierto es que un paso indispensable en la práctica sigue siendo opcional en el texto.

Abierto · Alta

AF-02

El operador de actualización es parcial sobre el as-built

La realimentación sí llega a las cuatro funciones, porque viaja por el plano as-built y no por aristas de paso. El defecto es peor y estaba tapado por la formulación anterior: las regiones de Obra y de Operación dentro del as-built se leen cada ciclo y no las escribe nadie. Quedan congeladas en el valor del ciclo 1. Una arista faltante se ve en el grafo; un parámetro congelado se lee, funciona, y nadie nota que su valor es una decisión vieja.

Abierto · Alta

AF-03

Ω_sistema tiene 1 nodo de 18

Converge con evidencia independiente: pipeline/prompts no tiene modulo-3. El componente más vacío del mapeo es exactamente el área peor documentada del repo.

Abierto · Alta

AF-04

Nada mide la calidad del activo que Δ produce

Las nueve métricas miden Δ por resultado y Γ por coherencia. Cuando la respuesta cae bajo 2%, el diagnóstico sugerido apunta a secuencias o ICP, cuando hay una tercera causa, la lista sucia, que el diagnóstico no contempla. No hay número que distinga los dos casos.

Abierto · Media

AF-06

Un tercio del Core no tiene contrato de worker

Los Pasos 8, 9, 12, 13, 14 y 15 no tienen fila de contrato I/O. Y coincide exactamente con el mapeo: Α y Γ, los dos componentes sobre los que el loop sí cierra, están contratados al 100%; los que el loop no toca están sin contratar. Es la misma frontera vista desde dos ángulos.

Abierto · Alta

AF-05

Las letras griegas colisionan en el filesystem

Verificado: las carpetas alfa mayúscula y minúscula comparten inodo. APFS pliega mayúsculas griegas, así que Δ y δ serían la misma carpeta. Cerrado: las griegas son notación en prosa, las rutas van en ASCII.

Cerrado

AF-07

Colisión semántica de delta

En el repo delta ya significa desviación contra especificación, con columna obligatoria en cada paso ejecutado y taxonomía establecida. El Paso 13 habría producido un delta dentro de delta. Cerrado: la capa de medición se llama μ.

Cerrado

08

Lo que el modelo no promete

Costo. Un modelo que maximiza revenue sin restricción de costo prescribe siempre más volumen, que es justo lo que el invariante del ciclo prohíbe.

Caja y tiempo. El revenue no paga cuentas, el efectivo sí. Con ciclo de venta de 60 a 120 días, el componente variable cobra tarde y el costo se paga temprano.

Capacidad instalada. El loop no escala más allá de las horas del operador. Cuando ese es el cuello de botella, la métrica correcta no es CPO en dinero sino oportunidades por hora.

Que Beta puede morir. El modelo no tiene estado absorbente, así que no distingue una estrategia que rinde 12% seguro de una que rinde 15% esperado con 20% de probabilidad de ruina. Sin muerte, recomienda sistemáticamente las apuestas de más varianza, y lo hace con lenguaje de optimización.

Saturación. Cada ciclo consume cuentas de un universo finito y quema dominio. El CPO puede mejorar de verdad mientras el revenue total se aplana. Confundir las dos cosas es el error de lectura más probable de cualquier dashboard construido sobre esto.

Condición de rechazo

Si la adopción se limita a renombrar términos y no instrumenta el costo (la sección 01 lo incorpora al modelo, pero hoy no hay ninguna tabla del sistema que lo mida), control concurrente por holdout, y al menos un umbral que haga fallar un paso con código de salida, el modelo no se adopta. En ese escenario no agrega capacidad y sí agrega superficie de teatro.


Functions v0.1 · Clasificación INTERNO

Sin validar · cero ejecuciones reales