Industry — Membership & associations
Websites and portals for member bodies
Peak bodies and associations carry a harder brief than most: a public site that argues a position, a members-only area that has to be genuinely useful, and often decades of material that needs to stay findable. We have built all three.
- 2018
- building since
- 70+
- designers, engineers and product people
- 5
- regionsAustralia, Europe, the Philippines, the Middle East and the USA
- 6,500+
- commits across six repositoriesthe three SES aviation platforms we build and still run
What member bodies need
Public site and member area, one platform
The public site makes the case for the sector; the member area does the work. We build both on one platform so your team publishes once, with membership tiers deciding who sees what.
Gated content that stays usable
Submissions, guidance notes, research and event material behind a login — with search that works across the whole library, not just the last few uploads. Access rules follow membership category rather than a manually maintained list.
Searchable archives
Associations accumulate decades of material. We build archives that make it genuinely navigable — as with Australian Mutuals Archives, where the custodian of Australia’s mutual banking history got a searchable online archive alongside a new brand.
Member data where it belongs
Integration with the CRM or membership database that is already the source of truth, so renewals, categories and contact details are not maintained twice and drifting apart.
A directory people can actually use
Often the most-used feature and the least-designed. For COBA, Find a Bank was a core deliverable rather than an afterthought, because locating a member institution is a job the sector genuinely needs done — not a feature that sounded good in a workshop.
Built for the administrator too
Every portal has two audiences and only one usually gets designed for. If updating a document library means editing a page template, the content goes stale — and stale content trains members not to come back. Documents, events and member records are modelled as types of thing with defined fields, so maintaining them is filling in a form. We wrote up why portals decay.
Access enforced, not just hidden
Entitlement follows membership category rather than a hand-maintained list, and it is enforced at the data layer. A menu item that is merely not shown is not access control — the document behind it is still reachable by anyone who knows the address. The four separate problems inside "access".
Taking over a portal that is not working
Most portals we are asked about already exist. The first question is not what to rebuild but what state it is in and what you actually own — the same assessment we bring to any inherited build, including the cases where the answer is that it does not need replacing.
What members actually come for
Ask an association what the portal is for and you get a list of capabilities. Watch what members do and it collapses to five jobs. If these are fast, the portal is a success — and if they are not, additional functionality does not rescue it.
Find a document
A specific form, submission or piece of guidance — usually one they have seen before and cannot locate again.
Check their own membership
Category, renewal date, who else at their organisation has access.
Find another member
The directory lookup, which is the feature most often under-built relative to how heavily it is used.
Register for something
An event, a course, a submission window — completed without emailing anyone to confirm it worked.
Get an answer without emailing
Every question the portal cannot answer becomes work for your team. That is the cost a bad portal hides.
How we would know it is working
Not by logins. A portal can have healthy login numbers and still be failing, and that is the case most often mistaken for success.
The measure is whether members complete the job they arrived for — documents found rather than searched for twice, registrations finished rather than abandoned, directory lookups that end in a result. Those are answerable with instrumentation, and worth deciding before a build rather than after.
The proof
Work we have shipped, not a capability deck.
- Customer Owned Banking AssociationA modernised website and member portal for the peak body representing Australia’s customer-owned banking sector.Read the case study
- Australian Mutuals ArchivesA new brand and a searchable online archive for the custodian of Australia’s mutual banking history.Read the case study
Common questions
Can you build a members-only area?
Yes — permissioned content, member directories, document libraries, event registration and self-service account management. This is application work rather than publishing, so it usually sits on Laravel with a CMS alongside for the public site.
Can it work with our existing membership database or CRM?
Yes, and it usually should. The association database generally stays the source of truth for membership status; the portal reads from it rather than becoming a second, competing record. We build the integration so neither system drifts.
Our current portal was built by someone else and is not working. Can you take it over?
Yes. COBA's website and member portal came to us from a previous agency, not meeting members' or administrators' needs; we reviewed, rebuilt and still support both. See project rescue for how a handover works.
What do members actually use a portal for?
In practice it collapses to five jobs: find a document or piece of guidance, check something about their own membership, find another member, register for something, and get an answer they would otherwise have to email someone for. If those five are fast the portal works. If they take three clicks and a search that does not, no amount of additional functionality rescues it.
Why do member portals go stale?
Because the administrator is the second user and rarely gets designed for. If updating a document library means editing a page template, the content ages — and a portal with stale content trains members not to come back. The fix is structural: documents, events and member records modelled as types of thing with defined fields, so the person maintaining it fills in a form rather than laying out a page.
Can you build a member directory?
Yes, and it is worth taking seriously — a directory is often the most-used feature and the least-designed. For COBA, Find a Bank was a core deliverable rather than an afterthought, because locating a member institution is a job the sector genuinely needs done.
How do you handle access for different membership categories?
Entitlement follows the membership category rather than a manually maintained list of people, and it is enforced at the data layer rather than by hiding links in the interface. A menu item that is merely not shown is not access control — the underlying document is still reachable by anyone who knows or guesses the address.
Can you make decades of back material findable?
That is usually the hardest part and the most valuable. Associations accumulate submissions, guidance and research over decades, filed under conventions that changed several times. Search has to work across the whole library rather than the recent uploads, which means the archive needs structure before it needs a search box.
How do we know if the portal is working?
Not by logins. The measure that matters is whether members complete the job they arrived for — documents found, registrations completed, directory lookups that end in a result. A portal can have healthy login numbers and still be failing, and that is the case most often mistaken for success.
Trusted by
“We partnered with Shakewell in 2024 to help improve and maintain our website technology. The team are friendly, diligent and routinely demonstrate a breadth of technical understanding that is hard to find. Their support has put us in a much stronger position to scale and enhance our web presence.”
Aidan Arentz
Digital Product Owner of Merivale
Engagement models
How we work
Four straightforward ways to engage us. Pick the one that fits, or mix them as your needs change.
Staff Augmentation
Add experienced Shakewell developers, designers or specialists directly to your own team. Engagements typically run three to twelve months, but can be as short or long as you need — you get the skills without the commitment and cost of hiring full-time.
About staff augmentationFixed-Scope Projects
Have a defined outcome in mind? We scope it, price it and deliver it as a project — a clear timeline, agreed milestones and a single point of accountability from kickoff to handover.
Embedded Delivery Teams
For larger or longer-running work, a cross-functional Shakewell team — development, design and delivery management — plugs in as your delivery arm, working to your priorities and your reporting cadence.
Support & Maintenance
Already live? We keep websites, stores and apps secure, updated and performing through ongoing retainers — business-hours support as standard, with 24/7 coverage available for critical issues.
About support & maintenance







