Module 21 · Foundation · 8 min read

Process thinking and stakeholders

You will be able to: Describe any process by trigger, steps, roles, controls, exceptions and output; Identify the stakeholders of an ERP project and what each needs; Classify stakeholders by power and interest and plan how to engage them.

  • Read not done yet
  • Self-check: not taken not done yet
  • Lesson complete not done yet

Process thinking means describing work as a flow of steps instead of a list of screens. For each process you can ask the same six questions, and the answers become your discovery notes.

  1. Trigger: what starts it? A customer call, a stock shortage, a month end.
  2. Steps and roles: who does what, in which order?
  3. Documents: which paper or electronic record is produced at each step?
  4. Controls: who approves, checks or signs? What stops a mistake?
  5. Exceptions: what happens when stock is short, a price is wrong, a cheque bounces?
  6. Output and measure: what is the result, and how would the owner know it went well?

Exceptions deserve extra time. Clients describe the happy path first, but most software configuration, and most arguments, come from exceptions.

Who is a stakeholder

StakeholderTypical personCares aboutWhat you need from them
SponsorOwner or general managerCost, risk, daily visibilityDecisions, budget, public backing
Process ownerSales, purchasing or warehouse managerTheir team's speed and controlProcess knowledge, sign-off of their part
Finance leadAccountant or finance managerCorrect books, VAT, month-endChart of accounts, opening balances, accounting rules
Key userExperienced clerk or storekeeperNot being slowed downTesting, training colleagues
End userCashier, salesman, data-entry staffSimple screens, no blameAttendance at training, honest feedback
IT contactIn-house IT or outside providerNetwork, PCs, security, backupsAccess, hardware, printers

Power and interest

Plot each person on two scales. High power and high interest: manage closely, with weekly contact. High power and low interest: keep satisfied with short summaries. Low power and high interest: keep informed and use as testers. Low power and low interest: monitor.

The owner who wants one numberA Dubai distributor's owner says his only requirement is 'know yesterday's sales before breakfast.' That one sentence is a requirement with an owner and a measure. Zeyto has a Daily Owner Report under Settings that sends the owners one short report every evening by e-mail and ready for WhatsApp, so you note it for the blueprint and agree who checks it is accurate. The sales manager, who is high interest but low power, becomes the tester.
TipAsk 'who gets blamed when this goes wrong?' to find the real process owner. It is often not the person with the biggest title.

Practise in the demo

  1. Pick any business you know. Write the six process questions for its sales process.
  2. Open Settings and find Daily Owner Report. Read what it can send and to whom.
  3. Open https://demo.zeyto.app/demo-app/ and sign in with the demo login. This is a public demo with sample data, so nothing you do there affects a real business.
Open the live demo

Public demo company, sign in as admin / demoAdmin123. Data refreshes nightly.

Key takeaways
  • Describe every process by trigger, steps, documents, controls, exceptions and output.
  • Exceptions drive most configuration, so ask about them early.
  • Map stakeholders by power and interest, and name an accountable owner for each process.

Check yourself

2 questions on this lesson. Not timed, not the exam, and you can try again. Score 60% or more, and read the lesson, to complete it.

1. Which question belongs in process thinking about exceptions?

2. The owner's brother holds 40% of the shares, rarely visits and never uses the system, but can veto the budget. How do you classify him?

Practice questions for this module · Printable study sheet