発信を続けようとすると、「今日は何を書こう」と毎回ネタを考えること自体が負担になります。
読者
YuLab
制作中の迷い、失敗、判断理由、便利だったこと。
こうした話は、その場ではただの会話でも、後から見ると発信素材になります。
自分は、発信のためにネタを用意するのではなく、普段のAIとの会話から意味のある出来事を拾う方向へ変えてきました。
この記事の結論
AIを「投稿文を書く人」だけでなく「考えを深掘りする聞き手」として使います。回答へ同意するだけでなく、別仮説・例外・弱点・条件変更を1つずつ確認すると、一般論ではない自分の経験が素材になりやすくなります。
会話全文を保存するのではなく「意味のある変化」を拾う
会話を発信素材にするといっても、すべてを保存する必要はありません。
自分が残したいのは、たとえば次のような瞬間です。
- 機能が完成した
- 不具合が起きた、解決した
- やり方を変えた
- 思ったより楽になった
- 逆に管理が増えた
- 失敗から判断基準が変わった
「何を話したか」より「何が変わったか」を残すイメージです。
同意だけだと、考えが浅いまま終わることがある
AIとの会話で、自分の意見に毎回「その通りです」と返されると気持ちはよいですが、発信素材としては弱いことがあります。
理由や条件が掘られないまま、「AIは便利だった」「作業が楽になった」といった一般的な感想で終わるからです。
そこで自分は、AI側から別の見方も出してもらうようにしました。
別の原因はないか
たとえば「最近AIが賢くなった気がする」と話したとき、AIの性能だけでなく「自分の仕事の渡し方が変わった影響もあるのでは」と別仮説を出してもらいます。
逆に困る場面はないか
「先回りしてくれるのが便利」という話なら、「先回りが多すぎると負担にならないか」と反対側も見ます。
すると、「明確な依頼では簡潔に、曖昧な相談では複数案まで欲しい」という条件が見えてきます。
具体例を1つ出す
考え方だけでは記事やSNSで伝わりにくいため、実際に起きた場面を1つ確認します。
「どの作業で？」「以前と今で何が違った？」と具体化すると、本人の体験になります。
境界条件を確認する
「いつでもそうなのか」「この場合だけなのか」を確認します。
ここがあると、断定しすぎず、実体験として正確に書きやすくなります。
自分が使う深掘りの流れ
- まず本人の考えを聞く
- 別視点を1つだけ出す
- 具体例を1問ずつ確認する
- 例外や条件を確認する
- 十分に具体化できたら素材として整理する
反論すること自体を目的にしない
別視点が役立つからといって、毎回逆の意見を言えばよいわけではありません。
AI側の解釈を強く出しすぎると、もともとの本人の考えを書き換えてしまう可能性があります。
AIの仮説と本人の意見を分ける
AIは「こういう可能性もある」と仮説を出すところまで。採用するかどうかは本人の回答で決めます。発信では、AIの推測を本人の経験として書かないようにします。
「発信するための時間」を別に作らなくてもよくなる
この方法の一番大きなメリットは、制作と発信準備を完全に分けなくてよいことです。
制作中に話した失敗や判断理由をAIが整理し、あとからSNSや記事へ再構成できます。
発信する日に過去を思い出すより、その瞬間の感覚を残しやすくなります。
会話を素材に変えるポイント
- 会話全文ではなく意味のある出来事を拾う
- 同意だけで終わらず別仮説や例外を見る
- 具体例を1つ入れる
- AIの仮説と本人の主張を分ける
- 発信文はあとから媒体ごとに再構成する
次は「拾った素材をどう流すか」
素材を拾えるようになっても、その後に毎回人間が「X用にして」「Instagram用にして」「Sheetへ記録して」と指示し続けると負担が残ります。
次の記事では、会話や制作ログから拾った素材を、SNS・記事・分析へ流す全体構造を整理します。
コメント