(13ページ目)

システム

に関する学び

---

デザイン思考はどう変わる？ デザイン思考は、当初は外見や部分的な要素に焦点が当てられていましたが、徐々に全体設計へのアプローチへと発展してきました。お客様への共感を軸とすることで、顧客にとって本質的な課題解決を目指す姿勢は、単に技術的に高度であるだけではなく、実際に役立つ製品やサービスへと結実するために不可欠です。 技術進歩と課題は何？ また、AIの進化により、ITシステムの試作が容易になったため、全体プロセスの回しやすさは向上しています。しかしながら、細部の制御が難しい現状では、あと一歩の実現に大きな工数と時間が必要となるケースも見受けられます。加えて、顧客と製品やサービスの提供者はそれぞれ別の利害を持つため、どうしても緊張関係が生じるという課題があり、こうした点を含めた総合的な方法論の整備が望まれます。 試作と提案はどう進む？ 今後は、ChatGPTなどを活用して顧客の発言から課題やソリューションを分析し、その結果を基にReplitで試作案を作成、実際に顧客に提示するという流れが実現できるのではないかと考えています。授業を通して、こうしたプロンプトの設計など、具体的な手法を確立していくことが目標です。

分析はどのプロセスから始める？ ＜印象に残った内容＞ ・プロセスに分解し、各プロセス毎に数値を見る ・A/Bテストの前に目的と仮説を明確にする ・データ分析はまず身近な課題から着手する A/Bテストの代替案は？ ＜感想＞ A/Bテストはオンラインサービスとの相性が非常に良いが、対面サービスやコストの問題で簡単に実施できない場合の代替案が気になりました。 残業時間削減へのアプローチ ①社内で使用しているSFA（営業支援システム）の切り替えに伴い、入力画面のインターフェース検討においてFigma等のツールを使ってA/Bテストを実施し、手戻りが無いようにする。 ②今後の人員削減に伴い、業務の棚卸しを行う。 この切り替えは少し先になるため、思考訓練として自分の残業時間を減らすための施策を考えました。 まず、業務の洗い出しと各業務のプロセスの分析を行います。そして、以下の代案を検討します。 外注や自動化は可能？ ・外注の可能性を探る 　・無料の外注が可能か 　・有料の外注が利用できるか ・自動化を進める ・不要なプロセスを廃止する 以上のステップを踏み、効率的かつ効果的な業務運営を目指したいと考えています。

フレームワークはどう？ 3C、SWOT、VCフレームワークについて深く理解しました。これらのフレームワークはどの業界にも適用可能であり、分析に非常に役立ちます。しかし、実際にしっかりと分析を進めようとすると、情報が十分でない場合や分析力の不足が課題となることもあると感じました。 競合戦略は何？ そこで、競合分析に挑戦してみることにしました。具体的には、ウェブ上での調査やIR資料の確認、および転職者からのヒアリングを通して、競合他社が実現を目指していることや、そのための戦略を探りました。その中で学んだことは自社に取り入れ、どのような影響があるのかを理解することを心がけました。 自組織の分析は？ さらに、3C、SWOT、VCフレームワークを用いて自組織を一度分析してみることを考えました。外部環境の理解にはPEST分析を用い、得られた内容を3Cの外部環境部分や競合分析、SWOT分析の強みと弱みの項目に活用しました。SWOT分析では、PEST分析から得た機会と脅威に焦点を当て、VCフレームワークでは営業活動から最終顧客へのシステムリリースに至るまでのプロセスを機能分割し、その中での強みを詳細に分析することを目指しました。

今回の学習で、私は以下の2点を学びました。 具体内容の合意は？ まず1点目は、イシューの留意点についてです。合意形成の際には抽象的な表現ではなく、具体的な内容に落とし込むことの重要性を改めて認識しました。例えば、上司や関係者との目標設定の際に、単に「売上げUP」といった漠然とした表現ではなく、「○〇分野での機器販売について、売上げUP」のように具体的に提示することで、プロジェクトやサービス導入の計画・遂行における合意形成をより確実なものにできると感じました。これに基づき、今後は行動計画として、イシューを十分に具体化してからプラン策定に入るよう努めていきます。 スライドはどう伝える？ 2点目は、スライド作成時の効果的な方法についてです。プロジェクトやサービス導入の説明において、よりわかりやすい資料作りが求められる中、グラフの活用やアイコンの設置、タイトルの工夫、レイアウトの見直しなど、実践的なポイントを学びました。直近の部門内でのシステム改修に関する説明では、これらの学びを実際に取り入れ、より伝わりやすいスライド作成に取り組む計画です。今まで以上に分かりやすい資料となるか、レビューを通して改善していきたいと考えています。

