Un plan es una lista, no un nivel.

Cobrar de forma componible significa vender el producto como una lista de partes, cada una con su propio precio, y cobrar la suma de las que estén encendidas. Suena a una decisión de facturación. No lo es: en cuanto un plan puede tener una forma distinta para cada persona, la pregunta interesante deja de ser «cuánto cuesta» y pasa a ser «qué, exactamente, puede impedirte hacer una parte apagada».

Por qué casi todo se vende en niveles

Básico / Pro / Empresa no es un hallazgo sobre los clientes. Es un hallazgo sobre las facturas. Tres columnas reducen un producto a tres precios, tres estados de permiso y tres caminos de subida, que es más o menos la menor cantidad de maquinaria con la que se puede salir adelante. Todo lo que viene después —la página de precios, el candado, el correo de renovación— tiene tres casos que atender en vez de un número indefinido.

El costo lo paga quien quería una columna de un nivel. Los niveles agrupan por personaje («Pro», «Equipo») y no por uso, así que la relación entre lo que pagas y lo que tocas depende de cuánto te parezcas al personaje alrededor del cual se dibujó el paquete. Casi nadie se le parece tanto.

Desempaquetar arregla esa relación y, de inmediato, crea tres problemas que los niveles nunca tuvieron que responder. Vale la pena recorrerlos, porque las respuestas son el diseño de verdad.

Problema uno: ¿qué es una parte?

No toda capacidad puede ser una línea de la cuenta. Algunas sostienen el edificio: quítalas y lo demás deja de significar algo. En un sistema que mueve dinero, ese piso es el movimiento del dinero mismo: una billetera, depósitos y retiros, puentes y swaps entre redes, el planificador que va a buscar lo que una operación necesita. No puedes venderle a alguien una pantalla de apuestas y venderle aparte la capacidad de llevarle dinero, porque la pantalla sin el dinero no es un producto, es una foto.

Por eso un plan componible tiene una forma: una base que siempre se cobra y una lista de partes que son de verdad opcionales porque, al quitar una, queda atrás un producto coherente. La base de amparo cuesta 2,00 USDC por bloque de dos semanas y lleva la billetera, el dinero que entra y sale, los puentes y los swaps, el planificador de fondeo, el panel y los registros de impuestos. Las seis partes opcionales son lo que haces con el dinero una vez que puede moverse.

Problema dos: ¿qué apaga un interruptor?

Aquí está todo el diseño, y aquí es donde cobrar por partes suele ponerse feo. Dibujar siete interruptores es una tarde. Decidir qué puede detener cada uno es lo que determina si tu modelo de precios es una elección o un secuestro.

La versión ingenua bloquea una pantalla: sin la parte Mercados, no hay pantalla de Mercados. Entonces alguien quita Mercados con tres posiciones abiertas ahí y descubre que su dinero quedó detrás del candado. Ahora tiene que pagar para salir, y eso no es una suscripción: es un cerrojo.

La regla que lo evita es angosta y conviene decirla exacta: una parte es dueña de lo que abre exposición nueva dentro de ella, y de nada más. Leer, cerrar, cancelar y retirar nunca se bloquean. Esa asimetría llega hasta el interior de una sola pantalla: en un mercado que ya tienes, el botón de comprar está bloqueado y el de vender que está justo al lado no, porque uno empieza algo y el otro lo termina.

Problema tres: las partes comparten tubería

Las partes son un relato sobre el producto. El código de abajo es un relato sobre rieles, y los dos no calzan uno a uno. Al mismo riel de órdenes se llega desde un tablero de mercados y desde un planificador de apuestas de cobertura; el mismo riel de swaps convierte un token depositado en la moneda que quiere la plataforma, y eso es movimiento de dinero lo llame quien lo llame.

Un mapa de un punto final por parte resuelve esto mal: o duplicas el riel para que cada parte tenga su copia, o le cobras dos veces a alguien por un solo caño. La salida es que el candado sea un conjunto de cualquiera de estas: el punto final nombra todas las partes que legítimamente lo abren, y tener una basta. Y los rieles que en realidad son tubería se quedan en la base aunque vivan detrás de la pantalla de otra parte, porque bloquearlos rompería el dinero que entra y sale para todo el mundo.

