読まなきゃいけない資料は、気づくと積み上がる
技術記事、仕様書、自分のメモ、調査資料。
読みたいものも、読まなきゃいけないものも、気づくと増えていきます。
時間があるときに読もうと思っていても、開発や家のことをしていると後回しになります。
そして、あとで開いたときには何から読めばよいか分からなくなる。
そんなときに、NotebookLMのようなツールで「読む」を「聞く」に変える発想は使えるかもしれないと感じました。
Googleの NotebookLM は、アップロードした資料をもとに要約や質問応答ができるツールです。
資料を起点にできるので、普通のチャットAIよりも「この資料について聞く」使い方がしやすいです。
聞くことで、読み始めるハードルが下がる
読む作業は、思ったよりエネルギーを使います。
画面に向かう。
集中する。
途中で知らない言葉が出たら調べる。
どこが大事かを判断する。
疲れている日だと、最初の一歩が重いです。
一方で、聞く形にすると、散歩中や移動中にも触れられます。
全部を理解するというより、まず全体像をつかむ。
そのあとで必要なところを読み返す。
この順番にすると、資料に入る抵抗が下がります。
音声は理解の入口、原文は判断の場所
ただし、聞いただけで理解した気にならないようにしたいです。
音声の要約は、入口としては助かります。
ただ、細かい条件、前提、数字、注意書きは原文を見たほうがよいです。
特に技術調査では、
「聞いてなんとなく分かった」
だけで判断すると危ない場面があります。
なので、自分なら次のように使います。
- まず音声で全体像をつかむ
- 気になった点をメモする
- 原文で該当箇所を確認する
- 自分の言葉で短くまとめる
この流れなら、聞くことと読むことを対立させずに使えます。
考えるために、まず書く と同じで、最後は自分の言葉に戻すことが大事だと思います。
自分のメモを聞くのも良い
NotebookLMで面白いのは、他人の資料だけではなく、自分のメモも材料にできるところです。
過去に書いた議事録。
読書メモ。
設計メモ。
ブログの下書き。
こうしたものを読み返すのは、少し腰が重いことがあります。
でも、音声で聞くと、別の人から説明されているような感覚になります。
自分が昔書いたことなのに、
「ここ、まだ使えるな」
「この考え方は今の仕事にもつながるな」
と気づくことがあります。
これは 記録は未来の自分への投資 という考え方にもつながります。
残したメモは、聞ける形になると再利用しやすくなります。
使いどころを決めておく
NotebookLMを使うなら、何でも音声化するより、用途を決めたほうが良さそうです。
- 長い資料の全体像を知る
- 読書メモを振り返る
- 調査前に論点をつかむ
- 移動時間に過去メモを聞く
- 会議前に関連資料を思い出す
反対に、細かい実装手順や契約条件の確認は、原文を見たいです。
聞くことは、理解の入口。
読むことは、判断の確認。
この役割分担を持っておくと使いやすいと思います。
まとめ
NotebookLMで「読む」を「聞く」に変えると、資料への入り口が増えます。
忙しい日でも、移動中に全体像をつかめる。
過去のメモを耳から振り返れる。
読まなきゃと思って止まっていた資料に触れられる。
ただ、音声だけで判断しないことも意識したいです。
聞いてつかみ、読んで確かめ、書いて自分の理解にする。
この流れを作れると、インプットの負担を少し軽くできそうです。