(25ページ目)

業務 ✕ 利用

に関する学び

---

同じAIで何が変わる？ 用途に応じてAIを使い分けるというよりは、同じAIを継続的に利用することで、むしろ生成AIを育てていくような感覚を持っていました。少し別の生成AIも試してみたいと思っています。 文章の信頼性はどう？ 文章の公正性やドラフト作成は、普段一番力を入れている分野であるため、今回の使い方にも間違いはなかったと実感しました。しかし、生成された文章案に対して自分の公正能力をどう維持するかという点は、引き続き重要な課題だと感じています。 解説手法はどう変える？ また、普段はコンサル業のプロセスのアウトプットに主に文章を使用していますが、図解や動画を取り入れた解説資料にすれば、さらにわかりやすくなると考えています。早速、過去の資料を活用して動画などの作成に挑戦してみるつもりです。 AI活用の実例は？ 定型業務に対して、どのようにAIが活用されているのかという実践例や具体的なアイデアについても、ぜひ知りたいと思います。

比較の意義は何？ 「分析とは比較である」という考え方を実践することができました。その他のデータと比較しながらその意味合いを考察することが、分析の基本であると再認識しました。具体的には、数字による集約、視覚的に捉える方法、そして数式で関連性を見るといった３点について学びました。数字の集約では、平均値のみならず、データの散らばりを示す標準偏差の役割も重要だと理解しました。また、データの中心を考える際には、単純平均、加重平均、幾何平均、中央値といった複数の指標があることを確認できました。 実務への応用は？ ヒストグラムの作業では、実際に手を動かすことでその理解が深まり、自身の業務において作業プロセスのミスの発生度合いなどを視覚化する際に活用できると感じました。また、気象庁の温度データを用いた演習を通じて、公開情報からデータをダウンロードして利用する方法を再認識しました。今後は、こうしたデータ活用の手法を実務に積極的に取り入れていきたいと思います。

どんな学びがあった？ この講座全般を振り返ると、AIに対する認識と理解が深まり、未来に対する期待と同時に、人との関わり方の重要性も学びました。AIに目的を正確に伝えるための語彙力や思考力、またアウトプットをしっかり読み判断する能力の必要性も実感しました。 活用スキルの向上法は？ まずは、AIを効果的に使いこなすために、継続した利用を通してコツやスキルの向上を目指すことが重要であると感じました。 業務でAIを活かすには？ さらに、自分の業務においては、以下のような使い方を検討し、今後実践していきたいと考えています。 ・顧客の問い合わせに対し、過去の事例を参照して効率的な回答を行う仕組みを構築する ・顧客への説明にあたり、AIを活用して分かりやすい資料や情報を提供する ・顧客の要求仕様をAIで効率的に整理し、ポイントをまとめる ・チームミーティングで、メンバー業務の次のステップに向けた具体的なアクションを指示する

分析の目的は何でしょう？ 分析とは、基本的に「比較」を行うプロセスであり、その際に利用するデータの種類によって得られる結果が大きく変わります。たとえば、顧客IDのようなデータは分析に適していない場合が多く、どのデータを利用するかは、そのデータが何に使われるか、また何を明らかにしたいかによって決まります。まず、分析の目的を明確にした上で、同条件（Apple to Apple）で比較し、そこから示唆を導くことが基本の流れです。 どのデータが必要だろう？ また、あるクラウド型売上管理システムのデータを用いた売り上げ分析や予実分析といった業務では、条件を統一してデータを加工することで、明確な示唆を得る手法が採用されています。このような分析視点がある程度確立されている場合でも、たとえば市場規模の分析など、既存のレポートが十分でない状況では、まず仮説を立て、どのデータが必要かを逆算することで、分析の方向性を見出すことが可能だと感じました。

各平均値はどう選ぶ？ 加重平均は以前から活用していましたが、その際は重み付けの解釈に重点を置いていました。改めて考えると、単純平均、加重平均、幾何平均、中央値といった各種の平均値は目的に応じて使い分けるべきですが、実際の業務では加重平均に偏りがちです。また、見える化の手法としても円グラフやヒストグラムが多用され、ばらつきは主に標準偏差の数値で把握しています。 業務量の重みをどう見る？ 業務量の重み付けについては、データから抽出することで一層理解が深まり、数値化により説得力のある説明へとつながると感じています。今後も業務要件を数値から読み解く手法を積極的に採用していきたいです。 数値が語る本質は？ さらに、業務量のヒアリング調査結果やシステム利用率など、数値のインパクトは重要な判断材料となります。これらを自分の業務タスクに組み込み、インプットデータのマネジメントを計画の初期段階から取り入れていくことが今後の課題だと考えています。

戦略の整合性とは？ 戦略を考える際には、常に高い視座を保ち、整合性と一貫性に注意を払うことが大切だと感じました。また、検討の抜け漏れを防ぎ、効率的に考えを整理するためのフレームワークの重要性を再認識する機会となりました。 フレームワークの違いは？ 具体的には、3C、PEST、SWOT、バリューチェーンといった各フレームワークが互いに関連し合いながら、異なる視点を提供してくれる点に大変学びがありました。これらの考え方を活かして、実際の業務でも新製品の価格設定の検討や提案に取り入れていきたいと思います。 実践でどう活かす？ また、フレームワークの考えは実践を重ねることで自分のものにできると感じたため、業務で活用できるものはないか常に意識し、積極的に実践していく所存です。さらに、各フレームワークで利用できる多様な情報が、戦略を考える際の貴重な資料となることを理解し、その視点から情報収集にも努めていきたいと考えています。

