(5ページ目)

「デザイン思考入門」

に関する学び

---

顧客中心のステップとは？ 考え方のステップについて学びました。特に「顧客中心」というアイディアが印象に残っています。 まず、顧客の行動やニーズ、体験価値を表現し、それをデザインとして具体化します。その後、商品化までの過程で何度も試行錯誤を行い、検証と収束を繰り返します。このプロセスには、試作品の作成とその検証が含まれます。 デザイン思考の役割とは？ デザイン思考とは、「潜在意識を表面化」させることを指します。万人向けにデザインされたものは衰退する時代になり、適切なターゲットを設定することが重要です。このターゲットを正確に捉えることが求められています。 私の職種である広報として、この考え方は「新しい価値」を見つけるための能力を養う補助となると思いました。顧客に徹底的に寄り添い、デザインに落とし込んで表現する反復行動を通じて、観察眼を鍛え潜在意識やニーズを引き出す力を培えると感じます。 調整力を高めるには？ 業務全般においても、特に「調整」に活かせそうです。何が本当のイシューか再考し、適切な課題設定へのステップを導く基礎となります。このエッセンスを活用することで、組織のビジョンや全体のデザインにも役立てる可能性があります。 具体的には、広報のKPI設定について模索しています。この設定が組織のビジョンを最大化するための基盤であり、将来的には次年度の設定にもこの考え方を取り入れられるか試してみます。 日常にデザイン思考はどう活かせる？ 最後に、業務における「顧客」をどこに置くかを整理し、何から考えるべきかを見直す訓練をしています。日常の些細な場面でも活用の余地があるか振り返ること、また、自分の潜在意識から何がデザインできるかを実験し、他者理解の一助となるよう努めています。

グループの意見整理は？ 私の仕事では、ワークショップで複数のグループが参加し、ブレインストーミングを行いながら、各グループでKJ法を用いてアイデアや意見の整理を常に行っています。各グループはツリー状にまとめることで、トップダウンとボトムアップの視点から課題を抽出し、その後、各グループで共有しながら、端的な言葉でコンセプトにまとめています。 KJ法の難しさは？ しかし、一方でKJ法だけでは整理しきれない単独のアイデアや意見の扱いが難しいと感じています。また、KJ法の性質上、多数決的な判断に陥る恐れもあるため、得られたアイデアや課題をペルソナを活用して具体化したり、カスタマージャーニーで視覚化することが重要だと考えています。 迅速なプロセスの鍵は？ さらに、アイデア自体が実際の成果に結びつく確率は低いため、アイデア出しからペルソナ作成、カスタマージャーニーの完成までのプロセスをいかに迅速に回すかが鍵となります。これを実現するためには、プロジェクトチームの編成、アイデア出しのための環境作り、そしてフィードバックの方法などを工夫する必要があります。 発想の工夫はどう？ アイデア出しにおいては、常識にとらわれないぶっ飛んだ発想を恐れずに出すことが重要です。そのため、アイデア出しの場や雰囲気の整備に加え、日常的に物事を正面だけでなく、さまざまな角度から眺め、俯瞰する習慣を持つことが必要だと実感しました。また、出されたアイデアを文字にまとめることで、新たな発想や次のステップのインスピレーションが得られることも大きな収穫でした。 新手法への挑戦は？ 今後は、これまで試してきた方法以外にも新しいアプローチを取り入れ、どの手法がどの状況で効果的かを引き続き研究していきたいと思います。

