Main Takeaways
- Retention and transfer are different outcomes. Knowing something and being able to use it under job conditions are not the same cognitive event.
- 3 specific conditions determine whether transfer happens. Most conventional training formats do not meet them because they were never built for transfer.
Finsimco simulations are built specifically around the 3 conditions that make transfer happen.
Retention and transfer are not the same thing
Knowing something and being able to use it on the job are two different things. Most training only builds the first. The reason comes down to three specific conditions. From our experience running simulation-based training, participants may know the concept before the session starts, but once they have to use it under pressure, with incomplete information and other people shaping the outcome, the difference between retained knowledge and transferable skill becomes obvious.
Retention is whether someone can recall what was covered. Transfer is whether they can apply it when the job actually demands it. The difference matters because the conditions under which you learn something shape when and how you can retrieve it. A skill built in a low-stakes classroom develops retrieval cues tied to that setting. The pressure and time constraints of the real job are different cues entirely.
The closer the conditions of learning match the conditions of performance, the more reliably a skill transfers. Cognitive psychologists have described this since the late 1970s.
The 3 conditions that determine whether transfer happens
1. The learner has to make real decisions, not observe them.
Watching a worked example, discussing a case study, or answering comprehension questions does not build the same retrieval pathways as being the person who has to decide. The cognitive work of making a judgement is what encodes the skill. Observing it encodes something weaker.
2. The learning environment needs to approximate the job.
Not to manufacture stress, but because context is a retrieval cue. If a skill was practised in calm, low-stakes conditions, it is harder to access under pressure. The emotional and cognitive load of the session should be close enough to the real thing that the retrieval cue works when it matters.
3. The learner needs to get it wrong before the session ends.
Making a poor decision and seeing the consequence is what encodes the correction. Being told the right answer after a low-stakes quiz does not produce the same effect. Failure with feedback, before it costs anything real, is how the lesson sticks.
The 3 conditions in training formats
Understanding the three conditions makes it easier to see why most training formats do not produce transfer, even when they are well designed.
- Workshops and classroom sessions. They are strong on content delivery. But the learner is mostly in observation mode. They analyse cases, discuss scenarios, and answer questions. They rarely inhabit the decision itself under anything close to real conditions. Conditions one and two are usually absent. Condition three almost never appears.
- E-learning solves the access and consistency problem. But the conditions of learning are about as far from the conditions of the job as it is possible to get. Low stakes, no pressure, no consequences for wrong answers. It builds familiarity with content. It does not build retrieval under pressure.
- Role-play comes closest. It puts the learner in the decision, which addresses condition one. But it tends to be short, low-fidelity, and conducted in front of peers. And the scenarios rarely carry the complexity or pressure of real work.
None of these formats are without value. The point is specific: they are not designed for transfer, and expecting transfer from them is expecting an outcome they were never built to produce.
What a simulation designed for transfer looks like
A Finsimco simulation places the participant inside a realistic scenario. They are assigned a role with specific responsibilities and receive incomplete information. They have to make sequential decisions under time pressure, with other participants playing counterpart roles. The outcome is not predetermined. Wrong decisions produce visible consequences before the session ends.
Check that against the three conditions:
Condition 1 met. The participant is the decision-maker throughout, not the observer.
Condition 2 met. The scenario mirrors the pressure, ambiguity, and stakeholder dynamics of real finance work because it is drawn from real finance work.
Condition 3 met. Decisions carry consequences inside the simulation, and the debrief runs against what actually happened, not a hypothetical.
The competitive structure between participants is not incidental. It is what generates the pressure that makes condition two work.
Measuring transfer
Transfer is harder to measure than retention. A post-session test tells you whether the content was absorbed. It does not tell you whether the skill is available three months later under job conditions.
True transfer measurement requires observation after the session, not a questionnaire completed while the room is still warm. The most practical approach is to agree on two or three specific behavioural indicators with line managers before the programme runs, then check against them at 30 and 60 days. Not a formal assessment. A short conversation against a specific question: are you seeing this skill used differently on the job?
The data Finsimco generates during the simulation, where each participant excelled, where they hesitated, where the gaps are, gives managers a starting point for those conversations. It does not replace the follow-through.
Making the case internally
If you are making the case for this internally, the argument is not that simulation is more engaging than what you currently run. Engagement is not the metric leadership is pushing back on.
The more useful framing is this: the risk is not a session that fails. It is a session that appears to succeed yet changes nothing. People complete the programme, the box gets ticked, and the capability gap stays. That gap does not show up in the training budget. It shows up in:
- Performance on the job, where the skill was never truly available
- The time it takes new hires to operate independently
- Decisions made by people who were trained but never practised