3つのサービスで作るつもりが、Notionだけでできた

一回2分の面倒

きっかけは、何かを切らして困った、みたいな一回の出来事ではありませんでした。

通知を確認する。同じファイルをまた探す。週報の体裁を整える。消耗品の在庫を確認する。どれも1回なら2、3分で終わることばかりです。

10分、30分かかる作業なら「これは面倒だ」と気づくんですが、2分くらいだと「まあいいか」で終わる。何度も同じことをしているのに、「なんとなく面倒」という感覚だけが残って、何に一番時間を取られているのかが分からない。

そこを数字で見えるようにしたかった。面倒が起きるたびに手動で「＋1」を押して、1回にかかった時間と回数を記録する。まずはそこから試しています。

その最初の実装として選んだのが、消耗品の補充通知でした。

記録した結果これが一番多かった、という話ではありません。「なくなりそうになったら知らせてほしい」というゴールがはっきりしていて、通知の仕組みを試す題材として扱いやすかった。それだけです。

最初は3つのサービスをつなぐつもりだった

やりたいことは単純でした。

前回買った日から一定の日数が経ったら教えてほしい。

在庫の数は数えません。残りいくつかを管理し続けるのは続かないので、「前回買った日＋サイクル」だけで判定する。

最初に組もうとしたのはこれです。記録はNotion、判定は毎朝GitHub Actionsで動かすプログラム、通知はSlack。GitHub Actionsというのは、決まった時刻にプログラムを自動で動かしてくれるサービスです。

途中で条件が一つ増えました。普段GitHubを使わない人でも真似できるのが理想、という条件です。

これで全部落ちました。

この構成を誰かが再現するには、GitHubのアカウントを作り、リポジトリを作り、設定ファイルを書き、NotionとSlackで鍵になる文字列を2種類発行して、指定の場所に貼る必要があります。

ここで心が折れる人は多いはずです。

続けられないところまで複雑にしたら、自動化した意味がない。そう考えると、調べる対象が変わりました。自分が組める構成ではなく、Notionが最初から持っている機能のほうです。

探しても出てこない機能だった

Notionのデータベースには「プロパティ」という項目があります。Excelでいう列に近いものです。その一種に「ボタン」があって、押すと決められた処理が走る。

問題は通知でした。Notionの日付には「リマインダー」を付けられますが、計算で出した日付には付けられない。買うたびに次回の日付を手で入れ直すなら、自動化する意味がありません。

ただ、リマインダーとは別に、プロパティ側で通知を決められるという話は見つかりました。公式ヘルプには記載が見当たらず（2026年9月時点）、個人ブログが2件あるだけでしたが。

結局、ブラウザでNotionを開いて、設定画面を目で見に行きました。

ありました。「通知」という項目が、普通に。

できたもの

最終的に残ったのは、Notionのデータベース1つです。

品目、サイクル日数、前回購入日、次回購入日、それに残り日数を出す「あと何日」。この5つを並べます。サイクル日数は「何日ごとに買うか」で、30日なら30と入れるだけです。

そこに「買った」ボタンを置きます。押すと2つのことが同時に起きます。

• 前回購入日が今日に変わる

• 次回購入日が「今日＋サイクル日数」に変わる

あとは次回購入日というプロパティに、「2日前の朝9時に通知」と設定しておく。これだけで、Notionが勝手に通知を出してくれます。

設定画面はこれだけです。押したときにやることを2つ並べているだけで、次の日付を計算する式も1行です。

買い物から帰ってボタンを1回押す。

それで次の通知まで自動で回ります。買うのが早まっても遅れても、押した日が新しい起点になるので、ズレは勝手に吸収される。在庫の数を管理しなくていい理由はここです。

検証用のダミーを1件だけ入れて、翌朝を待ちました。

9時ちょうどに届きました。

スマホのロック画面、Notionアプリの受信トレイ、それにメール。メールも迷惑メールに入らず、普通に受信トレイへ来ていました。

品目を登録してからも、同じように届いています。

コードは1行も書いていません。GitHubもSlackも使っていません。必要なアカウントは、Notionの1つだけです。全部無料プランの範囲に収まりました。

もう一つ、期限が近いものだけを集めた一覧も作りました。通知を見逃しても、そこを開けば残りが分かります。「あと何日が2以下のものを出す」と絞り込みを指定するだけなので、これも設定だけで済みました。

難しかったのは操作ではなく、この構成にたどり着くまででした。

同じことをしたいなら、データベースを作って、ボタンを1つ置いて、日付に通知を設定する。試すのはそこまでで足ります。

できなかったこと

まとめ通知は諦めました。当初は「毎朝1回、期限が近いものを1通に」と考えていたのですが、Notionの通知は日付ごとに飛ぶので、品目ごとにバラバラに届きます。1通にまとめようとすると、結局その集計を誰かが書くことになる。捨てたはずの構成に逆戻りです。

今回使った通知設定では、通知時刻を自由には指定できませんでした。当日、1日前、2日前、1週間前の4択で、どれも朝9時固定です。

その計算式に、警告が1つ出たままです。サイクル日数が空のときの話で、条件を足せば消えますが、そのぶん式が読みにくくなる。放っておきました。

途中で1つ間違えてもいました。

「あと何日」という残り日数が、9月6日の時点で9月8日を指して1と出ていた。絞り込み自体は正しく動いていたので、表示だけが1日ずれる。気づきにくい壊れ方でした。

ロック画面で見ると、通知はコンビニのキャンペーンやゲームのお知らせと並んで表示されます。1件だから目に入っただけかもしれません。品目が増えて、朝9時にいくつも並ぶようになったときにどうなるかは、これから分かります。

消耗品の在庫を確認するのも、冒頭に挙げた2、3分で終わる作業の一つです。その小さな面倒に対して、最初に考えたのは、GitHubのアカウントを作り、鍵になる文字列を2種類発行して貼るところから始まる構成でした。

最終的に残ったのは、Notionのデータベース1つとボタン1つ、それに日付の通知設定です。まとめ通知は諦め、通知時刻も選べないままですが、買い物から帰ってボタンを1回押せば、次の通知までは回ります。3つのサービスをつなぐはずだったものが、Notionだけで済む形になりました。

小さな面倒には、このくらい小さな仕組みで足りた。今回はそういう結果でした。

面倒を記録するほうは、まだ手で「＋1」を押しています。こっちを自動化する話は、また別の面倒として溜まっていくところです。

今回とは少し違う話ですが、作ったあとに増えていくものをどう整理するか、という点ではつながっています。ClaudeのSkillsや指示ファイルを余った週次枠で見直す手順は、別の記事に書きました。