ChatGPTソラ先生と学ぶ！中級者のためのAI実践講座【第100回】ChatGPTを使って実務の課題解決に取り組む方法｜目的の整理から検証・判断・改善までをつなぐ総合実践講座

2025.09.16

1．はじめに

皆さん、こんにちは。ソラ先生です。

前回は、日々の記録から課題を選び、学び直し、小さく試し、その結果を手順へ反映する方法を学びました。

今回は、中級講座の締めくくりです。

一つの仕事の課題を題材に、目的の整理、情報の確認、仮説、検証、判断、実行、振り返りをつないでいきます。

ChatGPTとの対話では、分かりやすい説明や、もっともらしい改善案が得られることがあります。しかし、それを実務で使うには、実際の記録や条件と照らし合わせる必要があります。

賢ちゃん、今回は、考えた案を、確かめられる行動へ変え、その結果から次の判断をするところまで取り組みましょう。

今回の業務例はすべて説明用です。実際の社内の出来事や成果を示すものではありません。

2．今回の到達目標

今回は、次の五つを目指します。

困っている状態を、取り組める課題へ整理する。
事実、解釈、仮説、未確認事項を区別する。
仮説を確かめる記録・観察・確認・試行を計画する。
検証結果を基に、対応を判断する。
実行結果を記録し、改善と共有につなげる。

これまで個別に学んだ方法を、一つの仕事の流れとして使います。

3．総合実践で扱う課題を選ぶ

最初は、範囲を限定でき、実際の状態を確認できる課題を選びます。

例えば、次のようなものです。

問い合わせへの返信に時間がかかる。
会議後に確認事項が残りやすい。
資料を探す際に迷う。
引き継ぎ後に同じ質問が繰り返される。
文案の修正が多く、完成までの流れが分かりにくい。

「業務全体を効率化する」では広すぎます。

今回は説明用として、問い合わせへの返信文案を作成する際、確認と修正が重なるという課題を扱います。

4．困りごとを観察できる言葉にする

「返信作業が非効率」という表現だけでは、何を確かめればよいか分かりません。

具体的な状態へ置き換えます。

「文案を作った後で不足条件が見つかり、資料確認と文章修正を繰り返している」

ただし、実際の記録がなければ、この説明も仮の整理です。

いつ、どの工程で、何が起きているかを記録から確かめます。

課題の文章は、調査で分かったことに合わせて修正して構いません。

5．目的と守る条件を決める

今回の例では、目的を次のように設定できます。

「必要な回答内容を保ちながら、確認と修正の重複を減らす」

同時に、守る条件も決めます。

質問への回答を省かない。
数値や使用条件を資料と照合する。
未確認事項を断定しない。
対応できる範囲を超えて約束しない。
必要な確認や承認を維持する。

時間を短くするために必要な確認を省いてしまうと、目的から外れてしまいます。

6．プロンプト例①：課題と目的を整理する

以下の困りごとを、実務で取り組める課題へ整理してください。

【困っている状態】
○○

【確認できる記録】
○○

【改善したいこと】
○○

課題、目的、対象範囲、守る条件、現時点で分からないことに分けてください。
記録で確認できる状態と、説明上の仮定を区別してください。
原因や解決策は、この段階で確定しないでください。

目的を整理した後、何を調べるかを決めます。

7．対象範囲と完了条件を定める

範囲が曖昧だと、途中で別の問題へ広がってしまいます。

今回の例では、対象を次のように限定できます。

「問い合わせを受け取り、内容確認を終えた返信文案を用意するまで」

実際の送付や、その後の顧客対応を含める場合は、別途範囲を示します。

また、今回の課題解決の完了条件を決めます。

「試行結果を確認し、採用する手順、残る課題、次の確認を決定する」

改善案を出した段階を、課題解決の完了にしないことが大切です。

8．現在の作業を工程に分ける

現在どのように進めているかを整理します。

工程	確認する内容
問い合わせの把握	何を質問されているか
資料の準備	何を根拠として使うか
条件の整理	確認済みと未確認を分けているか
回答方針の決定	誰が対応内容を判断するか
文案作成	何を基に文章化しているか
確認・修正	何を照合し、どこへ戻っているか
完了処理	採用版と残る対応を記録しているか

これは調べるための枠組みです。実際の工程は、記録と担当者への確認から把握します。

9．資料と記録の状態を確認する

