1. выяснить, в какой роли заказчик находится, какова его функция относительно ситуации/рассматриваемой системы (не только прямыми вопросами, по всем доступным источникам)
2. договориться с ним об этой роли
3. выяснить его интересы, предпочтения (не только прямыми вопросами, по всем доступным источникам)
4. выявить остальные роли в окружения, их интересы и предпочтения  (не только прямыми вопросами, по всем доступным источникам)
5. поискать варианты, в которых его интерес реализуется в максимальной форме

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

затягивается ли обсуждение до бесконечности — это принципиально не верифицируемый метод)

а можно подробнее о ролях? Я владею терминологией управления проектами, когда у нас есть пользователь, заказчик и есть спонсор. Какая типология у вас?

а кто это такие? и чем отличаются?

Так и "неправильно" -  не однозначная оценка. Что-то опять философия пошла))

Пользователь - тот кто будет использовать результат(продукт) проекта, заказчик - тот кто выдает требования, спонсор - тот кто платит, кому приносит профит

я использую методы системного мышления

проекты нужны для движения систем по стадиям жизненного цикла

надо понять, в какой именно роли находится заказчик по отношению к системе, которая сдвинется в ходе проекта

например, в строительных проектах заказчик — это девелопер (в коммерческом секторе) или распорядитель бюджетных средств в сфере/сегменте X

типовые интересы девелопера — получить объект недвижимости с определённой окупаемостью/ликвидностью

типовые интересы распорядителя бюджетных средств — не быть наказанным, уволенным, осуждённым

пользователь использует цель проекта? то-есть профит который он приносит. вопрос. почему тогда не пользователь/спонсор определяют требования к цели/результату?

это из 6 пмбок

в общем я бы на более предметном кейсе разобрал

Давайте разложим на примере мотивационной отчётности: пользователь - отдел выплаты заработной платы (бухгалтерия), заказчик - руководитель департамента (ветви бизнеса для которого считается отчётность), спонсор - руководитель компании, который пытается оптимизировать затраты. Целью, то есть результатом в понимании pmbook - будет оптимизация расходов на персонал, а результатом для пользователя - будет автоматизированная система, которую можно будет использовать для получения данных для расчёта ЗП

так у нас результат проекта или результат для роли рассматривается? Зачем мы рассматрвиаем пользвоателя в системе в этой  если он просто часть системы? может его вообще надо уволить

вопрос к @beskov . Как мне кажется для роли. Потому что цель проекта для системы - это изменения в системе

что такое «мотивационная отчётность»? гугл выдаёт только 3 страницы и это всё вакансии

ну то-есть мы делаем результаты проекта для пользователей которых увольняем по результатам проекта (оптимизации затрат )?

да. на примере ИТ проектов (неважно зачем выполняемых) - в зависимости от многих факторов в состав рабочей группы могут быть включены операторы или не включены. Хороший пример внедрение SAP когда заказчика не волнуют крики что его нельзя использовать и что у него недружественный интерфейс и вообще ничего не понятно. Или то же внедрение когда его эти крики волнуют...