Betty Blog: AI for Associations

"Human-Centered AI" Is Easy to Say. Here's What It Actually Has to Do for Your Members.

Written by Marcus Duhon | Jul 22, 2026 1:37:23 AM

A friendly chat window and a human "somewhere in the loop" don't make a service human-centered. Here's the test that actually counts.

Picture a member trying to figure out whether a professional-development course will satisfy a requirement. Your association's AI assistant answers in seconds—it reads their profile, checks their recent learning history, and hands back a tidy short list. No staff member had to step in.

On the dashboard, it looks like a clean win. Fast response. Tailored answer. Successful "containment."

But here's what that dashboard view may not tell you: Did that recommendation use the current, authoritative rules—or last year's? Does the member even know they're talking to AI? Is their record right? Can they push back on the answer? Can they reach a qualified human before they act on it?

Those questions are the member's actual experience. And a service can be fast, personalized, convenient, and genuinely well-liked while still flunking every one of them.

If you've spent any time in the association world, you already know the gap between "the metrics look great" and "the member was actually helped." I've seen it exposed in plenty of review meetings—everyone has been nodding at a green dashboard but really the members were quietly giving up somewhere off-screen. This is that same gap, now wearing an AI badge.

Fast and friendly isn't the same as human-centered

"Human-centered AI" gets said a lot. Usually it means a warm interface, or the reassurance that a person is somewhere in the process. Neither one tells a member what will happen when they actually need help.

Members don't experience your association through your architecture. They experience it through a handful of very human moments: Can I get the right answer? Can I finish the thing I came to do? Can I fix it when it's wrong? Can I reach a real person when it gets complicated?

That's the whole game. And for association leaders, it really comes down to a few questions worth keeping in mind:

• Does it help the member accomplish the right thing?

• Does the member understand what the AI is doing—and where it stops?

• Can they correct bad information or challenge something that affects them?

• Can they reach a qualified person when real judgment is needed?

• Is the association clearly on the hook for what the system does?

And here's the part that sets the stakes: the more a result touches someone's membership, credentials, money, or safety—and the harder it is to undo—the more each of these matters.

Start with the member's problem, not the use case

It's tempting to start with the shiny thing: a chatbot for inquiries, a recommendation engine for education, an automated renewal nudge. Start somewhere less exciting instead. What is the member actually trying to get done?

Maybe they're trying to renew without getting bounced between three systems. Maybe they're hunting for the right benefit, or confirming a course meets a professional requirement. Finishing a chat is not the same as finishing that job. Keeping a question away from your staff is not the same as answering it.

This is where a lot of implementations quietly go wrong. Containment, response time, and staff-hours-saved are useful operating numbers—but they don't prove a member is better off. Inquiries can drop simply because it got harder to reach a human. That's not a win. That's a leak you're celebrating.

Take the previous example of a course recommendation; a plausible-looking list isn't good enough. The service should pull from current, authoritative rules, draw a bright line between a suggestion and a formal eligibility decision, admit when it's unsure, and route the member to the right person when it hits its limit. Reliability isn't one feature—it comes from the whole service working together: the source material, the member data, the business rules, and the exit ramp for when the AI reaches the edge of what it knows.

Say what the AI is doing—in plain English

Members don't need a technical briefing. They need just enough to decide how much weight to put on an answer and what to do next.

Where it matters, a member should be able to tell they're dealing with AI, what it's there to help with, and what its important limits are. If AI shaped a recommendation, say so. If the service used their profile or learning history to tailor an answer, explain that in plain language. Then—this part gets skipped constantly—give them a clear next step.

The OECD's AI principles back this up: people should know when they're interacting with AI, get understandable information about what it can and can't do, and have what they need to question an outcome. (OECD AI Principles)

"AI may make mistakes" is rarely going to be sufficient as a disclaimer. The useful version sounds more like a helpful colleague: "I can help you find relevant courses. I can't confirm this one meets your specific requirement—here's the policy it's based on, and here's exactly who to ask for a definitive answer."

Give members a way to fix the record

Accepting whatever the system spits out shouldn't be the only option on the table. If an AI service grabs the wrong membership category, an outdated learning record, or a misread request, the member needs a simple way to set it straight.

Sometimes that's light: edit some info, rephrase the request, dismiss an optional recommendation. But when an outcome carries real consequences, it means a real challenge route—and a review that can actually change the answer.

Here's the trap: imagine a member steered away from a benefit because the system is holding an old membership record. A "correction process" is useless if the corrected information never reaches the recommendation that used it. Its critical that staff and members can provide feedback, and get proper corrections, on an answer without re-explaining the whole situation from scratch.

Human–AI interaction research supports exactly this—controls to correct, dismiss, and give feedback on what the system produces. (Amershi et al., "Guidelines for Human–AI Interaction") The practical question is dead simple: when a member says "this is wrong," what actually happens next? The right systems provide the functionality to report a problem immediately, and ideally directly in the interface.

"Human in the loop" isn't enough on its own

"Human in the loop" has turned into a comfort blanket. It's also only half the story. Parking an employee at the end of a workflow does nothing if that person doesn't have the information, the time, or the authority to change the answer.

