(6ページ目)

「デザイン思考入門」

に関する学び

---

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

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

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

業務改善の道筋は？ 所属チームの業務改善が現在の大きな課題です。私たちのチームは、グループ会社にドキュメント関連の業務をサービスとして提供しており、改善テーマとしては働き方、シェア拡大、新サービスの開発に取り組んでいます。働き方に関しては、人手不足が叫ばれる中で、必要以上の業務に取り組むメンバーも見受けられ、なぜその業務を行うのか疑問を持っても改善が進まないため、共感を得ることが求められていると感じています。また、シェア拡大に関しては、現行業務の認知度はあるものの、ドキュメントサービスの具体的な利用方法が十分に理解されていない印象です。さらに、新サービスは付加価値を高めてステージアップさせる必要があるため、それに沿った開発が求められています。各課題についてより深く考え、実践の場として活用できると感じています。 働き方の疑問点は？ 働き方の課題としては、過去の慣習に引っ張られて「なぜこれをしているのか」という疑問を持たずにいること、必要以上の責任に縛られていること、そして誰も助けてくれないという思い込みがあることが挙げられます。こうした状況は、業務全体を俯瞰して見る視点が不足していることが原因のように思います. 課題発見の秘密は？ まずは自分自身で課題に気づくことが必要です。マーケティングの調査結果などからも課題は浮かび上がるでしょう。実際にその課題の場に身を置くことで、背景を理解し、何が必要かが次第に明確になっていきます。そして、その必要性をどのように商品化するかは、試行錯誤を通じてしか見えてこないものです。その一つのアプローチとして、ヒアリングを活用し、相手の話にしっかりと耳を傾けることが大切だと感じています.

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

本質をどう捉える？ コンプライアンス部門という特性上、定性分析は部分的に実施しています。たとえば、研修や教育の際に実施しているアンケートや、監査での要望やヒアリングから得たフィードバックをカテゴリ分けし、意見や要望を整理しています。しかし、現状では表面的な分析に留まっていると感じています。そのため、どのような人がどのような状況下で、どんな課題を抱えているのか、そしてそれに対してどのような解決策を提供できるのかという観点から、コーディングを利用した仮説構築に踏み込む必要があると考えています。部門全体の課題意識と乖離しないようにすることが狙いです。 質問方法はどう変える？ また、コーディングを用いて仮説を構築する際には、コンプライアンス部門からの質問の仕方が極めて重要です。表面的な回答だけに頼らず、部門が抱える潜在的な課題を引き出すことが求められます。そのためには、5W1Hの観点、特に「なぜ（Why）」に焦点を当てた質問を繰り返し用いたり、具体例を求めるなど、質問方法や構成に工夫が必要であると感じています。 課題整理はどう進む？ 課題定義を適切に行うためには、まず問題の本質を引き出す質問を十分に検討することが大切です。ここでの準備が不十分だと、仮説を適切に検討できず、部門の課題との乖離が生じる恐れがあります。次に、得られた課題をコーディングにより整理し、視覚的に把握できる形に整えます。さらに、「どのような人が、どんな状況下で、どのような課題を抱えており、どのような解決策が適切か」という顧客視点を忘れずに、具体的な課題仮説を立てます。最後に、立てた仮説の検証と改善を繰り返すことで、より実態に即した解決策の策定を目指します。

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

フロア移動の効果は？ 仕事では、ちょうどフロアの移動があり、新しいフロアは7階に配置され、総務や経理の部署と共に運営されています。一方、従来は社長室とコンサルタントの部屋が隣接していたため、社長やコンサルタントとの距離が近く、相談もしやすい環境でした。しかし、今回の配置変更により、両者との距離が遠くなり、移動時間がかかるため、相談しにくい状況が生じました。なお、コンサルタント側も同様の課題を抱えており、さらなる改善を望んでいるものの、予算の制約があるという現実もあります。 効率的対話の方法は？ このような状況を改善するため、オープンなコミュニケーションを促進することが求められます。具体的には、チャットツールを効果的に活用し、気になる点について積極的にフィードバックを行うとともに、共通の行動ルールを策定する取り組みが考えられます。 試行錯誤の効果は？ また、改善のスピードを上げるためには、小さな試行錯誤を重ねることが最も効果的だと感じています。最初から完璧な仕組みを求めるのではなく、実体験から得た気づきを振り返りながら、段階的に改善を試みることで、仲間の理解も深まり、現場での実践や他のチームの巻き込みも促進されると考えます。 ユーザー視点の大切さは？ さらに、ユーザー視点に立つことの重要性を再認識しました。これは単に課題を見つけ出すだけでなく、その人の感情や思考、行動パターンまでを洞察し、自分自身が体験しているかのように共感しながら整理する姿勢を意味します。問いが深まることで、新たなアイデアが生まれやすくなり、解決策も一面的ではなく、より多様なニーズに応じられるものになると実感しています。

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

