Вот например зовут специалиста сделать объект — отчет, процесс, навык, инструмент. Формулировка локальная, понятная — вот это сделать, вот это починить, вот этому научить.

Специалист часто видит второй слой — систему, в который объект встроен, и без сдвига этой системы работать не будет. Не отчет переделать, а способ принимать решения, в котором этот отчет используется — иначе решения продолжат приниматься по звонку или по интуиции собственника. Не навык освоить, а отношение к ошибкам поменять — иначе сотрудники, прошедшие тренинг, забьют, потому что наказание за провал в этой системе сильнее награды за инициативу.

Тут развилка, которую заказчик не подписывался проходить: он звал за объектом, а ему предлагают пересборку. Сопротивление — не каприз, а нормальная (обычная) реакция на расхождение между тем, о чем договаривались, и тем, что предлагают сейчас.

Но и специалист может оказаться в непроговоренной роли, потому что его звали мастером по объекту, а он вынужден становиться переговорщиком и агентом изменений, который должен довести систему до готовности принять то, за чем его позвали.Три роли и неправильная линейка Идти в эту роль без мандата — гарантировать конфликт. Не идти — сделать объект, который в неизмененной системе не работает, и тогда «специалист не справился», хотя по заданию справился безупречно.

С внедрением ИИ это видно особенно ярко. Заказчик зовет научить команду промптингу, поставить чат-бота на сайт, автоматизировать обработку заявок — понятные локальные задачи. А чтобы заработало, нужно другое.

Бот для поддержки требует, чтобы кто-то взял ответственность за то, что часть клиентских обращений теперь идет через систему, а не через живого менеджера, и был готов разбираться с ошибками не как с провалом, а как с обратной связью.

Автоматизация заявок означает, что роль того, кто их раньше руками разбирал, должна быть переопределена — иначе человек будет саботировать систему, которая его обесценивает, и делать это так, что вы не сразу заметите.

Курс по промптингу для команды бесполезен, если в компании нет привычки экспериментировать и делиться находками — выученные приемы осядут в личных заметках и до общей практики не дойдут.

Это все про сдвиг рамки, в которую все остальное встроено. И в исходный запрос такая морока почти никогда не входит явно.

Минимальная честность специалиста — видеть второй слой с самого начала и называть его на входе, а не ждать, пока он вскроется на середине. Вот объект, за которым вы пришли, и вот рамка, в которой он живет; если рамка не сдвинется, объект работать не будет; готовы это обсуждать? Это не гарантирует согласия, но переводит возможный конфликт из «вы не справились» в «мы не договорились» — а это совсем другой разговор.

Если заказчик не готов и говорит об этом прямо — лучший из исходов. Хуже, когда не готов, но не говорит — ни себе, ни специалисту.