To collect clean evidence inside the workflow, assign every item in your Reporting-to-Evidence Map to the moment when it can be observed accurately and used. Define the minimum signal, the context needed to interpret it, the person responsible, the identity and timestamp that connect it to later records, the action it can trigger, and the follow-up that shows what changed. Clean evidence is not merely a validated form. It is evidence captured close enough to the work that the team can still respond.
Your next step in the reporting course
Goal: Plan when, how and by whom the required evidence will be collected.
Start with: Use your evidence map. Reuse suitable registration information and collect new observations when they become meaningful.
Carry forward: Leave with a collection plan connecting moment, source, context and follow-up. Next, test whether its records support correct, repeatable calculations.
This lesson is for program, MEL, grant, foundation, portfolio, and data leads who have completed the reporting-to-evidence map. You will turn that map into a Collection-Moment Plan that works across enrollment, attendance, service delivery, follow-up, interviews, case notes, partner documents, and emails.
What you will produce
- A natural collection moment for every required evidence item.
- A minimum operational signal plus a neutral context question where the signal cannot explain itself.
- An owner, timestamp, identity rule, validation rule, and action trigger.
- A follow-up event that shows what happened after the program response.
How do you turn an evidence map into a collection workflow?
- Start with a decision. Take one row from that map and state what someone could decide if the evidence arrived on time.
- Choose the natural moment. Place the evidence at enrollment, first service, completion, follow-up, interview, case action, partner submission, or document review.
- Capture the minimum signal. Record the smallest observable event or value that answers the operational question.
- Add context only where needed. Use one neutral open question, an interview, a note, or a source document when a number cannot explain why it changed.
- Connect and govern the record. Preserve person or entity, source, timestamp, stage, consent/access, validation, and review status.
- Define action and follow-up. Decide who sees the signal, what they can do, and which later record shows what happened after the response.
What does “clean evidence at the source” actually mean?
Collecting clean data at the source means checking its definition, identity, timing and origin when it arrives. These checks reduce avoidable errors; they do not guarantee that every submitted statement is true. Valid dates and allowed values matter, but they are only one part. A perfectly formatted attendance record is still weak evidence if it is attached to the wrong participant, entered weeks late, or cannot be linked to the staff response that followed.
This distinction changes the design question. Do not ask, “Which survey should we send?” Ask, “At which moment could we observe this evidence with the least burden and still do something useful with it?” Sometimes the answer is a form. It may also be an attendance event, an existing case note, an employer email, a partner PDF, a short interview, or an action already recorded by staff.
Use Moment → Signal → Context → Action → Follow-up
These are five fields to consider in a collection plan, not another course sequence. Use the fields needed to explain one observation and its follow-up. The moment says when evidence appears. The signal says what happened. Context explains what the signal cannot. Action records the program response. Follow-up shows whether the situation changed.
These parts should not be collapsed. Attendance is a signal, not an explanation. A participant statement is context, not automatically a metric. A referral is a program action, not proof that the problem was resolved. A later attendance event may show re-engagement, but it does not by itself prove why the change occurred.
Worked example: youth enroll but do not attend the first session
Enrollment alone can hide the earliest point of disengagement. Record first-session attendance as a separate event, ask a neutral question when a young person does not attend, connect the answer to a staff response, and observe whether the person joins a later session.
Fictional teaching scenario: a youth program has enrollment records but does not consistently connect them to first-session attendance. Staff need to see missing or absent attendance promptly and ask what happened, rather than infer a cause from the enrollment total.
The mistake would be to begin with a long barrier survey or assume that the cause was fees. Transport, care responsibilities, safety, timing, family expectations, confidence, health, or something the team has not considered may matter. The first useful question is deliberately open:
Preserve the exact response. AI or a human may later code recurring themes, but the theme must remain connected to the source words. Do not infer a sensitive circumstance that the participant did not state. In this fictional example, staff can follow up through an approved contact channel to understand whether financial hardship—or another barrier the young person identifies—made attendance difficult. This account does not establish that financial support was offered or promised.
| Part | Proposed evidence | What it can tell the team | What it cannot prove |
|---|---|---|---|
| Moment | First scheduled session | The earliest planned participation point | Whether enrollment reflected commitment or access |
| Signal | Attended / did not attend / attendance not recorded | Who may need timely follow-up | Why someone was absent |
| Context | Exact response to the neutral question | The participant’s stated experience | A diagnosis or complete causal explanation |
| Action | Staff outreach to understand the barrier, including possible financial hardship; owner and date recorded | How the program followed up | That financial support was offered or that the outreach resolved the barrier |
| Follow-up | Attended a later session, remained unreachable, declined, or exited | What happened after the response | That the program alone caused the later outcome |
Example boundary: these are proposed collection fields for a fictional program, not a customer’s instruments or demonstrated outcomes.
Why do you need quantitative, qualitative, and longitudinal evidence together?
Quantitative evidence identifies the pattern, qualitative evidence helps explain the participant’s experience, program records show the response, and longitudinal evidence shows what happened next. None should impersonate the others.
This also reduces survey burden. Do not ask participants to repeat information that already exists in attendance, case, partner, or document records. Ask only for evidence that the workflow cannot observe—especially the person’s experience, priorities, and interpretation. A short, well-timed question can be more useful than a long end-of-program survey that arrives after the opportunity to help has passed.
Can clean evidence reveal a problem you did not plan to measure?
Yes. A useful evidence workflow must preserve unexpected observations, not only answers to predetermined metrics. The observation needs a source, place, timestamp, owner, response, and resolution status so that it becomes actionable rather than disappearing inside a message or someone’s memory.
In a separate fictional example, a staff member reports a water leak during program delivery. A water leak is not an outcome indicator, yet it can affect safety, program delivery, cost, and attendance. If the system accepts only the metrics selected at the start, this kind of operational evidence can remain buried until it becomes a larger problem.
The point is not to add “number of water leaks” to the theory of change. It is to connect field intelligence to action. Metrics describe expected signals; open text, observations, interviews, messages, and documents preserve what the team did not know to ask. Both belong in the same governed evidence workflow.
What belongs in a Collection-Moment Plan?
For each evidence requirement, document the natural moment, minimum signal, context source, identity and timestamp, owner, validation, action threshold, access rule, and follow-up. If nobody will review or act on the evidence, question whether it should be collected.
| Evidence requirement | Moment | Signal / context | Identity + time | Owner + validation | Action + follow-up |
|---|---|---|---|---|---|
| First-session participation | First scheduled session | Attendance status; neutral question if absent | Participant ID; session ID; event time | Facilitator; separate “not recorded” from “absent” | Staff follow-up; observe next attendance |
| Participant barriers | When risk appears—not only at exit | Exact words; confirm whether financial hardship or another barrier applies | Participant ID; Contact source; response time | Assigned staff; source text retained | Document outreach and later status; do not imply unconfirmed assistance |
| Unexpected site condition | When observed during program delivery | Exact observation; supporting note or image if available | Site; source; observation time | Assigned owner; validate location and current status | Record response and verify resolution |
| Partner delivery evidence | Partner’s normal reporting or service event | Structured values plus source document | Partner; site; period; upload date | Partner owner; completeness and definition check | Missing-evidence alert; next partner review |
How do you collect and clean data without another spreadsheet pass?
Put predictable checks into collection, then send uncertain cases to a named reviewer. Keep the original submission and a correction history. Cleaning should resolve an error with evidence, not replace an inconvenient value with an assumption.
The Government Data Quality Framework distinguishes completeness, uniqueness, consistency, timeliness, validity and accuracy. It recommends attention to quality at source. A complete record can still be inaccurate, and a valid date can still be the wrong date. The examples below apply those distinctions to this course’s collection plan.
| Check | What can happen at collection | What still needs review |
|---|---|---|
| Completeness | Identify a required reporting period or missing supporting document | Distinguish not collected, declined, not applicable and unknown; do not fill missing outcomes with zero |
| Uniqueness | Flag a repeated submission ID or possible duplicate contact | Check whether this is a correction, another event or a different person; preserve legitimate repeat observations |
| Consistency | Compare the form’s period, currency and total with the attached partner report | Ask the owner to resolve differences; retain both source values until resolved |
| Timeliness | Keep event time separately from submission time and flag overdue updates | Decide whether late evidence belongs in the current report or a documented revision |
| Validity | Check allowed statuses, formats and agreed ranges | Investigate unusual but possible values rather than automatically rejecting them |
| Accuracy | Request a source or confirmation appropriate to the measure | Compare with that evidence; a format check alone cannot establish truth |
Practice: receive a quarterly partner update
Fictional exercise. Partner P-024 sends a quarterly form, a financial report and a social audit document. The form says Q3 but the attached financial report covers Q2. Do not silently relabel the file or accept it because an upload exists.
- Keep the submission attached to P-024, with its submitted period and received timestamp.
- Flag the period mismatch and route it to the partner reporting owner.
- Request the correct document, or record a justified exception with its limitations.
- Retain the original and the replacement with version and review status.
- Allow only approved values into the Q3 report; show any unresolved gap.
For a social audit finding, keep the finding reference, action owner and closure evidence together. A checked box stating “resolved” is a claim to review, not sufficient evidence by itself.
When should a check warn rather than block?
Block a submission only when the field is necessary and the person can reasonably correct it. For an uncertain outcome, provide an appropriate unknown or declined option. A hard-required outcome can encourage a guess. Keep warnings understandable: explain which field conflicts, which period is expected and how to contact the owner. Pilot the form with actual users before rollout.
How do you keep collection useful without overloading staff and participants?
Reuse evidence already created by the work, collect only what can change a decision or satisfy a justified requirement, and place each question with the person and moment best able to answer it. More fields do not create more insight.
- Do not duplicate operational evidence. If attendance already exists, link it; do not ask the participant to report it again.
- Do not collect context from the wrong person. Staff can record an action; participants should describe their own experience.
- Do not ask too early or too late. Baseline belongs before the service can affect the measure; a barrier question belongs when the barrier becomes visible.
- Do not force narrative into a number. Keep exact text, approved codes, and AI interpretation separate.
- Do not confuse missing with negative. “Attendance not recorded,” “did not attend,” “declined to answer,” and “unreachable” are different states.
- Do not create an alert without an owner. A risk signal needs a responsible person, response window, and documented resolution.
Prompt: turn the evidence map into a Collection-Moment Plan
Where can AI help—and where must people decide?
Configured validation rules can check formats and required fields. AI can propose themes, summarize evidence and flag possible contradictions; record matching and all important interpretations need appropriate checks. People decide what to ask, whether a theme is valid, what action is appropriate, and how participant rights are protected.
- Use configured rules for types, required values and missing states; review possible duplicates
- Connect evidence using approved identity rules
- Propose themes while preserving exact source text
- Flag a no-show, missing partner file, or contradictory record
- Draft a cited summary from approved evidence
- Approve the question and collection moment
- Confirm the meaning of a qualitative theme
- Choose an appropriate program response
- Review sensitive or high-stakes interpretations
- Set consent, access, retention, and safeguarding rules
Where does Sopact Sense help?
A small team can maintain a Collection-Moment Plan in a spreadsheet and use its existing forms and folders. Friction grows when evidence arrives through many channels, the same participant or partner appears across records, open text accumulates unread, partners use different definitions, and nobody sees a gap until reporting begins.
A configured Sopact Sense workflow can collect forms and uploaded documents against the relevant contact or partner, with agreed imports for other sources. Set the definitions, permissions and review rules before applying AI analysis to incoming evidence. Teams can review proposed themes, inspect sources and ask questions across the linked record over time. Validate any record matching and alerts with sample submissions; a proposed match is not permission to merge two people. Staff validate themes, approve actions, and retain final authority.
For decisions affecting people, test collection and analysis across languages and access needs, document overrides, restrict sensitive records, establish retention rules, and monitor whether alerts or classifications affect groups differently. Faster evidence is useful only when it remains responsible and reviewable.
Watch: connect collection moments across a program
Watch the 4-minute 13-second Sopact demonstration using synthetic participant data. Follow how application, baseline and follow-up records connect; then identify the equivalent collection moments in your own workflow.
Frequently asked questions
How do you collect clean evidence inside a program workflow?
Start with a justified evidence requirement, place it at the moment it naturally appears, capture the minimum signal, add neutral context only when needed, and preserve identity, source, stage, timestamp, consent, and validation. Assign an owner and action trigger, then identify the later evidence that shows what happened after the response.
Is clean data at the source just form validation?
No. Form validation prevents invalid types and values, but clean evidence also requires the correct definition, participant or entity, source, collection moment, timestamp, missing-state rule, and provenance. Evidence can be technically valid yet operationally useless if it arrives too late or cannot be connected to an action and follow-up.
What is a collection moment?
A collection moment is the point in real work when evidence can be observed with the least distortion and burden—for example application, enrollment, first session, service delivery, completion, follow-up, interview, case action, partner submission, or document review. It is more specific than choosing a survey frequency.
How do you ask why someone did not attend without leading them?
Begin with neutral wording such as, “What, if anything, made it difficult for you to attend?” Do not assume the barrier was fees, transport, safety, motivation, or another expected category. Preserve the exact answer; confirm a structured category only when required for action or analysis.
Should every metric have an open-ended question?
No. Add qualitative context when the signal cannot answer a decision-relevant “why,” when participant experience is itself required evidence, or when the team needs to design an appropriate response. Routine operational events may need no extra question. Repeated unnecessary questions create burden and weaker answers.
How do you connect the same person across enrollment and follow-up?
Use one governed participant identifier across events and keep event-specific identifiers and timestamps for each collection moment. Define duplicate resolution, consent, access, and identity-correction rules. Do not rely on approximate name matching as the normal method, especially when records affect services or reporting.
Can emails, case notes, and partner PDFs be collected as evidence?
Yes. Preserve the source, author or organization, date, reporting period, relevant entity, access rule, and citation. Extracted values or themes should link back to the document passage. A file’s existence does not make every statement accurate, comparable, or sufficient; validation and human review still apply.
What happens after the Collection-Moment Plan is operating?
Test whether the same governed evidence produces stable results across repeated analyses. Review missingness, duplicates, definition drift, coding changes, late entries, and contradictory sources. The consistency reference shows how to control those conditions so a result does not change merely because a different person prepared the report.
Sources and example boundaries
- Open Play Foundation — public organization and program context.
- The existing published lesson attributes the first-session, WhatsApp, possible-financial-hardship and water-leak observations to a field account shared by Marco Botha through Sopact. These details are not a published outcome evaluation; the public source establishes the organization and program context. The table fields are a reusable design derived from that account, and the article makes no claim that financial assistance was offered.
Related practice: Your evidence is now captured with a governed definition, source, identity, timestamp, and collection moment. The consistency reference shows how to keep the analysis stable in How Do You Get the Same Numbers Every Time? →
For the final reporting stage, use How to Write an Impact Report and report examples.
By Sopact Academy · Revised September 12, 2026. The proposed collection plan is a practical worksheet; field-account boundaries are stated above.