デザインの伝え方 ―組織の合意を得るコミュニケーション術

Book description

クライアントや上司、チームメンバーなどデザインを取り囲むステークホルダーにデザインの意図を正しく伝え、承認や合意を得ることは最適なUXを実現するうえで必須です。本書は、デザイナーが、デザイナー以外の人に、デザインに関わる様々な事柄を効果的に説明できるようになるための考え方やテクニックを紹介します。コミュニケーションの重要性、ステークホルダーの視点の理解や心情に寄り添う意味、デザインの狙いを明確にする作業、ニーズを聞き出すためのコツなどを詳しく説明します。デザインの有効性を実証するスキルを身に着け、組織としてベストなUXを実現したいと考える人、必携の一冊です。

Table of contents

  1.  大扉
  2.  原書大扉
  3.  クレジット
  4.  まえがき
  5.   重要な会議
  6.   この本の狙い
  7.   対象読者
  8.    デザイナー
  9.    シニアデザイナー
  10.    エンジニア
  11.    役員、部課長、プロダクトオーナー、プロジェクトマネージャー、マーケティング担当者
  12.   この本の構成
  13.   この本を書いた理由
  14.   意見と質問
  15.   謝辞
  16.  第1章 デザインの役割の変化
  17.   1.1 私とデザインとの関わり
  18.   1.2 UXは発展途上
  19.    1.2.1 UXは新しい言葉
  20.    1.2.2 UXは新しい役割を担う
  21.    1.2.3 UXは新しいチームで作られる
  22.    1.2.4 UXは新たなチャレンジ
  23.   1.3 デザインは主観的なもの?
  24.   1.4 ビジネスでは批評だけでは終わらない
  25.   1.5 エゴと直感
  26.   1.6 製品とデザインの関係の変化
  27.    1.6.1 デザイナーに対する見方が変わった
  28.    1.6.2 ウェブが変わった
  29.    1.6.3 ビジネスが変わった
  30.   1.7 デジタルな体験が実体験
  31.    1.7.1 ソーシャルメディアがデジタル製品の見方を変えた
  32.    1.7.2 政治がデジタル製品の見方を変えた
  33.    1.7.3 パーソナル機器が人々の認識を変えた
  34.    1.7.4 Uberの物語
  35.    1.7.5 デザインに関して多くの人が意見をもつ理由
  36.  第2章 偉大なデザイナーは偉大なコミュニケーター
  37.   2.1 船頭多くして船山に登る
  38.   2.2 全員がデザイナー!
  39.   2.3 そのインタフェースはあなたのインタフェース
  40.   2.4 議論百出で悲惨な結果に
  41.    2.4.1 CEOボタン
  42.    2.4.2 トップページ症候群
  43.   2.5 コミュニケーションが大切
  44.    2.5.1 言葉の威力
  45.    2.5.2 コミュニケーションの上手な人が勝つ
  46.   2.6 「自分の意図を明確かつ有効に伝える能力」こそが成功のカギ
  47.    2.6.1 最良のアイデアが勝つとは限らない
  48.   2.7 卓越したデザイナーになるには
  49.    2.7.1 プロセスではなく製品(プロダクト)に焦点を当てる
  50.    2.7.2 必須の3要件
  51.    2.7.3 問題を解決する
  52.    2.7.4 ユーザーにとっては使い勝手がよい
  53.    2.7.5 全員の支持を得ている
  54.    2.7.6 実現する
  55.  第3章 人間関係を構築する
  56.   3.1 ステークホルダーの視点を理解する
  57.    3.1.1 「ステークホルダーも人間」という認識を持つ
  58.    3.1.2 体験を共有する
  59.    3.1.3 ある同僚の例
  60.    3.1.4 共感力を養う
  61.    3.1.5 ビジョンを持ってリードする
  62.    3.1.6 質問をする
  63.    3.1.7 親しい間柄になる努力を
  64.    3.1.8 自分についても語る
  65.    3.1.9 ステークホルダーの状況把握
  66.   3.2 ステークホルダーの分類
  67.    3.2.1 チーム構成員
  68.    3.2.2 スーパーバイザー
  69.    3.2.3 外部関係者
  70.   3.3 ステークホルダーの価値観
  71.    3.3.1 役員あるいはマネージャー
  72.    3.3.2 エンジニア
  73.    3.3.3 プロダクトオーナー
  74.    3.3.4 プロジェクトマネージャー
  75.    3.3.5 マーケティング担当者、コンテンツ担当者、クリエイティブ責任者
  76.   3.4 ステークホルダーなりのストーリー
  77.    3.4.1 役員
  78.    3.4.2 エンジニア
  79.    3.4.3 プロダクトオーナー
  80.    3.4.4 プロジェクトマネージャー
  81.    3.4.5 マーケティング担当者、コンテンツ担当者、クリエイティブ責任者
  82.   3.5 良好な関係を築く
  83.    3.5.1 自分らしく振る舞う
  84.    3.5.2 ちょっとした気配り
  85.    3.5.3 ものを贈る
  86.   3.6 まとめ
  87.  第4章 認知的負荷を軽減する
  88.   4.1 気の散る要素は排除しておく
  89.   4.2 相手の反応を予測する
  90.    4.2.1 反対意見も予測し書き出す
  91.    4.2.2 代替案もリストアップしておく
  92.    4.2.3 データも事前に揃えておく
  93.   4.3 「支援の輪」をつくる
  94.    4.3.1 「助っ人役」を頼む
  95.    4.3.2 まずは「味方の予備軍」を見つける
  96.    4.3.3 理解者はいる
  97.   4.4 議題の管理やリハーサル
  98.    4.4.1 リストを作る
  99.    4.4.2 予行演習は声に出して
  100.    4.4.3 関係者全員での最後の打ち合わせ
  101.  第5章 「聴くこと」とは理解すること
  102.   5.1 暗示的傾聴
  103.    5.1.1 相手にとっくりと話させる
  104.    5.1.2 言外の含みを察する
  105.    5.1.3 真の問題を突き止める
  106.    5.1.4 間を置く
  107.   5.2 明示的傾聴
  108.    5.2.1 すべてを書き留める
  109.    5.2.2 最強のメモ
  110.    5.2.3 質問をする
  111.    5.2.4 繰り返しと言い換え
  112.   5.3 まとめ
  113.  第6章 正しい心構えを持つ
  114.   6.1 主導権が自分にないことを認識する
  115.   6.2 エゴは会議室の入り口で捨てる
  116.   6.3 Yesから始める
  117.    6.3.1 Yes応答
  118.   6.4 魅力的な存在であれ
  119.    6.4.1 自信を持つ
  120.    6.4.2 自分らしく振る舞う
  121.    6.4.3 生真面目も問題
  122.    6.4.4 相手の立場になる
  123.   6.5 言葉を慎重に選ぶ
  124.    6.5.1 「間違っています」
  125.    6.5.2 「デザインの観点から見て……」
  126.    6.5.3 「好き」と「嫌い」
  127.    6.5.4 専門用語の羅列
  128.   6.6 スムーズに移行する
  129.    6.6.1 感謝
  130.    6.6.2 繰り返し
  131.    6.6.3 準備
  132.   6.7 まとめ
  133.   6.8 参考文献
  134.  第7章 組織内コミュニケーションの戦略と戦術
  135.   7.1 応対の流れ
  136.   7.2 3つの戦略
  137.    7.2.1 戦略1――崇高な動機に訴える
  138.    7.2.2 戦略2――ユーザーを代表する
  139.    7.2.3 戦略3――効果を明示する
  140.   7.3 5つの戦術
  141.    7.3.1 戦術1――比較する
  142.    7.3.2 戦術2――代替案を示す
  143.    7.3.3 戦術3――ステークホルダーに選択させる
  144.    7.3.4 戦術4――ほかの人に意見を求める
  145.    7.3.5 戦術5――決定を延期する
  146.   7.4 周到な準備を
  147.  第8章 応対例とメッセージの定型文
  148.   8.1 ビジネス
  149.    8.1.1 「ゴールの達成に役立ちます」
  150.    8.1.2 「主要なユースケースで使い勝手を改善します」
  151.    8.1.3 「ブランドイメージの確立に役立ちます」
  152.   8.2 デザイン
  153.    8.2.1 「一般的なデザインパターンを使用しました」
  154.    8.2.2 「ユーザーの注意を引きます」
  155.    8.2.3 「ユーザーフローを考慮してこうデザインしました」
  156.   8.3 調査・研究
  157.    8.3.1 「データによって妥当性が検証されています」
  158.    8.3.2 「ユーザビリティ評価によって明らかになりました」
  159.    8.3.3 「外部の調査・研究結果によって裏付けられています」
  160.   8.4 制約
  161.    8.4.1 「リソースが足りません」
  162.    8.4.2 「技術的な制約があります」
  163.    8.4.3 「標準に従います」
  164.   8.5 まとめ
  165.  第9章 合意に向けたコミュニケーションの「公式」
  166.   9.1 合意を得ること
  167.    9.1.1 単刀直入に
  168.    9.1.2 利点や望ましい結果を強調する
  169.    9.1.3 相手に真意を明かさせる効果
  170.   9.2 すべてのコツを盛り込む
  171.  第10章 会議直後のチャンス
  172.   10.1 会議直後の対話
  173.    10.1.1 会議直後に引っ張りダコに
  174.   10.2 すかさずフォローアップを
  175.   10.3 ふるい分け
  176.    10.3.1 聞き流すだけで終わる「イノベーション」
  177.    10.3.2 触れずにおく
  178.   10.4 さらなる支援者を見つける
  179.   10.5 失敗したっていい、なんとかしよう
  180.   10.6 まとめ
  181.  第11章 難局を打破するための方法
  182.   11.1 なんでこんな事態に?
  183.    11.1.1 背後にステークホルダーの個人的要望がある場合
  184.    11.1.2 「意見をきちんと聞いてもらいたいだけ」の場合
  185.    11.1.3 誤解が生じている場合
  186.    11.1.4 デザイナー案が最善の解決法でない場合
  187.    11.1.5 まったくの「わからず屋」である場合
  188.   11.2 不本意な変更が不可避になってしまったら
  189.    11.2.1 目立たないようにする
  190.    11.2.2 オプションとして追加する
  191.    11.2.3 配置場所を厳選する
  192.    11.2.4 追加スペースは事前に用意
  193.   11.3 窮地にこそ好機が
  194.    11.3.1 別の問題点も浮き彫りに
  195.   11.4 「信頼残高」
  196.   11.5 自分に誤りがある場合
  197.    11.5.1 自分の誤りに気づくためのコツ
  198.   11.6 アヒルを忍び込ませる
  199.   11.7 関係者の「期待」を上手にさばく
  200.   11.8 終わり――だがまだ続く
  201.  第12章 非デザイナーのみなさんへ
  202.   12.1 王様と目の見えない御意見番
  203.    12.1.1 「デザイナーはデザインのプロ」との認識を
  204.    12.1.2 デザイナーのニーズに優先的に対応し、確実に成果を上げられる態勢作りを
  205.    12.1.3 作業推進のためチームにしかるべき権限を委譲する
  206.    12.1.4 「デザイナーも人間」との理解を
  207.   12.2 デザイナーと連携して成果を上げるための10の秘訣
  208.   12.3 デザインプロジェクトのためのチェックリスト
  209.    12.3.1 経営のビジョンとゴール
  210.    12.3.2 ユーザー(顧客)
  211.    12.3.3 ワークフローとコミュニケーション
  212.    12.3.4 情報と担当者へのアクセス
  213.    12.3.5 デザイン要件と技術的要件
  214.   12.4 デザイナーを経営陣に
  215.   12.5 まとめ
  216.  第13章 ビジョンのためのデザイン
  217.   13.1 「デザイナーの持てる力」を認識する
  218.    13.1.1 イメージすれば実在しないものでもリアルに
  219.   13.2 創造力を発揮するために
  220.    13.2.1 ひらめきを生む「刺激」と出会う
  221.    13.2.2 優れたUXは身の回りの至る所にある
  222.    13.2.3 いつもとはまったく違うキャンバスで描く
  223.    13.2.4 アイディエーションとイテレーション
  224.   13.3 実践のコツ
  225.    13.3.1 普段とは違う「舞台」を探す
  226.   13.4 煎じ詰めれば「でっちあげ」
  227.   13.5 ビジョンの実現に必須なのはやはり「支援者の輪」
  228.   13.6 単なるピクセルの集合体にとどめない
  229.  付録A 最小限のドキュメントで理解を最大限に深める
  230.   A.1 完璧なソリューションを思いついた、だが……
  231.   A.2 コミュニケーションは、承認を目的とした途端に難しくなる
  232.   A.3 コミュニケーションはプロジェクトの後工程になるほど難しい
  233.   A.4 ドキュメントは悪である
  234.  著者紹介
  235.  奥付

