(7ページ目)

顧客 ✕ システム

に関する学び

---

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

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

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

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

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

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

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

どうすれば「できる」に？ 演習では、3つの視点やロジックツリー、MECE、そして具体と抽象のキャッチボールという考え方を学び、理解を深めることができました。現段階では「わかる」に留まっているため、次のステップとして「できる」ことを目指し、実際にアウトプットする癖をつけたいと考えています。 どうすれば伝わりやすい？ また、システム開発の現場や管理業務においては、顧客や自社の経営層などにプロジェクト状況を説明する機会が多いです。事前に資料作成や説明内容の確認を徹底しているため、今回学んだ方法を意識的に適用し、内容を整理することで、より分かりやすい説明を心がけたいと思います。