(18ページ目)

システム

に関する学び

---

図式の意図は何？ 提供価値の整理において、図式化が印象に残りました。しかし、これまでとの違いを明確に抑えなければ、シンプルな図式にはなり得ません。伝えたい内容がごちゃごちゃしてしまいがちなので、整理の際にはその点を意識したいと思います。 AIが示す魅力は？ 顧客向けの記事作成を手助けするAIの導入にも魅力を感じました。読み手の視点に立ち、どのポイントが魅力的かを問い出してくれるAIがあれば、心に響く記事を作りやすくなるでしょう。また、求職者向けに関心のある案件をAIが紹介するサービスについても、既存のものはあるものの、言語化しにくい部分までサポートできるシステムが求められていると感じます。 判断力はどう高める？ 一方、今後は作業の多くをAIが担う時代に突入しますが、その中で人間がどのように判断力を磨いていくのかが大きな課題となります。

体験で差別化はどう？ 商品そのものだけでなく、関連する体験も合わせて提供することで、他社との差別化をより効果的に実現できると感じています。 比較の視点は？ また、体験の内容によっては、従来の競合製品と単純に比較するのではなく、別の視点から評価する必要があると考えます。 付加価値はどう見る？ 現代はモノやサービスが溢れているため、単なる商品の提供だけではなく、付加価値の高い体験を創出することが不可欠だと思います。 派生効果はどう評価？ さらに、サービスを提供する際には、その派生効果にも目を向ける必要があります。たとえば、制度設計においては、直接この制度を利用する顧客だけでなく、そのシステムを介して恩恵を受ける間接的な顧客までを含めて検討することで、結果的により多くの顧客の満足につながる設計が可能になると感じます。

テスト条件は整っていますか？ A/Bテストを実施する際は、できるだけ条件（期間、曜日、時間など）を統一し、複数の要素を同時にテストしないことが基本です。さらに、テストの目的と仮説を明確にした上で実施することで、効果検証が適切にできるようになります。また、複数の対策案がある場合は、感覚ではなく数値化した評価基準に基づいて採用するかどうかを判断するプロセスが重要です。 システム制約は問題？ 一方、現状ではシステム上の制約から、同じ期間にランダムに分けた対象者に対して検証を行うことが難しく、やむを得ず期間をずらして全顧客にA案とB案を表示して比較する方法を採っています。CL率やCVR、各フローごとの離脱ポイントを日々確認しつつ、今後は1つの仮説に絞るのではなく、フレームワークを活用して複数の仮説を立て、取り組んでいく予定です。

問いと答えで学ぶ理由は？ 今週はクリティカルシンキングの振り返りを行い、WEEK1の自分の回答を再確認しました。問いと答え、すなわち主張と根拠のシンプルな構成が印象的で、問いを明確に設定し、その問いだけに集中して回答するという行為の難しさを実感しました。 お客様の課題は核心？ また、商談時にはお客様からシステム構築による課題解決のご相談をいただくことが多い中で、お客様の課題が何か、本当にその課題が核心なのか、そしてその解決策が改善につながるのかを、主張と根拠をセットで検討する必要があると感じました。講義で「早く答えを導き出すには常に考え続けることが大切」という話が印象深く、思考の切り替えを意識して反復することで、そのスピード感を自分のものにしたいと思います。今後は、何かを考える際に必ず主張と根拠を意識する行動を心がけていきます。

戦略って何だろう？ 戦略とは、まず孫氏が説いた「戦を略すこと」、そしてマイケル・ポーターが提案する「何をやり、何をやらないかを選択すること」を指し、さらにグロービスが定義するように、企業や事業の目的達成のために持続的な競争優位を確立する具体的なアクション・プランでもあります。 学び方のコツは？ また、学び方のコツとしては、①言語化＝考えを言葉にする、②教訓化＝教訓を引き出し原理原則化する、③自分事化＝学んだことを自分に引き寄せる、という三点が挙げられます。 実行はどうする？ 現在、システム開発において機能要件の精査だけでは対応が難しい要望を受けている状況です。そこで、今週は、次週以降に顧客への提案フェーズに臨むため、社内で戦略としてどのように進めるかを言語化し、共有し、さらにブラッシュアップする取り組みを進めています。

問いのマトリックスは？ ライブ授業で教わった問いのマトリックスが非常に印象に残りました。左右に原因と打ち手、上下に抽象的なものと具体的なものが配置されており、とても分かりやすい構造です。良い問いを考えるためには、①状況を見る、②原因に着目する、③問いを残すという視点が重要だと理解しました。この学びは大変意義深いものでした。 組織と業務の課題は？ 具体的な行動①として、現状、自社の組織構成と業務フローの適合性に課題を感じています。まずは状況を整理し、筋の通った問いの検討から取り組んでいきたいと考えています。 システム入替えの負荷は？ 具体的な行動②では、システムの入れ替えが予定されているため、社員にできるだけ負荷がかからない方法を模索しています。こちらも、まずは現状の整理と問いの組み立てから進めていく予定です。

