共有 ✕ ユーザー

に関する学び

---

提言の進め方は？ 普段は、自部門における業務改善提言をまとめる際、現状分析から課題の洗い出し、解決策の検討、そしてプロトタイプ作成にあたる「改善施策案」の作成まで、一連のステップを踏んでいます。その後、実際の現場にパイロット運用してもらい、評価結果を反映させたうえで全社展開するという流れで進めています。しかし、これらは経験則に基づいて実施しているため、精度については疑問を抱くことも多く、「本当にこれで良いのか」「もっと深く検討すべき点はなかったか」「チームにしっかり伝わっているか」といった不安がつきまといます。 情報設計はどう活かす？ 今回学んだ「情報設計」では、ユーザーストーリーマップやカスタマージャーニーマップを用いて、一連の行動を可視化する手法が印象に残りました。仮説に基づいてコンテンツを洗い出し、ワイヤーフレームとして可視化することで、「誰に・何を・どのように」という視点を意識しながら情報の構成を検討する重要性を実感しました。また、モックアップ作成時にもアクセシビリティやユーザビリティを意識しつつ、現場の実情に合わせた設計が求められると感じました。 モックアップは要注意？ 私の場合、業務改善提言に基づく施策案をプロトタイプとして捉えると、どうしても現場では具体的な作業方法や運用フローが前面に出やすくなり、結果としてモックアップになってしまうことが多いです。確かに、モックアップは現場の方々にとって分かりやすく、何をすべきかを直感的に提示できます。しかし、それが本当に効果的な施策であるかどうかは、ワイヤーフレームで情報の骨組みをしっかり設計し、基盤となるユーザーストーリーを正確に捉えることが必要だと改めて感じました。こうした視点を深く分析し、可視化することで、チーム内で課題を共有し、伝えることができると感じています。 共感で見える課題？ また、プロジェクトの初期段階においては「共感」が非常に重要であると実感しました。先週、現場のエンジニアから「資料に説明が見当たらず、作業ミスが発生してしまう」との意見が出た際、彼らの状況や日々の業務背景を考えると、確かに説明不足は理解しやすい問題だと共感しました。一方で、別のメンバーが資料の他の部分で情報が補完されていると指摘するなど、一見対立する意見もあり、現場で働く人々の視点や状況に寄り添わなければ本質的な課題を把握し、改善策を導き出すことは難しいと痛感しました。 アイデアは整理できた？ 今回のプロトタイピングでは、具体的なアイデア検討と自身の業務との関連付けを行いながら、意識すべきポイントを学ぶことができました。前回学んだ「言語化する」という手法と今回の「可視化する」という手法は、どちらも抽象的ながらも常に意識すべき要素だと感じています。情報設計、コンテンツ設計、そしてUI設計という一連の流れを通じて、体系的な実践方法を整理できたことは大きな収穫です。特に、ユーザーストーリーマップやカスタマージャーニーマップを用いてユーザーストーリーを正確に捉える点については、これまで疎かにしていた部分を改め、しっかりと実践していく必要があると強く意識しました。 目的を見失って？ 一方で、どうしてもモックアップ作成に偏ってしまいがちな点、つまり自部署や自分の目的を優先してしまう傾向があることにも改めて気づかされました。あるメンバーが自作の資料に固執し、必要な対策が偏る事例を目の当たりにした経験から、業務改善その本来の目的である「ユーザーの目的」を見失わないためにも、情報設計を通じた体系的なアプローチの重要性を痛感しています。今後は、この学びをチームメンバーと共有し、偏った施策にならないように取り組んでいきたいと思います。

