(3ページ目)

顧客 ✕ システム

に関する学び

---

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

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

プロトタイピングの留意点は？ システム開発では、定められた手法に沿った実践が成果の成否を分けるとよく言われます。その一環として、プロトタイピングが推奨される場合もあり、顧客に実際の成果物に近い形を見せることで、齟齬がないかを確認することが目的です。しかしながら、プロトタイピングはコストがかかる点や、成果物に近いがゆえに本来の目的と異なる変更が行われるリスクがあると感じています。そのため、KT法など他の手法も併用すべきではないかと考え、今回の学びを改めて実務に活かす必要性を再認識しました。 初期案件で試す価値は？ 開発初期の案件でこれを試みるのが最もやりやすいと感じています。初期段階であれば、手法や認識に囚われ過ぎず、目的を確実に反映させることが可能だからです。現在、ヒアリングの初期段階にある案件もあるため、その案件で実践してみたいと思っています。目的の決定においてはMUSTとWANTの両面が存在することから、これらを明確にし、常に共感を得続ける姿勢が大切だと考えています。 非線形プロセスの注意点は？ また、WEB制作も手がけている中で、ビデオ内の説明は非常に分かりやすかったと感じました。実際に手を動かしていない方にはイメージしにくい部分もあるかもしれませんが、実務では線形的なプロセス進行が理想とされる一方、現実には非線形となる場面が多いことが大きな課題となっています。手戻りは望ましくないものの、「手戻り禁止」ではなく、最低限に留めるという意識が必要であることを改めて認識しました。

ビジネスのメカニズムとは？ ビジネスの知識は「先人の知」であり、既存の法則や手法の上に成り立っていると考えられます。多くのビジネスが存続している理由を分析すると、規模の経済性、範囲の経済性、習熟効果、ネットワーク経済性といったメカニズムによって分類できることがわかります。 経済性を活かす戦略は？ 当社の基幹ビジネスである環境測定関連の保守事業が全国展開したことは、規模の経済性に該当します。また、関連するシステム開発や他の環境関連部署を設置した事例は範囲の経済性に当たります。社内資源の活用だけでなく、顧客接点やブランド力といった無形資源も考慮に入れることで、規模や範囲の経済性を最大限に活かしながら、不経済に陥らないよう留意すべき点についても理解が深まりました。これにより、業務改善に対するアプローチも変わってきます。 多角化の根拠は何か？ さらに、今後の多角化を進めるにあたって、単にキーワードを関連づけるだけでなく、その多角化の根拠を明確に整理し、より戦略的な思考を持つことが必要だと思いました。 多角化事業をどう分析する？ 以前、自社事業の多角化状況を表に整理したことはありましたが、その経緯や現状については十分に考えていませんでした。多角化事業のそれぞれがどのメカニズム上に成立しており、現在のどの段階で規模や範囲の不経済に陥っていないかを分析することが重要だと感じています。新規事業の位置づけについても、ビジネスのメカニズムに則った説明ができるように分析を進めたいと思います。

ドラッガー理論の妥当性は？ 「マーケティングの役割は販売の必要性をなくすこと」というドラッガーの理論を学んだことがあります。しかし、実際には企業に営業部門は依然として存在し、マーケティング部門のみの会社はあまり聞いたことがないため、この理論の妥当性に疑問を持っていました。今回の授業で、自社の商品の良さを顧客に伝えることがマーケティングの本質である、という気づきを得ることができました。これまで普通に考えていた会社や商品の良さを見直し、再評価する機会となったことを感じています。この6週間の学びを通じて、マーケティングの本質をより深く理解したいと思います。 マーケティングは社内外で？ 私は経営企画担当として全社業務を把握するポジションにいますが、マーケティングは社外・社内の両方で応用可能であると考えています。社外では既存顧客への対応や新規開拓営業、社内では人事業務、職場環境、福利厚生、情報システムなどのバックオフィス業務においても、社員を顧客と見立てることで、サービス向上の可能性があります。本講座での学びを社内にフィードバックし、実践に結びつけたいと思います。 営業戦略視点をどう活用？ 営業担当部門やバックオフィス部門には、マーケティングの必要性と重要性を伝えていきたいと考えています。また、経営企画担当として、マーケティングの視点を取り入れた事業戦略立案を目指したいです。「誰に、何を、どのように提供するのか」という問いを常に自分に問いかけ、営業戦略的な視点を持ち続けたいと思います。