検討に使う情報を集めます。

問い合わせ本文。
参照した資料。
使用したプロンプト。
作成された文案。
修正内容と理由。
確認した担当者の記録。
工程別の作業時間。

資料名だけが分かり、本文を確認できない場合は、その状態を残します。

古い版や別案件の資料が混ざっていないかも確認しましょう。

10．事実・解釈・仮説を分ける

情報を整理する際は、性質を区別します。

区分	説明用の例
事実	文案作成後に、使用条件の追記が行われた
解釈	条件確認の時期が遅いように見える
仮説	文案作成前に条件表を照合すれば、修正の重複を減らせる可能性がある
未確認事項	条件の不足が、どの工程で生じたかは分からない

自然につながる説明でも、証拠がなければ原因は確定していません。

11．プロンプト例②：根拠と不足情報を整理する

以下の資料と記録を、事実、解釈、原因の仮説、未確認事項に分けてください。

事実には、根拠となる記録や該当箇所を添えてください。
資料の本文を確認できないものは、内容未確認としてください。
相反する記録や、説明が一致しない箇所も示してください。

【資料と記録】
ここに記載します。

整理結果は、実際の資料と照合します。

12．原因の仮説を複数考える

一つの原因だけを前提にすると、ほかの可能性を見落とします。

今回の例では、次の仮説が考えられます。

文案作成前の条件整理が不足している。
資料の版がそろっていない。
回答方針が未決定のまま文案を作っている。
確認担当によって基準が違う。
作業途中で新しい情報が届いている。

どれも、説明用の仮説です。

記録から支持される点と、反する点を確認して絞り込みます。

13．仮説に反する情報も探す

「条件整理が不足している」と考えたなら、条件整理をしていても修正が多かった例を確認します。

反対に、条件表がなくても修正が少なかった例があれば、その違いを調べます。

問い合わせの難しさ。
資料の量。
担当者の経験。
途中の条件変更。
確認した範囲。

仮説に合う記録だけを集めず、説明できない事例も検討しましょう。

14．検証する問いを具体化する

仮説を、確かめられる問いへ変えます。

例えば、

「条件表を先に作るとよいのではないか」

という考えを、

「文案作成前に条件表を照合した場合、必要な品質を維持しながら、文案作成後の条件追加と修正負担がどう変わるか」

とします。

何を変え、何を記録するかが分かる問いにしましょう。

15．プロンプト例③：検証方法を組み立てる

以下の仮説を確かめる方法を整理してください。

【仮説】
○○

【仮説を支持する記録】
○○

【仮説に反する記録・不明点】
○○

記録の確認、作業の観察、担当者への確認、小さな試行に分けて提案してください。
各方法について、確かめること、記録項目、判断できる範囲を示してください。
仮説が正しいことを前提に、検証を組み立てないでください。

まず既存の記録から確認できることを調べ、その後で必要な試行を行います。

16．小さな試行計画を作る

今回の例では、変更点を次の一つに絞れます。

「文案を作る前に、質問と条件の一覧を原資料と照合する」

試行では、次を決めます。

対象とする問い合わせ。
使用する資料。
変更しない条件。
人の確認。
記録項目。
終了条件。
途中で止める条件。

試す前に、通常の作業と区別できる状態をつくります。

17．評価基準を先に決める

結果を見てから都合よく判断しないように、基準を用意します。

今回の例なら、次を記録できます。

準備から完成までの人の作業時間。
条件整理と照合に使った時間。
文案作成後に追加された条件。
修正内容と重要度。
質問への回答の抜け。
未確認事項の扱い。
確認者が迷った点。

必ず満たす品質と、改善を見たい項目を区別します。

18．人とAIの役割を明確にする

検証でも、誰が何を行うかを決めます。

作業	AIの補助	人が行うこと
質問の整理	質問候補を抽出する	原文と照合する
条件表の作成	情報を項目別にまとめる	数値、版、適用条件を確認する
仮説の検討	複数の説明を提示する	記録や現場と照らす
文案作成	確定した方針を文章化する	事実と約束を確認する
結果の整理	記録を比較する	計算、解釈、採用判断を確認する

AIに依頼したことと、実施や確認が終わったことを区別します。

19．プロンプト例④：試行中の文案作成を補助する

以下の確認済み条件と回答方針を基に、返信文案を作成してください。

