Skip to content

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.

Talk to us about your members

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.

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

ACS
Coba
Doltone House
Hay St Market
SES
Lagardere
Merivale
Standards Australia
The Boat House
WSU
Venues NSW
Riptide
Australian Mutuals Archives
Niban
Bronson Safety
QTM
Skin Check Champions
Auckland Museum
ChronosHub
Social Remedy
Aust Wide Tax & Payroll
PCTE
Complibuild
Doltone Hospitality Group
Southport Sharks
Chainbuilt
Life Ready Studio
Office of the Chief Parliamentary Counsel

“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 augmentation

Fixed-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