(5ページ目)

システム

に関する学び

---

どうやって商品を魅せる？ 商品の魅せ方について学び、私は商品の良さをアピールするだけではなく、ターゲティングとその対象への魅せ方が重要だと感じました。まず、ターゲティングの観点から、自社商品を販売する際には、既存顧客への拡大を図るか、新規顧客を獲得するかを考える必要があります。その際、新規顧客獲得のためには、どの市場でニーズがあるのかを見極めることが大切であり、インタビューなどを通じたニーズの発掘が有効です。ターゲティングが定まった後は、見せ方の工夫が欠かせません。商品を使用するシーンを明確に表現し、ネーミングや販促媒体での見せ方を考えることが重要だと学びました。日々売れている商品、そうでない商品を観察し、どういった見せ方がされているか考察することも大切です。 誰に届けるべき？ 私は自社商品と他社商品の販売に携わっており、それぞれに適した魅せ方を実践したいと考えています。自社商品の場合、ターゲティングを重視し、既存ユーザーに対しても新規ユーザーに対しても、魅せ方が鍵となります。法人向けのソフト機器を扱う我々は、自社のショールームを体験型にし、お客様に製品の良さを実際に体験していただけるような企画を進めていきたいと思います。 どんな体験を提供？ 一方で、他社商品の販売においては、ニーズのある顧客を選定し、新規顧客をターゲットにDMやインサイドセールスを通じて興味を喚起する活動を展開します。私たちの会社は法人をターゲットにオフィス環境や働き方をデジタルツールで効率化することを提案していますが、製品の販売において重要なのは顧客に合ったシステムを提供することです。そのため、顧客が新しい働き方を体験できる環境を構築することが大切だと考え、ショールームを体験型に刷新する予定です。その中でお客様のお困りごとを聞き、より適切な提案を行うことを目指しています。

どんなデータで戦略化？ 私の顧客は主に社内の営業担当で、取得できるかどうかに関わらず、どのようなデータがあればより戦略的な活動が実現できるかというアイデアを集めるブレーンストーミングが面白いと感じています。現状、データ提供側は、こうしたデータをもとに顧客の考えや行動を理解し、営業がその仮説に基づいた行動に移ることを前提としているため、実際のデータ活用にはつながっていないと考えています。そのため、単に可視化しているデータに対する意見収集にとどまらず、営業として必要なデータについても積極的に意見を集めたいと思っています。 伝え方はどう変える？ 既存のデータの可視化においては、私自身が顧客（営業）視点で開発を進めています。しかし、システムベンダーとの要件定義の際、どうしても自分が実現可能だと感じているアイデアしか伝えがちでした。そこで、直近のシステム改修にあたっては、実現が難しいかもしれないアイデアも含め、幅広い提案をもとに話し合いを行いました。 代案提示の意味は？ その結果、実現不可能に見えるアイデアに対しても、ベンダー側からは「こういった形なら実現可能」という代案を提示していただくことができました。これにより、自己完結する前にアイデアを言語化し、関係者に発散することの重要性を学びました。 参加者選定どうする？ また、ブレーンストーミングの手法についても新たな学びがありました。これまでは、同じグループや部内で取り組むレクリエーション的なブレーンストーミングにおいて、出されたアイデアがどこか似通っており革新的なものを得られなかった印象がありました。今回、出したい成果に合わせて参加者を選び、初めからブレーンストーミングの設計を行うことで、以前感じていたもやもやの原因がわかり、スッキリとした気持ちになりました。