La aritmética tiene que hacerse en un solo lugar

Dos números pueden separarse: el de la pantalla y el que te cobran. En un sistema de niveles hay tres de cada uno y alguien se da cuenta. En uno componible hay 2⁶ planes posibles, y un desajuste puede esconderse en una combinación que nadie del equipo eligió jamás.

La única defensa es que el catálogo —qué pantallas lleva cada parte, cuánto cuesta, cómo se llama— exista exactamente una vez, en el servidor, y que al cliente se le entregue en vez de que guarde su propia copia. El armador de planes muestra los precios que el backend va a cobrar porque son los mismos valores, y llegan en la misma petición que dice qué partes tienes hoy. Agrega una parte, o mueve una pantalla de una parte a otra, y los dos lados se mueven juntos o no se mueve ninguno.

El mismo principio decide quién calcula la cuenta. El cliente nunca manda un monto, solo qué partes quiere; el servidor le pone precio a ese conjunto y, cuando el pago aterriza, le vuelve a poner precio al mismo conjunto contra lo que de verdad llegó a la cadena. Un cliente que pide que le acrediten más de lo que pagó falla en el último paso, no en el primero.

La regla que sorprende: una renovación solo puede ensanchar

Digamos que tienes Mercados y quieres agregar Trading. ¿Qué deberían cobrarte? La respuesta tentadora es «el precio de Trading», y está mal, porque ese pago también corre tu fecha de vencimiento, lo cual renueva Mercados de paso. Cobra el precio del complemento y habrás vendido dos semanas de un plan de 3,00 por 1,00.

Por eso cada paso de un pago vuelve a derivar el conjunto efectivo: lo que pediste, ensanchado con lo que tu membresía todavía activa ya lleva. Agregar Trading a un plan con Mercados vivo cotiza base + Mercados + Trading, y el bloque que compras renueva todo eso.

La consecuencia honesta se sigue directo: no puedes encoger un bloque que ya pagaste. Quitar una parte surte efecto cuando se acaban los 14 días en curso, y hasta entonces sigue encendida en el armador, porque la alternativa es un botón que en silencio te quita tiempo comprado. No hay prorrateo en ninguna dirección.

Qué pagas de verdad, y cómo

La membresía corre en bloques de 14 días, que se compran de a uno, dos o cuatro. El pago es una transferencia común de USDC en Polygon desde tu propia billetera hacia una dirección fija: el servidor arma la transacción sin firmar, tu navegador la firma, y se acredita solo después de que el recibo confirme y aparezca en la cadena una transferencia por al menos el monto esperado. El hash de la transacción es la referencia del pago y es único, así que un pago acredita exactamente una vez.

De ahí salen dos consecuencias que son la diferencia real con una suscripción con tarjeta. Agregar tiempo se apila: el vencimiento nuevo es el que sea posterior entre tu vencimiento actual y hoy, más los días que compraste, así que pagar temprano nunca te cuesta la cola de lo que ya tenías. Y no hay nada que cancelar, porque no hay nada guardado que cobrar. Una membresía se termina cuando no se renueva.

Al primer inicio de sesión arranca una prueba de 7 días con todas las partes encendidas, lo que significa que el primer plan que casi todo el mundo arma es una resta al producto completo y no una adivinanza sobre él. En la página de precios está el armador con los números en vivo.

En qué es malo este modelo

Vale la pena ser franco con el intercambio. Cobrar por partes es más difícil de explicar que tres columnas: «desde 2,00» es un piso, no un precio, y quien lee tiene que hacer un poquito de trabajo para encontrar su propio número. No tiene momento de subida de nivel, lo cual es una pérdida real si contabas con eso. Y complica el soporte, porque cada cuenta es un producto ligeramente distinto y «no me funciona» ahora exige leer un plan antes de poder responderse.

Además, solo se mantiene honesto mientras se cumplan los invariantes: un catálogo que leen los dos lados, un candado que no detiene nada salvo exposición nueva, y un precio que el servidor recalcula en vez de aceptar. Rompe cualquiera de los tres y tendrás un producto por niveles con pasos de más y un candado peor.