Stakeholder Interview.

経営者、営業、運用担当、法務、開発者など、立場の異なる人に同じテーマを聞くと、目標や成功の定義が一致していないことがある。ステークホルダーインタビューは要望の収集だけでなく、意思決定構造や組織内の前提を明らかにするために行う。

誰かの意見が強いからといって、それが利用者の課題を代表するとは限らない。発言を役割と利害の文脈で捉え、事実、期待、仮説を分けて整理することが重要。意見の食い違いは解消すべきノイズではなく、設計課題そのものである場合もある。

経営者は成長率、現場は運営負荷、顧客対応は問い合わせ削減を重視するかもしれない。それぞれの目標を並べるだけで、設計課題の輪郭が変わる。

Blueberry’s Perspective

最初のインタビューで揃えるべきなのは答えではなく、何を成功と呼ぶのかという認識だ。