在宅で作業していて集中が切れる原因は、通知の「数」より「置き場所」でした。全部の通知を同じ場所に流していたころは、来るたびに手を止めて中身を確認していました。今は自動化の失敗も、週次のレポートも、クライアントからの連絡も、それぞれ別の場所に落ちるようにしてあります。この記事では、私が実際にどう分けたか、そして分けたあとに何が残ってしまったかを書きます。
先に結論を言うと、通知を減らすというのは、通知の総数を減らすことではなく、「今すぐ見る通知」と「あとでまとめて見る通知」を物理的に別の場所に置くことでした。総数を減らそうとすると、大事な通知まで切ってしまって別の事故が起きます。実際、私はトークンの期限が切れる10日前にたまたま気づいて、危うく投稿が全部止まるところでした。
全部を一箇所に流していたころに起きていたこと
自動化を組み始めたのは2026年6月です。Threadsの自動投稿を1日5本、Windowsのタスクスケジューラーで動かすところから始めました。最初は「動いているかどうかが分かること」がいちばん大事だったので、思いつく限りの通知を全部Discordの1つのチャンネルに流していました。
投稿が成功したら通知、失敗したら通知、生成スクリプトが走ったら通知、ファイルが保存されたら通知。1日5本の投稿でも、成功と失敗の両方を出していれば、それだけで日に何回も鳴ります。そこにnote告知の分と、週次の集計が加わります。
問題は回数そのものではありませんでした。すべてが同じ見た目で同じ場所に並ぶので、一件ずつ開いて中身を読まないと重要度が分からないことでした。読んでみたら「7時の投稿が成功しました」だった、というのが大半です。それでも開くのをやめられませんでした。混ざっている以上、開かないと分からないからです。
作業中に手を止めて通知を開き、成功報告だと分かって戻る。この往復が一日に何度も入ると、その都度、書きかけの処理の続きを思い出すところからやり直しになります。実際に失敗が起きた日もありました。2026年7月14日に投稿が3件失敗しています。原因はPCが落ちていたことでした。このときは通知が出ていましたが、他の成功通知に埋もれていて、気づいたのはだいぶあとです。
「今すぐ見る」と「あとで見る」を分けた
やったことは単純で、通知を出す先を用途ごとに分けただけです。判断の軸は一つにしました。「今すぐ手を止める価値があるか」だけで分けるということです。内容の重要度ではありません。重要でも、今すぐ動けないものは今すぐ見る必要がない、という切り方にしました。
今すぐ見る側に置いたもの
- 投稿の失敗ログ。止まったまま放置すると、その日の分がまるごと出ません。
- 認証まわりのエラー。トークンが切れると全部の投稿が止まります。
- スクリプトが例外で落ちたときの通知。
あとでまとめて見る側に置いたもの
- 週次・月次の自動集計レポート。数字は見た瞬間に動くものではありません。
- 投稿の成功報告。成功しているなら、私がすることは何もありません。
- note告知が出たという記録。
成功通知を「あとで見る」側に落としたのがいちばん効きました。1日5本の自動投稿で、うまくいっている日は5件全部が成功です。その5件は、私にとっては何のアクションも生まない情報でした。それが失敗通知と同じ列に並んでいたせいで、失敗通知の価値まで下がっていたのだと思います。
ただし成功通知を完全に消すことはしませんでした。「何も鳴らない」と「動いていない」の区別がつかなくなるのがこわかったからです。実際に、動いていないのに何のエラーも出ないという事故を経験しています。Xの自動投稿を組んだとき、タスクスケジューラーの画面には全部「準備完了」と表示されていたのに、実際は一度も動いていませんでした。エラーもログも残らないので、気づくのに時間がかかりました。無音は安全のサインではありません。
事業ごとに置き場所を分ける
次にやったのが、事業の単位で通知先を分けることです。私がやっているのは業務委託の仕事と、自分の発信と、その裏で動いている自動化です。この3つは、見るべきタイミングも、見たときに取る行動もまったく違います。
業務委託の連絡は、相手がいる以上、返信の速さがそのまま信用になります。自分の発信の数字は、見たところで即座にできることは特にありません。自動化のエラーは、放っておくとその日の稼働が丸ごと止まります。この3つが同じ通知欄に並んでいると、一番急ぎでないものが一番目立つ位置に来ることが起こります。
そこで、自動化の稼働に関する通知はDiscordに集約し、そこからさらに用途別に分けました。Discordを選んだ理由は、チャンネルという単位で分けられて、しかもチャンネルごとに通知の強さを変えられる点です。すぐ動くべきチャンネルだけ通知を強くして、レポート用のチャンネルは自分から見に行かないと気づかない状態にしています。
この「自分から見に行かないと気づかない」という状態を、あえて作るのが大事でした。レポートは自分で作っているものなので、見たい気持ちがどうしても出ます。でも週次レポートを毎日見ても、数字は毎日は変わりません。届く場所を分けておくと、見るのは週に一度で済みます。
通知を減らしても、確認したくなる気持ちは残る
ここからが、うまくいかなかった話です。通知の置き場所を分けても、自分から見に行く回数はあまり減りませんでした。
理由ははっきりしていて、数字が伸びていないからです。2026年6月25日から7月27日までにThreadsへ87本を自動投稿しましたが、その間フォロワーは0人のままでした。7月27日時点で数えたとき、7月のビューは527、いいねは7、返信は0、リポストも0でした。返信は一度も来ていません。
この状態だと、通知が鳴らないこと自体が不安になります。「通知が来ない」のか「見られていないから通知のしようがない」のかが、通知の有無だけでは区別できないからです。それで結局アプリを開いて自分で数字を見に行きます。通知を切っても、確認行動そのものは残りました。
数字の推移も助けにはなりませんでした。週ごとの平均ビューは18.2 → 15.9 → 8.4 → 7.9 → 5.0と右肩下がりで、7月27日時点では68本のうち13本がビュー0か1でした。2026年8月4日までの7日間で見ても、24本投稿して合計ビュー120、いいね1、返信0です。この週は、ビューが0か1のままだった投稿が8本ありました。
誰にも見られていない状況が続くのは、単純にきついです。通知設計はその不安までは解決しませんでした。通知を減らす設計でできるのは「割り込みを減らすこと」までで、「見に行きたくなる気持ちをなくすこと」ではないと割り切りました。
確認しに行く回数を、時間で区切る
気持ちが消えないなら、行動のほうに枠をはめるしかありませんでした。今やっているのは、数字を見る時間を決めてしまうことです。
週次と月次のレポートは自動でDiscordに飛ぶようにしてあるので、それが届いたときに見る。それ以外の時間は見ない。この形にしたのは、手で数えに行くと、数え方が日によってブレるからでもあります。自動集計なら同じ基準で出てくるので、前の週と比べられます。
実際、スロット別の平均ビューは自動集計で出しているから比較できています。7月27日時点では朝15.7・昼5.7・夜1.8で、朝がいちばん見られていました。8月4日までの週は朝6.0・昼6.6・夜2.4です。7月ひと月で見ると82本投稿して合計ビュー582、いいね8、平均ビュー7.1、平均ビューが最も高かったのは朝の枠でした。こういう比較は、思い出しながら手で数えていたらできません。
ここで正直に書いておくと、この「決めた時間しか見ない」は完全には守れていません。守れている日と、そうでない日があります。ただ、少なくとも通知に叩き起こされて見に行くことは無くなりました。自分の意思で開いているぶん、開いたことを自覚できます。
通知を減らしすぎて危なかったこと
通知を絞る方向に振ったせいで、あやうく事故になりかけたこともあります。
Threadsの認証トークンは60日で切れます。切れたら投稿は全部止まります。気づいたときは、あと10日で期限が来るところでした。これは通知で気づいたのではなく、たまたま設定を見に行って分かったことです。期限が近づいていることを知らせる通知を、そもそも作っていなかったのが原因でした。その日のうちに延長して、ついでに毎月1日に自動で延長する仕組みを入れました。
もうひとつは、note告知が一度も投稿されていなかった件です。告知文をスプレッドシートにだけ書き込んでいて、投稿スクリプトが読むGoogleドライブ側のファイルを更新していませんでした。スクリプト自体は正常に終了しているので、エラー通知は一件も出ません。成功も失敗もしていない、ただ空振りしている状態でした。
日付を整える処理でも似たことがありました。パソコンによって使える書き方と使えない書き方があるのを知らずに書いて、その機能がまるごと無言でスキップされていました。エラーが表に出ない失敗が、いちばんこわいというのが、この2ヶ月でいちばん身に染みたことです。
なので今は、通知を減らす作業とセットで「無言で失敗していないか」を確かめる項目を持つようにしています。タスクを登録したあとは「準備完了」の表示だけで安心せず、渡している引数が空になっていないか毎回確かめる。これは、変数名にPowerShellの予約語を使ってしまって、タスクに渡す引数が丸ごと空になっていた件からの習慣です。
今の通知設計と、かかっている費用
2026年8月時点で動いているものを整理します。ThreadsとXにそれぞれ1日5本、7時・12時・17時・21時・23時に自動投稿しています。Xのほうは2026年8月4日から動かし始めました。毎朝6時台にAIが投稿文をまとめて生成してGoogleドライブにテキストで保存し、投稿スクリプトはそれを読んで投げるだけです。
投稿が失敗したらログに残り、Discordに通知が飛び、次にPCを開いたときにも報告が上がるようにしています。この「次にPCを開いたときにも報告が上がる」が地味に効いています。通知は見逃せるが、PCを開いた直後の報告は見逃しにくいからです。リアルタイムの通知を弱くしたぶんを、ここで受け止めています。
noteの新着はRSSで拾って月水金に自動告知しています。Xでは本文にURLを置かず、投稿にぶら下げる返信に貼る形です。週次・月次の集計レポートもDiscordに飛びます。noteのほうは2026年7月27日時点で記事27本、フォロワー2人、全記事の合計いいねは45でした。
費用は、XのAPI利用料が1日5本の投稿で月350円ほどです。ThreadsのAPIは無料で、タスクスケジューラーはWindows標準機能なので0円です。通知の分け方自体にはお金がかかっていません。Discordのチャンネルを分けて、それぞれの通知設定を変えるだけです。私が実際に使っているのはこの構成だけなので、他の通知ツールについては未検証です。おすすめはできません。
飲食の10年と、通知が無い環境
私は元調理師で、飲食の現場に10年いました。当時は昼に出勤して真夜中に退勤する生活で、休憩時間もほとんど取れませんでした。厨房にいる間、スマートフォンを見る時間はほぼありません。通知という概念が、そもそも仕事中には存在していませんでした。
在宅で働き始めてから、同じ画面の中に仕事と連絡と自分の発信の全部が乗るようになりました。作業する場所と、通知が届く場所と、気晴らしに見る場所が、全部ひとつのディスプレイの上にあります。これは飲食のときには無かった条件でした。
だから通知を分けるという発想が最初から自分の中にあったわけではなく、うまくいかなくなってから後付けで作ったものです。在宅は集中できる環境が自動で手に入るわけではなく、集中できる条件を自分で作らないといけないというのが、2年ほどやってきて分かったことです。
ちなみに、今やっている業務委託の仕事は、やっていること自体は会社員と変わらないと思っています。働く場所が違うのと、出社が無いだけです。それでも好きな時間に手を動かせる環境は、飲食を辞めてよかったと今になって思える理由のひとつです。
これから直したいところ
今の設計にも不満はあります。ひとつは、「あとで見る」に落としたものを本当にあとで見ているか、確かめる手段が無いことです。レポートチャンネルは通知を弱くしてあるので、見落としても誰も教えてくれません。今のところは週次レポートが飛ぶタイミングを覚えているのでなんとかなっていますが、仕組みとしては弱いです。
もうひとつは、通知を減らしたぶん、自分で確認しに行く手間が増えたことです。自動化を作っているのに、結局そのつど自分の手を動かしてしまっている、という状態がここにも出ています。通知を切るというのは、確認の責任を機械から自分に移し替える行為でもあるのだと思います。
それと、通知設計とは別の話ですが、そもそも見に行きたくなる原因の側が解決していません。自社の収益がまだ立っていないので、数字を確認しに行く頻度がどうしても上がります。2026年8月6日に自社サイト7ページとLPの公開準備を終えて、問い合わせフォームをGoogleフォームにつないで送信テストまで成功しました。あとはサーバーに置くだけです。ここが動き出せば、見に行く先も変わるかもしれません。
ひとつ支えになっているのは、引き継いだクライアントの案件をコンセプトから作り直したものが、最近になって伸びたことです。クライアントも驚いていましたし、正直、自分でも驚きました。伸びるまで手応えは一切ありませんでした。やっている最中は、効いているのかどうか分からないままです。手応えが無い時期がしばらく続いたあとで、急に来た。だから今も、反応が無い期間をすぐ失敗とは思わないようにしています。通知が鳴らない日々も、たぶんそれと同じです。
まとめ
- 通知を減らすというのは総数を削ることではなく、「今すぐ手を止める価値があるか」だけで置き場所を分けることだった。
- 分ける軸は内容の重要度ではなく、今すぐ動けるかどうか。重要でも今動けないものは、あとで見る側に置いた。
- 成功通知は完全には消さなかった。無音が「順調」なのか「動いていない」のか区別できなくなるため。実際にタスクが「準備完了」表示のまま一度も動いていなかったことがある。
- 自動化の稼働通知はDiscordに集約し、チャンネルごとに通知の強さを変えた。費用はXのAPIが月350円ほど、Threads APIとタスクスケジューラーは0円。
- 通知を減らしても、数字を見に行きたくなる気持ちは消えなかった。フォロワー0のまま87本投稿していた時期は、通知の有無で状況が判断できず、結局自分で開いていた。
- 代わりに、週次・月次の自動レポートが届いたときに見る、という時間の枠をはめた。完全には守れていないが、割り込みで見に行くことは無くなった。
- 減らしすぎの事故もあった。トークンの期限切れ10日前に偶然気づいた件、note告知が無言で空振りしていた件。エラーが表に出ない失敗がいちばんこわい。
- 通知を切ることは、確認の責任を機械から自分に移すこと。移した先を見る仕組みまで作らないと片手落ちになる。
コメント