【質問一覧】
○○

【確認済み条件と根拠】
○○

【採用した回答方針】
○○

【未確認事項】
○○

質問への回答と次の手続きを分かりやすく記載してください。
未確認事項を断定せず、資料にない数値や対応条件を追加しないでください。
最後に、人が使用前に確認する項目を示してください。

この出力は文案です。必要な照合と判断を経て採用します。

20．試行の途中でも条件の変化を記録する

試行中に新しい情報が届いたり、対象が変わったりすることがあります。

その場合は、次を記録します。

何が変わったか。
いつ分かったか。
どの工程に影響したか。
どこまで修正したか。
当初の比較が可能か。

途中の条件変更による修正を、すべてAIや手順の問題として数えないようにします。

21．結果を工程ごとに比較する

試行後は、合計時間だけでなく、工程と品質を確認します。

例えば、文案作成後の修正が減っても、事前の条件整理に時間が増える場合があります。

そのときは、仕事全体としてどう変わったかを見ます。

作業時間はどう変わったか。
確認漏れはなかったか。
修正はどの工程へ移ったか。
担当者間の受け渡しはどうだったか。
残る課題は何か。

記録のない項目をゼロとして扱わないことも重要です。

22．結果と原因の解釈を分ける

試行で修正が減ったとしても、その理由を一つに決めつけないようにします。

条件表の効果に加え、案件の難しさ、担当者の慣れ、資料の状態が影響した可能性があります。

まとめるときは、次の順にします。

記録で確認できた結果。
結果を説明する仮説。
比較条件の違い。
現時点では分からないこと。

この区別が、次の判断の根拠になります。

23．プロンプト例⑤：検証結果を整理する

以下の試行記録を、判断材料として整理してください。

【検証した仮説】
○○

【試行条件と変更点】
○○

【時間・修正・品質の記録】
○○

【途中で変わった条件】
○○

確認できた結果、仮説を支持する点、仮説に反する点、比較の限界、追加確認を分けてください。
数値を計算する場合は、使用した値と式を示してください。
実測、推定、未記録を区別し、記録にない成果を追加しないでください。

計算と引用箇所は、元の記録で確認しましょう。

24．採用・修正・保留を判断する

結果から、次の行動を決めます。

判断	次の行動
限定して採用	確認できた条件で手順へ反映する
修正して再試行	課題が残る部分を変更して試す
追加確認	不足する記録や条件を調べる
保留	判断に必要な材料がそろうまで範囲を限定する
元の方法へ戻す	使用した成果物と残作業を整理する

AIの提案を採用する場合も、誰が、何を根拠に決めたかを残します。

25．採用した対応を実行計画へ変える

採用が決まったら、実行する作業を具体化します。

例えば、

質問・条件表のひな形を更新する。
文案作成前の照合を手順に加える。
確認担当を決める。
使用するプロンプトを更新する。
試行中の資料と採用版を区別する。
次に見直す条件を記録する。

「今後は条件を先に確認する」という方針を、実際の作業へ落とし込みます。

26．実行後も目的に照らして振り返る

手順へ反映した後も、当初の目的に沿っているかを確認します。

今回の例なら、

「必要な回答内容を保ちながら、確認と修正の重複を減らせているか」

を見ます。

手順を守ったかだけでなく、仕事の状態がどう変わったかを確かめます。

別の問題が見つかった場合は、新しい課題として整理し、必要な範囲で検討を再開します。

27．経験を再利用できる形で残す

今回の取り組みを、次の仕事へ使えるようにまとめます。

課題と目的。
使用した記録。
検証した仮説。
試行条件。
確認できた結果。
採用した判断と理由。
適用できる範囲。
未確認事項。
次の見直し条件。

別の担当者へ共有する場合は、その人の仕事との違いを確かめられるようにします。

28．プロンプト例⑥：取り組み全体を記録する

以下の取り組みを、今後参照できる実践記録へまとめてください。

項目は、課題、目的、対象範囲、根拠資料、事実と仮説、検証方法、結果、判断、実行内容、残る課題としてください。

それぞれについて、計画したこと、実施したこと、確認できたことを区別してください。
採用した判断には理由と適用条件を添えてください。
未確認の原因や成果を、確定事項にしないでください。

【取り組みの記録】
ここに記載します。

記録を整えた後、採用版の手順や関連資料へ結び付けます。