アンケート変更の必要は？ 自社サービスのユーザー向けに定期的に開催しているイベントでのアンケートについては、これまで項目を変更せずに実施してきました。項目変更を行うと比較が難しくなると考えたためです。今後は、アンケート内容に本当に変更の必要があるのか、改めて問い直しながら検討していきたいと思います。 インタビュー内容は羅列になる？ ユーザーインタビューでは、インタビュー後の記事化において、質問内容と返答が単なる羅列になりがちな点を改善する必要を感じました。コーディングを実施することで、情報の分析がしやすくなるとともに、他者へ伝わりやすいアウトプットにつながると考えています。まだ試行段階ですが、各担当者と意見交換の場を設け、特にインタビューに関しては、こちらが意識してヒアリングしないと暗黙知を引き出せないため、事前に質問項目に組み込むか、必須項目としてルールを決めることにしています。 定性定量の違いは何？ また、今回の取り組みで、解決策を前提に課題を定義しないという考え方や、分析データの収集方法には定量分析と定性分析の2種類があることを認識しました。定性分析は、感情など数値化や可視化が難しい情報の解析に適しており、暗黙知と形式知の両面を理解することが大切です。暗黙知については、こちらから意識して引き出す必要があると感じています。 課題設定はどう見直す？ これまで、課題は解決策をあらかじめ想定したうえで捉えていたため、今回の「解決策ありきで課題を定義しない」という視点は大きな気づきとなりました。定性分析の難しさを実感しているため、まずは自分自身のナノ単科におけるカスタマージャーニーを作成し、感情の可視化の練習からアプローチのコツをつかめるよう挑戦していきたいと思います。

共感の価値は？ デザイン思考における「共感・課題定義・発想・試作・テスト」の5つのステップについて、2点の学びがありました。まず、共感の重要性です。共感とは単に同意することではなく、お互いが認識できる共通の「何か」を見出すことだと感じました。 非線形の魅力とは？ 次に、これらのステップは非線形に繋がっているという点です。特定の順序にこだわるより、行きつ戻りつのプロセスを経ることが、各ステップが互いに影響し合い、より良い思考とプロダクトにつながると実感しました。 意見共有は難しい？ また、システム開発の上流工程では、プロジェクトメンバー間でどのように意見を交わし、定義を共有するかが非常に重要です。システム思考がその施策として大きな役割を果たす可能性はあるものの、実際にどの程度効果を発揮するかはまだ未知数です。一方で、プロジェクトメンバー間で「共感」がどこまで実現できるのか不安に感じることもあります。これまでの経験から、どうしても「同感」に偏ってしまい、ほぼ100%の合意が必要とされる傾向があるように思えるからです。すなわち、MUSTとWANTの区別なく、すべてが必要とされる状況が根付いているのではないかと考えています。 今後の課題は？ この点については、今後学びながら整理し、業務に活かしていきたいと考えています。具体的には、まずは受講生の仲間に「共感」についてヒアリングを行い、意見を共有してみたいと思います。ワークは課題中心であるため、私個人の興味本位で話を進めるのではなく、オフ会や自主的な懇親会などの機会を利用して課題提起を試みるつもりです。また、実際の仕事の中で共感と同感の線引きがどのように行われているのかも観察しながら検証していきたいと考えています。

なぜ共感が大切？ 高専教育におけるデザイン思考の実践応用が具体例として示され、プロジェクトベース学習の改善の流れがとても分かりやすく整理されていました。まず、学生が実際に課題に取り組む様子を観察し、どこでつまずいているかを体験的に理解する「共感」のステップから始まります。その後、「2年生のプログラミング初学者がエラーメッセージに直面したとき、原因の特定が難しく挫折感を感じている」という具体的な課題定義につながり、その問題に対する多角的なアプローチとしてSCAMPER法を活用する発想へと発展させています。 試作とテストの効果は？ さらに、簡易的なデバッグガイドやチェックリストを作成し、小規模なクラスで試用することで、「試作」と「テスト」のサイクルが迅速に回されました。実際の授業では、このプロセスを通して、教員が見落としていた細かい困難点や、学生が質問しづらい心理的ハードルが明らかになり、具体的かつ効果的な改善策を議論できる環境が整えられました。 多角発想はどう役立つ？ また、従来の一方通行の解説にとらわれず、例えばエラーメッセージを視覚的なフローチャートに変換するなど、多角的な発想が功を奏しました。この結果、学生同士が自然に教え合う雰囲気も生まれ、クラス全体の協力体制が強化されるという予想外の効果も確認されました。 試作の意義を感じる？ さらに、デザイン思考における試作の意義が改めて実感されました。実物に近い試作に限らず、デザイン画や説明動画など、さまざまな形でフィードバックを得ることが可能です。視覚的な印象や使用シーンの具体性を重視するフィードバックは、教材の改善に大いに役立ち、実践を通じた気づきを促す重要な要素となっています。

