私は以前、何ページにもわたるメモを残して会議を終え、次に何をすればよいのか明確にわかりませんでした。アイデア、質問、決定事項が 1 つの長いリストにまとめられました。後で見ると、次のステップを見つけるためにすべてをもう一度読まなければなりませんでした。今では、簡単なプロセスで大まかなメモをアクションに変えることができます。 1.メモを 1 か所に集めます ノート、ドキュメント、またはチャット メッセージからメモを 1 ページにコピーします。たとえ不完全であっても、今のところは元の文言をそのままにしておきます。目標は、分類を開始する前に全体像を確認することです。 2.決定事項、タスク、未解決の質問にマークを付けます 各行にラベルを付けます: - 決定事項: チームは現在のチェックアウト デザインを使用することに同意しました。 - タスク: Maya は製品画像を更新します。 - 質問: 別のモバイル バナーが必要ですか?これにより、質問が約束と誤解されることがなくなります。隙間も見つけやすくなります。 3.各タスクを明確なアクションに変換します 有用なアクションは、誰かが何をするかを示します。 「製品ページ」などの曖昧なメモを特定のタスクに置き換えます。 - 曖昧: 製品ページ - 明確: Maya が製品ページの製品画像を更新します。メモに所有者や期日が記載されていない場合は、推測ではなく「所有者が必要」または「日付が必要」などのマーカーを残します。 4.大きなタスクを小さなステップに分割します 「開始メールを準備する」というと、始めるには範囲が広すぎるように感じるかもしれません。 - 電子メールのコピーを下書きする - 製品の詳細を確認する - 承認された画像を追加する - レビューのために下書きを送信する 小さなアクションにより、進捗状況を追跡しやすくなります。また、タスクがいつ他の人からの入力を必要とするのかも明らかになります。 5.すべてのアクションに十分な詳細が含まれていることを確認してください リストを共有する前に、次のことを尋ねます: - 所有者は何をすべきかを伝えることができますか? - 期待される結果は明確ですか? - 日付は必要ですか? - そのタスクは他の人や決定に依存していますか?たとえば、「レポートを確認する」では推測の余地が残ります。 「ジョーダンは4月のレポートで売上高を確認し、木曜日までに誤りがあれば報告する」ということで、チームは次のステップをより明確にしている。計画会議の後、私のメモには「ウェブサイトの立ち上げ、画像、モバイル、承認」が含まれる場合があります。これを、指名された所有者、特定のタスク、チームが合意した日付を含む短いアクション リストに変換できます。メモは洗練されたものである必要はありません。彼らは人々の行動を支援する必要があります。
私はメモを取ることを保管タスクとして扱っていました。待ち合わせ場所を書き留め、リンクを保存し、役立つ引用をコピーし、すべてを 1 つの大きなフォルダーに移動しました。詳細が必要なときは、作業するよりも検索することに多くの時間を費やしました。問題はノートの数ではありませんでした。問題は、明確なシステムが存在しないことでした。役立つメモは、意思決定をしたり、タスクを完了したり、理由を思い出したり、アイデアを構築したりするのに役立ちます。これらの仕事のいずれかを実行できない場合、それを維持する必要があるかどうか疑問に思います。 ## すべてのメモに明確な目的を与える ここで、各メモを 4 つのグループのいずれかに分類します。 - タスク — 完了する必要があるアクション - 参考 – 事実、手順、および有用なリソース - プロジェクト – 現在の目標に関連する情報 - アイデア – 後で役立つ可能性のある考え この単純な分離により、混乱が軽減されます。会議メモには 4 種類すべてが含まれる場合があるため、1 つの長いページとして残すのではなく、会議後に分割します。例: 会議メモ - クライアントは短い製品ページを必要としている - 改訂された概要を木曜日までに送信する - 現在の見出しのクリック数が少ない - 質問ベースの見出しをテストする これを次のように分類します: タスク: 木曜日までに改訂された概要を送信する 参考: 現在の見出しのクリック数が少ない プロジェクト: 製品ページの更新 アイデア: 質問ベースの見出しをテストする コンテンツはつながったままですが、各部分には明確な役割があります。 ## 将来の自分のためにメモを書く 私は講義を録音するかのようにメモを書きません。最初の議論の記憶がない状態で 3 週間後にそのページを開くかのように書いています。弱点は次のとおりです: > オンボーディング電子メールを改善します。有益なメモには次のような記載があります: > 2 番目のオンボーディング電子メールはドロップオフ率が高いです。件名を見直し、冒頭の段落を短くし、クリック率を最初のメールと比較します。 2 番目のバージョンでは、コンテキストと可能なアクションが表示されます。記憶に依存しません。実用的なメモは、次の 3 つの質問に答えることができます。 - 何が起こったのですか? - なぜそれが重要なのでしょうか？ - 次に何をすればいいですか?答えは長くする必要はありません。 2 つの明確な文は、1 ページにわたる大まかな考えよりも役立つ場合があります。 ## 会議メモを行動に変える 多くのメモは、議論は記録されても所有権が記録されないために失敗します。会議から退席するときは、次のことを確認します。 - 決定 - 責任者 - 期日 - 次のステップ - 未解決の質問 単純な形式を使用します: 決定事項: 短いチェックアウト フォームを使用します 所有者: 製品チーム 期限: 3 月 18 日 次のステップ: フォーム フィールドを確認します 未解決の質問: ゲスト チェックアウトは利用可能なままにする必要がありますか?この形式は、誰も明確な課題を持っていないにもかかわらず、議論によって進歩が生じたと信じてしまうというよくある問題を回避するのに役立ちます。ポイントに所有者がなく、次のステップがない場合は、完了した作業として扱うのではなく、未解決の質問としてマークします。 ## 検索に役立つタイトルを使用する 次のようなあいまいなタイトルは避けます。 - アイデア - メモ - 研究 - 会議 - レビュー これらの名前は、メモを作成するときは便利に感じるかもしれませんが、後で余分な作業が発生します。私は、主題と目的を含むタイトルを好みます。 - 製品ページのテストのアイデア — 2025 年 3 月 - 顧客インタビューのメモ — 中小企業ユーザー - 電子メールによるオンボーディングのレビュー — オープンクエスチョン - 週次コンテンツ計画 — 製品教育 良いタイトルは、ページを開く前に何が見つかるかを教えてくれます。また、メモ アプリ内の検索結果も改善されます。日付が内容の説明に役立つ場合は、日付を付けます。常緑の参考ノートについては、日付を省略し、情報が変更されたときにページを更新します。 ## アイデアごとに 1 つずつ保管しておいてください。メモが重複すると疑問が生じます。同じアイデアが 3 つのフォルダーにある場合、どのバージョンが最新であるか分からないことがあります。主題ごとに 1 つのメイン ページを選択します。他のメモはそこにリンクされています。たとえば、私は次のようなページを 1 つ保持しています。 顧客インタビューのインサイト このページには、個々のインタビューへのリンクが含まれている可能性がありますが、共有パターンは 1 か所に存在します。いくつかのフォルダーをチェックしなくても、メインの分析情報を更新できます。このアプローチは次の場合に効果的です。 - 製品調査 - コンテンツのアイデア - プロセスの指示 - 顧客からの質問 - キャンペーンの結果 - 個人の学習メモ メモには、すべての詳細を記録する必要はありません。正しい詳細を示す必要があります。 ## 小さなルーチンでノートをレビューする ノート システムにはレビューの習慣が必要です。私の場合は、週の終わりに約 15 分かかります。私は以下をチェックします: - 未完了のタスクのあるメモ - より明確なタイトルが必要なページ - 私の目標に当てはまらなくなったアイデア - 古くなっている可能性のある参考資料 - 未解決の質問がまだ含まれている会議メモ すべてのページを整理しようとはしません。現在の仕事に影響を与えるメモに焦点を当てます。これにより、組織が別のフルタイムのタスクになることなく、システムの有用性が維持されます。 ## ノートからタスクを移動する ノートでタスクについて言及することはできますが、タスク マネージャーの代わりになるべきではありません。 > 製品のスクリーンショットについてデザイナーに尋ねます。私はこれを明確なアクションでタスク リストに移動します。 > 価格設定ページの最新の製品スクリーンショットについて Maya に問い合わせます。メモには背景が保持されます。タスク リストにはアクションが保持されます。この分離により、古い会議ページを読み込まなくても、今日注意が必要なものがわかるようになります。 ## 例を使用してシステムをテストする 実際のコンテンツ プロジェクトでシステムをテストしました。研究メモ、顧客からの質問、見出しのアイデア、草案セクションが数ページに渡ってありました。私は 5 つのセクションからなる 1 つのプロジェクト ページを作成しました。 - 目標 - 聴衆の質問 - ソース メモ - アイデアの下書き - 次のアクション すべてをプロジェクト ページにコピーするのではなく、詳細なメモをリンクしました。プロジェクト ページが実用的なマップになりました。さらに詳しい情報が必要なときは、ソース ページを利用できるようにしておきました。結果は単純でした。情報を探す時間が減り、編集上の決定を下す時間が増えました。同様の構造は、製品の発売、トレーニング計画、販売プロセス、または個人の学習目標をサポートできます。 ## 役に立たなくなったメモを削除する すべてのメモを保持しておくと安心ですが、情報が古いとシステムが使いにくくなる可能性があります。私は次の場合にメモを削除またはアーカイブします。 - プロジェクトが閉じられている - 情報がもはや正確ではない - アイデアが現在の仕事に関係がない - 新しいメモに置き換えられる - なぜメモを保持しているのか説明できない 有用な履歴を確認せずに削除しません。私は完了したプロジェクトをアーカイブし、将来の作業を説明する重要な決定事項を保存します。目標は、所有するノートを減らすことではありません。目的は、役立つメモを簡単に入手できるようにすることです。明確なメモ システムは、単に整然とした画面以上のものを提供します。これにより、繰り返しの調査が減り、意思決定が可視化され、散在した考えを実際の作業に変えることができます。まずは 1 つの質問から始めます: このメモは何をするのに役立ちますか? 答えによって、タイトル、構造、場所、次のアクションが決まります。すべてのメモに仕事があると、ワークフローの管理が容易になり、重要な作業に集中できます。
私のメモは、電話アプリ、紙のノート、電子メールの下書き、ブラウザのタブ、書きかけの文書など、あらゆる場所に保存されていました。役に立つことを書いた記憶はあるのですが、必要なときに見つけることができませんでした。問題は努力が足りないことではありませんでした。アイデアを捉えてからそれを使用するまでの簡単な道筋はありませんでした。生産的なメモ システムには多くのツールは必要ありません。明確な場所、小さな習慣、そして漠然とした考えを有益な仕事に変えるための定期的な方法が必要です。 ### 1 つのキャプチャ スペースから始める 私は現在、簡単なメモ用にメインの受信トレイを 1 つ保持しています。アイデアが浮かんだとき、私はそれがどこに属するかを決めるために立ち止まりません。私はそれを同じ場所に書きます: - 処理する必要があるタスク - 検討したい質問 - 記事からの引用 - 顧客のコメント - アイデアの下書き - 個人的なリマインダー これにより、私の一日から小さな決断が削除されます。小さな決断が何度も繰り返されると、驚くほど大きな摩擦を引き起こす可能性があります。キャプチャ スペースは、永続的な保管室になることを目的としたものではありません。待合室です。 ### 将来の自分のためにメモを書く 短いメモは、書いているときは明確に感じられますが、数日後にはわかりにくくなることがあります。 「価格ページを確認する」というのは現時点では意味があるかもしれません。後になって、何を確認したかったのか思い出せなくなる可能性があります。次に、少し文脈を追加します。「価格設定ページと営業チームが提起した 3 つの質問を比較してください。」この追加の詳細は、状況全体を再構築することなく目的を理解するのに役立ちます。役立つメモは、多くの場合、次の 3 つの単純な質問に答えます。 - これは何についてですか? - なぜそれが重要なのでしょうか？ - それを使って何ができるでしょうか？音は洗練されたように聞こえる必要はありません。役に立ち続ける必要があります。 ### メモをアクションごとに分類する 受信トレイを確認するとき、私は各メモに明確な指示を与えます。メモは次のようになります。 - 次のステップのあるタスク - 参照アイテム - プロジェクトのアイデア - カレンダーのリマインダー - 意思決定の記録 - 削除するメモ たとえば、かつて、「顧客のオンボーディングを改善する」というメモがありました。その文は行動ではなく目標を説明していました。私はこれを「新規顧客がオンボーディング中に助けを求める 3 つのポイントを挙げてください」に変更しました。このバージョンは、明確な出発点を与えてくれました。サポート チームと話した後、何を変更する必要があるかを判断できました。メモが有益なアクションにつながらない場合は、参考資料として保存するか、削除します。あらゆる考えを持ち続けると、システムが使いにくくなる可能性があります。 ### 小さなフォルダー構造を構築する 大規模なフォルダー システムは整理されているように見えますが、メモを取るのが遅くなる可能性があります。私は、いくつかの幅広いグループを好みます。 - 受信箱 - アクティブなプロジェクト - 参照 - 個人 - アーカイブ 各プロジェクトには独自のページまたはドキュメントが与えられます。私は会議のメモ、決定事項、未解決の質問、次のステップをまとめて保管しています。これにより、同じプロジェクトに関する 5 つの別々のメモを見つけて、どれに最新の情報が含まれているかを確認しようとするというよくある問題を回避することができました。フォルダー名は、その背後にあるルールほど重要ではありません。すべてのノートには明確なホームが 1 つある必要があります。 ### 会議を意思決定に変える 会議のメモは、多くの場合、誰も読まない長い記録になります。私は現在、次の 4 つの部分に焦点を当てています。 - 何が決定されたか - 各タスクの所有者は誰か - どのような疑問が残っているか - 次のレビューをいつ行うべきか たとえば、「ウェルカム メールを更新する」という表現は範囲が広すぎます。 「マリアはウェルカムメールを書き直し、木曜日にレビューのために草稿を共有する」ということで、チームに明確な行動と所有者が与えられます。このスタイルは、記憶に頼ることも避けます。平易な言葉で書かれた決定事項は、一般的な議論のページよりも確認するのが簡単です。 ### メモを繰り返す代わりにリンクを使用する 同じトピックについて複数回書くときは、同じ情報をコピーするのではなく、メモをリンクします。顧客調査メモは、次のリンクにリンクされている場合があります。 - 関連製品の決定 - インタビューの概要 - 未解決のタスク - 最終的な変更 リンクにより、情報へのパスが作成されます。すべてのフォルダーを検索しなくてもトピックを追うことができます。また、コピーした引用文の近くにソースの詳細を記載します。通常、元のコンテキストを確認するには、リンク、日付、短い説明があれば十分です。 ### 実践的な質問でシステムをレビューする ノート システムは作業をサポートするものであり、別のプロジェクトになるべきではありません。レビュー中に、私はこう尋ねます。「必要なものは見つかりますか? 次に何をすべきかわかりますか?」答えが「ノー」の場合は、システムを少し変更します。フォルダーの名前を変更したり、古いメモを削除したり、大きなプロジェクト ページを分割したり、失われたリンクを追加したりすることがあります。私はすべての音をきれいにしようとはしません。現在の仕事に関連するメモに焦点を当てます。 ### 簡単な例 私が一緒に仕事をしたデザイナーは、製品のフィードバックをチャット メッセージ、スクリーンショット、個人的なメモに保存していました。チームがデザインの更新を計画したとき、フィードバックを収集するのに何時間もかかりました。彼女は 3 つのセクションを持つ 1 つのプロジェクト ページを作成しました。 - レビューするフィードバック - 決定事項 - テストする変更 新しいコメントはすべて、これらのセクションの 1 つに移動しました。チームは依然としてディスカッションにチャットを使用していましたが、プロジェクト ページが作業記録になりました。結果は完璧なアーカイブではありませんでした。それは人々が現在の方向性を確認し、自由に質問できる共有の場所でした。私の主な教訓は単純です。メモは、どこかにつながるときに役立つということです。アイデアを 1 か所にまとめます。将来の自分のための十分なコンテキストを追加します。各ノートに明確な役割を与えます。関連情報を接続します。議論を行動と決定に変えましょう。目的は、より多くのノートを集めることではありません。情報を探す時間を減らし、情報を利用する時間を増やすことです。
私は以前、メモを取ることを単純な文章を書く作業として扱っていました。文書を開いて重要なポイントをコピーし、いくつかのリマインダーを追加して、次に進みました。問題は後から現れました。必要な決断が見つかりませんでした。タスクには明確な所有者がいませんでした。有益な顧客のコメントが、数ページにわたる会議メモの中に埋もれていました。たくさん書いたのに、メモは仕事を速くするのに役立ちませんでした。クリーンノートはそれを変えます。これらにより、情報の精査が容易になり、タスクの追跡が容易になり、意思決定がより簡単に使用できるようになります。私は現在、各メモを次の 4 つの領域に焦点を当てています。 - 主要なトピック - 重要な決定 - 次のアクション - 責任者 この構造は、会議、顧客との電話、プロジェクト計画、および日常業務で機能します。実際のメモは次のようになります。 トピック: Web サイトの製品ページの更新 決定: 機能の説明を短くする 次のアクション: 最初の 3 つのセクションを書き直す 所有者: ミア 期限: 木曜日 未解決の質問: 顧客は価格表を理解していますか?この形式を使用すると、重要な情報を見つける前にすべての文を読む必要がなくなります。また、メモは 1 つの長いブロックではなく、短いセクションに分けて書きます。長い段落には有益な詳細が含まれている可能性がありますが、レビューにはより多くの労力がかかります。スペースを明確にすると、決定、質問、タスクの違いが分かりやすくなります。顧客との通話中に、次のレイアウトを使用することがあります。 顧客のニーズ チームは、週次レポートを確認するためのより簡単な方法を望んでいます。 問題点 複数のファイルで同じデータをチェックするのに時間がかかりすぎます。 リクエスト 明確なステータス ラベルが付いた 1 つの共有レポートが必要です。 次のステップ サンプル レポートを送信してフィードバックを求めます。このレイアウトにより、お客様の言葉がその後の作業につながります。また、次に何が起こるかを記録せずに人々の発言を記録するというよくある間違いを避けるのにも役立ちます。行動的な言葉に注目しています。 「マーケティング計画について話し合う」というのは曖昧すぎます。 「マーケティング計画の草案を営業チームに送信する」という明確なタスクが与えられます。有用なタスクは通常、次の 3 つの質問に答えます: - 何が起こる必要があるか? - 誰がそれを処理しますか? - いつ確認する必要がありますか?これらの答えの 1 つが欠けている場合、私は推測ではなくレビューのためにタスクにマークを付けます。私は決断をアイデアとは切り離して考えています。アイデアは変わる可能性があります。決定が現在の作業の指針となります。これらを組み合わせると、古い提案が承認された計画のように見える可能性があります。例: アイデア: ライブ チャット機能を追加する 決定: ライブ チャットを追加する前にお問い合わせフォームをテストする このわずかな違いにより、不必要な作業を防ぐことができます。私も一日の終わりにメモを見直します。レビューに長い時間をかける必要はありません。繰り返されたポイントを削除し、完了したタスクを更新し、未解決の質問を別のリストに移動します。メモは、作業の現在の状態を反映するとさらに便利になります。私が一緒に仕事をしたプロダクト コーディネーターは、Web サイトの更新中にこの方法を使用しました。彼女の古い会議メモは数ページにわたっていましたが、チームは会議のたびに同じ質問をしました。彼女は形式を決定事項、タスク、所有者、自由質問に変更しました。次回の会議では、繰り返しの説明が減り、各自が何を処理する必要があるのかを理解できるようになりました。クリーンノートには特別なシステムは必要ありません。明確な目的が必要です。将来の参照のために情報を記録する場合は、役立つ詳細と検索しやすい単語に焦点を当てます。会議を記録する場合、私は決定と行動に焦点を当てます。個人的なメモを書いている場合は、後で見返したときに意味がわかるように、短いリマインダーを使用します。適切なメモは作業を軽減するものであり、管理すべき別のタスクを作成するものではありません。シンプルな構造、明確な間隔、具体的なアクションにより、散在する情報を実用的な作業ツールに変えることができます。詳細については、Xu: Sales@yunyuoffice.com/WhatsApp +8613757889029 まで今すぐお問い合わせください。
David Allen — 2015 — Getting Things Done: The Art of Stress-Free Productivity Tiago Forte — 2022 — Building a Second Brain: A Proven Method to Organize Your Digital Life and Unlock Your Creative Potential Sönke Ahrens — 2022 — How to Take Smart Notes: One Simple Technique to Boost Writing, Learning and Thinking Cal Newport — 2016 — Deep Work: Rules for集中した成功のためのルールバーバラ・ミント — 2008 — ピラミッド原則: 書くことと考えるときの論理 ピーター・ドラッカー — 2007 — ドラッカーの本質: 現代マネジメントの父からのマネジメントの基本原則を一冊に
