(7ページ目)

システム

に関する学び

---

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

分析の基本: 比較の重要性とは？ 分析は比較であるというシンプルな理解に到達しました。以前は、数字から何を見出すべきか分からず複雑に考えていましたが、シンプルな視点からスタートすることの重要性を学びました。ただし、正しい比較対象がなければ、正確な分析はできません。このことに関連して、"要素をそろえる"という部分については、さらに実践的な学習や本コースでの深掘りを行いたいです。 効率的な分析設計のために必須なことは？ また、グラフなどの見せ方を決定する以前に、分析する目的を設定すること、特に依頼された場合はその確認が大事だという点も理解しました。これにより、システムテストの品質評価やベンダー選定時など、具体的な場面で分析の質を向上させることができると考えています。 データ分析における注意点とは？ これまでの経験では、依頼時に目的が曖昧な状態で受け取ることが多く、データの分析において何をすべきか判断がつかなくなり、結論を出せないこともありました。今後は、以下の3点を重視して取り組む予定です。まず、やみくもにデータを加工せず、目的の確認と仮説立てを確実に行うこと。次に、分析は比較を念頭に置くこと。そして、比較対象を分析の目的に沿って選定することです。 依頼者とのコミュニケーションで何が重要？ 依頼者からは、目的の確認や必要な分析の方向性をしっかり聞き取ることが重要です。分析を始める前に目的を明確にするステップを必ず取り入れるべきだと感じました。その際、仮説をある程度考えると良いと思いました。また、仮説を立てる際には、比較対象が適切かどうかを依頼者と事前に合意することで、さらにスムーズに進められると感じています。

なぜギャップを把握する？ 問題解決のステップとして、What, Where, Why, Howは非常に重要であり、これらを順序に拘らず実施することが求められます。まず、問題として「あるべき姿」と「現状」とのギャップを自分自身でしっかりと把握することが必要です。このギャップを数字で表現することが大切であり、その表現によって関係者間で合意を取ることが肝要です。 未来志向でビジョンを描くには？ 問題解決を進める際には、「あるべき姿」と「現状」のギャップだけでなく、「ありたい姿」と「現状」のギャップにも注目することが重要です。これにより、問題の根本的な解決だけでなく、会社の成長を見据えた将来のビジョンを描くことができます。 バックオフィスの改善ステップ バックオフィス部門の集約化やIT化を進めるためには、以下のステップを踏むことが効果的です。まず、「現在の課題」を明確にし、「あるべき姿」を具体的に設定します。さらに、会社の成長に向けた「ありたい姿」を描き出し、そのギャップを明確に捉えます。 具体的な手順としては、次の通りです。 1. 問題が何か（What）、そしてその問題がどこにあるか（Where）を明確にする。 2. 「現状」、「あるべき姿」、「ありたい姿」を部門ごとに分け、それぞれを数字（在籍数、残業時間、処理数など）で表現する。 3. 解決策としてどのような体制・ツール（ITシステム等）が必要かを、ヒト・モノ・カネの観点から明確にし、具体的に説明する（How）。 こうしたアプローチを取ることで、バックオフィス部門の課題を効果的に解決し、IT化や集約化をスムーズに進めることができるでしょう。

