Why the profiles differ
The same architecture solves five different bottlenecks.
The modules do not change between operators; the binding constraint does. A trader losing edge to sizing is buying something quite different from one who cannot tell which of four branches is carrying the account, even though both receive the identical eleven workbooks. This matters commercially and operationally: it determines which module the operator should live in first, which output will feel revelatory, and which parts will initially seem like overhead. A system introduced in the wrong order for the operator's actual bottleneck feels heavy long before it feels useful.
Schematic weighting of what each profile is primarily buying. The architecture is constant; the constraint it relieves is not, and it determines which module earns its keep first.