When a member needs human judgment, the reviewer has to actually understand the subject, see the relevant evidence, know how the AI contributed, and have the authority to disagree. They need to be able to explain the outcome and put it right—without making the member start the whole conversation over.

And let's be honest about the other side of this: people aren't infallible either. Staff can over-trust a confident recommendation, miss context, or bring their own biases along. So the answer isn't to announce "a human is involved" and walk away. It's to make sure that human can genuinely exercise judgment—especially when the result touches membership status, credentials, money, safety, or access to help.

Design for the members most likely to struggle

Accessibility compliance matters. It's just not the finish line.

I've seen a service clear its accessibility audit and still leave a real member stuck. A service can technically meet a standard and still be rough going for someone using a screen reader, working in a second language, or simply not comfortable with chat. Some people will need an assisted or alternative route. Others need clearer language, predictable controls, error messages that actually help, and a little more time to fix a mistake.

So test the task, not just the interface. Can a member using assistive tech actually renew, or be directed to the right person to help? Can someone with limited digital confidence get a reliable answer without getting stuck in a loop? A shiny overall success rate can look perfectly healthy while one group of members keeps abandoning the process, getting weaker answers, or needing staff to rescue them. Look for those differences—then fix what the evidence actually shows.

It's your tool—so keep shaping it

From the member's chair, accountability starts with two very concrete things: a name and a route. Who's responsible for this service, and where do I go when it gets something wrong?

Here's the mindset shift that makes all of this work: an AI assistant isn't a set-it-and-forget-it purchase. It's a tool you OWN—and like anything that carries your organization's name, it does its best work when it stays close to you. Your content changes. Your rules change. Your members' questions change faster than either one. So a great assistant isn't the one you install and walk away from—it's the one you keep shaping, reviewing what it's nailing, correcting what it isn't, and feeding it the updates that keep its answers current and authoritative.

That's exactly the kind of partnership we aim for with Betty. We handle the heavy lifting on the technology side and the initial setup, but the assistant answers in your voice, from your trusted content, under your guiding hand. The associations that get the most out of AI don't treat it like a vending machine (money in, answer out, nobody home). They treat it like a new team member—one that gets sharper the more you coach it.

Some calls still belong to a person

AI can absolutely help inside a sensitive process—pulling the relevant policy, checking documents, organizing material, summarizing a file, routing a request to the right desk.

The line is final decision authority. The case for a qualified human making the final call gets much stronger when the outcome is serious, hard to reverse, deeply personal, or involves a vulnerable person. For most associations, that should keep AI out of the final call on things like membership admission or expulsion, certification outcomes, disciplinary or safeguarding matters, and the resolution of a contested complaint. Betty and the Betty team will help you set those guardrails so that AI helps with everything it should, and routes to the right teams or individuals when it shouldn’t be making a call at all.

AI can now confidently support so much work, research and guidance. What it shouldn't do is quietly become the decision-maker while staff rubber-stamp its output. Your member should be able to count on a qualified person to weigh the facts, apply the rules, own the decision, and explain how to seek a review.

Measure whether members are actually better off

Operational metrics belong on the dashboard. They just shouldn't lead it. Judging a member service by containment and handle time is like judging a restaurant by how fast it clears tables—it tells you something, but not the thing you actually care about.

Start with the full member task. Did they actually finish what they came to do? Was the answer any good? How hard did they have to work to get there—and when it got handed off to a human, did that go smoothly or did they have to start over? Then, and only then, look at adoption, containment, handle time, staff hours saved, and satisfaction. All of it can be useful. None of it can stand on its own.

Containment can climb because you solved a problem—or because you made staff harder to reach. A lovely conversation can still end in a wrong answer. Staff savings are a real, legitimate outcome—but they only prove member value if the member also walked away with a better result.

A few questions worth asking

You don't need a governance program to get this right. But if you're considering an AI-enabled member service, these are a handful of questions worth talking through as a team—as much to sharpen your own thinking as anything else:

• What member problem are we actually solving?

• What does a genuinely good outcome look like across the member's whole task—not just the chat?

• What will members be told about the AI's role and its limits?

• How can a member correct information or challenge a result that affects them?

• When should the service hand off to a person—and will that person be set up to help?

• Which member-outcome measures will we watch, alongside cost and adoption?

Answer those honestly and you'll quickly see whether a proposal starts with the member's problem or with internal convenience. The good news: a well-chosen assistant makes most of these easy to say yes to.

The test is on the member's side

You can't prove an AI service is human-centered with a strategy deck, a demo, or an efficiency dashboard. The proof is much more ordinary, and much more honest than any of that. Can members get the right result? Do they understand what just happened? Can they fix a problem, reach someone with authority, and get a fair resolution?

If all the evidence lives inside your organization—and not in what members can actually do when the service works well or falls over—then it isn't human-centered yet. Not because anyone had bad intentions, but because human-centered is a thing you demonstrate, not a thing you declare.

Start with the member's real problem, be honest about the limits, keep a qualified human reachable, and keep shaping the tool as your world changes. Do that, and "human-centered" stops being a slogan and starts being something your members can feel.

If you're weighing an AI assistant for your members, let's talk. We'd love to help you ask the good questions early—so the answers show up where they matter most: on your members' side.