Ecommerce Splits by Merchant Complexity
Peter Zhou, CEO of Rutter, on building the Plaid for ecommerce
The key shift is that ecommerce software is splitting by merchant complexity, not converging on one winning architecture. Smaller sellers still want one dashboard that handles storefront, payments, apps, and operations with minimal engineering, while larger brands increasingly peel the front end away so developers can build custom sites on top of APIs. That leaves the market looking less like a platform takeover and more like a ladder, where merchants graduate from bundled tools to modular stacks as their needs become more specialized.
-
Shopify showed how the middle path works. It began as a tightly bundled storefront and back office product, then expanded through apps and headless tooling like Hydrogen and Oxygen, letting merchants keep Shopify as the system of record while customizing the customer facing experience.
-
Headless is strongest where a brand has real reasons to customize, like running separate content and commerce systems, launching multiple storefronts, or tuning checkout and merchandising by market. BigCommerce and Adobe both pitch this model as API driven commerce with a separate presentation layer.
-
That is why infrastructure companies like Rutter benefit from both outcomes. If merchants stay on all in one platforms, integrations still matter because apps need one connection into Shopify or BigCommerce. If merchants go headless, integration demand rises further because more systems have to exchange catalog, order, and customer data.
The next phase is a hybrid market where platforms sell simplicity to the mass market and composability to bigger brands. As headless tools get easier to deploy, more merchants will adopt pieces of the modular stack without fully rebuilding everything, which increases the value of neutral infrastructure that can connect many commerce backends to many software layers.