なぜPMがデザインを理解するべきか？
この記事ではITプロダクトの開発におけるデザインとの向き合い方について書いてみたいと思います。
私はこれまでBTC（Business/Tech/Creative）が別部門になっている大きな組織で、クリエイティブの立場からプロダクト開発に関わってきました。規模の小さいスタートアップや新規事業の立ち上げといった組織では、プロダクトマネージャー（PM）の下、デザイナーやエンジニア、ビジネスのメンバーがアサインされるので、BTCが1つのチームとしてプロダクトを開発し、分野を統合した意思決定を下す体制を目指すことができます。一方で、組織の規模が大きくなると、事業部（ビジネス）、開発（技術）、デザイン（クリエイティブ）、など職能ごとに組織があり、各部門からメンバーがアサインされてプロジェクトが組成されることも多いと思います。
このように組織の規模が大きくBTCが別組織になっている場合、デザインで検討していることとプロダクトの方向性や検討事項の優先順位にズレが生じることも珍しくありません。このズレの原因はさまざまですが、プロジェクトメンバー全員がデザインに関して俯瞰して考えられていないことが多いように思います。
この記事では、プロダクトマネージャーがデザインについて押さえておくべきことを、プロダクトマネージャーというプロダクトを率いる立場から考えてみようと思います。
世の中の書籍や記事を見ても、プロダクトマネジメントやデザインに関する専門的な情報はすでにたくさん発信されているので、事例やプロセスに関する知見はそうした別の記事に譲り、プロダクトマネージャーの立場からデザインとエンジニアリングがうまく連携できるヒントを模索し、プロダクトマネージャーがデザインについて考え、デザイナーとコミュニケーションを取る際のヒントを提供できればと思います。
大規模組織におけるBTCの役割について
最初に、ビジネスと技術、クリエイティブの職能について改めて整理しておくと、
- ビジネス：ビジネス成果に責任を持つ部門。サービスの施策立案やビジネス成果、マーケティングコミュニケーションなどに責任を持つ。
- 技術：プロダクトの開発に責任を持つ部門。プロダクトの要件定義や機能開発、ソフトウェアの品質担保などについて責任を持つ。
- クリエイティブ：プロダクトのデザインを担当する部門。デザインの役割にはユーザーインターフェース、ユーザーエクスペリエンス、コミュニケーションなどのデザインが含まれる。
のように分けられると思います（組織によって三者の役割は多少異なります）。
BTCのいずれの部門もプロダクトのValue Creation（価値創造）のために活動しているのですが、各職能でValue Creationに関する役割が異なるが故に、プロダクトが目指す方向性に関する考え方や方向性でコンフリクトが起きることがあります。例えばデザインについても、Bは儲かるかどうかの視点で見るかもしれないですし、Tは実装できるかどうかという視点で見るかもしれません。そしてCはそのデザインがユーザーにとって魅力的なのかという視点で見るでしょう。
BTC三者の役割や考え方を理解しておかないと、プロダクトやデザインコンセプトに関する議論が各職能間で平行線をたどりまとまらないことがあるので、議論が噛み合わない時や、擦り合ってないと感じる時は、こうした各職能の役割や考え方について、相手の立場に立って考えてみるといいかもしれません。プロダクトマネージャーはBTC全体を俯瞰してみる立場にあるので、プロダクト目指す方向性の視点からディレクションや意思決定を行う必要があります。
では、こうした立場や役割が違う職能と一緒にデザインについて議論を行い意思決定を行うためには、どうすればいいのでしょうか？ その答えの一つが、デザインコンセプトの可視化と共有です。