顧客価値をどう考えるべきか？ 良い差別化のポイントには、顧客にとって価値があるかどうか、顧客視点の競合を意識したものであるか、実現可能性や持続可能性について検討したものであるかの三つがあります。さらに、VRIO分析を行うことで、経済価値、希少性、模倣困難性、組織に関する問いに答え、資源の有効性を評価できます。また、ポーターの三つの基本戦略に基づき、企業の戦略を「コストリーダーシップ」「差別化戦略」「集中戦略」に分けることができます。これにより、戦略の起案や競合の戦略把握に役立ちます。 自社の戦略をどう強化する？ 自社はポーターの三つの戦略のうち、コストリーダーシップに位置しています。コストの削減に努めており、自前主義が功を奏し、生産から販売、配送に至るまでワンストップで提供しています。さらに、社内のシステムも自前で作っており、アウトソーシングによるコストを削減しています。特に配送の自前は他社には模倣しづらい領域であり、当社の特長と言えます。今後は差別化戦略をさらに取り入れることで、強みが増すのではないかと考えています。 同業他社との差異をどう見つける？ 同業他社のビジネスについてもVRIO分析を実施していきたいと思います。これにより、自社の強みを改めて理解し、弱みを見つけ出せることで、新たなビジネスや戦略の糸口が見つかるのではないかと感じました。時間は限られていますが、実践してみたいと思います。

知識の罠に気づくか？ 業務系システム開発では、顧客の業務知識が不可欠です。多くの経験を積んでいくうちにさまざまな知識を吸収できる一方、顧客の抱える課題を定義する際、その知識が逆に思い込みに陥る原因ともなりかねません。実際、ある講義での体験では、登山中の一場面だけに目を奪われ、準備や登山後のプロセスという全体像を見失ってしまったと感じました。このように、顧客のことを考えているつもりでも、自分の頭の中で構築したイメージにとらわれやすいという問題意識が生まれました。 顧客の本音を引き出す？ 新規案件のヒアリングでは、課題定義を意識しながら、まず顧客が困っている事柄を書き出してもらい、自分なりに整理してみました。講義で学んだ一次コーディングを参考に、何も知らないという姿勢で質問を続けた結果、顧客自身が「当たり前」と考えている部分を改めて考えさせられる場面が増えました。対話を重ねることで課題が可視化されるプロセスを実感し、より具体的に問題に向き合う大切さを学びました。 全体を見渡すには？ 登山の例においても、単に登山中だけにとらわれず、準備やその後の過程も含めた全体を見渡すことが必要だと感じました。どのような課題定義においても、まずプロセス全体をしっかりと考えることが、より正確な理解へとつながると実感しています。今後はこれらの気づきをもとに、広い視野で課題解決に向き合っていきたいと考えています。

物事を分解する利点は？ 「物事を分解する」という手法は、複雑な問題や課題を整理し、本質を掴むために非常に有効だと感じました。分解することで得られる利点として、全体像の明確化、真実への気づき、主観や思い込みの排除、具体的なステップの可視化が挙げられます。これにより、行動に移しやすくなり、自信がつき、切り口が増え、無駄が減ることで、コミュニケーションも円滑になります。 IT業界での分解の活用法は？ 私はIT業界で働いています。分解を効果的に活用する場面としては、システム障害時のトラブルシューティングがあります。アプリケーションエラーの要因や原因を細分化して判断します。また、要件定義やシステム設計では、顧客の要求を具体的に細分化し、それぞれの機能や動作について詳しく検討・具現化します。プロジェクト管理やコードレビューにおいても、工程やタスクを細分化して効率的に管理し、効果的なレビューを行います。 明確な目標設定の重要性は？ 実践においては、明確な目標設定が重要です。例えば、障害対応や要件定義の工程で課題を意識し、発生した問題を分解して整理します。分解された要素の因果関係を確認し、特に障害対応時には優先順位の判断も必要です。また、仮説を立てる姿勢やツールの活用も有効です。こうしたプロセスを定期的に繰り返し、振り返りを行いながら、自分のスキルとして確実に身につけていきたいと思います。