Product information

  • Title: デザインの伝え方 ―組織の合意を得るコミュニケーション術
  • Author(s): Tom Greever, 坂田一倫, 武舎 広幸, 武舎 るみ
  • Release date: September 2016
  • Publisher(s): O'Reilly Japan, Inc.
  • ISBN: 9784873117799

You might also like

book

動かして学ぶ量子コンピュータプログラミング ―シミュレータとサンプルコードで理解する基本アルゴリズム

by Eric R. Johnston, Nic Harrigan, Mercedes Gimeno-Segovia, 北野 章, 丸山 耕司

独自のシミュレータQCEngineを使ってJavaScriptで書かれたサンプルプログラムをブラウザ上で動かし、量子コンピュータでのプログラミングに必要な知識やスキルを学ぶことができます。量子コンピューティングの基礎とその可能性に関する直感的理解が容易になるよう、豊富な例と図を用いて説明します。前半では、単一キュビットに対する基本的な量子演算、多重キュビット演算、複合演算(量子プリミティブ)、基本的な量子アプリケーション、後半では、探索問題、画像処理、暗号問題、機械学習への応用について解説しており、本書だけで基礎から実践的な応用技術までを一気に習得できます。

book

データ指向アプリケーションデザイン ―信頼性、拡張性、保守性の高い分散システム設計の原理

