El problema
Bulkify no necesitaba copiar un checkout de consumo masivo. En maquinaria B2B, una compra suele requerir validación, disponibilidad, condiciones comerciales y coordinación antes de cerrarse.
Si el sistema trataba cada click como una transacción inmediata, iba a esconder justamente lo importante: la intención del comprador y el proceso que convierte esa intención en una operación posible.
La decisión
El modelo se centró en intención. En lugar de construir un carrito genérico, el backend representó estados del proceso: interés, datos necesarios, validación, contacto y eventual cierre.
Ese enfoque permitió que las APIs comunicaran el proceso real. El frontend podía guiar al usuario sin prometer una compra instantánea, y la operación podía intervenir en el momento correcto.
Trade-offs
Un modelo más honesto exige más definición inicial. Hay que nombrar estados, transiciones y responsabilidades. La ventaja es que las reglas dejan de vivir en texto suelto o en acuerdos informales.
El sistema queda más preparado para cambios comerciales porque el dominio está representado de forma explícita.
Resultado
Bulkify ganó un checkout ajustado a su mercado: menos parecido a un formulario de ecommerce y más cercano a un flujo de calificación y coordinación comercial.
La lección fue que la arquitectura mejora cuando empieza por la forma real del negocio, no por la pantalla que parece más conocida.