対話が拓くプロトタイピング

発注とユーザーの違いは？ ITシステムの外部委託先の立場から考えると、システム開発を進める際、お客様はエンドユーザーというよりも、顧客企業の担当部門として対応することが多いです。担当部門はユーザーと異なる視点を持つため、今回学んだエンドユーザーの立場よりも、発注者の意向に注力せざるを得ません。しかし、発注者との共感、課題の理解、試作品の作成といったプロセスは十分に実現可能です。真にエンドユーザーに役立つものを提供するのは難しいものの、発注者の満足を追求する姿勢が重要だと感じています。 満足の不一致はどう？ 一方で、発注者の満足を追求できたとしても、発注者がエンドユーザーに目を向けなければ、エンドユーザーの満足と発注者の満足は一致しなくなります。このような複雑な階層構造を持つ大規模な組織では、デザイン思考を一部の人だけが理解していても、途中のプロセスでその意義が薄れてしまうため、広く多くの人に理解してもらうことが必要だと考えました。 試作品の使い分けは？ また、プロトタイプの作成方法によって検証できる項目は異なるため、一つのプロトタイプが最適かどうかを問うよりも、各プロトタイプの特性を活かして使い分け、互いに補完していくことが重要です。さらに、組織階層が深い大規模な組織では、開発過程に関わるすべての人がデザイン思考の考え方を身につける必要があると感じました。加えて、生成AIを発注者役として活用し、想定問答を行う手法も有用であると実感したため、今後も積極的に取り入れていきたいと思います。

プロトタイプはどう活かす？ 業務において、プロトタイプは新しいプロセスやアプリケーションの原型として位置づけられるため、本番の製品やサービスの一部と見なして、開発に過度の時間や労力をかけてしまい、せっかく作り上げたプロトタイプを無理にでも活かそうとしてしまうことがあります。しかし、プロトタイピングの本来の目的は、具体化されたアイデアに対するユーザーのフィードバックを得ることにあるため、効率的に、何度もプロセスを回すことを意識する必要があります。 評価の真実は？ 思い描くプロトタイピングのシーンでは、手間をかけて作ったプロトタイプに対してユーザーからの評価が必ずしも期待通りでない場合も考えられます。このとき、単にプロトタイプの作り方が悪かったと考えるのではなく、そもそもの発想や課題定義に問題があった可能性を検証することが重要です。デザイン思考の各ステップにおいては、できる限り手戻りが発生しないよう注意深く進める工夫が求められる一方で、うまくいかなかった場合には直前のプロセスだけに原因を求めず、必要に応じて大きく方向転換する決断力も大切です。 過程重視の意味は？ また、「プロトタイプ」と聞くと、自分のアイデアに対する試作品そのものに注目してしまいがちですが、実際にはユーザーからのフィードバックを得る過程全体を重視することが肝要です。そのため、単なる試作品の開発にとどめず、評価を得るまでのプロセス全体を意識した「プロトタイピング」に取り組んでいくべきだと考えています。

顧客認識はどう？ 日々の業務や部門単位の営業戦略、さらには会社全体の経営判断という異なる判断範囲の中で、共通して大切なのは、誰を顧客とし、どの商品を通じて価値を提供するかという認識を社員全員で共有することだと学びました。 プロセスの見直しは？ この気づきにより、単に作業として形骸化していたプロセスであっても、本当に必要なものかどうかを検証することが可能になりました。すべての判断には目的や背景の理解が不可欠であり、それを明確にしなければ、数ある情報の中から適切な選択をすることは難しいと感じています。また、作業の目的や期待される効果、全体の流れを伝える重要性も強く実感しました。 理解の違いはどう？ さらに、同じ情報を見た場合でも、受け取り方や理解度は人それぞれです。社員全員が一定以上の理解と成果を発揮できる状態を目指すためには、どの部分が思考や行動のボトルネックになっているのかをしっかりと検証することが必要だと考えています。

