(3ページ目)

顧客 ✕ システム

に関する学び

---

インタビュー設計はなぜ？ 顧客のニーズを発掘するため、「参加型デザイン」「インタビュー設計」「ワークショップ設計」を学びましたが、現状の業務では時間やリソースの制約があるため、「インタビュー設計」が最も適していると感じました。イシューを明確にした上で、そのイシューに基づいた質問を作成するために労力をかける必要がありますが、顧客に過度な負荷をかけずに実践できる手法だと思います。 どうして質問を工夫？ また、質問を検討する際には、オープンエンド形式で詳細な問いを投げ、回答に影響を与えることなく実情を引き出す工夫が必要です。そのため、現行のサービスに関する質問だけでなく、そのサービスが使われる状況や日々の業務の流れまで把握できるような質問項目を作りたいと考えています。 なぜ非機能要件に注目？ さらに、インタビューの準備を進める中で、機能要件だけでなく非機能要件にも焦点を当てることで、潜在的な問題を掘り下げられる可能性に気づきました。たとえば、ある業務において印刷が必要な場合、ありがちな解決策は印刷スピードを上げたり、印刷枚数を減らすといった機能的な対策ですが、本質的な問いとして、そもそもその印刷が必要なのかという疑問を持つことも大切だと感じました。このように、インタビューを通じて共感を得るためには、しっかりとした準備と工夫が不可欠です。 ヒト中心の考えはどう？ 最後に、私が重要だと感じたのは、物事を「ヒト」を中心に捉え、絶対的な正解がないこと、ルールに縛られすぎずに柔軟に考える姿勢が必要だという点です。システム全体に目を向けると、その枠組み内でしか考えられない恐れがあります。そこで、「ヒト」の行動に注目することにより、問題の本質に近づける可能性があると感じました。ただし、その視点も自分のバイアスに偏らないよう、常に疑問を持ち、広い視野で捉えていくことが大切だと思います。

戦略思考の重要性とは？ 「戦略とは何か」「戦略的に考えることで何が得られるのか」という問いを深く考える機会を持てたことは、私にとって大きな学びでした。それまでは戦略思考を漠然と身につけたいと思っていましたが、戦略思考がどのような要素から成り立っているのか、なぜ自分がそれを重要視するのかを言語化する中で、自分は特に「目指すべき適切なゴールを定める」ことが苦手であると気づきました。この気づきにより、今後の学習を通じて「適切なゴール設定」を向上させることを目指すべきだと明確になりました。 戦略思考を業務でどう活かす？ 現在、製薬会社の社内外の問い合わせや製品資材作成を担う組織を統括する立場である私は、日々の業務に戦略的思考を活かせると考えています。具体的には、コールセンターの顧客満足度評価に基づく改善計画の策定と実行、新製品の上市に備えた新しい組織体制の準備とリソースの最適配分、生成AIなど新システムの導入、メンバーとの目標設定や日常業務の相談などが挙げられます。 目的を見失わないためには？ しかし、議論が進むにつれ、目的を見失いがちになることがあります。なぜそれを行う必要があるのか、何をやるべきか、その決定は本当に達成可能なのか、それは顧客が求めているのか、費用対効果や将来的な影響はどうか、最短・最速で達成できるのかといった問いを常に持ちながら、適切なゴールを定めることが、これらの問いを考える手助けになると考えています。 思考を視覚化する利点は？ また、多角的に考えるため、影響を与える要因を思考の中だけでなく書き出して言語化することを徹底しています。視覚化することで自分自身の考えも整理されやすくなり、相手との議論の際にも議論がスムーズに進むと実感しています。こうして影響を与える要因について考えると、どこが抜けているのかにも気づきやすくなると思います。

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

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

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

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

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

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

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

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

クリティカルシンキングの活用場面は？ クリティカルシンキングは、課題解決や上司への提案、説得など多くの場面で活用できる思考法であることを理解しました。特に課題解決の場面では、自分の経験や勘に頼らず、関係する様々な人の立場から課題を見ることで、その本質を探り、より良い解決策を提案できると感じました。ライブ授業の「病院」をテーマにした課題では、病院に関わる人々の視点を変えることで、病院の役割について多様な考え方ができることに気づきました。また、他の受講生から自分にはない視点を学ぶことで、クリティカルシンキングの重要性を再認識しました。 システム要件定義への応用法は？ 現在、私は生命保険契約の電子手続き化に関するシステム要件定義作成に関わっており、部下が提案するシステム機能が本当に必要かどうか、管理職として判断を迫られることがあります。今回学んだことを活かし、視点や視座を広げ、顧客・営業・開発者・経営者の目線で機能のメリットとデメリットを考慮することが、より良い判断に繋がると実感しています。 どのように優先順位を考える？ 具体的には、部下から提案されたシステム機能の開発要否について、多角的にメリット・デメリットを洗い出し、優先順位を決めていきたいと思います。例えば、顧客目線では便利でも、実際の利用者が少なく費用がかさむ場合は、費用対効果を考慮して開発を見送るといった判断を意識して行っていきます。最終的に、部下や上司に対してなぜその判断をしたのかを説明する際、説得力のある説明ができると考えています。

発注とユーザーの違いは？ ITシステムの外部委託先の立場から考えると、システム開発を進める際、お客様はエンドユーザーというよりも、顧客企業の担当部門として対応することが多いです。担当部門はユーザーと異なる視点を持つため、今回学んだエンドユーザーの立場よりも、発注者の意向に注力せざるを得ません。しかし、発注者との共感、課題の理解、試作品の作成といったプロセスは十分に実現可能です。真にエンドユーザーに役立つものを提供するのは難しいものの、発注者の満足を追求する姿勢が重要だと感じています。 満足の不一致はどう？ 一方で、発注者の満足を追求できたとしても、発注者がエンドユーザーに目を向けなければ、エンドユーザーの満足と発注者の満足は一致しなくなります。このような複雑な階層構造を持つ大規模な組織では、デザイン思考を一部の人だけが理解していても、途中のプロセスでその意義が薄れてしまうため、広く多くの人に理解してもらうことが必要だと考えました。 試作品の使い分けは？ また、プロトタイプの作成方法によって検証できる項目は異なるため、一つのプロトタイプが最適かどうかを問うよりも、各プロトタイプの特性を活かして使い分け、互いに補完していくことが重要です。さらに、組織階層が深い大規模な組織では、開発過程に関わるすべての人がデザイン思考の考え方を身につける必要があると感じました。加えて、生成AIを発注者役として活用し、想定問答を行う手法も有用であると実感したため、今後も積極的に取り入れていきたいと思います。