A personal knowledge base is a collection of sources, notes, and ideas organized so you can find and reuse them. to build one, start with a specific project, collect relevant material, turn it into useful notes, and connect those notes to questions you need to answer. Review the collection regularly as your work changes.
保存したものをすべて整理する必要はありません。レポートを仕上げたり、あるテーマを学んだりするのに役立つ小さなコレクションのほうが、処理されていないブックマークが何百件もある状態よりも、始めるのに適しています。
1. 何度も見返す予定の質問から始める
進行中のプロジェクトや、繰り返し発生する責任を選びます。次に、ナレッジベースが答えるべき質問を3つ書き出してください。
顧客オンボーディングのプロジェクトなら、たとえば次のようなものです：
- 新規ユーザーはどこでつまずく？
- 私たちはこれまでにどんな変更を試してきた？
- 次の改善に向けて、どんな根拠（エビデンス）がある？
こうした質問があるからこそ、資料を保存する理由が生まれます。レポート、インタビュー、チュートリアルなども、それらの質問の答えを導く助けになるならコレクションに入れる価値があります。
今は関係のない読み物は別にしておきましょう。最初のコレクションが役立つことが分かったら、その後で追加のコレクションを作成できます。
2. 資料と作業メモの「置き場」を決める
あなたの環境には、基本となる3つの機能が必要です。元の素材を置く場所、メモを置く場所、そして両方を確実に取り出す方法です。ツールを決める前に、小さなサンプルでその機能を試してみてください。
iWeaverは、ドキュメント分析、要約、マインドマップ、AIによる対話を、ナレッジワークのワークフローに取り込みます。これを使って、ソース素材を処理し、コレクションのための構造化されたメモを作り込むことができます。
まずは、アーカイブ全体を取り込むのではなく、関連性の高いものをいくつか用意しましょう。分かりやすいタイトルを付け、元のファイルまたはリンクを保持し、作業スペースで保存した結果をどのように見返すかを確認してください。
下のような整理方法は、タイトルやインデックスメモ、そして選んだツールが提供するグルーピングの仕組みを通して適用できる「作業手順」です。
3. 元の資料と自分の理解を分ける
保存したPDFは、情報がどこから来たのかを教えてくれます。一方、作業メモは、その情報があなたのタスクにとって何を意味するかを記録します。両方を保持し、その間に明確なつながりを作ってください。
コンパクトなメモ構造を使いましょう：
| 項目 | 含める内容 |
|---|---|
| タイトル | 具体的なアイデアまたは質問 |
| ソース | 元のファイルまたはURL、著者、利用可能なら日付 |
| 要点 | 自分の言葉で書いた、有用なアイデア |
| 根拠 | 関連する一節、例、またはソースの場所 |
| 適用 | なぜそれがプロジェクトにとって重要なのか |
| 未解決の質問 | まだ確認が必要なこと |
ドキュメントの場合は、PDF to Noteで、構造化されたメモのための出発点を得られます。すべてのページの一般的な要約ではなく、あなたのプロジェクトに必要な情報を依頼しましょう。
このドキュメントから、[topic]に関する私のプロジェクト用のナレッジノートを作成してください。要点、裏付けとなるエビデンス、利用可能な関連ソースの場所、未解決の質問を含めてください。ソースとしての記述と、提案された適用内容を分けてください。
4. 小さな整理構造を使う
まずは、すぐに理解できる少数のカテゴリから始めましょう。代表的な選択肢の1つがTiago ForteのPARAメソッドで、情報をProjects（プロジェクト）、Areas（領域）、Resources（リソース）、Archives（アーカイブ）に整理します。
Projectsには明確な成果（アウトカム）があります。Areasは継続的な責任領域です。Resourcesは関心のあるテーマを扱い、Archivesにはもうアクティブではない資料を置きます。
もっとシンプルに始めることもできます。1つのプロジェクトインデックス、そのソースメモ、そして完了した作業の置き場を用意するだけです。既存のシステムが不完全に見えるから、という理由ではなく、取り出し（検索・参照）の課題を解決できるときにカテゴリを追加してください。
実際に検索しそうなタイトルを選びましょう。「オンボーディング—ユーザーがセットアップ手順を見つけられない」は、「興味深いインタビュー」よりも、後で見返したときに認識しやすくなります。用語は一貫させ、同じトピックに複数の一般的な呼び方がある場合は、よく知られた同義語も一緒に追加してください。
5. 有用な質問でメモをつなぐ
関連するアイデアの間を、すべての項目を読み直さずに移動できるようになると、コレクションはさらに役立ちます。
プロジェクトのインデックスを作り、そこで重要な質問と、それに答えてくれるメモへの参照をまとめます。各つながりについて、サポートするのか、反証するのか、拡張するのか、あるいは適用できるのか——その1文を明確に書きましょう。
たとえば、イメージしやすいオンボーディングのコレクションには、次のような内容が含まれていてもよいでしょう：
| 項目 | プロジェクトへの貢献 |
|---|---|
| インタビューメモ | ユーザーがどこで混乱を報告しているかを説明 |
| サポート要約 | どの質問が繰り返し登場するかを示す |
| チュートリアルメモ | ガイダンスの可能な形式を提案 |
| 意思決定メモ | 選んだ変更と、その判断理由を記録 |
チュートリアルはアプローチを示唆しますが、そのアプローチがユーザーの問題を解決することを証明するわけではありません。この区別を見える形で保つことで、「裏付けのない結論の集まり」になってしまうのを防げます。
役に立つエビデンスが録音から得られた場合は、Video to Notesで補助となるメモを作り、元の動画参照も保持してください。
6. 答えを取り出せるかをテストする
最初に書いた質問に戻りましょう。新しくWeb検索を始めずに、コレクションから1つ回答してみてください。
AIを使って選んだ資料を扱う場合は、依頼を具体的にしましょう：
これらのプロジェクトソースを用いて、セットアップの難しさに関するエビデンスを特定してください。各ポイントについて裏付けのソース名を挙げ、意見の相違は別々に示し、このコレクションでは確立できないことも述べてください。
その後、引用された資料をあなた自身で確認します。テストは、回答が自信ありげに聞こえるかではなく、エビデンスを見つけて評価できるかどうかです。
7. ナレッジベースを最新に保つ
短い週次レビューの時間を確保しましょう。有用な新しい項目を処理し、重複を削除し、完了したプロジェクトの資料をアクティブなコレクションから外します。
情報が変わったときは、古いメモに代わるメモがどれかを記録してください。履歴が重要な場合は、以前のソースも保持しつつ、そのステータスをラベル付けして、古い指示が「今のもの」のように見えないようにしましょう。
レビューの締めは「実際の作業」で1つのメモを使うことです。段落、会議の質問、説明、意思決定など、どれでも構いません。今日、まずは1つのプロジェクトといくつかのソースからナレッジベースを始めましょう。既存のコレクションが、そうでなければまた調べ直さなければならない質問に答えるのに役立っているうちは、必要に応じて拡張していきます。