☀ Summer dealAction Plan free forever - sign up by 31 Aug 2026Learn more
Module 04 · iDomino Platform

Action Plan

Small problems fast. Big ones down to the root.

A digital action plan that adapts to the size of the problem. Enter a minor fault as an action with tasks and a completion check. For a serious problem, switch on root-cause analysis step by step - all the way to verifying effectiveness on production data. Now with an AI methodology guide that checks the solver applies the methodology correctly - and teaches them right at work.

Efficiency without excuses.

☀ Summer deal: Action Plan free forever

Team at the line solving a problem with an iDomino tablet
Straight at the line. The problem gets reported, analysed and solved in one app.
Why Action Plan

Problems keep coming back because they are not solved systematically

Problems come back

Without analyzing the real cause (5 Whys, Ishikawa), only the symptom gets fixed. A week later the problem is back.

Actions get lost

Who was supposed to do what? By when? Did they? In spreadsheets and e-mails this information falls apart fast.

Effectiveness can't be proven

Without a link to real production data (OEE, scrap, downtime), the effectiveness assessment stays subjective.

One process for everything doesn't work

A heavyweight form discourages people from recording small things. No process at all means big problems get solved superficially. You need both a fast path and a deep one.
Variable workflow

The solution scales with the problem

Action Plan does not dictate one process. For each case you switch on only the steps that make sense - a small issue is not slowed down by bureaucracy, and a serious problem does not end with a superficial patch.

Quick action

minutes
A loose cover, missing labelling
ActionTasksCompletion checkRoot-cause analysis

You enter who does what and by when. The system watches the deadline and the confirmation it was done. No mandatory analysis.

Solution with analysis

days
Scrap that comes back within a week
Definition5 WhysActionsTasksVerification on data

Before you start fixing, you find the real cause. The actions then target it, not the symptom.

Start fast. Escalate any time.

You can simply record a problem and delegate it first - the solver works it out step by step, and analysis phases can be added along the way. Every path ends the same, though: with a check on production data that the actions really worked. That is the closed PDCA cycle.

Summer deal · Action Plan free forever
Try switching phases on and off →
From analytics to action

From analytics straight into action, in one click

Spot a recurring problem in the fault overview or analytics? One click creates an action plan with the relevant data carried over automatically - whether it is a quick action or a full project with analysis. After implementing the actions you verify their effectiveness on production data again. And while you solve, the AI methodology guide watches that you follow the methodology correctly.

TPM Analytics
Fault reports
Fault types
Machine location
Shift team
Scrap reason
── 1 click ──▶
Action Plan
Project
Root-cause analysis
Actions
Tasks
Effectiveness check
New

AI will not solve the problem for you.
It teaches you to solve it right.

The guide does not decide, analyse or propose actions for you. It watches whether you apply the methodology correctly and, the moment you slip, puts you back on track. It only checks the phases switched on for the given case, so on a quick action it does not stand in your way. With every case you solve problems better - and they stop coming back.

5 Whys
A method of successive questioning to find the root cause
1 · Why?
why was the quality bad
Because…
nobody checked it
AI review
Blaming a person

The required quality control step was not performed, so cracking in the bend area and surface porosity were not detected before the pressure test.

The answer blames an unspecified person ("nobody") and does not describe a failure of a process, standard or control mechanism.

It does not decide for you

Causes, hypotheses and actions are determined by you and your team. AI does not enter the content of the solution. Responsibility stays with the people who know the process.

It checks the procedure

It continuously evaluates whether each step follows the methodology - 5W2H, Ishikawa, Pareto, Is/Is Not, 5 Whys, actions and PDCA. It guards logic, completeness and depth.

It teaches at work

When it finds a methodological mistake, it describes it and explains how to phrase the step correctly. Next time you know how to do it - yourself.
Optional

You can switch the AI guide off completely - at any time

AI services not allowed in your company? No problem. The methodology guide is an optional feature: one setting switches it off for the whole plant and the action plan keeps working in full. With the guide off, no data is sent to any AI service. You can turn it back on whenever you want.