HP制作の7つの工夫は？ HP制作にあたっては、以下の7つのポイントを意識しました。まずは「S（シンプルに）」で、詰め込みすぎた要望を極力簡潔にまとめることを心がけます。「C（統合）」では、似た内容を整理し、問い合わせなどの情報を一つに統合しました。また、「A（UIUXの模倣）」として、他の優れたユーザーインターフェースやユーザーエクスペリエンスを参考にしながら改善を図り、次に「M（SEOを意識したレイアウト変更）」で検索エンジンを意識したデザインに変更しています。さらに、「P（コンテンツのコラボ）」では、SNSやオウンドメディアと連携させることで、コンテンツの幅を広げています。「E（導線のシンプル化）」により、ユーザーが直感的に操作できるよう配慮し、最後に「R（見せ方と順番の変更）」で情報の提示方法を工夫しました。 ユーザー目線はどう？ 特に、SとEの考え方が大切です。会社都合ではなく、常にユーザー目線を重視して、ユーザーが実際に体験しやすいタッチポイントを構築することが求められます。まずはアイデアを十分に発散させ、その後で整理していくプロセスが重要だと考えています。デザイン会社とのミーティングだけでなく、チャットなどを活用して瞬時にアイデアを共有できる体制を整えました。 完璧を求める意味は？ 最初から完璧なものを目指すのではなく、大枠で全体の形を作成し、その段階でデザイン会社や社内から意見やアイデアを反映することを繰り返すことで、より良い成果に繋がると実感しています。また、社長向けの言語化には今後も苦労が予想されるため、自分なりの表現を確立し、あまり意見に振り回されないよう努めています。

みんなの意見はどう？ 「新しいまな板をデザインする」というテーマのもと、グループで作業工程のステップについて話し合った際、各チームが全く異なるまとめ方をしていた点が印象に残りました。テーマの広さから、各々の解釈や考え方にバリエーションが生まれ、それが新たなヒントになっていると実感しました。 誰に響くデザイン？ また、「万人受けに作ったものは誰にも刺さらない」という言葉も心に留め、売れるためではなく、たったひとりのためにデザインするという視点こそが今回の講義の肝であると感じました。一人に向けたアプローチが共感を生む一方で、多くの人に届けたいという気持ちがぶれやすいという自分自身の気付きにも繋がりました。この受講を通して、最終的にはその視点をしっかり意識していきたいと思います。 ペルソナはどう映る？ さらに、ブランディングやマーケティングにおけるペルソナ設定のプロセスで、顧客から「ここまで詳しく考えるんですね」と言われることもありますが、実際にはもっと深堀りできる可能性があると感じています。SNS発信でも、届けたい一人の人のためにアカウント設計を見直す意欲が湧きました。 次の一歩は？ 今後の課題として、以下の点に取り組みたいと考えています。まず、SNSのアカウント設計をし直すこと。次に、会社のホームページにおいても、講義内容を復習しながらデザイン思考をどのように組み込むかを実践的に検討すること。また、これまでのお客様アンケートの見直しを通じて顧客目線を再確認し、自身が顧客である立場になって、どのような要素に引き込まれたのかを具体的に解像度を上げることを意識していきたいと思います。

インタビューの目的は？ 現在、製薬会社でデジタル関連のプロジェクトを担当しています。直近ではリリースしたWebサイトについて、一般ユーザーや医療関係者へのインタビューを実施し、そのフィードバックを改善のためのインプットとして活用しようとしています。ユーザーグループごとに利用方法が異なるため、グループに合わせた質問を準備する必要があります。具体的なプロセスとしては、①ユーザーインタビューの企画、②マーケティングチームへの情報共有、③プロダクトチーム内での対応優先順位の決定、④実装、⑤サイトのPVや滞在時間による成果計測、⑥さらなる対応の実施が考えられます。しかし、これらは予算の確保やインタビュー会社との契約など大掛かりな準備が必要なため、現段階では実践には至っていません。 CRM経験の教訓は？ 以前の実践例として、営業で利用されるCRMシステムを担当していた際、現場での実体験がありました。実際に営業の1日を同行し、営業車内でCRMシステムについてのインタビューを行うことで、改善すべきポイントを見いだすことができました。その後、実際の改善対応を進めた結果、別の営業担当者からも好評のフィードバックを得ることができました。 本当に必要なものは？ これらの経験から、作りたいものではなく、使う人にとって必要なものを作ることの重要性を実感しました。単に想像するだけではなく、現場を体験することで、何が必要であればより良いかを具体的に理解できるのです。また、体験をしていない人々に共感してもらうためには、インタビュー内容やプロダクト開発に至った背景を分かりやすくまとめることが今後の課題であると考えています。