共感体験で何が分かる？ まず、デザイン思考を通じて印象的だったのは、ユーザーになりきった体験を重ねる「共感」の力です。実際に現場で体験することで、教える側では気づかない学ぶ側の困難や新たな気づきが得られました。たとえば、プログラミング指導において、教員自身が初学者として言語の習得につまずく経験をすることで、より効果的な指導方法を模索できると感じました。 問題整理の意義は？ また、問題を「誰が・どんな状況で・何に困っているか」と具体的に整理することの重要性について学びました。漠然とした課題意識を再定義し、本質的な問題へと落とし込むことで、解決策の方向性が明確になるという気づきがありました。加えて、SCAMPER法など多角的な発想法を用いると、従来の固定概念を超えた新たなアプローチが生まれ、実際にバックパックの軽量化などの具体例でも確認できました。 早期試作ってどう？ さらに、早い段階で試作を行い、フィードバックを得るサイクルの大切さも実感しました。完成度を完璧に求めるのではなく、手早く形にして検証することで、目的に合った試作方法（デザイン画や実物試作、説明動画など）を効果的に活用できると感じています。そして、机上の理論だけでなく、実際の環境でテストを重ね、逐次改善していくことが、真の成果につながると理解しました。 学びの応用はどう？ こうした学びを高専教育にどう応用するかというと、まずは学生の立場で課題を体験し、そのプロセスや困難を共感的に捉えることが第一歩となります。たとえば、電子工学実験では、学生が回路設計や測定機器の使い方でつまずく場面を自ら体験し、具体的な改善策を模索することが挙げられます。また、プログラミング授業では、エラーの解決に向けた視覚的な解説や、ペアプログラミングを取り入れることで、初学者が段階的に成功体験を積む環境を構築しようとしています。 行動計画は大丈夫？ 具体的な行動計画として、プログラミング演習では、授業ごとに学生のつまずきポイントを記録する「学生目線観察ノート」を活用し、エラーメッセージや解決策を図解したガイドの試作を進めます。次学期には教員間でワークショップを開催し、学生の課題を洗い出すとともに、実践的な演習課題セットの開発を行います。さらに、半年以内には地域の技術者を招いたワークショップで新教材の効果検証とフィードバックの収集を予定しています。 実験の壁は何？ 電子工学実験に関しては、実験前後で自ら学生視点で取り組むことで、操作の不明点や手順上の課題を記録し、「つまずきマップ」を作成します。次学期には、視覚化された新たな実験ガイドや補助教材の試作を進め、実際の授業で試用して理解度の向上を測定します。半年以内には、これまでの成果をもとに他の実験テーマへも応用可能なガイドラインをまとめ、学内で展開する方針です。 運営改善は可能？ また、研究室運営の革新に向けても、週ごとのミーティングで「プロトタイピング報告」の時間を設け、進捗や課題の可視化に努めます。新入生への研究テーマ設定ワークショップや、知識共有のためのデジタルナレッジベースの構築、さらに企業や地域との連携を通じたフィードバックの仕組みを取り入れることで、研究活動全体の改善を図ります。 未来の育成はどう？ これら一連の取り組みは、学生の学びの質の向上と、高専教育そのものの革新に寄与するためのものです。教える側が学生視点で実際に体験し、試作・検証を重ねながら、理論と実践のバランスを保った教授法を確立することで、将来社会に貢献できる技術者育成を目指していきたいと考えています。

調査ログの見直しは？ 今週、育児期間中の30～40代を対象に実施した過去のインタビュー調査ログを見直す作業を行いました。コーディングを意識しながら作業する中で、改めて一次データの重要性を実感しました。 抽出視点の違いは？ ログから課題やニーズにつながる事象や行動を抽出する作業は、人の目に依存するため、抽出の視点が人によって異なりやすいと感じました。動画内でも経験が強調されていましたが、バイアスが働くと必要な情報に気付かなくなる可能性があるため、情報を絞りすぎると大切な観点を見落としてしまいそうだと危惧しました。 共感の重要性は？ デザイン思考の最初のステップである「共感」では、ユーザーの見えない課題やニーズを発見するために、観察、体験、インタビューを繰り返すことが重要です。インタビューでは、観察で気になった行動の背景を心理面から深掘りし、共感を得られるように課題やニーズを言語化します。こうして得た情報をテキスト化し、コーディング分析を行うことで、単なる観察だけでは浮かび上がらない本質的な課題や行動を明らかにすることができます。 行動の理由を探る？ 実際、観察や体験で注目した行動をインタビューで詳しく聞くことで、ユーザーが無意識に行っている当たり前の行動の理由を解明するプロセスの重要性を実感しました。課題を抽出する際は、互いの思い込みや認識の差が生じやすいため、情報共有を通じて共通認識を合わせることが求められます。しかし、立場や利害関係が異なる中で何を重視すべきかを調整するのは容易ではなく、うまく進む場合とそうでない場合があると感じました。 定性調査の有用性は？ WEEK-3で学んだ定性調査は、新しい領域や馴染みのない状況で仮説を構築する際に有効な手法だと感じています。定量データだけでは掴めないユーザーの姿勢や心理を探るのに、インタビュー、フィールドリサーチ、ログ（日記）などの手法が効果的です。実際、観察を通じてユーザーが意識していない行動や癖から気付かないニーズや課題にアプローチできることもあります。 仮説構築の進め方は？ 定性調査では、まずインタビューやフィールド調査で得た情報を整理し、要点となる事象や課題を抽出します。その後、抽出した要素をカテゴリー分けして情報を圧縮し、最小限の要素にまとめた上で、フレームワークやプロセスの形に図式化・構造化することで仮説モデルを作成します。 ヒアリングの工夫ポイントは？ また、インタビューの際にヒアリング項目を整理したシートを事前に作成し、記入してもらってから話を聞く方法も有効だと感じました。ただし、記入式では重要な点が十分に言語化されない場合があるため、まずは日常の業務や業務フローなど現状を把握することから始める工夫が必要です。ヒアリングが雑談になり、課題に焦点が定まらなくなる場合は、ジョブ理論を参考にするのも一案です。実際、グループワークでフォームの改善に取り組んだ参加者の話では、ユーザーが入力の手間を感じないようにするため、従来の枠にとらわれない解決策が模索され、その柔軟な発想が印象的でした。

