Automation & AI

Workflow automation that a co-op can maintain

Start with one repeatable process, keep human approvals and design for duplicates, failures and changes of responsibility.

In this guide

Automation is useful when it removes repetitive handling from a process people already understand. It becomes fragile when it hides an unresolved decision, depends on one person's account or silently stops after a supplier changes something.

Choose one workflow with a clear starting event, a small set of steps and an identifiable result. Good early candidates include creating a task from an enquiry, acknowledging a form submission or reminding an authorised person that an approval is waiting. Keep judgement about membership, spending and sensitive cases with the people entitled to make it.

Map the current process before changing it

Write down what happens now, including the exceptions. Who receives the request? Which record is authoritative? Who checks it? What proves completion? Watch a few real examples with appropriate access instead of relying entirely on someone's memory.

An illustrative member-application workflow could be:

  1. A form creates a pending application with a unique reference.
  2. The applicant receives an acknowledgement explaining the actual next step.
  3. The membership lead receives a review task.
  4. A human records the authorised decision.
  5. Only an approved decision starts the agreed onboarding steps.
  6. The record shows completion or a clearly assigned exception.

Define the boundary between “received” and “approved”. An automatic acknowledgement must not accidentally imply that membership has been granted. Refer to your co-op's own decision process when deciding which step may trigger access.

Build for failure as well as success

Microsoft's Power Automate troubleshooting guidance distinguishes flows that do not run, actions that fail and runs that produce the wrong result. A green success indicator is therefore not enough: check the business outcome too.

  • Duplicate submissions: identify the same request and prevent repeated invitations or charges.
  • Unavailable service: retry safely or place the work in a queue for a person.
  • Missing information: flag the record and explain the next action.
  • Expired connection: alert a responsible owner with a usable support route.
  • Partial completion: show what succeeded so a manual retry does not repeat it.
  • Unexpected volume: pause or escalate before a loop sends large numbers of messages.

Give each workflow a visible owner and backup contact. Use an organisational connection model supported by the platform, with appropriate permissions and licensing. Do not leave a critical integration running under a departing volunteer's personal account.

Measure a small pilot honestly

Here is a deliberately illustrative calculation. Suppose a co-op handles 40 requests each month, with five minutes of repetitive copying per request. That is 200 minutes. If the new process leaves two minutes of checking per request plus 30 minutes of monthly maintenance, it uses 110 minutes and saves 90 minutes per month.

If setup takes six hours, the time-only payback is four months at that steady workload. Licence charges, training, exceptional cases and changes to the process still need to be included. This is an example of how to calculate value, not a forecast or price quote.

Run the pilot alongside a reconciliation check: compare received requests with completed records. Sample the content as well as the count. A workflow that moves the wrong information quickly has not improved the process.

Write an operating note before expanding

  1. State the trigger, intended result and human approval points.
  2. List source systems, destination systems and connection owners.
  3. Describe normal processing and expected timing.
  4. Explain where failures appear and who responds.
  5. Document how to pause, resume and handle a request manually.
  6. Record how duplicates and partial runs are resolved.
  7. Schedule a review after role changes or supplier updates.

Use fictional records to test rejection, missing details, repeated submission and temporary failure. Let the backup operator resolve one example using only the instructions. Include workflow transfer in offboarding.

If the process requires reading ambiguous text, an AI assistant may help prepare a draft, but it adds different failure modes and should not bypass the approval boundary.

Bring one mapped workflow to a technology support discussion to assess whether a small automation is worth operating.

Suggest a correction or improvement →