顧客のペインポイントをどう探る？ 顧客の「ペインポイント」が新規事業やビジネスの種になることを実感しました。また、ペインポイントを探るためのフレームワークや手法が存在することを初めて知りました。自分自身が顧客になり得るという視点を持つことも、ニーズやウォンツ、ペインポイントを探し出す仮説の一部になり得ると感じました。顧客へのフィールド調査は重要ですが、仮説をもって取り組むことで、より効果的かつ効率的に進められるのではないかと思います。一方で、バイアスが困難を引き起こすことがある点も注意しなければなりません。 IT企業の将来展望は？ 私の会社はシステム開発を手掛けるIT企業で、主にB2Bをビジネスとしていますが、将来的にはB2Cの視点も求められるのではないかと感じます。大型システム開発が減少し、SaaS形式のサービスが主流となる中で、既存のビジネスに固執することは衰退を意味します。お客様の業務において、まだ気づかれていない課題や問題、不便さを見つけ出し、それに対するサービス提供を行う能力が必要です。経営企画として事業戦略を策定する際には、マーケティングの観点を取り入れていきたいと考えています。 マーケティングの現場重視の取り組みは？ マーケティングはフレームワークや手法が発展した領域ですが、お客様のニーズやウォンツは現場にあると考えています。会議室やオフィスでの議論だけでなく、実際の現場を確認する意識でマーケティングに取り組みたいです。顧客訪問ができない場合は、現場担当者との密なコミュニケーションも効果的ではないかと考えます。定期的に現場のニーズを収集できる仕組みを考えていきたいと思います。

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

企業の仕組みはどう機能？ 企業の仕組みについて、まずは人事システムや評価制度が、地理的に離れた人々にも長期的に影響を与える仕組みとして機能している点を再認識しました。一方で、個々の行動や対人コミュニケーションが組織を動かす力となるという考え方には大変納得がいきました。リーダーシップや思考特性を活かして自発的な動きを促す重要性を、具体的な業務改善タスクに携わる中で実感しています。 リーダーと管理の違いは？ また、リーダーシップとマネジメントの違いについての学びも大変有益でした。不確実性の高い状況下では、ビジョンを提示し変革を推し進めるリーダーシップの役割と、定められたルールの中で効率的な運営を行うマネジメントの役割は、どちらも現代の組織には不可欠であると考えます。改めて、リーダーシップは誰しもが発揮できる能力であるということが明確になりました。 リーダーのタイプは？ さらに、リーダーの行動タイプについても体系的に理解することができました。具体的には、相手や状況に合わせた指示の仕方―指示型、参加型、支援型、達成思考型―を意識することで、自分のリーダーシップスタイルを客観的に振り返る機会となりました。所属部署で並行して進めている業務改善タスクにおいて、各メンバーが自らリーダーシップを発揮できる環境づくりは、生産性の向上や前向きな職場の雰囲気作りに寄与すると感じています。 どう指示を使い分け？ 業務指示の場面では、相手や内容に応じて自然に指示の仕方を使い分けていましたが、今回体系的に整理されたことで、自分の不得意な達成思考的な指示の取り入れ方も意識して改善していきたいと考えています。

問いの大切さは？ 「問いから始める」という考え方が非常に印象に残りました。問いが何なのかを常に意識し、具体的な問いにまで落とし込むことが重要だと感じました。また、「問いを残す」ということは、問いを持ち続けることや自分が何を考えているのかを絶えず問いかけることであり、それにより、立てた問いが正しいのか、その問いに答えることで目標が達成できるのかを確認し続けたいと思います。さらに、問いを立てた後は「問いを共有する」ことが不可欠です。組織全体で方向性を共有しなければ、自分が解決しようとしている問題に取り組むことは困難になるため、問いの共有を常に心がけたいです。 工場問題の原因は？ 現在、私たちの会社は世界各国に5つの工場を持っており、お客様が希望するタイミングでの供給が困難になるケースが頻繁に発生しています。この問題の原因を詳しく分析する必要があります。考えられる切り口としては、工場のオペレーションに課題があるのか、あるいはシステムの受発注の仕組みに問題があるのかなどが考えられます。この分析を通じて、現状の問題点を明確にし、対策を検討していきたいと思います。 目標達成の方法は？ そのために目指すべきゴールと具体的方法、そしてその手段を実行することによって得られる価値についてしっかりと考えたいと考えています。検討した結果に基づいて資料を作成し、仮説を証明するための理由については、視覚的に分かりやすく示すように工夫したいです。この目的を達成するために必要なデータは何か、どのように分析すべきかを考慮しながら、自分の考えや実施したい施策について毎週の部内会議でチームメンバーと共有していきます。