どの分け方が効果的？ データを分解する方法について、実際に手を動かしながら学ぶことができました。表からグラフを作成する際、従来は区切りのよい数字（例：5刻みや10刻み）で分類していましたが、特徴が際立つ分け方を検討することが大きな学びとなりました。 なぜ来場数が減少？ また、博物館の来場数の減少原因を分析する中で、たとえ特徴的な傾向が見えても、その結果だけに安心せず「本当にそうなのか？」と別の切り口から検証することの大切さを実感しました。 どこでつまずいた？ ①お問い合わせの原因分析では、顧客がどこでつまずいているかを考える際に、MECEで学んだ「プロセスで分ける」手法が活用できそうです。どの工程で問題が多いのかを明確にすることで、根拠に基づいた対応策を検討することが可能だと感じました。 要望整理で新発見？ ②要望リストの整理に関しては、従来は顧客の要望が多い順に整理していましたが、顧客の属性や規模など、別の切り口でも考えることで新たな気づきが得られ、優先順位を決める際に役立つ情報が得られると感じました。 仕様調整はどう扱う？ ③仕様調整については、システム上対応可能なものの、影響範囲が大きく判断が難しい課題を抱えています。来週のミーティングに向け、MECEの三つの切り口を活用して影響範囲を漏れなく洗い出す予定です。優先度の高いこの項目から着手し、ミーティングまでに発生する可能性のある事象を整理し、そのうえで課題として発生しそうな点も含めた資料を作成します。 1on1で何を伝える？ また、①と②に関しては、1on1の場で上司に学びを伝える予定です。特に、①については、まず自分用のメモを作成し、顧客がどのプロセスにいるのかを把握してから対応策を検討する訓練を行います。

顧客設定は何が鍵？ 差別化戦略を考慮する際、まず重要なのは顧客設定です。顧客設定を行った後、その顧客にとって価値があるかどうかを検討します。そして、顧客の視点で選択可能なすべての競合を考慮し、それらの競合との違いを意識することが鍵となります。特に、自社の強みを活かした差別化は非常に効果的です。 VRIO分析で本質を見つける？ 競争優位を実現できるかを評価するためには、VRIOフレームワークが有効です。これには、以下の観点が含まれます。まず、経済的価値を持っているか、市場規模や持続可能性を考えます。次に、希少性を持つか、経営資源の独自性を評価します。さらに、模倣困難性があるかを検討し、組織力が整っているか、持続可能な体制や仕組みがあるかを確認します。 DXサービスの未来はどう見る？ 自社のDXシステム開発サービスについて、このフレームワークを用いて分析してみます。まず、経済的価値については肯定的です。しかし、希少性は特に見当たらず、模倣も簡単です。ただし、組織が若いため持続は可能でしょう。そのため、現状では競争劣位ではないものの、競合に対する大きな優位性もなく、単なる競合均衡状態に留まっているといえるでしょう。 特化戦略で優位を創出する？ そこで、希少性を生み出すため、発想を転換します。DXシステム開発の範囲は広いため、特定の業界に特化したDXシステム開発を検討します。この場合、ドメイン知識が非常に重要となります。自社がこの知識を持ち、大規模な案件開発の経験を有していれば、希少性を確立できます。 持続優位はどこから生まれる？ 再度VRIOフレームワークで分析すると、経済価値があり、希少性があり、模倣も困難であることから、若い組織であっても仕組化に成功すれば、持続的な競争優位を築く可能性があります。

質問は本当に伝わる？ 振り返りの中で「質問に学ぶ」というテーマについて、まだ十分に消化しきれていないと感じています。プロセス自体は理解しているものの、実際の行動と言葉が一致せず、あいまいな質問になってしまっている点が課題です。 課題解決の流れは？ 具体的には、以下のステップを意識しています。まず、①何が課題・問題なのか、その問題が本当に問題なのかを見極めます。次に、②どこが悪いのか、何が問題なのかを明確にします。さらに、③なぜそうなったのか、本質的な原因を追求します。続いて、④どうするのか、解決策を考え、⑤どうやってやるのか、具体的な実施時期や手順を検討します。 業務の進行はどう？ 現業務ではシステム開発に従事しており、4月の本番稼働に向けて、日々残タスクの進捗や新たな課題の発生状況をフォローしています。しかし、限られた時間の中で相手としっかり共感し、次のアクションにつなげられているのかどうかは悩ましい点です。 対処はなぜ進まない？ 特に、残タスクが即日対応されず、翌日も状況が変わっていない点は大きな問題です。できない理由を明確にしてほしいという思いもあります。また、新たな課題が発生した場合、影響の有無や影響がある場合の回避策、制約事項、解消時期など、具体的な情報が全く出てこないことにも困っています。 習慣はどう定着する？ こうした状況を踏まえ、定型質問のように毎回同じ質問をすることで、双方が習慣として身につけられるように努めています。また、今のフェーズで求められているアクションについて、日々積極的に声掛けやフォローアップを実施しています。たとえおせっかいと思われるとしても、コミュニケーションを通じてしっかりフォローする姿勢を持ち続けることが重要だと考えています。