前職はなぜ意義ある？ 前職ではSEとしてプロトタイプを作成し、フィードバックを受け取るサイクルを繰り返していたことを思い出しました。現在の業務では同じような機会は少ないですが、その経験を活かし、使用中のツールの改修や新規作成に取り入れていきたいと考えています。また、モノ作りのみならず、業務フローの改善にも生かす意欲があります。 フィードバックの鍵は？ 実践までは至っていませんが、実践演習を通して、まずアイデアを形にし、ユーザーからのフィードバックを受けるそのプロセスの繰り返しが、よりユーザーが求めるものを作り出す鍵であると感じました。さらに、プロトタイプの種類によって得られるフィードバックが異なるため、何を目的にするのか、現在のフェーズはどこにあるのかを踏まえた上で、プロトタイプの作成と検証を進めることが重要だと考えています。 スピードはなぜ大切？ とにかく、形にすること、そしてスピードが大切であると実感しています。形にすることで自分の考えが整理され、ユーザーやメンバーからコメントやフィードバックを得やすい状況が生まれます。そのサイクルをスピーディーに回すことが成果につながると感じました。また、ユーザーテスト前に評価基準を設定しておくことで、課題を見失わない工夫も大切だと実感しました。

最初から完璧でいいか？ 自身の業務を通じて、最初から完璧を求めすぎると時間をかけすぎるという課題に気づきました。自分一人で100％だと考えて作成しても、周囲からのフィードバックにより改善点が明らかになることが分かりました。そのため、最初から完成形を目指すのではなく、施策を実施しフィードバックを受けるサイクルを取り入れることでスピードを重視することの大切さを実感しました。 意見共有で成長する？ また、皆で意見を出し合いながら改善を重ねる方法が、より良い成果や組織の育成につながると気付きました。反対に、対応が遅れると他者が先にアイデアを提示してしまったり、完成形に対する認識のズレが生じるリスクがあることも理解しました。 生成AIの活用ってどう？ さらに、デザイン思考はモノ作りに限定されるものではなく、サービスや組織づくりにも応用できるという新たな視点を得ました。最近では生成AIが手軽に利用できる環境が整っており、未経験の分野でもアイデア出しやイメージの作成、迅速な改善が可能になっているため、この技術も積極的に活用していきたいと考えています。 正解は一つならない？ デザイン思考は正解が一つではない分野です。誰に届けたいのか、相手にとって何が最善かという人間中心の視点を忘れずに、押し付けがましくならないように心掛けることの大切さを、アウトプットの際に改めて認識できた良い学びとなりました。

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

経営層とのズレは？ 総務の分野では、明確なゴールや課題意識が設定された状態で業務が依頼されることが多く、経営層と現場の考え方のズレを常に意識しながら問題解決に取り組む重要性を感じました。経営側が示すのは課題定義までであるため、実際に試作品を作る過程で予期せぬ問題が発生することを体験し、学びが深まりました。 AIデザインはどう？ 生成AIを活用してデザインを作成する試みは、予想以上に難しいと感じました。自分のイメージを正確に反映させるためには、プロンプトの使い方をさらに工夫していく必要があると感じています。また、思いもよらない結果が得られることもあり、試行回数を意識することが大切だと思いました。 試作の修正ポイントは？ 加えて、生成AIの利用はもっと意識的な操作が求められる点、試作後に自ら修正箇所を見出す経験が得られる点、そしてデザイン思考入門で学んだ手法が、自分の予想を超える、または改善された成果を生み出す可能性があることを実感しました。

生成AIで何を学んだ？ 試作のグループワークを通じて、多くの受講生が高度な生成AIを活用している様子を目の当たりにし、私自身にとって大きな学びとなりました。アイディアを言語化したり、絵にすることに抵抗がなく、むしろ自らビジュアル化を楽しむ私にとって、このような生成AIの活用には改めて驚かされました。最新のテクノロジーを適切に用いることで、高いレベルのアウトプットが迅速に実現できるという点に、非常に刺激を受けました。 AIとデザイン思考はどう？ 試作の過程で、生成AIが具体的なプロダクトデザインにおいて非常に得意であることが実感できました。一方で、デザイン思考を単なる思考法として用いる場合、抽象的なアイディアの整理や言語化において、AIがどこまで役立つのかという疑問も湧きました。企業の経営課題や公共サービス、交通、住居、教育、金融、軍事といった様々な領域でデザイン思考を応用することを考えたとき、AIをどのように効果的に活用すべきか、改めて考える機会となりました。グループワークの中で、他の受講生からは「AIでは生み出せない発想を引き出すためにAIと対話する」という意見も伺い、多様なアプローチが考えられることに大変興味を覚えました。 課題で得た自信は？ デザイン思考入門の学習を通しては、毎回の課題回答や振り返りが、言語化のトレーニングとして非常に役立ったと感じます。業務での活用を意識し、各課題に対して即座にスピード感を持って回答することで、クライアントとのやりとりを想定した実践的なエクササイズにもなったと思います。これにより、自分の言語表現力が磨かれるとともに、生成AIの能力に対する素直な感動と共に、実際に試してみたいという気持ちが芽生えたのは、今回の学習の大きな成果といえるでしょう。

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