どう原因を見極める？ 課題解決においては、まず対象の業務プロセスを細分化し、どの段階が問題の原因となっているかを明確にすることが重要です。自分の感覚だけで原因を決定するのではなく、有識者へのヒアリングなどを通じてプロセス全体を整理し、どの部分に注力するかを正しく見極める必要があります。どのプロセスを改善すれば、課題解決に大きな効果が期待できるかをしっかり検討することが求められます。 何をテストするの？ また、改善案の効果を正確に判断するためには、A/Bテストの導入が有効です。改善前後の両方のパターンを同じ条件下でランダムにテストすることで、施策の効果を客観的に評価できます。さらに、システム導入のトライアルにおいては、現行システムと新システムを同時に使用することで、正確な効果測定が可能となるよう進めることが望まれます。

経済性と習熟効果はどう？ 規模の経済性について学びました。固定費と変動費の違いを正確に分析することの重要性を再認識し、分析を誤ると規模の不経済に陥る可能性がある点が印象に残りました。また、習熟効果についても一定程度理解していたものの、製造現場では人が入れ替わるのは仕方のない事実であるため、個々の熟練度に過度に依存しない設計やマネジメントが求められると感じました。 自動化の影響はどう考える？ 製造現場では、自動化やAIの導入により、人が関わる部分が次第に置き換えられています。こうした変化を進めつつも、システムの導入によって新たな不具合が生じる可能性や、重要な業務においては依然として人の習熟度が影響を与える点に注目しています。そのため、こういった課題についても分析し、適宜改善策を講じていく必要があると考えています。

設備投資の意義は？ 固定資産や固定負債が少ない状態は、資金の柔軟性やリスク低減の面で理想的ですが、事業継続のためには設備やシステムなどへの投資が不可欠です。そのため、自己資金だけでまかなうのは困難であり、銀行借入などの固定負債を利用する場合も多いと感じています。 資産負債のバランスは？ 過剰な負債による返済リスクや、資産不足による競争力の低下を避けるためには、事業の特性に応じた最適な資産・負債バランスを設計する工夫が必要です。 成果に見合っている？ また、各社が展開するサービスや事業を前提に、実現に必要な資産やその用途を明確にすることが重要です。PLやBSを読み解きながら、現在の自分の仕事が会社の提供価値に見合っているか、投資した金額に対して十分な成果が得られているのかを理解する意識が求められています。

他者視点で見直す？ 自分で導き出した結論や回答について、常に他者や別の立場からの視点で再検討することで、これまで気づかなかった発見や新たな答えを得られると感じました。また、その回答に至る重要なポイントを、漏れなくかつ重複なく整理することで、根拠や納得感をしっかりと説明できるようになりました。 両面の視点はどう考える？ 今回学んだ点としては、部下との目標管理面談や評価面談において、一方的な上司の視点ではなく、部下の立場に立った思考で臨むことで、円滑なコミュニケーションが築けると実感しています。さらに、システム開発においては、お客様との要件定義や調整の場で、開発側だけの視点に偏らず、システムを利用する側の視点に立ってコミュニケーションを行うことで、より使いやすく、質の高いシステムの開発につなげられると考えています。

感情価値を追求する理由は？ 昨今の市場環境では、単に機能的価値を提供するだけでは顧客を満足させることが難しくなっています。顧客満足を実現し、真の差別化を図るためには、「体験」という情緒的価値の追求が欠かせません。 業務効率と情緒的価値は？ 私の業務は、効率化や業務圧縮を目的としたツールやシステムの提供が中心ですが、その先のクライアントに対して情緒的価値を届ける意識を持つことが重要です。 多様なニーズに応えるには？ また、社内の複数のステークホルダーを顧客として捉え、日々の業務依頼を通してそれぞれのニーズや課題に応えることを心がけています。 体験で業務改革は？ BPOやBPR業務においては、顧客に「楽になった」という体験を提供することが本来の目的であることを忘れず、今後も業務に取り組んでいきます。

クリティカルシンキングとは？ クリティカルシンキングは、よりよい答えを見つけ出すための考え方だと理解することができました。これまでは情報をそのまま受け取っていた自分に気づかされ、根拠や目的を確認するだけで判断の質が大きく変わるという実感を持ちました。 日常でどう実践する？ また、仕事や日常生活においても、いきなり結論を出すのではなく、一度立ち止まって考えることの大切さを再認識しました。システム開発の現場では、要件や依頼をただ受け取るのではなく、その目的や背景、根拠を確認して作業を進めることが重要だと感じています。 本当の原因は何？ さらに、障害対応や仕様検討の場合、表面的に見える事象のみで判断するのではなく、真の原因と影響範囲を整理して考える姿勢を身につけたいと思いました。