データ分析の考え方をどう変える？ 今週の講義を通じて、データ分析に対する考え方が大きく変わりました。これまでデータ分析というと、「データを集めて傾向を見る」という漠然としたイメージがありましたが、実際には緻密な準備と明確な目的意識が必要であることを学びました。 目的をどう合意する？ 特に印象に残ったのは、「分析の目的を組織で合意を得てから始める」という考え方です。データで何を明らかにしたいのか、その結果をどのような行動につなげたいのかを関係者と共有することで、より効果的な分析が可能になります。目指すアウトプットや、その結果によってどのように行動変容を促したいのかを事前に合意できればと考えています。 比較分析がもたらす示唆は？ また、データは比較によってその意味が見えてくるという点も重要な学びでした。時系列での変化や異なる属性間の違いを分析することで、より深い示唆が得られます。さらに、分析結果を報告する際には、次のアクションプランを含めて提案することで、組織の意思決定に貢献できることを理解しました。 リスキリング企画の必要性は？ 現在担当しているリスキリング企画においても、研修後のアンケートの分析アプローチを見直す必要性を感じています。現状の満足度評価だけでなく、部署別の研修効果の違いや時間経過による行動変容を測定することで、より効果的な研修プログラムが設計できると考えています。 新規事業支援での戦略的活用 新規事業立ち上げ支援においては、ユーザー検証のデータをより戦略的に活用することが可能です。顧客属性による反応の違いやサービス理解度の変化を定量的に把握することで、事業戦略の精緻化が図れるでしょう。経営層への報告においても、データに基づく明確な示唆を提示し、具体的な投資判断の材料を提供できます。 研修アンケート設計の見直し 来週からは、現在実施中のリスキリング研修に関するアンケート設計を見直します。具体的には、研修内容の理解度や実務での活用意向に加え、3ヶ月後の行動変容を測定するための追跡調査の仕組みを構築します。 仮説の明確化と調査設計 新規事業の計画では、ユーザー検証前に仮説を明確化し、チームで合意します。その後、アンケートやインタビューのスクリプトを作成します。例えば、「このサービスは特定の年齢層でニーズが高い」という仮説を立て、それを検証できる調査設計を行います。 経営会議に活用するデータ分析 経営会議では、これまでのユーザー検証データを再分析し、顧客属性別の反応傾向や時系列での変化を可視化します。特に投資判断に直結する指標については、比較分析を通じて説得力のある資料を作成します。 これらの取り組みを通じて、データに基づく意思決定プロセスを組織に定着させ、より効果的な事業展開と人材育成を実現したいと思います。