なぜデザイン思考？ デザイン思考の考え方を学ぶ中で、伝え合うためのスキルを磨くことが、使う人や顧客にとっての最適解に近づくための道筋を明確にするプロセスだと感じました。ターゲットを絞り、共感を基に相手の課題を深く見極めることで、多くのアイディアから最も適切なものを選び出し、再び広げたり収束させたりするアプローチは、さまざまな局面での正解への一助となるスキルだと思います。 サイト改善の理由は？ 公式サイトのリニューアルでは、現状の課題を洗い出しながら、ウェブの目的や望ましい改善策を検討しました。誰に向けて何をどのように届けるかを具体的に設定し、ターゲットユーザーがサイト訪問前にどのような行動を取るか、訪問時の行動にどんな仮説が成り立つかを考察しました。その後、必要なコンテンツを明確にし、目次やサイトマップの階層構造を設計。企業の目的とユーザーのニーズを一致させるため、まずユーザーのジャーニーマップを作成し、その結果をもとにワイヤーフレームを作成・必要なコンテンツを配置しました。 価値はどう伝える？ また、自社の価値を示す外向けのキャッチコピーを考案し、情報発信のコンテンツを整理することで、新たな視点で情報を伝え、今後の活動につなげられるかを検討する取り組みも行いました。 情報設計は何で？ さらに、公式サイトリニューアルのための発信情報見直しプロジェクトを立ち上げ、社内の意見を集約するとともに、外部ユーザーの行動を意識したコンテンツ設計を目指します。グループ会社向けの情報発信においては、ユーザーが抱える困りごとを把握する機会を設けるなど、イントラネット向けと公式サイト向けに目的に合わせた情報設計を分けて進めることを考えています。

ユーザーの反応はどう？ ユーザーからのフィードバックをもとに改良を重ねることが、成果向上の鍵だと実感しました。そこで、ユーザーの反応をスピーディーに得る手法を検討する必要性を感じています。具体的には、デザイン画や模型など、素早く形にできるプロトタイプの作り方が効果的です。フィードバックは、見た目、機能、使用感という３つの観点で捉えることができ、何を試したいのか、何を確かめたいのかを明確にして適切な手法を選ぶことが重要と感じました。 生成AIの可能性は？ また、多くの受講生が生成AIを活用していることにも驚きました。ビジュアル化の面で、今後は私自身もこの技術を積極的に活用していきたいと思っています。 プロトタイプの意義は？ 私自身の業務に当てはめると、扱う教材をどのように現場で使っていただくかを検討する役割があります。例えば、現場の指導提案を行う際、いきなり詳細な資料を持ち込むのではなく、まずはプロトタイプとして提案内容を形にし、意見を求めたり実際に使用してもらったりすることで、改善の余地を探ろうとしています。 プロトタイプの罠は？ ただし、プロトタイプにこだわりすぎるとスピード感を失い、作成したものに固執してしまうリスクもあります。私自身は、商品開発の立場ではないからこそ、営業、マーケティング、開発といった異なる部門と連携し、情報を共有することが、よりよい企画へとつながると考えています。 十分な準備はどう？ 今回の課題に取り組む中で、これまでの積み重ねがプロトタイプの精度を大きく左右することを痛感しました。自分なりに検討はしたものの、他の受講生に比べると十分な準備ができておらず、反省すべき結果となりました。

