Reducing resistance to new softwareКак снизить сопротивление новой системе
An employee keeps using a notebook after training on new software. Before treating this as refusal to work, find out what the notebook solves: quick retrieval, an unsupported case or concern about losing information. People respond differently to change. Discussing a specific difficulty is more useful than guessing hidden motives and helps identify a fix, training need or clearer operating rule.Сотрудник продолжает вести записи в тетради после обучения новой программе. Прежде чем считать это отказом работать, выясните, какую проблему решает тетрадь: быстрый поиск, неизвестный системе случай или страховку от потери данных. Реакции на изменение различаются. Разговор о конкретном затруднении полезнее предположений о скрытых мотивах и помогает выбрать исправление, обучение или ясное рабочее правило.
Find out what the workaround solvesВыясните назначение обходного пути
Ask the employee to walk through a familiar case and show where they return to the old tool. Record the missing action, information or confirmation. Distinguish a technical failure, insufficient access, awkward workflow and disagreement with a rule because each needs a different response. One workaround is not evidence of sabotage.Попросите сотрудника пройти знакомый случай и показать момент, в котором он возвращается к старому инструменту. Запишите недостающее действие, сведения или подтверждение. Различайте техническую ошибку, нехватку доступа, неудобство и несогласие с правилом: для них нужны разные решения. Не называйте один обходной путь доказательством саботажа.
An experienced employee may lose familiar speed, while a newcomer may be unsure whether they can correct an error. Explore these as possible explanations rather than diagnoses. Useful questions concern the work: what takes longer, which decision became unclear and what information is missing when speaking with a customer.Опытный сотрудник может терять привычную скорость, а новичок — бояться исправить ошибку без разрешения. Уточняйте это как возможные причины, а не как диагноз. Полезные вопросы касаются работы: что стало дольше, какое решение стало непонятным и какой информации не хватает при общении с клиентом.
Explain the new operating rulesОбъясните новые правила работы
Before switching, name the problem being addressed and each role’s responsibilities. Explain which records establish operational status, who sees history and how an employee can add context or correct an inaccuracy. Do not promise that actions are invisible or that evaluation is automatically fair; the rules for using data must be understandable in their own right.До переключения назовите проблему, которую меняете, и обязанности каждой роли. Объясните, какие записи служат источником рабочего статуса, кто видит историю и как сотрудник может добавить объяснение или исправить неточность. Не обещайте полной невидимости действий или автоматической справедливости оценок; правила использования данных должны быть понятны сами по себе.
Separate required process steps from choices about how work is done. An agreed deadline may need to be recorded against the order while the employee chooses how to prepare the response. If an exception requires a manager, identify an available decision owner and a fallback. Unbounded discretion and unexplained restrictions both make daily work harder.Отделите обязательные части процесса от выбора способа выполнения. Например, согласованный срок должен быть записан у заказа, но порядок подготовки ответа может оставаться у сотрудника. Если исключение требует руководителя, заранее назовите доступного решающего и запасной путь. Свобода без границ и запрет без объяснения одинаково усложняют повседневную работу.
Teach recovery as well as completionОбучайте исправлению ошибок
Training should include a typical order and a case that goes off plan: the wrong quantity, an interrupted action or a required approval. Let the employee locate the current status, explain the next step and show how to get help. Watching a trainer and attending a session do not establish independent readiness.Обучение должно включать типичный заказ и случай, который идёт не по плану: неверное количество, прерванное действие или необходимость согласования. Пусть сотрудник сам найдёт текущий статус, объяснит следующий шаг и покажет, как получить помощь. Демонстрация тренера и посещение занятия не подтверждают самостоятельную готовность.
Use authorized training records and clearly separate them from real customer operations. Review mistakes step by step: what the employee expected, what they saw and which rule they applied. If several people stop at the same point, inspect the wording or configuration before assigning everyone another training session.Используйте разрешённые учебные записи и заранее отделяйте их от реальных клиентских операций. Разбирайте ошибку по шагам: что сотрудник ожидал, что увидел и какое правило применил. Если несколько людей останавливаются в одном месте, проверьте формулировку или настройку прежде, чем назначать всем повторное обучение.
- Readiness criterion: the employee completes a normal case and hands off an exception correctly without button-by-button guidance.Критерий готовности: сотрудник завершает обычный случай и корректно передаёт исключение без подсказки по каждому нажатию.
Remove the causes of duplicate workУберите причины двойной работы
List the places where the team copies the same fact repeatedly. For each remaining duplication, identify its purpose and decision owner. If an old spreadsheet supplies a report that is still unavailable, that is an unresolved transition requirement. It is inconsistent to ban the spreadsheet while continuing to demand the same report without a replacement.Составьте список мест, куда команда повторно переносит один факт. Для каждого оставшегося дублирования определите причину и владельца решения. Если старая таблица нужна для отчёта, которого пока нет, это открытое требование перехода. Нельзя объявлять её запрещённой и одновременно продолжать требовать тот же отчёт без замены.
Agree when the new process becomes primary and how unfinished cases will move across. During any temporary parallel operation, designate an authoritative source for each type of data. Otherwise employees receive conflicting instructions to maintain both versions while also being held responsible for discrepancies between them.Согласуйте момент, после которого новый процесс становится основным, и порядок переноса незавершённых случаев. При временной параллельной работе у каждого вида данных должен быть главный источник. Иначе сотрудник получает противоречащие задания поддерживать обе версии и отвечать за расхождения между ними.
Review adoption through completed workПроверяйте освоение по рабочим случаям
Look at completed end-to-end cases, repeated entry, obstacles and time to receive help. More questions early on may mean employees have started reporting problems. Compare support requests with workload and case type; fewer messages do not always mean fewer difficulties. Each review should produce a response to specific feedback.Смотрите на завершённые сквозные случаи, повторный ввод, затруднения и время получения помощи. Увеличение вопросов в начале может означать, что сотрудники стали сообщать о проблемах. Сопоставляйте обращения с нагрузкой и типом работы; меньше сообщений не всегда значит меньше затруднений. Разбор должен завершаться ответом на конкретную обратную связь.
Assign a check on the next suitable case for every rule change. Tell the team what was fixed and which issue remains open. Verify the selected SABSUS configuration’s role, correction and training-scenario behavior. Transition success depends on understandable execution of the work rather than the number of software logins.Для каждого изменения правила назначьте проверку на следующем подходящем случае. Сообщайте команде, что исправлено и какой вопрос пока открыт. Возможности SABSUS по ролям, исправлениям и учебным сценариям подтвердите в выбранной конфигурации. Успех перехода определяется понятным выполнением работы, а не числом входов в программу.
Quick answersКороткие ответы
What should happen to an employee’s spreadsheet?Что делать с личной таблицей сотрудника?
First identify the work requirement it meets and the data it duplicates. Assign a replacement or a bounded transition process with an authoritative source, then check that the required outcome is preserved.Сначала выясните, какую рабочую потребность она закрывает и какие данные дублирует. Назначьте замену или ограниченный переходный порядок с главным источником данных, затем проверьте, что необходимый результат сохраняется.
Do more questions mean the transition failed?Если вопросов стало больше, переход провалился?
Not necessarily. Check which questions recur, how long they wait for an answer and whether they prevent completion. More reporting may reflect trust in the support channel rather than declining competence.Не обязательно. Важно, какие вопросы повторяются, сколько они остаются без ответа и мешают ли завершать работу. Рост сообщений может отражать доверие к каналу помощи, а не ухудшение навыков.
How can training needs be separated from system gaps?Как понять, что нужно обучение, а не доработка?
Ask the employee to perform a specific case. Practice helps when the action exists and the rule is clear but the skill is not yet learned. Training cannot supply a missing action, permission or decision.Попросите сотрудника выполнить конкретный случай. Если действие доступно и правило ясно, но навык ещё не освоен, поможет практика. Если нужного действия, доступа или решения нет, обучение не устранит этот пробел.