ユーザークラスのメンバーとプロジェクトのビジネスアナリストの間で主要なインターフェイスの役割を果たす人

実際のユーザーであることが理想

元ユーザーが疑似ユーザーの場合は、プロダクトチャンピオンの認識と実際のユーザーの現状のニーズとの乖離に気を付ける必要

実際に要求記述書を書くのはプロダクトチャンピオンではなく、ビジネスアナリスト

プロジェクトにプロダクトチャンピオンを入れることに抵抗される可能性がある

「ユーザーは忙しいから協力してもらえないだろう」 とか 「経営層が意思決定したい」 とか

ビジネス要求とユーザー要求を切り離し、プロダクトチャンピオンにはビジネス要求が定めるスコープの中でユーザー要求レベルの意思決定をしてもらう、という形にすることで不安が和らげられる

また、「ユーザーの関与不足がソフトウェアプロジェクトの失敗の第一の原因である」 ということを説明する