次回の進行はどうする？ 次回、デザイン企画に取り組む際には、今回学んだプロトタイピングのステップを軸に、各段階で何を検証するかを明確にして進めたいと考えています。まず、コンセプトは言葉や写真、場合によっては動画を用いて確認し、そのアイデアが受け入れられやすいものか、分かりやすいか、また実際に欲しいと感じてもらえるかを見極めます。次に、デザイン画を通じて、顧客のニーズに合致しているかどうかをチェックします。 デザイン感覚はどう感じ？ また、実際のモックアップを用いて、より細かなデザインの要素や機能、操作感を体感し、その使用感が十分かどうかを確認するとともに、フィールドテストを実施してユーザーからのフィードバックを得ることで、さらなる改善点を抽出したいと考えています。動画講座にあった利用イメージを動画化する手法も、ユーザーがどのようなシーンで製品を使いたいかといった意識を具体的に引き出すために有効だと感じました。 検証項目はどう決める？ これまで、ウェブアプリなどではプロトタイピングツールを使って操作画面イメージの共有やUXのチェックを試みたものの、プロセスやチェックポイントを明文化して整理するまでには至っていませんでした。今後は、具体的な検証項目を事前に定め、整理した上で進めることで、より実効性のある確認やヒアリングが可能になると考えています。 フィードバックはどう伝える？ 今回の課題では、デザイン画の作成までに留まりましたが、事前に欲しい機能やデザインの要件を整理し、デザイン画を作成した点は評価できると感じています。今後は、このデザイン画を共有しフィードバックを得た上で、改良すべきチェックポイントを明確に洗い出し、ブラッシュアップしていく予定です。 ステップごとに確認は？ プロトタイピングの各ステップについては、まずコンセプトの確認において、言葉や写真、動画などを活用し、コンセプトが受け入れられるかどうかを検証します。次に、デザイン画を用いてデザイン自体の魅力や、機能や要件が適切に反映されているか、情報設計が適切かどうかを確認します。現行製品がある場合はその比較も有効ですが、全く新規の場合は試作とデザイン画を繰り返しながら進めることになるでしょう。 操作感は十分？ さらに、実際のモックアップを用いて操作感や細部のデザイン、機能性を実体験し、製品が価格に見合っているかどうかも確かめます。最後に、試作品を用いたフィールドテストで、実際の使用環境下での操作感、耐久性、そして予期せぬ利用パターンの発生を確認することが大切です。 改善策はどこに？ こうした各ステップで、手段とチェックポイントを整理し、必要なヒアリング項目や観察項目を明文化しておくと、次回以降のプロセス管理や改善につながると感じています。

振り返りで何を学んだか？ Week1からWeek6までの講義や演習を振り返り、私の中では「つい決め打ちしてしまう」という考えが消え、多くの仮説を立てられるようになりました。これにより、今後の仕事における課題解決や成果につながると感じています。特に、今回のライブ授業での陶芸体験の演習では、様々な仮説や解決策が瞬時に思い浮かび、考えることに対して柔軟になったと感じました。 少しずつ成長していることを実感し、自分が勉強や学ぶことが好きだということを改めて思い出しました。 オウンドメディアでの検証方法は？ 弊社のオウンドメディアにおける検証については、まずSEO数値分析やユーザー導線の見直し、SEOコラムのオーガニック増加をMECEで分類し、細かく分析しました。影響力の大きい分類だけでなく、%が少なくても重要視すべき分類もあるかもしれないので、細分化しました。6つくらいの大分類に分けてリライトの優先順位を決めました。 新規ユーザー獲得への取り組み 自社のWebサービスについても、以下のように活用しています。 1. 新規ユーザー獲得導線の増強に活用（Google広告のKWD分析など）。 2. 現在のユーザーに関しても分析し、新規獲得に活用。 まずは、自分のマーケティング、メディア制作、CS効率化などのタスクを明確化し、最終ゴールである新規会員登録増加と正しいKWと属性のユーザー獲得の仮説を検討しました。その後、スケジュールを立ててチームに共有。これにより、新たな発見や課題が出ることを期待しています。 3Cと4Pフレームワークの活用 また、オウンドメディアからの新規ユーザー獲得について、メディアの3Cの内「市場」と「競合」を4P（商品、価格、場所、プロモーション）フレームワークを活用して網羅的に検証しました。既存ユーザーに対しても同様に4Pフレームワークを活用し、ゴールまでの仮説を立てました。 Webメディア運用での問題特定法 自社Webメディアの運用では、現状の問題を特定し、What、Where、Why、Howの各要素に分けて進めました。また、A/Bテストやサイト上でのサムネイル策定、広告でのABテストに時間をかけ、効果を出していきたいと考えています。 原因をプロセス分解し、ボトルネックをきちんと把握することが課題解決の近道です。正解はないので、広く視野を持ちトライアンドエラーの精神で、複数の選択肢を視野に入れサイクルを構築。短期・長期のモデルを検討しながら結果をしっかり分析し、最大限の効果が現れるように、その見極めができるようになりたいと考えています。

