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