Shared systems preserve team workflows
Jason Lengstorf, VP of Developer Experience at Netlify, on Jamstack's anti-monolith approach
This is really a point about software buying power inside companies. In the old monolithic CMS world, one group usually won. If marketing chose the stack, the result was often a heavyweight system like Adobe Experience Manager or Sitecore that gave editors workflows and previews, but made developers work around rigid templates and complicated setup. If developers chose, marketers often lost the simple editing tools they needed day to day.
-
Headless architecture changes the decision from one big winner take all purchase into a bundle of specialized tools. A team can keep WordPress for editing, use Shopify for commerce, and let developers build the frontend separately through APIs, instead of forcing one product to do every job badly.
-
That trade off became a real market opening for headless CMS vendors. Contentful, Sanity, Contentstack, and Storyblok all grew by giving developers clean APIs, then gradually adding previews, workflows, and visual editing so marketers could work without opening GitHub or touching raw data structures.
-
Netlify’s role in this stack is similar to what Heroku did earlier for app deployment. It wraps CDN, hosting, previews, rollbacks, and serverless pieces into defaults, so frontend teams can move fast without needing one internal platform team to mediate every website change.
The direction of travel is toward shared systems that let each team stay in its native workflow while still shipping through one modern web stack. The winners are likely to be platforms that remove the old marketing versus developer trade off entirely, by combining API flexibility with built in preview, workflow, and visual editing for non technical teams.