試作で既視感感じる？ 試作は、プロダクトデザインや建築プロジェクトで通常実施される工程であるため、どこか既視感を覚えました。また、WEBのインターフェイスデザインに見られる機械のスイッチパネルといったメタファーは、自身の専門分野に近いこともあり、非常に理解しやすいと感じました。 WEB手法は建築に合う？ WEBデザインと同様のプロセスが、建築や施設管理運営のデザインにどのように応用できるのか、非常に興味深いと感じています。これまでの事例に照らし合わせ、応用の可能性を検討してみるとともに、自身の事務所のホームページのリニューアルにも活用する予定です。 建築手法は信頼できる？ 建築業界で活用される開発手法は、長い歴史と多くの実践に裏打ちされているため、精度が高く実務にも適していると実感します。しかし、似た考えを持つ人々によって運用されるため、気づかぬうちに独自の進化を遂げる場合もあります。また、竣工後のオペレーションや保守管理におけるプロトタイピングについては、まだ標準化された手法が確立されていないのが現状です。 デジタル手法は革新的？ 一方、デジタル分野ではアジャイルなど、他分野にも影響を与える新たな開発手法が続々と生まれており、今回学んだフレームワークも積極的に研究し、応用してみたいと思います。機会があれば、実際にデジタル業界で活躍されている方のお話も伺いたいと考えています。 評価の落とし穴は？ プロトタイピングの課題として、専門家でないユーザーが成果物の内容よりも表現技術の巧拙に左右されやすい点が挙げられます。上手な絵、最新の機材を活用した表現、巧みな言葉遣い、さらにはアイデアの発案者の知名度や地位によって、ユーザーの評価が影響を受けることがあるのです。優れたプロダクトを生み出すためには、制作者自身も厳しい目線を持つユーザーとの協働が必要だと感じています。 プロトタイプの役割は？ また、プロトタイプは単なる開発工程の一部に留まらず、ユーザーとの対話のためのメディアとして機能すること、さらには開発チーム内のコミュニケーションツールにもなることを改めて確認できました。 意味の共有はどう？ こうしたポイントは理解しているつもりでも、実際の開発後半では、開発者のアイデアを強調するためのプレゼンテーションツールとして利用され、ユーザーや他のメンバーが十分に参画できなくなるケースも少なくありません。今後の開発プロセスでは、プロトタイプの本来の意味をチーム全体で共有し、全員が対話できる環境作りに注力したいと考えています。

仲間とどんな刺激？ グループワークやLIVE授業では、仲間のプロトタイプを拝見し、紙で模型を作成したり、AIを活用して画像やプレゼン資料を作成する様子に大変刺激を受けました。体調不良でプロトタイプの準備が十分にできなかったことには申し訳なさも感じましたが、実際に目で確認することで、ユーザーがどのように使うか具体的にイメージでき、そこから自然に議論やフィードバックが生まれて次のプロトタイプへとつながっていくと実感しました。 店舗改善はどう進む？ 店舗オペレーション改善業務においては、お客様や従業員といった各ユーザーを中心に「店舗のあるべき姿」を考える際、デザイン思考を取り入れていきたいと考えています。特に、以下のポイントを意識して実践しようと思います。 共感で何を掴む？ まず、①共感～課題定義の段階では、インタビュー時にコーディングを活用し定性分析の精度を高めるとともに、全体向けに抽象的な解決策を求めるのではなく、ペルソナを設定して特定のニーズに絞ることで、明確で具体的な課題を定義します。また、カスタマージャーニーマップを用いてユーザーの思考や感情を可視化するため、自ら体験することが有効であると考えています。 発想で見える未来？ 次に、②発想（イデーション）では、質より量を意識し、多くの新しいアイデアを生み出すために楽しい雰囲気でブレインストーミングを実施します。ダブルダイアモンドの考え方を念頭に、多くのアイデアを発散させるとともに、SCAMPER法を活用して他にない視点を積極的に取り入れるよう心がけます。 形はどう作る？ そして、③プロトタイプ～テストの段階では、モノだけでなくサービスやオペレーションの動きなど、形のないものでも「まずは形にする」ことを重視します。プロトタイプはスピード感を持って繰り返し作成し、最初から完璧を求めずに改善を重ねることが大切だと感じています。 成果共有はどうする？ 自身の業務では、インタビューや観察、ブレインストーミングの機会が多いため、今回学んだ視点や方法を早速取り入れ、メンバーへ共有していきたいと考えています。また、プロトタイプ作成において「まずは形にする」「スピーディーに」「繰り返し行う」という姿勢を、これまで以上に意識するためのスケジューリングから始めていくつもりです。楽しい環境で多くの発散を促すことが、新しいアイディアを生む鍵であり、その重要性をメンバーにも伝えていきたいと思います。