AI対話で何を得た？ 生成AIとの対話を通じ、自分の思考プロセスや考え方の癖を振り返る貴重な機会となりました。ぼんやりと考えていた内容を言語化し、整理・要約することで、具体的な結論にたどり着けたことは大きな成果です。 映画の記憶に何を感じた？ また、子供の頃に観た映画の一場面をふと思い出し、懐かしい気持ちに浸る瞬間がありました。記憶の中の会話シーンが、当時の印象と相まって、心に残る出来事として今も感じられます。 新技術とどう向き合う？ 一方で、AIをはじめとする新しい技術は、年齢を重ねるほど扱いづらさを感じることも事実です。しかし、その技術の意味や自分事として向き合う姿勢が大切だと思います。実際、周囲の幹部や年配の方々の中には、生成AIが重要だと認識しながらも、実際の活用に踏み切れていない方も見受けられます。私自身は、有言実行ではなくとも、密かに実践していくことを心がけています。 異なるシステムは何が違う？ さらに、GeminiやChat-GPTといったシステムと比べると、思考時間が長く、レスポンスが遅い印象を受けました。どのような情報処理や解析が行われているのか、その詳細が気になるところです。

イノベーションって何が大切？ イノベーションの普及には、比較優位性、適合性、わかりやすさ、使用可能性、可視性の5つの要件が求められます。製品やサービスの売れ行きは、顧客が抱くイメージに大きく左右されるため、ネーミングや宣伝は、顧客に理解しやすいものにする必要があります。こうした点から、顧客の心理を正確に捉えることが重要だと言えます。 顧客ニーズはどう捉える？ 一方で、差別化の過程においては、競合他社の動向に気を取られすぎると、本来の顧客ニーズを見失う危険性があります。常に顧客に目を向け、顧客の期待に沿った商品づくりを心掛けることが大切です。 IT提案はどう評価する？ 自社のITソリューションの提案を上記の普及要件に照らして考えると、まず比較優位性を示すために、新しい技術やアーキテクチャを採用し、従来システムと比べて優れている点を強調することが求められます。次に、適合性の観点からは、顧客の現行の運用に大きな変更を加えることなく、作業効率などの負担を軽減する提案を実施する必要があります。また、わかりやすさについては、全ての要素を網羅的に説明するのではなく、顧客にとって効果が高い点を中心に伝えることが効果的です。

ワークショップでの学びは？ 問題解決のステップについては以前聞いたことがありましたが、今回のワークショップではすぐに思いつかず、アイデアが発散してしまいました。学んだフレームワークを活用して思考する習慣をつけていきたいと思います。また、MECE（Mutually Exclusive, Collectively Exhaustive）を行う際、層別分解は比較的考えやすいものの、変数分解は思いつきにくく、これについても日々練習が必要です。 コミュニケーションで注意することは？ 打ち合わせでは、意見が対立したり、言いたいことがうまく伝わらず、お互いのイメージが合わないことがあります。このような場面では、MECEを用いてブレスト（ブレインストーミング）すると、目線を揃えやすくなります。したがって、コミュニケーションツールとしても積極的に活用していきたいです。 お客様との認識をどう一致させる？ お客様にシステム開発の見積を提示する際、その作業内容や作業量を説明する必要があります。単なる金額の羅列ではイメージしにくいため、プロセスを分解したり、変数分解して説明することで、お客様との認識を一致させたいと思います。

どうやって問題を細分化？ 問題を整理するためには、まず大きな問題をそのまま扱うのではなく、細かく分解することが重要だと実感しました。理想と現実のギャップをとらえ、「優先度」と「需要度」の高い問題から順に解決していくことで、無駄を省き、最短ルートでの解決に近づけると感じました。具体的には、ロジックツリーを用いて問題を枝分かれさせることで、見落としや重複がないかをチェックしながら問題点を洗い出すアプローチが有効だと理解しました。 顧客と戦略は一致している？ また、現状の戦略と顧客の声（VOC）の間にズレを感じた場合、まずどの部分に認識の違いがあるのかを明確にすることが必要です。例えば、顧客の不満が商品、価格、スピード、サービスのどの面に向けられているかを分析し、現行戦略がどこにリソースを重点的に割いているのかを照らし合わせることで、ずれている部分を具体的な改善策に落とし込むことが求められます。さらに、問題の再発防止のために、原因を整理し（ヒューマン、プロセス、システム、環境などの観点で）定期的な振り返りとKPIによる効果測定を行い、必要に応じてロジックツリーで再確認する体制を作ることが重要だと改めて感じました。