⟳ The vicious circle
1
Gaps in methodology knowledge
People do not know the right problem-solving procedure.
2
No time for training
Everyone is firefighting; education gets postponed.
3
Problems solved superficially
The symptom gets fixed, not the cause.
4
Problems recur
A week later the fault is back.
5
Overload grows
More firefighting, less time. And back to point 1.
↺ ROUND AND ROUND ↺
⤳ Action Plan breaks the circle

Action Plan teaches right during solving

No dedicated training time. When a solver makes a methodological mistake, the system recognises it, explains it and shows the correct procedure. Every case doubles as a lesson. People learn at the moment they need it and gradually stop repeating mistakes.

The circle becomes a spiral of improvement.

Difficulty setting

The project assigner decides which phases must be completed

A minor deviation does not need the whole chain; a recurring high-impact problem does. For each project the assigner switches on the phases the solver must complete - the three levels above are just typical setups, any combination works and phases can be added later during solving. AI guards the methodology exactly in the switched-on phases. Try the presets, or toggle the phases yourself.

Typical setups:
#
Phase
Tool and purpose
Phase output
Mandatory
0
Definition
5W2H
Describe the problem and its scope precisely
A clear assignment
1
Mapping
Ishikawa
Systematically find all possible causes
A list of causes
2
Narrowing
Pareto, gemba, matrix
Select the most likely causes
A shortlist of candidates
3
Verification
Is/Is Not, experiments
Confirm or rule out candidates
A confirmed cause
4
Depth
5 Whys
Get to the root cause
The root cause
5
Actions
Action Plan
Remove the cause and prevent recurrence
Corrective + preventive actions
6
Effectiveness check
PDCA
Confirm the actions work
A closed case
For this project the solver must complete:
7 of 7 phases · AI guards the methodology in each of them

☀ Summer deal: Action Plan free forever - sign up by 31 Aug 2026 →

AI review

How Action Plan spots the methodology used wrong

Under pressure most people reach for a shortcut: blame, cut corners, solve superficially. AI recognises these patterns and explains how to phrase the step correctly - process, data, root cause. The decision and the fix itself stay with you. Here are five typical interventions.

Phase 4 · 5 Whys Blaming a person
Why?
why was the quality bad
Because…
nobody checked it
AI review
Blaming a person

The required quality control step was not performed, so cracking in the bend area and surface porosity were not detected before the pressure test.

The answer blames an unspecified person ("nobody") and does not describe a failure of a process, standard or control mechanism. The root cause must be sought in the process, not in people.

Phase 0 · 5W2H Solution instead of description
What is happening?
output inspection is missing
AI review
Solution instead of description

On 3 out of 100 pieces of KC-200, cracks appear in the bend area after the pressure test. First detected on 12 June on line L2, morning shift.

The problem description already contains an assumed solution ("inspection is missing"). The definition should neutrally and measurably describe what happens, where and how often - not solve it right away.

Phase 1 · Ishikawa Only the People category
Categories filled in
people: inattention, inexperience, haste
AI review
Only one category

Go through the remaining 6M categories too: Machine, Method, Material, Measurement and Environment. For cracks in the bend, mould temperature (Machine) and granulate moisture (Material) are candidates.

All causes point at people. That is a common first reflex which usually hides process and technical causes that can be removed permanently.

Phase 5 · Actions Correction and prevention missing
Actions filled in
Immediate: re-sort the pieces. (corrective and preventive empty)
AI review
Immediate correction only

Add a corrective action for the root cause (adjusting the mould setup procedure) and a preventive action (mould temperature check added to the FMEA and the work instruction).

Without corrective and preventive actions only today's consequence is removed. The problem returns as soon as the immediate fix wears off.

Phase 6 · PDCA Closed without verification
Action
action implemented - closing the project
AI review
Effectiveness check missing

Before closing, verify effectiveness on data: compare line L2 scrap rate fourteen days before and after implementation. Only a confirmed drop closes the case.

Implementing an action does not equal effectiveness. The Check step in PDCA confirms the problem is really gone - not just that something was done.

The result

Every solved case doubles as a lesson

Because the system guides you methodically, you go after the real cause of the problem - not quick patches that fail in a few days and bring the problem back. People also learn right at work, so with every next case they need fewer corrections, problems stop returning and the overload drops.