問いは何から始まる？ WEEK1の「具体と抽象のキャッチボール」の部分が抜けていた点に気付きました。実務では「問いは何か？」からスタートし、その問いを継続し共有することが重要です。また、分析にひと手間かけることの大切さを改めて実感しました。 企業の変革はどう？ 「その後」のセクションは非常に印象的でした。企業が全力で顧客に施策を実施し、組織変革に取り組んだ事例から、どれほどのクリティカルシンキングがその施策に結びついたのかと考えると、圧倒される思いです。同時に「クリティカルシンキングの位置付けは？」という問いによって、自分に足りない能力が明確になりました。 学びは何から？ 学びを深めるためには、インプット、アウトプット、他者からのフィードバック、そして振り返りという流れが不可欠だと感じます。 問いの実践は何？ また、『問いからはじめる』実践の意義も大きいです。たとえば「なぜこのユーザーはこの地点で離脱したのか」という問いに対しては、ヒートマップやユーザーインタビューなどの情報から課題を特定できそうです。また、「これからデザイナーの仕事はどう変わっていくのか？廃れないスキルとは何か」という問いは、チームの方向性やメンバーの意欲・能力を考える上でリーダーとしての自分の考えを明確にするために重要です。 上司の話は何故難しい？ 「具体と抽象の行き来」については、抽象度の高い上司の会話に追いつくのが難しいと感じることがあります。しかし、その場ですぐに理解できなくても、後から「あの時、こういうことを言っていたのかもしれない」と振り返ることで理解の精度が高まると考えています。 未来の仕事はどう変わる？ まずは「これからデザイナーの仕事はどう変わっていくのか？廃れないスキルとは何か」という問いについて深堀りし、ちょうど四半期の終わりに迎える7月の目標見直しシーズンに向けて、明確な答えを自分なりに見出し、部下に方向性を示せる状態を作りたいと思います。その上で、各メンバーのキャリア形成へと落とし込んでいく予定です。 会議の意図は何？ 最後に、会議中に「？」と感じた発言はそのままメモし、会議後に「具体的には何を示していたのか」「その発言の意図は何か」と振り返るようにしたいです。このプロセスを繰り返すことで、抽象度の高い会話への理解力をより一層高めていけると考えています。

なぜ夏祭りに魅かれる？ 私が参加している地域活動の中で、毎年9月に自治会主催で開催される公園での夏祭りに、デザイン思考の手法を応用できる可能性を感じました。地域住民が自ら作り上げ、参加する祭りは、住民間の一体感を醸成し、地域コミュニティの維持に大変意義があると考えています。 情報の集め方は？ まずは、地域の動態データや歴史、地形・自然環境といった定量情報の収集に加え、住民の意識や興味を探るため、街並みの観察や各種団体、学校、飲食店での会話など、幅広い交流を実施しました。そして、夏祭りに特化し、過去の祭りの感想やアイデア、場合によってはネット上のコメントなどを収集し、さらには他地域の事例も参考にすることで、多角的な視点から祭りのあり方を見直しました。 住民の反応は？ 収集した情報をもとに、地域住民をいくつかのパターンに分類し、ペルソナを設定して共感マップを作成しました。参加意欲の高い層、興味はあるが一歩踏み出せない層、自分には関係ないと感じる層など、複数の視点からユーザー体験を明確にし、夏祭りへの参加インサイトを浮き彫りに、カスタマージャーニーを設計しました。 意見のまとめ方は？ その後、地域住民を対象としたワークショップを複数回開催し、参加者全員でビジョンやミッションを共有しながら、様々な課題の抽出とアイデア出しを行いました。実行グループには自治会の担当者も加わり、ブレインストーミングやシミュレーションを経て、評価を得ながら具体的な実施計画を策定しました。全員で高め合うために、意見の偏りが生じないよう付箋などを用いてアイデアを平等に扱う工夫も取り入れました。 計画実行の秘訣は？ 実行計画は、予算やスケジュール、人的資源、リスクなどの各要素を評価し、必要なパフォーマンスの確保方法も検討しながら、効率的に進めるためのプロジェクトマネジメント手法を取り入れました。基本的にはウォーターフォール方式を採用しつつ、進捗に合わせて新たなアイデアも取り入れ、柔軟に対応しました。 デザイン思考の本質は？ この一連のプロセスを通して、デザイン思考は単なる定型のプロセス消化ではなく、課題を深く掘り下げ、考え、アイデアを創出する反復作業であることを実感しました。各分野の知見や専門家の協働、また異なる視点を持つ作業者同士の意見調整が、最終的な成果に大きく影響すると感じています。