29．実践演習：10ステップで一つの課題に取り組む

最後の実践演習です。実際に確認できる、範囲の小さな課題を一つ選びましょう。

ステップ1：課題を具体化する

いつ、どの工程で、何に困っているかを書きます。

ステップ2：目的と制約を決める

改善したい状態と、守る品質や条件を示します。

ステップ3：現状を確認する

工程、資料、時間、修正内容を記録します。

ステップ4：情報を分ける

事実、解釈、仮説、未確認事項を整理します。

ステップ5：原因の仮説を比較する

支持する記録と、反する記録を確認します。

ステップ6：検証を計画する

記録、観察、確認、試行から方法を選びます。

ステップ7：小さく実施する

役割と停止条件を決め、限定した範囲で試します。

ステップ8：結果を確かめる

時間、修正、品質、比較条件の違いを確認します。

ステップ9：判断して実行する

採用、再試行、保留などを決め、必要な手順へ反映します。

ステップ10：振り返って残す

分かったこと、残る課題、次の見直し条件を記録します。

30．総合実践のチェックリスト

課題を観察できる言葉で説明している。
目的、対象範囲、守る条件が明確である。
実際の資料と記録を確認している。
事実、仮説、未確認事項を区別している。
仮説に反する情報も検討している。
検証方法と評価基準を事前に決めている。
人とAIの役割、停止条件が明確である。
結果と原因の解釈を分けている。
採用した判断を実際の手順へ反映している。
残る課題と次の見直し条件を記録している。

すべてを一度で確定させる必要はありません。分からない点を明確にし、次に確かめる行動を決めましょう。

31．よくある失敗と直し方

失敗1：課題を整理する前に解決策を決める

実際に起きている状態と、改善したい目的を先に確認します。

失敗2：もっともらしい説明を原因として採用する

複数の仮説を考え、支持する記録と反する記録を調べます。

失敗3：AIへ聞き直すだけで検証を終える

原資料との照合、観察、測定、担当者への確認、試行を組み合わせます。

失敗4：時間短縮だけで採用を決める

必要な品質、修正の負担、確認体制も含めて判断します。

失敗5：改善案を作って完了にする

担当、実施内容、完了条件を決め、手順と成果物へ反映します。

失敗6：一つの結果をすべての仕事へ広げる

確認できた条件を残し、別の仕事では違いを比較して試します。

32．今回の要点

課題解決は、目的と現状の確認から始めます。
困りごとを具体化し、取り組む範囲を決めます。
仮説は、確かめるために立てます。
支持する情報と反する情報の両方を検討します。
AIの出力を実務の確認につなげます。
記録、観察、照合、試行によって判断材料をそろえます。
結果に応じて判断を調整します。
採用だけでなく、再試行、保留、方法の変更も選択します。
実行と振り返りまでを一つの流れにします。
分かったことを手順へ戻し、次の仕事で使える形にします。

33．仕事で使える基本プロンプト

あなたは、実務の課題解決を整理する補助役です。
以下の情報を基に、目的の整理から検証、判断、改善までを支援してください。

【困っている状態】
○○

【改善したい目的】
○○

【対象範囲と守る条件】
○○

【現在の作業工程】
○○

【確認できる資料と記録】
○○

【担当者と判断できる範囲】
○○

【未確認事項】
○○

次の10項目で整理してください。

1．具体的な課題と目的
2．対象範囲、制約、完了条件
3．資料から確認できる事実と根拠
4．解釈、原因の仮説、未確認事項
5．仮説を支持する情報と反する情報
6．記録・観察・確認・試行による検証方法
7．人とAIの役割、評価基準、停止条件
8．結果を比較し、判断する方法
9．採用後の実行計画と手順の更新
10．振り返り、共有、次の見直し条件

次の条件を守ってください。

・確認できない資料や現場を、確認済みとして扱わないでください。
・事実、仮説、提案、決定事項を区別してください。
・記録にない出来事、数値、承認、成果を作らないでください。
・特定の原因や解決策を正しいと決めつけないでください。
・仮説に反する証拠や、別の説明も検討してください。
・必要な情報が不足する場合は、判断への影響を示してください。
・計画、実施、確認、採用、完了を区別してください。
・作業を一度に進めすぎず、現在の段階で必要な次の行動を示してください。

最後に、現時点で最初に取り組む行動を一つ、具体的に書いてください。