利益の工夫って何？ 今回の学びで印象に残ったのは、利益が単に売上の増加だけでなく、コスト管理やお客様行動を意識した仕組みづくりによって生み出されることです。アキコのカフェの事例からは、立地や時間帯に合わせた営業、セルフサービスによる人件費の削減、地域に根ざした集客など、身近な工夫が利益に直結する点がよく理解できました。数字の裏側にあるビジネスの工夫や戦略を知ることが、アカウンティングを理解する第一歩となったと感じています。 効率化で利益は上がる？ 私は現在、営業アシスタントとして業務改善に取り組んでおり、請求処理や発注管理など、日々の業務効率化が求められています。今回の学びを、業務プロセスの見直しやコスト管理の観点で活用したいと考えています。たとえば、手間がかかる作業にかかる時間や人件費を「販管費」として捉え、どこを改善すれば利益率が向上するかを検討することで、業務全体をより効率的にすることができると思います。 作業コストはどう？ また、日々の業務の中で「この作業に要するコストはどれほどか」「この作業を簡素化すれば、より価値ある業務に時間を振り分けられるのではないか」と問いを立てながら取り組んでいます。改善案をチームに共有する際には、アカウンティングの視点を取り入れ、具体的な数字を示しながら説明することで、より説得力のある提案ができるよう努めています。 改善提案の数字は？ まずは毎日の業務を棚卸しし、各作業にかかる時間と人的コストを概算します。その上で、どの工程が高コストであるかを明確にし、効率化やシステム化が可能な部分を洗い出す予定です。改善提案を行う際には、「この変更により具体的な人件費削減が期待できる」という形で数字を交えた説明ができるよう、準備を進めています。

共感の価値は？ デザイン思考における「共感・課題定義・発想・試作・テスト」の5つのステップについて、2点の学びがありました。まず、共感の重要性です。共感とは単に同意することではなく、お互いが認識できる共通の「何か」を見出すことだと感じました。 非線形の魅力とは？ 次に、これらのステップは非線形に繋がっているという点です。特定の順序にこだわるより、行きつ戻りつのプロセスを経ることが、各ステップが互いに影響し合い、より良い思考とプロダクトにつながると実感しました。 意見共有は難しい？ また、システム開発の上流工程では、プロジェクトメンバー間でどのように意見を交わし、定義を共有するかが非常に重要です。システム思考がその施策として大きな役割を果たす可能性はあるものの、実際にどの程度効果を発揮するかはまだ未知数です。一方で、プロジェクトメンバー間で「共感」がどこまで実現できるのか不安に感じることもあります。これまでの経験から、どうしても「同感」に偏ってしまい、ほぼ100%の合意が必要とされる傾向があるように思えるからです。すなわち、MUSTとWANTの区別なく、すべてが必要とされる状況が根付いているのではないかと考えています。 今後の課題は？ この点については、今後学びながら整理し、業務に活かしていきたいと考えています。具体的には、まずは受講生の仲間に「共感」についてヒアリングを行い、意見を共有してみたいと思います。ワークは課題中心であるため、私個人の興味本位で話を進めるのではなく、オフ会や自主的な懇親会などの機会を利用して課題提起を試みるつもりです。また、実際の仕事の中で共感と同感の線引きがどのように行われているのかも観察しながら検証していきたいと考えています。