図面と場はなぜ違う？ 自身の業務においてプロトタイプは、図面やCG、タイムライン、進行資料といったデータベースで存在しています。しかし、空間づくりや場づくりといった実際の形にする過程は容易ではありません。図面やCGは多くの人に見せ、説明し、フィードバックを得やすいのに対し、イベントや勉強会などの場づくりは、実際に進行を試みる必要があり、時間や場所、参加者の制約が大きなハードルとなります。 短縮実施はどう？ こうした中で、短時間の部分的な実施や動画、音声による確認といった方法を取り入れることで、柔軟に対応する必要があると感じました。多くのフィードバックをもらうことでプロトタイプをブラッシュアップできると同時に、その場で迅速に修正を加えるスピードも重要だと認識しています。 実働視点はどう捉える？ また、図面やCGによるプロトタイプはメタ認知的な視点に偏りがちで、実際に働く人々の目線や感じ方を捉えるのが難しいという課題があります。そこで、模型を作成し、カメラを使って目線を合わせる工夫が求められます。実際に進行を試みる方法は「アクティング」とも言え、図面やCGを元に働く人たちの視点を再現することで、より具体的な感覚や意見を引き出せるのではないかと考えました。 体験からは何得る？ 結局、アイデアだけではなく、実際に触れ、観察し、体験できるプロトタイプが不可欠です。そして、そのフィードバックをどのように共感、課題の抽出、発想、試作に結びつけるかが重要であり、かける時間や労力の配分も検討すべき点です。さらに、得たいフィードバックに合わせて、まだ詰め切れていない部分を強調したプロトタイプを作成する方法も効果的だと捉えています。

デザイン思考をどう活かす？ デザイン思考には、共感、課題設定、発想、試作、テストのステップがあり、これを非線形に繰り返すことが重要だと学びました。この思考をビジネスに活かすためには、顧客やユーザーの行動を観察し、彼らの体験価値を最大化することが大切です。最近学んだカスタマージャーニーでも、ペルソナを細かく設定することが、サービスやプロダクト、戦略を考える上で重要だとされており、これがデザイン思考と通じると感じました。 学びを深めるステップは？ 学びにおいて大切なこととして、1.言語化、2.教訓化、3.自分化が挙げられ、これが特に印象に残りました。私は考えを言葉にするのが苦手なので、まず書いてみて、次に発言し、さらに伝わりやすくするステップを踏んでいければ良いと思っています。 システム開発の目的を再確認 現在、私は営業系のシステムを開発・管理・運用する部署に所属しており、社内の営業部門がメインの顧客です。これまで、ITやシステムに慣れていないユーザーをターゲットに、使いやすさを重視した設計を行ってきました。しかし、講義を通じて、システム開発の本来の目的は効率化や売上向上を図ることにあると考え直しました。ターゲット設定を見直し、本来の目的達成のための設計をもっと重視すべきかもしれないと感じました。 顧客理解に基づく設計とは？ システム開発においては、インターフェイスの使いやすさに過度に拘らず、データの意味を可視化し、顧客理解や戦略策定を実現するための設計に焦点を当てる必要があります。既存のシステムについても、ユーザー目線でその利用価値を最大化できるかを考え、ユーザーからのフィードバックを積極的に取り入れる姿勢が大切です。

ブレインストーミングの実態は何？ 私が担当するゼミ活動では、アイデアを自由に出し合うためのブレインストーミングを実践しました。講座で習った「質より量」や「他人のアイデアを非難しない」「楽しく自由にアイデアを出す」という基本ルールを改めて伝えていたにもかかわらず、他人のアイデアに対して否定的な意見が飛び交う場面が多く見受けられました。 否定の裏側は何？ 具体的には、アイデアが出るたびに「そんなこと本当にできるの？」「ふざけないでまじめに！」「お金がないでしょう？」などの否定的な発言が無意識に繰り返され、議論の雰囲気を損なっていました。自身を振り返ると、大人はどうしてもコスト意識が先行し、アイデアを潰してしまう傾向があることを改めて感じました。これは教育の現場だけでなく、経営の現場でも気をつけるべき点です。 支援の効果はどう？ あるアイデアに対して否定的な意見が出た際には、私自身もそのアイデアに集中し、積極的にプラスのフィードバックを行うよう努めました。すると、不思議なことにそこから学生たちが次々とアイデアを発展させる姿勢が見られるようになりました。一見非常識に思えるアイデアにも、真のイノベーションの可能性が秘められていると実感しました。 軽量化の罠は何？ 今回の実践演習では、「軽量化のため」というキーワードにとらわれすぎたために、アイデア出しに苦労する場面がありました。軽量化自体は登山の楽しみを実現するための手段に過ぎないため、本来ならもっと自由な発想でアイデアを出すことができたはずだと振り返っています。この経験から、課題定義、すなわち解決すべき本質的な問題を明確にすることの重要性を再認識しました。

