How to choose a CMS without future friction
A good CMS should match the team's operating rhythm, not only the current design. These are the tradeoffs we check first.
Luka Mutić
Strategy and web delivery
Article contents
A good CMS should match the team's operating rhythm, not only the current design. These are the tradeoffs we check first.
Context before the solution
CMS decisions are often made around design or implementation cost. Long term, the better question is whether the system matches the team's workflow, permissions, translations, SEO needs, and publishing speed.
What we check first
- Who edits content and how often.
- Whether translations, page versions, and approvals are needed.
- How flexible the content structure has to be.
- Whether the platform supports performance and technical SEO without workarounds.
Turning it into a plan
We define content models and workflow before choosing the platform. A CMS is not only an admin screen; it is an agreement about how content is created and kept clean.
The signal that it works
A good CMS reduces developer dependency for routine changes without lowering page quality.
A CMS should remove friction, not move it into a different interface.
Common pitfalls we keep seeing
A CMS is often chosen before any real conversation about content. The team picks the platform because it is popular, cheap, or familiar to a developer, and a few months later realizes every small change requires technical help.
- The platform is selected on license cost without estimating the true cost of maintaining it.
- Content models are designed after the build, so every new page becomes an exception.
- Translations are not planned, so a second language version becomes a parallel site rather than a structured layer.
- Plugins stack up to compensate for missing basic features, which slows the site and adds security risk.
- Editors do not have clear permissions, so anyone can accidentally change what they should not.
After a year of these decisions, the CMS becomes a burden rather than a tool. Every campaign, new product, or structural change costs disproportionately more effort than it should.
What to apply this week
Before choosing a platform, it helps to write a short document about how content is actually used in your company. That is the cheapest way to learn what you really need.
- List the content types you publish and the fields each type must have.
- Define roles: who writes, who approves, and who publishes.
- Decide whether you need versioning, translations, and scheduled publishing — this quickly narrows the field.
- Test the admin experience with real content, not with demo data.
- Ask how much a new page type or feature will cost in working hours, not only in license fees.
A good CMS is one you do not notice. The team publishes, translates, and edits without workarounds, and developers get involved only when something genuinely new is built.
Next step
Before choosing a platform, describe the three most common jobs an editor needs to complete alone. If you want us to review your website foundation, send us a short note with the goal you are working toward.