Course progress and additional readings
Course lessons · 7 of 8
You will make: A requirements brief, a folder plan for chapters and roles, and a test log for deciding what to keep, repair or expand.
Recorded walkthrough · from 4:59 · 3 min
Governance first, from day one: self-managed, not dependent on IT or a vendor queue. Then the part this lesson is built around — do not boil the ocean. Pick one workflow and one report, prove it once, then add the next. At 9:53 he covers enforcement: the five-contributor rule applied automatically, chapters seeing their own members, headquarters seeing everyone. Watch on YouTube ↗
Who owns the report and each step?
Choose a small permitted sample and one reporting cycle. Name the person who owns the question, the sources, the matching decisions, the comment review and the release. One person may hold several roles, but each responsibility should be explicit.
For an independent network, involve a contributor as well as the central team. The pilot is incomplete if headquarters can create a summary but a member organization cannot retrieve and correct its own report. For an individual association, check that the follow-up owner receives only the information needed for that purpose.
Who sees the record, the quote and the report?
| Reader | Useful permitted view | Test that should fail |
|---|---|---|
| Member organization or chapter contributor | Its authorized submissions, review questions and local report | Opening another organization’s restricted submission |
| Central analyst | Approved cross-network evidence for the defined purpose | Retrieving a source outside that authorization |
| Member or benchmark reader | An approved summary with appropriate disclosure controls | Following a citation or export to named restricted feedback |
These are example roles, not a universal policy. Independent organizations may have different agreements from centrally managed chapters. Decide what may be collected, linked, quoted and shared, and for how long. Confidential named feedback and genuinely anonymous feedback need different handling.
The access-control exercise tests source links and exports as well as displayed answers. Adapt its tests to your readers and record the result. Hiding a name in a screen is not enough if a citation, download or small group reveals the person.
How do you give each chapter or role its own folder?
Put each chapter or role in its own folder, and give the chapter lead or role access to that folder only. The organization owner sees the combined results across folders. When someone asks the AI Assistant a question, it answers from the folders that person can open and nothing else.
- Create a folder for a chapter or a role, such as a program lead.
- Give that person access to their folder only.
- Ask them a question about another chapter and check what the AI Assistant shows them.
- Open the combined results as the organization owner.
| Who | Sees | The AI Assistant answers from |
|---|---|---|
| Organization owner | Combined results across all folders | All folders |
| Chapter lead | Their own folder only | Their own folder only |
| A role, such as a program lead | The folder set up for that role | That folder only |
Illustrative example · invented names and numbers, not a real client
An association has 12 chapters. The membership lead sets up a folder for each chapter. Each chapter lead opens only their own folder, including when they ask the AI Assistant. As organization owner, she sees the combined results across all 12 folders.
Ask, do not assume. The chapter lead asks about their own chapter and gets an answer. They ask about a different chapter and should see only their own data. This is the denied-access test for your log.
What do the tools you already have do in the same test?
Run the same small exercise in your current setup before comparing alternatives. An AMS, SurveyMonkey, Qualtrics, a reporting tool or an integration may cover parts of the work. Evaluate the complete path and the staff effort needed to repeat it; do not assume a category name tells you what your configured system can do.
- Submit: Accept the agreed record or file with its member or organization, period and source.
- Match: Catch a changed ID, duplicate event and anonymous response without forcing a connection.
- Review: Inspect a mixed comment and the evidence behind its proposed theme.
- Return: Give a member organization its own report while denying another organization’s restricted data.
- Correct: Revise a source, preserve the earlier version and explain which report changed.
- Repeat: Add the next period and record what staff must rebuild.
The membership analytics pilot guide has a worksheet for preparation, clarification, review and maintenance work. Use it for your existing tools and any proposed alternative. That makes the decision about actual work, rather than a feature checklist.
Where does Sopact fit in this course?
The introductory video demonstrates the direction: shared definitions, relevant member history, varied evidence and source-backed answers. In a Sopact pilot, ask the team to demonstrate those same six tests using your permitted sample and agreed access rules. Ask what needs configuration or integration, which judgments remain with people and who maintains the next cycle.
Sopact Sense folders let each person work on their own data while the organization owner sees the combined results, and the AI Assistant follows the same boundaries. Definitions help interpretation; they do not make every AI answer correct. A stable ID helps continuity; it does not authorize every link. The practical advantage to test is whether your team can connect collection, analysis and useful reports with less repeated reconstruction while keeping the result explainable.
Coming soon. A shared data dictionary, so every chapter uses the same definition of an active member. Until then, agree on the definition in writing before each chapter runs its first survey.
How do you decide what to keep, repair or expand?
Keep the parts that already work. Repair a missing definition, uncertain match, unreviewed classification or access failure. Expand only after a contributor and a report reader can use the result and the team knows how to repeat it.
So far your course work is a question brief, a member list brought in from your AMS, a connected record map, a survey that lands on the same record, reviewed comment analysis, a report prototype and a pilot log. Together they explain what to collect, how to analyze it, which controls matter and what a tool must prove. The last lesson turns what members said into a follow-up.
Put it into practice
How do you run the acceptance test?
Use step 5 of the workbook to record expected behavior, actual result, evidence, owner and next action for the tests in your chosen path.
Individual-member path: Check matching, duplicate attendance, mixed comments, anonymous feedback, a correction and the permitted report view.
Member-organization path: Check a submission, an unclear definition, a representative change, a correction and a returned local report.
In either path, include a denied-access test, such as a chapter lead asking about another chapter, and finish with a keep, repair or expand decision and the owner of the next cycle.
Check your reasoning before moving on
A successful pilot produces a useful answer and a useful return to the member, catches known errors, respects access, and can be repeated by a named team. A polished report alone is not sufficient. Record untested requirements as untested; do not turn a proposal into a delivered capability.
The practice pack includes a fuller answer key and source-row references.