ＡＢテストの活用法は？ 原因を探るツールとしてご紹介いただいたＡＢテストについて、既に知識はあったものの、問題解決プロセスにおける位置づけと合わせて理解できたことで、具体的な利用シーンがイメージしやすくなりました。体系的に整理することは、自身で活用する際や他者に説明する際にも有効だと感じています。 業務検討テンプレートは？ 業務に取り入れるためには、具体的な状況を想定し、各パターンごとに検討方法のテンプレートを構築しておく必要があると実感しました。こうしたテンプレートを整備することで、検討に着手するスピードが速まり、業務の効率化にもつながると考えています。 どの要素が影響する？ たとえば、よくあるデータ分析の依頼を想定し、受注額に影響を与える要素を洗い出して、その関連性を検証するパターンをいくつか作成しようと思います。これにより、関係性の強い要素から受注額を予測する、といった検討がよりスムーズに進むと期待しています。

プロセスは何が鍵？ このたびの学びでは、課題解決のプロセス「what→where→why→how」を通じて、特に原因分析（why）と打ち手の策定（how）の部分に焦点をあてることができました。各段階での具体的な方法が、実際のビジネスシーンにどう結びつくのかを理解できたのが印象的です。 原因はどう掘り下げる？ 原因特定の手法として、プロセスを分解することで問題の要因を明確にし、深堀りするアプローチについて学びました。また、A/Bテストを用いる手法では、データの偏りを避けながら分析を行える点が、実務での効果的な検証手法として魅力的に映りました。 仮説はどう立てる？ この経験をもとに、今後は仮説を立て、検証を行い、解決策を素早く導き出すサイクルを意識して業務に活かしていきたいと思います。 A/Bテストの知見は？ なお、A/Bテストは現場で実際にどの程度利用されているのか、引き続き知見を深めていきたいと感じています。

なぜ実践が大切？ 全6週を通じて、まず実践することの重要性を改めて感じました。実際にやってみることで、自分自身の尺度や価値観が形成されると実感しています。また、今週のワークでは、悩んだときに方法ややり方を含めてAIと対話しながら解決策を見出す手法が有効だと再認識しました。その際、部分最適に陥らないよう、自分の価値観をしっかり持ち続けることも大切だと感じました。 業務活用をどう考える？ 業務面では、以下の3点で活用を検討しています。まず、毎週の社内会議用の説明資料作成における画像の作成です。次に、定型業務の仕組み化で、これは自分一人の問題ではないため、月単位で試行しながら仕組みを改善していきたいと考えています。最後に、法律等のチェックについて3か月間、コアメンバー3名で試行し、社内運用を始める予定です。 AI利用の将来は？ また、AIの使い方についても継続的に学び、必要な際にはAIに相談しながら取り組む方針です。

生成AIの業務利用って？ 動画講義を通して、生成AIを実際の業務に取り入れる方法が理解できました。各AIには得意な分野と不得意な分野があるため、状況に合わせて適切なものを選ぶ必要があると感じています。 学術調査はどうして？ たとえば、学術論文の調査において、同じプロンプトを入力すると、あるAIでは複数の論文内容を合成して存在しない架空の論文が作られてしまう場合があります。一方、別のAIは引用元のリンクも提示してくれるため、ファクトチェックが比較的容易にできると実感しました。 実務活用の難しさは？ また、文章作成や講義用資料作成においては、ハルシネーションの問題が大きな障害となることを知りました。NotebookLMを用いると、読み込ませた資料だけから文章やサマリーを生成できるという点に魅力を感じ、実務での活用を試してみたいと思っています。今後、実際に試してみながら、自分に最適な方法を模索していく予定です。

仮説思考は何が変わる？ 仮説思考を学ぶことで、業務に対する課題意識がより明確になったと感じました。単に仕事をこなすのではなく、仮説をもとにトライアンドエラーを重ねることで、目的に一歩ずつ近づけるという実感が得られました。 サポート満足の理由は？ 現在の課題として、クライアントのサポートに対する満足度が低い原因は、製品の不具合ではなく、返信までに要するリアクション時間やサポートサイトの分かりにくさにあるとの仮説を立てました。この課題に対して、改善策を検討し実施していく決意です。 フィードバック改善案は？ また、クライアントからのサポートフィードバックを年に一度にとどめず、より頻繁に意見をいただけるようにすることで、現状の把握と対応の質を向上させたいと考えています。問い合わせが多い項目については、サポートサイトを見直しアップデートするほか、検索しやすいキーワードの設定も改め、利用しやすい環境の整備を目指します。

仕組みってどう理解する？ トランスフォーマーについては、ベースとなる技術としては知識があったものの、その仕組みについて十分に理解できていなかったため、概要だけでなく、動作のプロセスも詳しく学びたいと感じました。 プロンプト使い方は？ また、普段生成AIを活用する中で、プロンプトの重要性は理解しているものの、適切なアウトプットを引き出す自信はまだ不足しているように思います。そのため、仮説の立て方やインプット方法を改善する必要があると考えています。 文脈ってどう維持する？ 現在、コンサルティング業務でアイディアの整理や資料作成に活用しているのですが、文脈やコンテキストを継続的に維持するのが難しいと実感しています。新たなインプットを開始すると、過去の内容を踏まえたアウトプットが困難になるため、NotebookLMなどを利用して情報を追加する工夫をしています。今後もこの点をさらに追求していきたいと思います。