Member Portal StudioA site of The Goodstack Company Discuss a project

Evaluation guide

How to evaluate association management software, with a scoring checklist

Compare association software against your member rules. Use the editable scorecard and a worked fictional demo to separate verified fit, partial support and unanswered questions before choosing what to configure or build.

What this checklist is for

An association software evaluation has to cover joining, dues, renewals, levels, chapters, events, education and the member requests your staff handle outside those screens.

Test your current platform and alternatives against the same requirements. We build custom membership software and have a commercial interest in that decision. Record demonstrated behavior and unanswered questions before choosing a path.

Before you shortlist, write down the work

Gather these before you book a demo so each vendor answers the same requirements.

  • Every membership type you sell, and what each one gets.
  • Chapters, committees and organizational memberships, and who administers them.
  • Your renewal rules in full: dates, grace periods, prorations, lapses, reinstatements.
  • The five member requests your staff handle most often, with a rough count per month.
  • Every system membership status touches: website, directory, community, events, education, payments.
  • Who approves each exception, and what they open to decide it.

Write testable requirements: “A member in two chapters pays one invoice and appears on both rosters.”

The scoring checklist

Use the comparison during each demo. Unknown means unchecked; unmet means checked and unsupported. Missing evidence is never scored as failure.

Use it during your next demo

Your AMS comparison

No email required. Entries stay in this page and are lost when you reload or leave. Print or save as PDF before closing. Do not enter personal member or customer records.

Set priorities first. Mark a capability verified only after seeing your scenario work. Partial means some of it works; unmet means it was checked and does not. Unknown is unanswered, never zero.

1. Set your requirements

2. Compare your options

Rename these to the products or proposals you are considering. None has a score supplied by us.

Configure our current platform Not assessed
Extend our current platform Not assessed
Replace with another platform Not assessed

3. Read the gaps before the score

Verified = 2 points, partial = 1, unmet = 0. The percentage uses only assessed requirements, weighted by your priorities. Coverage shows how much of the total weight you actually checked. A high score with low coverage is incomplete evidence. No automatic winner is selected.

Discuss the unresolved member workflow

Set weights before demos and keep an evidence note beside each assessment.

A worked vendor-demo example

Synthetic demonstration: invented records. Cedar Association and these findings are fictional. No real association or client is shown, and no association practitioner has reviewed this example. No named vendor is scored.

Cedar has individual and organization memberships; one linked person belongs to two chapters. Its proposed rule suspends unpaid members after seven days of grace. Staff may approve a temporary benefit without marking an invoice paid.

Enter these requirements and weights before the demo. Rename the first option “Configure current platform.” These are invented findings.

Requirement and weightWhat the fictional demo showedAssessment and next evidence
One organization invoice; a linked person appears on both chapter rosters. Weight 3.Staff opened the invoice and both rosters for the same linked record.Verified for this scenario. Save the test record IDs and configuration note.
Renewal access follows the grace period and returns after payment. Weight 3.Access remained during grace; reinstatement after a late payment was not shown.Partial. Request the late-payment and access-recovery steps.
Staff can approve a temporary benefit while an invoice stays unpaid. Weight 3.The demo could only restore the whole membership status.Unmet against this requirement. Ask about a supported configuration or extension.
One sign-in reaches only the benefits this level allows. Weight 2.Sign-in to the connected education service was omitted.Unknown. Arrange a test with both allowed and blocked access.
Staff can export membership history. Weight 2.The agreed sample records and history fields appeared in the export.Verified for the sample. Record format, included fields and tested scope.
Migration, support and a maintenance owner are agreed. Weight 2.Written responsibilities were not supplied.Unknown. Request the scope and named owners.

Checked requirements have weight 11 out of 15 and earn 13 of 22 possible points. Unknown rows stay outside the score. The worksheet displays both score and coverage. An essential unmet rule can block a purchase whatever the total says.

