# Planning rollout and training: from installation to actual use > How introductions land: train by role rather than by department, practise at the right moment, secure support after go-live and measure adoption instead of assuming it. URL: https://techport.ai/en/it-beratung/einfuehren-und-veraendern/rollout-und-schulung --- 1. [IT Consulting](/en/it-beratung)/ 2. [Rollout and Change](/en/it-beratung/einfuehren-und-veraendern)/ 3. Rollout and training [Rollout and Change](/en/it-beratung/einfuehren-und-veraendern) # Rollout and training By Redaktion techport.ai, IT-Beratung · Last updated on 21 August 2026 Between a configured system and a used system lies the part that project plans budget most tightly. Training is often treated as an appointment: one day, everyone involved, four weeks before go-live. Then daily work begins and half of what was heard is gone, because in the training it had no occasion yet. A rollout succeeds when people learn exactly when they can apply what they learn, and when someone is reachable afterwards to answer their questions. ## How you notice it * Workarounds appear after go-live because one step is unclear. * The same question reaches IT thirty times in the first week. * Training was organised by department although the tasks cut across them. * Nobody knows how many people actually use the new system. ## Why this happens Training effort is underestimated because it appears in offers as a line with a few days and because it looks like a cost block without a visible result. On top of that comes the timing error: training happens when the system is ready, not when people need it. And training happens on a clean example case while daily work consists of exceptions. What is missing is the connection between what the system can do and what the individual has to do tomorrow morning. ## How we go about it 1. **Plan by role.** We structure the introduction by activity rather than by department: who enters orders, who approves, who analyses. Each role gets exactly what it needs, not the complete function overview. 2. **Practise on your own cases.** In training we work with real examples from the company, including the special cases that occur most often in daily work. Participants work in the system themselves rather than watching. 3. **Train close to go-live.** We schedule training so that as few days as possible pass between learning and applying, supplemented by short guides for the screen alongside. For larger groups we train contact people in the departments who can help on the spot. 4. **Support and measure after go-live.** In the first weeks we set up heightened support, collect the most frequent questions and fix their causes. In parallel we measure actual usage and talk to the areas where it does not materialise. ## What you gain * A system that is used after two weeks rather than after six months. * Fewer requests, because causes get fixed instead of symptoms. * Solid statements about adoption rather than assumptions. ## From our projects The questions from the first two weeks after go-live are the most valuable feedback of the entire project. Collected and grouped, they typically form five to eight themes that account for the bulk. Almost always a part of them can be resolved by changing a setting, a label or a form rather than by more training. We therefore deliberately plan capacity for adjustments in the first four weeks. The second finding: contact people in the departments reduce the number of requests to IT considerably, not because they know more but because the threshold to ask them is lower. ## Häufige Fragen Are videos and guides enough instead of classroom training? For simple workflows yes, and they are useful for reference anyway. For anything requiring judgement or driven by special cases, practising together is markedly more effective, because that is where the questions arise that nobody could have written down in advance. A good combination is short classroom sessions for the start and brief guides for daily work. How do we measure whether an introduction succeeded? Through usage and effect rather than satisfaction. Useful measures are the share of active users per role, the share of transactions running in the new system rather than the old way, the number of support requests over time, and the business metric that should improve, for example throughput time or error rate. ## Let us talk about Rollout and training In a thirty minute first call we work out where your biggest lever sits and whether we are the right people for it. [Arrange an initial call](/en/kontakt)[Our consulting](/en/so-funktionierts) ## Further reading [Rollout and ChangeSupporting the changeWhy technically finished systems stay unused and what helps: involve those affected early, inform managers first, take resistance seriously and measure adoption after go-live.](/en/it-beratung/einfuehren-und-veraendern/change-management)[Operations and SupportBuilding an IT service deskHow word-of-mouth support becomes a dependable service desk: one intake, prioritisation, a knowledge base, analysis of the most frequent requests and reachability during outages.](/en/it-beratung/betrieb-und-support/it-service-desk)[Rollout and ChangeIT projects that deliverWhy IT projects fail in mid-sized companies and what helps: fill the roles, limit the scope, document decisions, name risks early and tie completion to actual use.](/en/it-beratung/einfuehren-und-veraendern/it-projektmanagement)[KnowledgeIT metricsDefinitions and formulas read the same way across the company.](/en/it-beratung/kennzahlen)[KnowledgeIT maturity checkKnow where your IT stands in ten minutes.](/en/it-beratung/reifegrad-check) Back to the field [Rollout and Change](/en/it-beratung/einfuehren-und-veraendern) Rt Written by [Redaktion techport.ai](/ueber-uns), IT-Beratung Mehr als 15 Jahre Erfahrung in IT-Projekten des Mittelstands, Auswahl und Einführung von Unternehmenssoftware, Aufbau von IT-Betrieb und Informationssicherheit in wachsenden Organisationen. [More about us](/en/ueber-uns) More from techport.ai [ Software Custom process software for mid-sized companies. ](/en/loesungen)[ HR consulting People processes and the systems behind them. ](/en/hr-beratung)[ IT maturity check Ten minutes to a clear position. ](/en/it-beratung/reifegrad-check)[ HR maturity check 24 statements, a result per field. ](/en/hr-beratung/reifegrad-check)[ Funding BAFA grant plus more than 50 programmes for delivery. ](/en/foerderung)[ Process in practice How workflows become reliable software. ](/en/sop-praxis)[ Data and AI Analysis, forecasts and assistance systems. ](/en/daten-ki)[ About us The people behind techport.ai. ](/en/ueber-uns)