(6ページ目)

顧客 ✕ システム

に関する学び

---

目的整理はどう進む？ ライブ授業では、シナリオ実習を通じて目的の明確化、優先順位の決定、リソースの最適な活用、そして情報収集の大切さを学びました。一方、動画学習では戦略と戦術の違いに着目し、物事全体を俯瞰して捉える重要性を実感しました。これにより、まずは達成すべき目標の整理と明確化、そしてその目標に向けた無駄のない計画作成の必要性を体得することができました。 開発進捗はどう見極める？ また、システム開発の初期段階においては、顧客の要望整理と目的の明確化、優先順位の確定、さらには予算や人員配置、期限設定といったリソースの最適化が欠かせません。開発段階では、全体の状況を把握しながら効率的な進捗管理を行うことで、無理なくプロジェクトを進めることが可能となります。発生する課題に関しても、すべてに対応するのではなく、優先順位に基づいて取り組むことで、リソースを集中させながら最適な解決策を見出すことが大切だと感じました。

ターゲット再検証は？ 商品のターゲットを見直すことで、新たな価値が生まれる可能性を学びました。特に、心理的変数は時代とともに変化するため、価値を再評価する上で有効な切り口であると実感しました。 マップの違いは？ また、ポジショニングマップとパーセプションマップの違いについて理解を深め、顧客目線がいかに大切かを再認識することができました。 事業見直しはどう？ 自社の事業を振り返る際は、まず特徴を洗い出して訴求ポイントを整理することから始めました。その上で、どこにポジショニングを置くべきか検討し、注力している事業に問題がないかを確認しています。さらに、顧客へのヒアリングを通じて、自社の伝えたいポジションがしっかり伝わっているかどうかをチェックしていきます。 システムに期待は？ また、時間に余裕があれば、システム会社に対してどのような期待を持っているのか、直接伺ってみたいと考えています。

イシューの意味は？ 「イシュー」とは「いまここで答えを出すべき問い」であり、その重要性を実感しました。問いが誤ると論点がずれ、共通認識が形成されなくなるため、イシューを共有し本質を意識することが、具体的な課題解決や施策につながると考えています。 課題共有はどう進む？ IT業界においては、顧客からの課題相談が頻繁に寄せられるため、まずはイシューを明確にして共有することから取り組みたいと思います。共有をせずに解決策だけを模索すると、後に認識の齟齬が生じ、根本的な課題解決につながらない恐れがあります。 本質解決は可能か？ 業務では、本質的な課題が誤ると顧客が期待する解決が果たせず、結果として不適切なITシステムが提供される恐れがあります。そのため、単に解決策のみを提案するのではなく、イシューを踏まえた本質的な課題解決を追求することで、真に必要なITシステムの提供が可能になると考えています。

なぜBSを学ぶのか？ これまでPLに比べ、BSに触れる機会は少なかったのですが、今回改めて学ぶことで基本的な構造を理解することができました。 資産バランスはどう見る？ ざっくりとした理解ですが、現金化しやすい順から資産が整理され、保有する資産が流動資産なのか固定資産なのか、また負債が1年以内に返済が必要な流動負債なのか、長期的な返済が求められる固定負債なのか、こうしたバランス関係が企業の事業特性や体質を判断する手がかりになると学びました。 BS活用は実務でどう？ 実務においてBSを直接活用する機会はあまり想像できませんが、同じ業種に限らずさまざまな企業のBSを確認する習慣をつけることで、多様な企業の特徴を把握できると感じています。たとえば、システム提案の機会において、顧客の財務上の課題を明確にし、IT投資による改善策を提案する際に、この知識は大いに役立つと考えられます。

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

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

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

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

原因項目をどう抽出？ 考えられる原因項目は、できるだけ抜け漏れなく抽出したいと考えましたが、パーセンテージが低いものはある程度省く方針です。しかし、すべてを漏れなく網羅するのは容易ではなく、現状では項目の抽出だけにも時間がかかりそうだという不安を感じています。 売上動向をどう捉える？ また、顧客分析や売上不振店舗の分析にこの手法が活用できる可能性を見出しました。具体的には、会員システムのデータを年代別や再来店回数別に切り分けて売上の動向を把握することが有効と考えています。単に広告や媒体の整理だけでなく、会員システムの効果的な利用も売上向上のポイントになると感じました。 抜け漏れの要素は？ ただ、他に漏れている要素がないかどうかの抽出が、引き続き課題として残っています。

なぜ現状分析が必要？ 講義を通じて、ただ単に顧客目線で考えるのではなく、差別化に向けては競合を意識し、実現可能性と持続可能性を検証することが重要であると改めて学びました。まずは、自社の現状を正確に把握するためにVRIO分析を実施し、その結果をもとにポーターの基本戦略を用いてターゲット顧客を絞り込む方法が効果的だと感じました。 どう優位性を確認？ また、自社の優位性を明確にするためには、3C分析やSWOT分析と併せてVRIO分析を進めるのが有用であると思います。システム開発が本格化すると、柔軟に対応できる部分が限られてしまうため、提案活動の段階で自社の強みを十分に活かした提案を行うための準備が必要だと考えています。

フレームワークで全体把握？ 3C分析、SWOT分析、PESTなど、さまざまなフレームワークについて学ぶことができました。個人で課題を考えるだけでは局所的になりがちな点を、これらのフレームワークを用いて全体の取り巻く環境を整理することが大切だと実感しました。また、テンプレートを活用して大局観を持つことは、チーム全体で同じ視点を共有する上でも役立つと感じました。 フレームワークの限界を感じる？ システム開発に実際に取り組むと、フレームワークを活用する場面が限定的に感じられることもありました。しかし、顧客への提案の際には、顧客の外部要因や内部要因を分析して、より的確なシステム提案ができるのではないかと考えています。

外部と内部をどう見る？ 演習問題では、外部環境、特に顧客に着目した分析に傾きがちでしたが、内部環境の分析も重要であると再認識しました。動画学習で触れられていた「バランスよく情報収集する」という考え方が、この点について大きな気づきとなりました。 目的はどう決める？ また、業務の効率化や各種改善活動を進める中で、上位からの要望やグループメンバーの意見が具体性に欠ける場合があると感じています。そのため、まずは目的を明確にし、必要な情報を精査することが不可欠です。改善策については、外部環境の変化だけでなく、内部のシステムや環境の変化についてもしっかりと分析することが求められます。