Example note: “Fictional demo, 7 October 2026. R-17 stayed active in grace. Late payment and access recovery not demonstrated; follow-up requested.” Assign an owner and due date for that answer. An untested promise stays unknown.

Print or save a PDF before leaving; entries are lost on reload. Keep personal information out. The tool calculates your assessments; it does not test vendors or choose a winner.

Membership records, levels and renewals

  • Membership types carry the required dues, terms and benefits.
  • Chapters, committees and organizational memberships are modelled the way you run them.
  • Member history includes joins, lapses, reinstatements, level changes and payments.
  • Renewal runs the way your rules describe, grace periods and prorations included.
  • Staff can change a level or correct a date without a support ticket.

Joining, self-service and what members see

  • A prospective member joins and pays in one sitting, on a phone.
  • A member signs in once and reaches the directory, events, education and documents.
  • A member sees what their level entitles them to, in plain words, on one screen.
  • A profile edit reaches the directory and every other system that shows it.

Exceptions and the staff queue

Include exceptions your staff actually handle, with the current owner and effort recorded.

  • The five requests you counted each have a named path through the product.
  • A request outside the standard options lands somewhere, with the member record attached.
  • Staff see what is waiting, who owns it and how long it has been open.
  • An approval writes back once, and the member sees the result.

Integration and data access

  • Connections are documented, with built-in and partner responsibilities distinguished.
  • The API is documented publicly, and your contract allows you to use it.
  • Single sign-on works with the identity provider you already run.
  • You can export all of your data, in a usable format, whenever you want.

Reporting and the numbers your board sees

  • The reports your board reads can be rebuilt in the product, by staff.
  • Retention, lapse and engagement figures are defined somewhere you can read.

Implementation, support and the contract

  • You get a written implementation plan with named roles on both sides.
  • Migration scope is written down: what comes over, what is cleaned first, who reconciles it.
  • Support hours cover your renewal season, and you know the escalation path.
  • Price increases at renewal are capped in writing, or you know they are not.
  • You know what happens to your configuration at upgrade time.

How to run a demo you can score

Give each vendor a scenario from your requirements.

  • Send the same written scenario to every vendor in advance, and have them run it on screen with invented or approved sanitized records.
  • Use your own words. If your members are Fellows and your chapters are Sections, see whether the product can say that too.
  • Record assessments during the call.
  • Include the staff member who handles these requests.

Reference calls

Ask each vendor for an association close to your size and structure. Then ask:

  • What did implementation take, from signature to live, and what moved the date?
  • Which part of your process did you change to fit the product?
  • What still happens outside the system, in a spreadsheet or an inbox?
  • If you were choosing again, what would you score differently?

Capture the answer, its context and whether you have permission to share it with the decision team.

Where custom membership management software fits

For Cedar, request the missing demonstrations. Ask the current vendor to demonstrate a supported configuration for the benefit exception.

Keep configuration that meets the rule with acceptable support. For one remaining benefit action, compare a narrow extension while the platform retains membership and billing records. Scope permissions, failed updates, reconciliation and maintenance. Consider replacement for essential gaps across core membership or renewals when another platform demonstrates them. Include migration and staff change costs.

Use the platform or custom portal worksheet to compare those paths.

Questions buyers ask about association management software

How do I choose association management software?

Write member, level and renewal requirements first. Compare vendors using the same weights, then check references with similar operations.

Do we need custom membership management software?

Test configuration first. Consider custom work for an unresolved action with defined authoritative records, permissions and a maintenance owner. Unknown answers need more evidence.

How long does replacing association management software take?

Ask for a plan tied to your data, integrations, reconciliation, training and renewal calendar. Check which assumptions changed for references.

Using this checklist with us, or without us

Bring one unmet requirement, its evidence note, systems and responsible staff role. We can map that action with you. Share a blank or sanitized worksheet without personal member information.

Discuss a member portal project