今回変更する振り返り文章 学びのポイントは何？ 今回の学びでは、課題解決のプロセスを段階ごとに整理する方法と、従来のフレームワークにとらわれずに課題の本質を捉える「対概念」という考え方を学びました。先週は３Ｃや４Ｐといった分析手法を用いて問題点を洗い出す例に触れていたため、今回の新たな視点は思考の幅を広げる刺激になりました。 対概念の意味は？ 「対概念」とは、問題のある箇所とそれ以外の要素を対比しながら考えるアプローチです。たとえば、「ターゲット設定に問題がある」という見方に対し、設定以外に問題が潜んでいる可能性を同時に捉えることで、より柔軟な課題設定が可能になります。 改善案の選び方は？ また、今回学んだ内容は、最適な改善案を選ぶために各案をコストやスピード、チーム内の連携といった評価基準で総合的に判断する重要性も再認識させてくれました。具体例として、Webデザインの改修にあたり、内製するか外注するかを検討する場合の評価方法が挙げられ、数ある案から最も有益なものを選ぶプロセスに参考になりました。 A/Bテストの狙いは？ さらに、従来の案と新たな案を比較するA/Bテストの手法についても学びました。テスト実施の際は、両案の条件を可能な限り揃え、外部環境の変動にも配慮してランダムにテストを行う点がポイントとされています。 実用性の確認方法は？ 自社の業務においては、今回学んだ「対概念」の視点が非常に実用的だと感じています。滞っているシステム改修作業の設計を見直す際、従来のフレームワークに限定されず、柔軟なアプローチで打ち手を検討する一助となると実感しました。

規模の経済はどう考える？ 規模の経済とは、生産量や調達量を拡大することで、１つあたりの単価を低減する現象を指します。例えば、固定費や変動費というコストが一定の場合、生産数が増えると総コストは上昇するものの、各製品にかかる単位コストは下がります。しかし、これはあくまで全ての製品が販売されるという前提があるため、売れ残りが生じると逆にコストが増大してしまう可能性もあります。 範囲の経済はどう捉える？ 範囲の経済は、同じ企業が共通の設備を用いながら異なるサービスや製品を提供することで、全体の経済性を向上させる考え方です。たとえば、配送設備を活用して郵便物だけでなく荷物の配送も行うことで、新たな立ち上げに比べ圧倒的に低いコストでサービス拡充が実現できます。 ネットワークの価値は？ また、ネットワーク効果は、ネットワークに参加する人数が増えるほど、その価値や経済性が大きくなる現象を意味します。具体例としては、あるチャットアプリの場合、参加者が増えるにつれて利用可能な接続数が飛躍的に増加し、結果としてシステム全体の価値が向上することが挙げられます。 組織内の情報共有は？ 一方で、私たちの組織内では、各部署内のみで情報が共有されるなど、ノードが分断されている点が課題だと感じています。部署の枠を越えてネットワークで繋ぐことができれば、効率性の向上や知識の集積にも寄与するのではないかと考えています。 AI導入の未来は？ さらに、AIが広く導入され、工程が完全に自動化された未来においては、従来の学習や習熟効果がどのような形で現れるのかという点にも疑問を感じます。