経営数字は何を示す？ 今回の学びで、P/LやB/Sを通して企業の戦略やビジネスモデルが数値で表現される点が非常に印象的でした。Zoom、Netflix、ANA、ZOZOの比較を通して、各社がどこに資金を投じ、どこで価値を生み出しているかが明確に異なることを実感しました。 開発費の勘定ってどう？ 私が運用するプラットフォームの開発費については、B/S上では無形資産として扱われていますが、P/L上では販管費と考えることができると感じています。医療従事者向けの動画や資料は、製品理解を促進する販売促進ツールであり、企業価値を高める要素でもあります。したがって、短期的なコスト削減だけでなく、長期的な価値創出を意識したB/S的な思考を、今後の意思決定に生かしていきたいと考えています。 費用分類はどう捉える？ また、会社内では、Webプラットフォームが基幹システムやCRMと同様に間接費用として捉えられがちですが、今回の学びを通して、P/L上では販管費に近い性質を持つことに気づきました。実際のP/L上での扱いについては確認が必要ですが、皆様の経験や意見を伺いながら、さらに理解を深めていきたいと考えています。

問いの立て方はどう？ 問題が発生した際、問いの立て方によって真に解決すべき課題が異なり、解決策の方向性が決まってくることがよく理解できました。イシューとは何か、またイシューを設定して考えるとはどういうことかを知っていないと、問題の本質にたどり着けないということも実感しました。 問いが変える提案は？ このアプローチは、私自身の業務における顧客の課題解決にも活用できると感じています。これまでユーザーの課題を聞き取りシステムを提案してきましたが、結局は活用されない機能が存在したこともありました。今後は、常に「問い」を立て、問題の本質を追求した上で提案していく必要があると考えています。 組織課題の見極めは？ また、社内では組織の抱える課題を正確に見極め、その解決策を事業計画に反映させたいと思っています。まずは、自身の業務において、ユーザーの課題に対してすぐに解答を提示するのではなく、問いを設定してその内容が本質的なものかどうかを繰り返し吟味しながら、適切な提案を行うことが重要です。そして、そのプロセスをチームで共有し、全員が同じ方向に向かって取り組めるようチームビルディングに努めていきたいです。

ビジネスモデルをどう理解する？ P/Lだけでは、その会社のやりたいことや強みは明確になりません。ビジネスモデルを理解し、意図を汲み取る必要があります。単純な数字の遊びではなく、想像力が非常に重要だと感じました。ただし、ビジネスを考える上での基礎はB/SやP/Lの知識であり、それを抜きにしてビジネスは成り立たないと理解しました。 事業ごとの強みとは？ まず、自社のB/SやP/Lを理解し、自社の強み、特に事業部別の強みや弱みを把握することが重要です。次に、人事的な側面から数字を理解し、事業部別の特性にあった施策を組み立てる必要があります。例えば、システムとアウトソーシングではビジネスモデルが異なり、同じ制度では限界があるため、事業会社設立も視野に入れて施策を検討するべきです。 予実管理の重要性とは？ また、毎月の予実を確認し、昨年度の実績から傾向を把握することも大切です。特に、原価（人件費）を理解し、売上総利益の何％が営業利益になるかを正確に知る必要があります。この流れで、人件費を増やせるかを検討し、難しい場合は全社としての施策で従業員に貢献できないかを考えましょう。

仮説と検証の意味は？ 不確実性の高い現代において、仮説と検証を高速回転で繰り返す重要性を実感しました。以前はG-PDCAサイクルの高速回転を重視していましたが、今回の学びを通じ、従来の考え方をアップデートする必要性を感じました。現代はトライアンドエラーの精神が求められ、プロトタイプを早期に導入することで認識のずれを防ぐことが可能だと理解しました。また、仮説は自分の望む方向ではなく、客観的に考えることが大切だと実感しました。 現場での実践はどうなる？ 現在、業務でシステム更改に携わっており、まさに仮説と検証が繰り返される現場にいます。今回の講義内容は、今の業務の進め方ともリンクしており、非常に納得のいくものでした。プロトタイプの導入も予定しており、普段の営業活動においても高速な仮説・検証のサイクルを意識して取り組んでいきたいと考えています。 多角的視点は必要？ また、課題の「シニア層の九州移住」については、受講生それぞれが異なる視点を持っていると感じます。グループワークでは、価値観の違いを否定することなく、多角的な視点から課題を共に考えていければと思います。