「あの仕様、なんで変えたんでしたっけ」と聞かれて、Slackの検索窓に「仕様」と入れ、消し、「変更」と入れ、また消している。3週間前の会議で決めたことは覚えている。誰かがチャンネルにまとめを書いてくれたのも覚えている。ただ、どのチャンネルの、どのスレッドだったかが出てこない。
in: や from: を覚えても、この状況はほとんど改善しないからです。Slackの会議メモが探せなくなる3つの理由
会話の中に埋まるので、後から見出しがない
Slackに書いた会議メモは、投稿の1つとして流れていきます。「決定事項」という見出しがついた独立したページにはなりません。同じチャンネルには、その前後に雑談も進捗報告も割り込みの相談も並んでいます。
これが後から効いてきます。検索するには、そのとき使った単語を思い出す必要があります。「仕様変更」と書いたのか「仕様を変える」と書いたのか、あるいは「A案でいく」としか書いていないのか。書いた本人でも思い出せないことは珍しくありません。
さらにスレッドの中に書いた場合、チャンネルをスクロールしても表面には出てきません。親メッセージの下に折りたたまれた状態なので、目で追って見つけることは実質できなくなります。
無料プランでは90日を過ぎると閲覧・検索できない
「探せない」が比喩ではなく仕様である場合もあります。
| プラン | メッセージ履歴の扱い |
|---|---|
| フリー | 直近90日分のみ閲覧・検索が可能。それ以前は非表示になる |
| プロ以上 | 全履歴の閲覧・検索が可能 |
四半期に一度しか振り返らない情報は、振り返ろうとした時点で範囲外です。年度初めに決めた方針を年度末に確認する、という使い方はできません。
フロー情報の器に、ストック情報を置いている
3つ目が本質的な理由です。
これはSlackの欠点ではありません。速報を全員に届ける、その場で相談して即決する、雑談から情報が生まれる。こうした用途ではSlackの構造が最適です。実際、決定の速さはSlackがあるから成立している部分が大きいはずです。
問題は、そこに「3か月後に読み返す情報」を混ぜていることにあります。器を間違えているだけなので、Slackをやめる話ではありません。
何をNotionに移し、何はSlackに置いたままでよいか
全部Notionに送ると、Notionが第二のSlackになる
ここで多くのチームが踏むのが、「連携すれば解決する」という誤解です。
SlackとNotionをつないで、めぼしいメッセージを片っ端からNotionに送っていくと、Notionのデータベースが未整理のメッセージ置き場になります。1年後、探せない場所が2つに増えただけという結果になりがちです。
集約の前に必要なのは、選別です。何を移すかを決めていない状態で連携だけ整えても、器が増えるだけで終わります。
Notionに移すのは「決定・宿題・背景」の3点だけ
線引きの基準はシンプルで、次の3種類だけをNotionに置きます。
| 情報の種類 | 置き場所 | 理由 |
|---|---|---|
| 決まったこと(結論) | Notion | 3か月後に「何が決まったか」を参照する対象 |
| 誰が何をいつまでに(宿題) | Notion | 期限が来たときと、抜けを点検するときに参照する |
| なぜそう決めたか(背景) | Notion | 覆すかどうかを判断するときに必要。ここが最も失われやすい |
| 相談・雑談・アイデア出し | Slack | 流れてよい。むしろ流れるほうが投稿の心理的ハードルが下がる |
| 進捗の一言報告 | Slack | 鮮度が価値。翌週には参照されない |
| 「決まりました、詳細はNotion」の速報 | Slack | 到達の速さがSlackの得意分野 |
3行目の「なぜそう決めたか」を落とさないことが、実務では効きます。決定と担当だけが残った議事録は、半年後に読むと理由が分からず、同じ議論を最初からやり直すことになります。冒頭の「なんで変えたんでしたっけ」がまさにこれです。
迷ったときの基準は「3か月後に読む人がいるか」
判断に迷ったら、この一問で決められます。
3か月後にこれを読む人がいるか。新しく入るメンバー、引き継ぎを受ける人、そして忘れている自分。誰か一人でも読む可能性があればストック情報なのでNotionへ。誰も読まないならフロー情報なのでSlackに置いたままで構いません。
「念のため残す」は、たいてい誰も読みません。残す量を絞るほど、残したものが読まれる確率は上がります。
SlackからNotionへ運ぶ3つのルート
線引きが決まったら、次は運び方です。現実的な選択肢は3つあります。
ルート1: Slack公式連携で、その場で送る
/notion create コマンドを打つか、メッセージのメニューから「Send to Notion」を選ぶ形です。送り先のデータベースを指定すると、プロパティも合わせて入力できます。/notion create コマンドはチャンネル階層でのみ動作し、Slackのスレッド内では使えません。会議の話は親メッセージにぶら下げてスレッドで進むことが多いので、いちばん残したい議論がある場所でコマンドが使えない、という噛み合わなさが出ます。そしてもう一つ。誰かが気づいて操作しなければ、何も送られません。
ルート2: 自動化ツールで転送する
Zapierなどの自動化サービスを間に挟み、特定の絵文字リアクションがついた投稿をNotionに転送する構成も広く使われています。人が判断する部分は残りますが、貼る作業は自動化できます。
構築の記事も豊富にあるので再現はできます。一方で、SlackとNotionに加えて自動化サービスの契約が増え、フローが増えるほど月額と管理対象も積み上がります。動かなくなったときに原因を追う人も必要です。少人数のチームだと、この維持コストが先に負担になります。
ルート3: 会議由来の情報は、Slackを経由させない
3つ目は、転記という工程そのものを消す方向です。
会議の記録に限れば、Slackを通る必要はありません。会議を録っておき、そこから議事録を作って、Notionに直接置く。Slackには「決まりました、詳細はNotionのこのページです」というリンクを1本流すだけにします。速報はSlackの得意分野なので、そこは残したままでいい。
| ルート | 手数 | 続くか | 発言の原本 | 向いている情報 |
|---|---|---|---|---|
| 1. 公式連携で手動送信 | 少ない(数分で導入) | 人が気づいて押す必要がある。スレッド内は非対応 | 残らない | Slack上で発生した相談・決定 |
| 2. 自動化ツールで転送 | 多い(構築と維持が必要) | 仕組みは続くが、拾う判断は人 | 残らない | 定型的に発生する通知・タスク |
| 3. Slackを経由させない | 少ない(会議を録るだけ) | 人の判断が入らない | 録画・録音が残る | 会議の決定・宿題・背景 |
Slack上で自然発生した議論はルート1、会議で決まったことはルート3、という併用が現実的です。全部を1つのルートに寄せる必要はありません。
転記が3週間で止まる理由と、続く仕組みの条件
「後でまとめる」は、予定として存在しない
Notionに転記する運用を始めて、2週間か3週間で止まった経験はないでしょうか。意志の弱さの問題ではなく、時間の置き場所がないという構造の問題です。
続く仕組みの条件は、人の判断を挟まないこと
転記の工程は、分解すると3つの作業に分かれます。
- どの情報を残すか判断する(拾う)
- 決定・宿題・背景に整理する(選ぶ)
- Notionの所定の場所に置く(貼る)
このうち1つでも人の作業として残っていると、忙しい週に飛ばされます。飛ばされた週があると、データベースは「たまに書いてある場所」になり、参照されなくなります。参照されなければ、書く動機もなくなる。ここで止まります。
続く仕組みにするなら、3つすべてを人の手から外すのが条件です。
テキストだけでは、後から検証できない
もう一つ、転記には構造的な弱点があります。SlackにもNotionにも残るのは、誰かが要約したテキストだけだという点です。
要約は解釈を含みます。「A案で進める」と書かれていても、条件つきの合意だったのか、全面的な合意だったのかは文面から復元できません。半年後に認識が食い違ったとき、テキストしか残っていなければ、記憶と記憶の突き合わせになります。
議事録の隣に発言の原本があれば、この検証は数分で終わります。該当箇所を再生して聞き直せばいいだけです。
録画からNotionまで、人手を挟まずに運ぶ
拾う・選ぶ・貼るを人の作業から外し、なおかつ原本を残す。この2つを同時に満たすには、会議そのものを録っておくのが最短ルートになります。
この流れだと、Slackを経由する工程がなくなります。
- 拾う: 会議を録画しておくので、後から拾う判断が不要
- 選ぶ: AIが議事録として決定事項・アクションアイテムの形に整える。議事録のフォーマットは自分で設定できる
- 貼る: Notion連携でエクスポート。転記のコピペが発生しない
- 原本: 録画そのものが残るので、判断の根拠を後から再生して確認できる
料金の範囲は次のとおりです。
| 機能 | 無料 | Pro |
|---|---|---|
| 画面録画・音声録音 | 時間無制限・ウォーターマークなし | 同じ |
| 保存 | ローカル保存 | クラウド保存30GB(自動バックアップ) |
| AI議事録 | 該当なし | 自動生成・再生成・テンプレート設定 |
| Notion連携 | 該当なし | 複数ワークスペース対応でエクスポート |
録るところまでは無料で、時間制限も透かしもありません。AI議事録とNotion連携を含むProプランは月額980円(ローンチ価格)で、初月はクレジットカード登録なしで試せます。
明日からの運用に落とす3ステップ
設計の話を、実際の手順にします。最初の1回は30分ほど、2回目からは会議ごとにゼロ手数です。
ステップ1: Notionに会議データベースを1つ作る
置き場所を1つに決めます。プロパティは最初から凝らず、次の5つで十分です。
| プロパティ | 型 | 用途 |
|---|---|---|
| 会議名 | タイトル | 一覧での識別 |
| 日付 | 日付 | 時系列での絞り込み |
| 参加者 | マルチセレクト | 「誰がいた会議か」での検索 |
| 決定事項 | テキスト | 一覧で中身が見えるようにする |
| 次アクション | テキスト | 宿題の点検用 |
ステップ2: Slackには「決まった。詳細はNotion」だけ流す
チャンネルに長いまとめを書くのをやめて、1行と1リンクに切り替えます。
週次定例、終わりました。A案で進めます。詳細と宿題はこちら(Notionリンク)
これだけで、Slackの役割は速報に戻ります。読む側も、詳細が必要なときだけリンクを踏めばよくなります。90日で見えなくなる場所には、90日以内に価値が尽きる情報だけが残る状態です。
ステップ3: 会議の記録は、Notionへ直行させる
あとは会議を録るだけです。録画から議事録を作ってNotionへ送る流れにしておけば、拾う・選ぶ・貼るの3工程は発生しません。
最初の2週間は、Slackに書きたくなる衝動が残ります。そのときは1行速報だけ書いて、詳細はNotionのページに追記してください。3回ほど繰り返すと、探すときに開く場所が自然にNotionになります。
まとめ
会議メモが探せない原因は、検索の使い方ではなく置き場所の設計にあります。
- Slackは流れる前提の器。無料プランでは90日を過ぎたメッセージは閲覧・検索の対象から外れる
- Notionに移すのは「決定・宿題・背景」の3点だけ。全部送るとNotionが第二のSlackになる
- 迷ったら「3か月後に読む人がいるか」で判断する
- 転記が続かないのは意志の問題ではなく、拾う・選ぶ・貼るが人の作業として残っているから
- 会議由来の情報は、Slackを経由させずに録画から直接Notionへ送るのが最も手数が少ない
まずはNotionに会議データベースを1つ作って、次の会議から録画を残してみてください。Slackに流していた長いまとめを1行の速報に変えるだけで、3か月後に探せる情報の量が変わります。