何が学べた？ ■今週の学び ＜GAiL＞ 優先順位を決める際には、以下のことが重要です。まず、目指すべきゴールを明確にすることです。例えば、売上なのか利益なのかを明確にします。次に、複数の判断軸を設けます。さらに、仮定の算出を用いながら数値化を行い、同一の基準で判断することが求められます。 ＜動画学習＞ 学んだことのひとつに、「捨てることが顧客の利便性につながることもある」という点があります。また、惰性に流されない姿勢が大事であること、「餅は餅屋」という専門性の重要性、そして優先順位を決めるにはトレードオフ（資源に限りがあることや、効力が打ち消し合うこと）の考え方が必要であると理解しました。 どんな気づき？ ■気づき 私は、何を考慮すべきかについてある程度見通しはついたものの、それを論理的に判断し、表現する力が不足していると感じていました。GAiLの課題においても、判断にブレが生じ、説得力に欠けていました。しかし、今回、数値化することで納得感のある解を求める方法を学べたことは良い収穫でした。現実の仕事では、必要な情報が不足していると感じることもあり、環境整備が必要であると気づきました。 学びを活かして、まずは販売に関する業務や会議体、継続維持に関する業務を整理したいと考えています。特に会議は、参加者が多いために発言しない人もおり、情報共有だけになっているケースが多いです。会議が一日中続くため、思考する時間がないことから、優先して整理を検討したいと考えました。その際、今回学んだ優先順位の決定方法を活用したいと思いました。また、業務だけでなくサービス内容を見直すことで、ユーザーの利便性向上も考えてみたいです。 業務はどう変わる？ ---業務の見直し 1. 整理すべき業務の洗い出し 2. 整理の優先順位決定 - 削減した稼働の目的を明確にする（誰の稼働を削減し、何を行うか含む） - 判断基準を設ける 3. 優先順位の高いものを実行する サービス再考は？ ---サービスの見直し 1. 顧客・目的の明確化 2. 機能・サービス内容の洗い出し 3. 機能・サービス維持のための稼働・費用の算出 4. 削除すべき機能・サービスの検討

仮説はどう活かす？ スピードや精度を向上させるためには、分析の初期段階で仮説を立てることが重要だと学びました。結論に向けた仮説と問題解決のための仮説という二種類の仮説があり、それぞれ目的や時間軸に合わせて使い分けることが求められます。 フレームワークってどう活かす？ また、3Cや4Pなどのフレームワークを活用することで、思考が整理され、仮説形成が容易になると感じました。仮説に沿って必要なデータを抽出し、場合によっては新たにデータを取得するプロセスは、効果的な分析の基本と言えます。数字で見えにくい効果も、可能な限り数値として示すことで説得力が増し、合理的な判断材料となります。 数字で信頼はどう？ 具体的には、コンバージョンレートなどの数値計算により、直感だけに頼らず理論的な判断が可能となります。フレームワークを用いることで、業務のスピード感と精度が向上した経験もあり、反対意見を含めた多面的な情報収集が仮説検証の信頼性を高めると実感しました。 新機能はどう検証する？ さらに、新機能をリリースする際には、3Cの観点から分析して優先度を明確化したり、施策ごとの「影響度×実行難易度」を評価することで、迅速な判断を下しています。ユーザーインタビューにおいては、どの層のユーザーがどのフェーズで不満を感じているかを仮説から検証し、具体的なデータに基づいて問題点を抽出する工夫も行っています。 仮説と判断はどう連携する？ 週に一度、仮説をもとに業務課題を整理し、必要なデータを洗い出すワークシートを作成するなど、日常的な業務の中でも「仮説→データ→判断」の流れを徹底しています。毎月、ユーザーアンケートやインタビュー結果の分析から改善案を提案し、社内でのレビューにてその流れを共有することで、施策の精度や実行力の向上に努めています。