何が問題の始まり？ 問題解決には、まず「何が問題か」「どこに問題があるのか」「なぜ問題が生じたのか」「どのように対応するか」というプロセスがあることを学びました。最初に、直面している課題や状況から現状とあるべき姿のギャップを把握し、次に客観的なデータを用いて問題箇所を詳細に特定します。この際、MECEやロジックツリーの手法を用いることで、抜けや重複なく整理することが重要です。さらに、問題の背景にある原因を細かく分解し、真の原因に迫る作業が求められます。最後に、さまざまな案を検討し、現状と理想を照らし合わせながら、適切な対策を導き出していきます。 なぜデータが重複？ また、phaseごとに製造原価の算出を実施しており、算出データの取り込みとその活用が行われています。しかし、各phaseで実施している業務自体はほぼ同じ内容でありながら、同一データの取り込みなど、重複して実施している作業が存在しています。理想的には、データベースにphaseごとのデータが一元管理され、必要な時に迅速に利用できる体制が整っているべきです。しかし、現状では必要な時に都度データを作成し、同じ内容を複数回取り込むなど、業務に無駄が生じています。 原因はどう分解？ このギャップの原因を明確にするためには、実際の業務フローや工数、業務のインプットとアウトプットの詳細、さらにはシステム上の問題点など、ファクトに基づいた確認が不可欠です。定量的なデータを捉えた上で仮説を立て、MECEやロジックツリーといった手法を活用して問題点を細かく洗い出します。こうした手法により、データの切り口を複数持ち、各要素の影響度を把握してプライオリティを付け、効率的に問題解決へと導くことができます。

データ分析の手法とは？ データを見る際には、単に与えられた数字を眺めるだけでなく、自らデータに触れて比率などの必要な情報を引き出し、グラフ化することで、複数の視点から分析することが重要です。こうしたアプローチにより、データを多角的に捉えることができます。 MECEで現状を把握するには？ データを分解する際は、MECE（Mutually Exclusive and Collectively Exhaustive）を意識することが大切です。同じ内容を繰り返すことなく、全体を漏れなくカバーすることで、現状を正確に把握できます。 具体的な分析の例は？ システムや業務の分析では、具体的な例として航空券の購入フローや空港での搭乗フロー、整備フローなどを分解して考えることが挙げられます。また、売り上げ分析では、路線別や年齢別、搭乗回数別に分解してみることも効果的です。 業務に応用できるか？ これらの手法は日常業務でも活用可能です。例えば、システム障害発生時の対応やアクセス数のデータ分析、WEBサイトへの攻撃分析といった場面でも役立ちます。 テンプレート活用の効果は？ さらに、切り口のテンプレートを作成すると便利です。例としては、航空券購入から搭乗後までのプロセスを旅客の視点や業務の視点で分類することが考えられます。また、研修アンケートの分析にもこの方法を応用できます。受講前には思いもよらなかった角度からデータを切り分け、Tableauといったツールの活用も視野に入れると良いでしょう。 新たな視点が発見を生む？ 日常業務においては、失敗を恐れずにデータを分解し、新たな視点で見ることがスタート地点です。こうした姿勢が新たな発見につながります。

どう評価すべき？ 海外出張でライブ授業に参加できず、動画を観た感想を述べます。「評価を伝える」際には、良い評価も悪い評価も、本人に向き合ってもらう大切な機会と捉えるべきです。ただし、人は感情を持つ存在であり、事実のみを評価として伝えても、素直に受け止めてもらえるとは限りません。そのため、まずは本人の考えを尊重し、耳を傾けることが重要です。その上で、今後の成長に期待していることを伝え、自分もその成長にコミットする意志を示すべきです。そして、事実に基づいた評価とその理由を明確に伝え、ポジティブな言葉遣いと表情で接することが大切です。手間がかかるかもしれませんが、リーダーシップにおいて「人への理解」が基盤となることを考慮すると、これがリーダーとしての重要な要素だと実感しました。 対話はどうする？ 年末の評価フィードバックのタイミングでもあるので、メンバーとの対話の場では、このプロセスをしっかりと踏んでいきたいです。また、1 on 1 の場においても、人への理解を大前提に、話をしっかりと聴き、尊重し、共感することが大切です。そして、本人にも自己成長のために何が必要かを考えてもらえるように導いていきたいです. どう動機付ける？ 私自身、時にはプロセスを急いでしまう傾向がありますが、面談前には今回学んだことを振り返り、本人のポジティブな部分と改善点を明確に言語化してから臨むよう心掛けたいです。どうすれば人が動きたくなるのかについて、今回学んだ内容を活用し、企業の仕組み、人事システム、組織文化、個人の力の活用、リーダーシップ、人間行動の特性理解、エンパワーメント、モチベーション管理、リーダーシップのスタイルを実践しながら身につけていきたいと考えています.

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

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