失敗から見える可能性は？ 今回の講義で学んだ「分解する」という考え方は、シンプルな言葉の裏に深い意味があると実感しました。最初は「分解を正しく行えず失敗した場合、どうすればよいのか」と不安に感じながら進めていました。しかし、講師の「失敗することで別の切り口に気づくことができる」という言葉とそのタイミングが非常に印象に残りました。自分一人で考えるとすでに複数の分解の切り口が浮かびましたが、解説を聞くことで新たな視点にも気づくことができ、複数人で検討することでさらに分解が進み、より正確な判断ができると感じました。 エンジニアの現場はどう？ 私は普段、エンジニアとしてデータを集める仕組みの構築に携わっています。業務上、「ログを取得してほしい」「アンケート結果を分析してほしい」「各種ツールと連携してほしい」「アクティビティを取得してほしい」といった依頼が多く寄せられます。当初は、システム自体の機能や操作性を向上させたいと思いつつも、正直なところ手間だなと感じていました。しかし、今回の講義を通じて、なぜ多方面からデータを集める必要があるのか理解が深まりました。多種多様なデータを集計できることは、顧客にとって大きな強みとなり、導入の決め手や売上の向上につながる可能性があると考えています。営業からの声を基に、どのような機能が求められているのかをしっかりと分解し、今後の開発計画に繋げていきたいと思います。 必要なデータは何？ 皆さんは普段、どのようなデータや数値をもとに業務をされていますか。また、ご自身の仕事や生活で、分解を行って正しい切り口を見出すためにどのようなデータが必要だと感じますか.

カフェで価値守れてる？ アカウンティング研修の第1週目では、P/L（損益計算書）を題材に、カフェ経営のケーススタディを通して「利益を生み出すためには、店としてどのような価値を提供するか」が重要であると学びました。特に、高級志向のカフェが原価低減を図るために安価な豆を使用しようとしたが、結果的に店のコンセプトが損なわれ、顧客に支持されなくなる可能性があるという事例が印象に残りました。単に売上から原価を引いた数値だけで判断するのではなく、「価値を守ることが利益に直結する」という視点の重要性を実感しました。 IT提案で本当に伝わる？ この学びは、私が関わるITシステムの提案やプロジェクト企画にも活かせると感じています。たとえば、顧客に単にコスト削減を訴えるのではなく、その企業のビジョンや利用者のニーズに合致した価値を明示し、費用対効果の高い提案を行うことが大切です。そのため、今後は提案書の作成時に「この機能は誰のためで、どのような価値を提供するのか」を意識し、価格や納期だけでなく、価値提供を軸にした提案を心がけていきます。 価値、どう数量化する？ 一方で、「価値を守ることが利益につながる」とはいえ、その“価値”をいかに定量的に測定するかについて疑問も感じました。ITプロジェクトでは、顧客の要求に応えるために機能の取捨選択が求められ、何を守るべき価値とするかの判断が難しいと感じています。他の受講生にも「価値」と「利益」のバランスについて、実際の経験をもとに意見を交換し、定量評価が難しい価値をどのようにマネジメントに反映するかを議論してみたいと考えています。

仮説の立て方は？ 仮説を立てる際には、複数の仮説を提示し、網羅性を意識することが大切です。3Cや4Pといったフレームワークを活用すると、仮説を立てやすくなることを実感しました。また、単に考えただけでなく、様々な切り口からアプローチするよう努めることが重要だと感じました。 データ選びはどう？ データ収集については、誰にどのように聞くかが非常に大切です。自分に都合の良いデータだけでなく、反対の意見となる情報も収集するよう心掛けています。一見、目の前にある情報だけで判断せず、目的に沿ったデータであるかどうかを考える重要性を改めて感じました。実際、抽出したデータで本当に検証したい内容が導き出せるかを、常に見直す必要があると考えています。 サービスはどう伝わる？ 新しい運用やシステムの活用状況、また提供しているサービスがどのようにお客様に届いているかを分析する際は、まず言葉で仮説を立てることに取り組んでいます。これまで、数値を見ただけで直感的に考え、その立証に必要なデータをどう抽出するか検討していましたが、目的に合致しているのか不安に感じることもありました。そのため、自分にとって都合の良いデータだけに偏らないよう、改めて意識しています。 生産性向上はどう？ また、社内の生産性向上施策が実際に効果を上げているかを検証する際にも、フレームワークを用いて複数の仮説を立て、網羅的に検討することを意識しています。抽出したデータが目的に沿っているかを確認した上で、そこからどのような結論が導けるのかをしっかり検証することが重要だと感じました。