1st case
9 in 10
of cases need an AI methodology intervention

AI guides step by step

The solver makes methodological mistakes and the system explains them. The case still gets solved properly, down to the root.

5th case
4 in 10
of cases need an AI methodology intervention

Fewer corrections, more confidence

The solver already knows the patterns. AI guards only the trickier steps. The process speeds up and analysis quality grows.

20th case
1 in 10
of cases need an AI methodology intervention

Works independently

The methodology is ingrained. Problems do not recur, firefighting fades and the freed-up time can go into improvement.

☀ Summer deal · sign up by 31 Aug 2026

Get the Action Plan for free. Forever.

Sign up by 31 Aug 2026 and keep using it actively to have the Action Plan module free forever - no card, no commitment, unlimited users and workplaces.

Get it free
Action Plan for individual roles

Every role sees exactly what it needs

Every project has an Initiator, an Owner, a Project administrator and optionally Observers. At the action level, Implementers and Effectiveness inspectors work; tasks are done by Assignees. The AI methodology guide supports everyone working on the analysis so they follow the methodology correctly.

New In progress Implemented Closed

Initiator / Administrator

quality specialist, process engineer, shift leader

The Initiator creates the project, structures the problem and assigns the Owner. The Administrator is the only one who can finally close the project.

Project owner

production manager, quality manager

The main responsible person with the broadest editing rights. Runs root-cause analysis (5 Whys, Ishikawa), manages tasks and actions, assigns assignees, tracks costs and savings and evaluates impact. Moves the project through states.

Implementer

technician, setter, maintenance lead

Implements the assigned action and documents the execution. Adds sub-tasks within their action. Can edit the record while the action awaits verification.

Effectiveness inspector

quality specialist, manager

Verifies the effectiveness of the implemented action; confirms it or returns it for rework with a comment. The core of the PDCA cycle at the action level.

Task assignee

operator, setter, maintenance worker

Responsible for completing a specific task. Sees only projects with their tasks. Starts and finishes tasks. Focused access without unnecessary noise.

Management / Observer

plant director, department manager

An overview of project status without needing to actively intervene. A monitoring and decision-making role. The department manager has full editing rights.

FAQ

Frequently asked questions

A problem-solving system that adapts to the size of the problem - from a quick action with tasks and a completion check to full root-cause analysis (5 Whys, Ishikawa), three levels of measures (immediate, corrective, preventive) and verifying effectiveness on production data. It closes the PDCA cycle.

Yes. For a minor fault you enter just the action, tasks and a completion check - no mandatory analysis. It takes a few minutes and the system watches the deadline and the confirmation. You switch on root-cause analysis only for problems that deserve it.

No. For each case the project assigner sets which phases (5W2H, Ishikawa, Pareto, Is/Is Not, 5 Whys, actions, PDCA) the solver must complete, and phases can be added later during solving. A minor deviation does not need the whole chain; a recurring high-impact problem does.

No. AI does not decide, analyse or propose actions for you. It only checks that you apply the methodology correctly and, when you make a mistake, points it out and explains it. The content of the solution and the final decision stay with people.

Yes, at any time and completely - with one setting for the whole plant. The guide is an optional feature; if your company does not allow AI services, the action plan works in full without it and no data is sent to any AI service.

From reported faults and problems, from TPM Analytics, Gemba walks, meetings and audits. Instead of getting lost in inboxes and heads, they live in one place with an owner and a deadline.

Every measure has an owner and a deadline. Overdue items escalate to the supervisor. Management sees the status of all measures in a single overview.

Yes. You can start with just the action plan and add AMS, TPM&M and Analytics over time. The biggest benefit, though, comes from connecting them - that is when the whole PDCA cycle closes.

Book a presentation

Stop solving problems in spreadsheets

From problem to solution. Systematically. Intelligently.
Efficiency without excuses.

kamil.vasak@idomino.cz · +420 724 135 735

Or take the summer deal: Action Plan free forever

Quick start
  • 30min online demo
  • No commitment
  • Concrete examples from production
Book a slot