News and public notices
Routine updates, consultations and urgent messages, with sensible dates, categories and expiry controls.
Talk to PBR
Public Sector CMS is WordPress with the useful parts already thought through: publishing, events, people, places, documents, search and editorial control. It is made for smaller public-sector and cultural organisations that need their website to do a great deal, without having a corporate-sized budget to build it.
See what is includedA town council, museum or cultural organisation should not have to pay us to rebuild the same basic publishing tools from scratch.
Most need some combination of news, events, people, documents, places and directories. They also need good search, accessible pages and enough control for a small team to keep everything current.
We have built those parts once and built them properly. That gives us more time to work on the things that are genuinely yours: who uses the website, what they need from it, how the content should be organised and where the current experience gets in their way.
You get a head start, not somebody else’s website with your logo added.
We start with working ways to publish the content below, then adapt them to your subject matter and the way your team works. A museum’s events programme is not the same as a council calendar; it should not be treated as though it is.
Routine updates, consultations and urgent messages, with sensible dates, categories and expiry controls.
A clear community calendar with locations, recurring events, moderated submissions and automatic archiving.
Profiles for councillors, trustees, staff, artists, speakers or volunteers, with the right details and relationships for each organisation.
Searchable local organisations, businesses and services, including public submissions, approval and review reminders.
Organised collections with useful metadata and automatic listings, so important files do not disappear into the media library.
Venues, facilities, collections, public spaces and services, with mapping where it genuinely helps somebody complete a task.
An accessibility widget cannot repair an inaccessible website. We deal with accessibility in the page structure, components, forms, code and editing tools instead.
Because we reuse the same core components, we can test them thoroughly and carry those improvements into the next project. We then test the finished website again with its actual content, integrations and most important tasks.
Keyboard and screen-reader considered components
Clear heading, link, form and error patterns
Checks and guidance for people editing content
Manual testing alongside automated tools
Testing with real tasks, content and devices
Support for the accessibility statement and review process
Flexible page builders often give editors hundreds of choices and leave them responsible for design decisions. We take a more useful approach.
Staff receive a focused library of page patterns and components built around the content they publish. They can change layouts and create new pages without accidentally undermining the visual identity or accessibility of the site.
Starting ahead does not mean deciding the answer in advance. We still need to understand the people using the website, the content they are looking for and the staff who will keep it running.
We look at analytics, speak to the people involved and review the existing content. That tells us which journeys matter and where the website is currently making life difficult.
Your structure, visual identity, language, permissions and page layouts are designed around your organisation. We do not reskin a generic public-sector template.
We put prototypes and working pages in front of people early, while their feedback can still improve the result.
Editors train using their own content. They receive useful documentation, ongoing support and everything another WordPress supplier would need to take over.
The starting point comes from years of work with museums, charities, public bodies and other organisations with a lot to communicate and small teams responsible for doing it. We keep the ideas that worked and revisit the ones that are specific to each project.
We planned and migrated a substantial body of content, brought events into a clearer system and have hosted, maintained and developed the website since 2019.
We researched, tested and built a public-sector service that helps officers find volunteers by skills, availability and preferences, following GDS accessibility guidance.
We designed search around the language people actually use, including alternative names and misspellings, rather than expecting users to know the organisation’s terminology.
You receive the project code, database, files, credentials and documentation in a usable form. Another competent WordPress supplier can take over the website if required.
We use supported third-party tools where they are the right answer, keep dependencies under control and make recurring licence costs clear before they are approved.
Payments, venue booking and other transactions can be valuable, but the workflow needs to be understood first. Installing a WordPress plugin does not decide prices, approvals, refunds, staff responsibilities or how an existing finance system should fit in.
We can add or connect those services when they are ready, without holding up the accessible publishing website needed at launch.
Public Sector CMS is developed and supported by Powered By Reason. We are a small, senior team with long experience of delivering complicated websites for public-sector, cultural and public-interest organisations.