by Martin Kleppmann, 斉藤 太郎, 玉川 竜司

現代の分散システム設計においてデータの扱いは重要な課題です。本書は、データを処理し、保存するさまざまなテクノロジーの特性を詳述することで、ツールの長所と短所を理解し、システムの課題と使用するアプリケーションに適した選択肢の発見を助けます。本書では、データの量や複雑さ、変化が課題となるアプリケーションを「データ指向」と名づけ、データ指向アプリケーションの設計を支える基本的な概念を解説します。そしてレプリケーション、パーティション、トランザクションなど分散データベースについて扱い、さらにバッチ処理、ストリーム処理など、データセットの取り出しや結合について解説します。

book

Pythonではじめる機械学習 ―scikit-learnで学ぶ特徴量エンジニアリングと機械学習の基礎

by Andreas C. Muller, Sarah Guido, 中田 秀基

Pythonの機械学習用ライブラリの定番、scikit-learnのリリースマネージャを務めるなど開発に深く関わる著者が、scikit-learnを使った機械学習の方法を、ステップバイステップで解説します。ニューラルネットを学ぶ前に習得しておきたい機械学習の基礎をおさえるとともに、優れた機械学習システムを実装し精度の高い予測モデルを構築する上で重要となる「特徴量エンジニアリング」と「モデルの評価と改善」について多くのページを割くなど、従来の機械学習の解説書にはない特長を備えています。

book

サイトリライアビリティワークブック ―SREの実践方法

by Betsy Beyer, Niall Richard Murphy, David K. Rensin, Kent Kawahara, Stephen Thorne, 澤田 武男, 関根 達夫, 細川 一茂, 矢吹 大輔, 玉川 竜司

『SRE サイトリライアビリティエンジニアリング』で、サイトリライアビリティエンジニアリング(SRE)はプロダクションサービスの稼働と信頼性の維持がサービス設計の基本であるとし、行動の基礎となる原則と理論を述べました。その実践編であり副読本でもある本書は、SREを組織やプロジェクトで導入するにあたり、必要となる具体的な方法や手順を解説します。またこれまでGoogle内部で得た技術的ノウハウを解説し、さらにEvernote、The Home Depot、New York Timesなどさまざまな企業での事例を紹介します。