デザイン思考で何が変わる？ 新規事業企画において、デザイン思考を意識して金融業界から観光事業を生み出す取り組みを行いました。具体的なステップとしては、まず①共感の段階で地域の観光資源の発掘やブラッシュアップに着目し、②課題設定では事業規模や投入するリソース、取り組みの意義を整理しました。さらに③発想の段階ではブレーンストーミングを通して同業他社や異業種事例を参考にアイデアを広げ、④試作では実際の観光資源を活用してツアーとして組み立て、インバウンド客の取り込みを狙った高価格帯プランも検討しました。 どのターゲットを設定？ また、観光事業においては国内客か外国客、初回客かリピーターかなど、ターゲットによって施策が大きく変わるため、提供したいサービスの顧客を具体的に設定する重要性を感じました。これらの気づきは上司からのフィードバックを通じて得られ、デザイン思考は個人作業ではなく、チームで概念を共有し、必要ならインタビューやフィードバックを取り入れながら進めるものだと再認識することができました。

目的と設計はどう変わる？ 自分の目的と相手の目的を整理しながら、自社のWebサイトの設計を見直す必要性を感じました。無形商材の場合、ユーザーに疑似体験させる工夫が重要で、サービスの流れや機能を紙やスライドで視覚化し、細かいフィードバックを受けることが効果的だと考えています。 試作で何を掴む？ 試作（テスト）からフィードバックを迅速に得ることが大切です。また、どのようなフィードバックを求めるかという視点を事前に持つことも必要だと感じました。課題の定義や情報設計が漠然としていると、良い試作へとつながりにくいため、前提をしっかり作り込み、アイデアを十分に出し切ることが重要です。 小さな挑戦はどう効く？ さらに、小さな試みを積み重ねることで、結果的に近道が見えてくると実感しています。正解へいち早く辿り着きたいという焦りが、かえってネックになることもあるため、スピード感と丁寧さの両面を大切にしていきたいと思います。 情報設計で成果を出す？ 情報設計においては、自分の目的と相手の目的を再検討し、課題の定義と連動させる余地があると感じています。さまざまなプロトタイプが存在し、それぞれの簡易さや工程の多さに違いはあるものの、得られるフィードバックの質にも個性があり、細かな確認を積み重ねることで質の高い成果物を生み出すと確信しています。

なぜまずヒアリング？ 企業向け研修を手がけた経験から、まず顧客が抱える問題や困難をしっかりとヒアリングすることが重要だと実感しました。その上で、プロトタイプの研修やワークを作成し、実際に体験してもらいながら具体的なアドバイスやフィードバックを得ることで、完成度を高められると思います。既存の研修においても、常に試作品と考え、実施の際に意見を取り入れていくことで、時代に合った育成施策を継続的に実施できるはずです。 現場の視点は大切？ また、顧客の組織に入り込み、現場での観察やインタビューを通して、どのような課題が存在するのかを把握することが大切だと感じました。多くのプロトタイプを作成し、幅広いアイデアを出す過程で、発散と収束のプロセスが充分でないと感じる場面がありました。今後は、このプロセスをより徹底することで、より効果的な解決策を生み出すことが求められると考えています。 プロセス振り返りは？ 一連のデザイン思考プロセスを自分の業務に適用してみると、どのプロセスが十分にできているか、またどの部分が改善の余地があるのかが明確になりました。今後は、アイデアの発散と収束のための時間と機会をさらに増やして、より質の高い取り組みができるよう努めていきたいと思います。