Comparing TaliCMS and Rapattoni
A member portal and a public website solve different problems. Here's the difference, and why they're not actually alternatives.
If your association runs Rapattoni, this page is probably not asking you to change that. It's about the difference between a member portal and a public website - two things that are often confused and serve genuinely different purposes.
Portal and website are not the same thing
A member portal is where a member signs in to do business with the association: check their record, pay dues, register for a class, update their details. It's transactional, it's authenticated, and it's tightly coupled to your membership database. Rapattoni's is exactly that, and for associations running Rapattoni Magic it's an established part of the operation.
A public website is what everyone sees before they sign in - and what the public sees who will never sign in at all. Your Find-a-REALTOR® directory. Market statistics. Advocacy positions. News. Education listings. The impression your association makes on a member of the public, a journalist, or a prospective member.
Portals are built for transactions. Websites are built for communication. A system that's good at one is not automatically good at the other, and it's unreasonable to expect it to be.
Where the confusion costs associations
Because the portal handles the member-facing transactions, it's easy to assume the website question is answered. Then:
- The public site is left to age, because the portal is "the member experience"
- Market statistics live as monthly PDF downloads instead of pages that can be found and cited
- The Find-a-REALTOR® directory is either buried or hard for search engines to read
- Publishing anything requires more effort than it should, so less gets published
- Members hit two different interfaces with two different logins and don't distinguish between them the way your org chart does
None of that is a criticism of the AMS. It's a gap in a different product category.
What we do instead
TaliCMS is the public website layer. It doesn't replace your AMS or your portal - it connects to your member data and gives your staff a website they can run.
For an association running Rapattoni, the shape is usually:
- Rapattoni keeps doing membership, dues and the transactional portal
- TaliCMS runs the public site - directory, listings, market data, news, advocacy, education, documents
- Member data connects the two, so the public directory reflects actual membership without a second copy being maintained
- Members sign in with credentials they already have, rather than a third password
We do this with several member data sources today, including NAR's M1 Gateway for NRDS records, and with per-association single sign-on.
Questions worth asking
Of your current setup:
- When was the public site last meaningfully updated, and who did it?
- Can a member of the public find a REALTOR® in your area from a Google search?
- Are your market statistics pages, or downloads?
- How many logins does a member need across your systems?
Of any vendor, including us:
- What exactly would connect to our membership data, and has that specific connection been built before?
- What stays with our AMS, and what moves?
That fifth question matters here. Be wary of any vendor - us included - who claims an integration they haven't actually built.
The summary
Keep the system that runs your membership. Ask a separate question about the site the public sees.
Tell us about your association
Which MLS you're on, roughly how many pages you have, and when you need to be live. We'll tell you what's straightforward and what isn't.