なぜ分解して考える？ プロセスを分解して問題の本質に迫る手法について、非常に分かりやすい事例から学ぶことができました。特に、採用プロセスの一部である中途採用面談や、顧客への提案における在庫差異の問題解決に、このアプローチを活用できると感じています。また、ABテストにおいては、条件をできる限り同一とし、検証範囲を絞るための仮説設定が重要である点も再認識しました。 採用面談、何が問題？ まず、中途採用面談に関しては、自身が関与する採用活動において、プロセスのどの部分で問題が発生しているのかを明確にするため、面談調整に要する日数と採用結果の情報を人事部から収集することを検討しています。この情報をもとに、面談調整に時間がかかる原因を特定し、改善策を提言することで、採用率の向上を図ることができると考えています。 在庫の差異、どう解決？ 次に、顧客への提案、特にシステム間の在庫差異に関する課題解決では、既に現状の業務プロセス分析は実施していますが、課題が発生しているプロセスの粒度が細かすぎるため、より単純化した形で説明する必要性を感じました。問題となりうる箇所を明示した上で、システム改善または運用プロセスの変更のいずれかを提案し、顧客にとって最適な解決策を提示していく考えです。

簿記学習のポイントを振り返る 今回の内容は、以前から簿記で学習していたことと重なっていたため、理解するのは比較的容易でした。固定負債と流動負債の違いを理解するのには最初苦労しましたが、学んでおいて良かったと思います。また、1年以上の負債でも通常の営業サイクルに含まれるのであれば流動負債とするという例外ケースは見分けるのが難しいかもしれません。ただし、今のところはそのようなケースにはまだ出会ったことがありません。 自店舗の資産を深く考えてみる 自分の店舗の資産と負債について考えてみました。これまで店舗の資産について深く考えたことがなかったので、良い機会になりました。私の店舗は賃借であり、大部分のPCやシステムもリースや利用料を払って使用しています。顧客データや人材などのソフトな部分は資産と言えますが、基本的にはBSには表記しません。具体的に考えると、資産の特定は難しいものです。 おおよそのBSを作成してみる 次に、自店舗のBSをざっくり作ってみました。正確なものではなく、おおよその仮定で考えられる項目に置き換えてみました。さらに、自社全店舗を合わせたものが会社全体のおおよそのBSになると考えると、若干大雑把な数字になりますが、それでも考えてみる価値はあると思います。

デザイン思考はどう変わる？ デザイン思考は、当初は外見や部分的な要素に焦点が当てられていましたが、徐々に全体設計へのアプローチへと発展してきました。お客様への共感を軸とすることで、顧客にとって本質的な課題解決を目指す姿勢は、単に技術的に高度であるだけではなく、実際に役立つ製品やサービスへと結実するために不可欠です。 技術進歩と課題は何？ また、AIの進化により、ITシステムの試作が容易になったため、全体プロセスの回しやすさは向上しています。しかしながら、細部の制御が難しい現状では、あと一歩の実現に大きな工数と時間が必要となるケースも見受けられます。加えて、顧客と製品やサービスの提供者はそれぞれ別の利害を持つため、どうしても緊張関係が生じるという課題があり、こうした点を含めた総合的な方法論の整備が望まれます。 試作と提案はどう進む？ 今後は、ChatGPTなどを活用して顧客の発言から課題やソリューションを分析し、その結果を基にReplitで試作案を作成、実際に顧客に提示するという流れが実現できるのではないかと考えています。授業を通して、こうしたプロンプトの設計など、具体的な手法を確立していくことが目標です。

規模経済の効果は？ 規模の経済性（スケールメリット）では、生産量を増やすことで生産コストが下がり、発注量が多いほど交渉力を高める効果があります。習熟効果に関しては、効率化の進展で1個あたりのコストが低減できる一方、ナレッジの蓄積状況によりその効果に差が生じることも見受けられます。 範囲経済の利益と危険は？ また、範囲の経済性は既存の資源を他の事業に展開することでコスト削減を図る手法です。しかし、多角化によって非効率が生じ、逆に追加コストが発生する場合も完全には排除できません。ネットワーク経済性の場合、ネットワーク参加者の増加により利便性が急速に向上し、優れたサービスが市場でのデファクトスタンダードとなる機会もありますが、より魅力的な代替サービスの出現により容易に置き換えられるリスクも存在します。 システム開発の可能性は？ 自社のシステム開発業務においては、習熟効果と範囲の経済性の両面が活かせると感じています。パッケージ開発を通じた開発ナレッジの蓄積で生産性の向上や教育の効率化が期待でき、加えて開発に携わる中で得た業務スキルをほかの顧客にも展開することで、競合との差別化や市場での優位性が実現できると考えています。