共感はどう活かす？ デザイン思考の5ステップを学ぶことで、全体の流れが体系的に理解できました。特に「共感」と「問題定義」の重要性が印象に残り、表面的な言葉だけでなく相手の背景や感情をくみ取って本質的な課題に迫るアプローチを再認識することができました。日々の業務において、現場の方の話を丁寧に聞く大切さを改めて実感する良い機会となりました。また、プロトタイプやテストを通じて改善を図る考え方も、提案活動に活かせると感じています。 現場の実感は何？ 私の業務では、社内の各部門で発生する業務課題や非効率な業務フローのヒアリングを行い、データやデジタルの力を活用して改善提案をしています。今回の学びで得た「共感」「問題定義」「発想」「試作」「検証」の流れは、実際の現場支援プロセスに即していると感じました。特に、現場の方が本当に困っている点を深掘りする「共感」と、課題を的確に把握し整理する「問題定義」のステップは、今後のヒアリングや提案活動において意識していきたいポイントです。自分の仕事をより意味のあるものへと昇華させるヒントを得ることができました。 未来の改善はどう？ 今後のヒアリング業務では、相手の状況や感情に寄り添い「共感」をしっかりと行い、話の中に潜むニーズや課題の背景を深く理解することを意識します。そして、「問題定義」の段階で課題を整理し、関係者と共通認識を持つことに注力します。必要に応じて、可視化やプロトタイプのアイディア出しも行い、改善の方向性を早期に示す工夫を取り入れます。小さな実践でも「試してみる」「やってみる」姿勢を大切にし、相手と共に課題を乗り越えていくパートナーとして活動していくことが今後の目標です。

定性分析はどう整理？ 現在、自社の業務改善のための分析を進める中で、これまで漠然としていた内容が「定性分析」であったことに気づき、大きな発見となりました。業務のやり方は数値で把握しにくいため、現場での観察やインタビューを通じて状況を捉え、得られた情報から実態を明らかにする必要があると感じました。また、コーディングにより一次コード、二次コードと分類し、フレームワークやプロセスに落とし込む方法を実践することで、今後も学びを深めていこうという意欲が湧きました。 顧客課題をどう捉える？ 顧客課題仮説の導出は非常に難しいと実感しました。定性分析でコーディングを進める際、観察やインタビューから得られる情報が十分かどうか不安になるとともに、ペルソナやカスタマージャーニーマップの捉え方によって仮説の内容が変わる点も大きな気付きでした。今回の講義で学んだのは、顧客課題仮説を広く捉えるのではなく、焦点を絞り「ユーザー」「状況」「課題」「ソリューション」という具体的な文書化を行う手法であり、その手法は非常に有効だと感じました。 問題本質をどう捉える？ さらに、「問題の本質を捉える」から始まり、洞察の整理と可視化、顧客課題仮説の作成、ユーザー中心の視点の維持、そして検証と改善という流れを作ることの重要性を学びました。定性分析では、プロセスやフレームワークの構築により、定量分析で検証すべき仮説が明確になるという点も理解できました。実際の現場での観察からは、ユーザー自身が気づいていない暗黙知に触れることができる有効な手法であることを実感しました。今後はこれらの経験を活かし、顧客に対する課題分析をさらに実践していきたいと思います。