atom.nocode-builder.configure-alerts-and-reminders
通知と催促を設定する
通知と催促を設定する アプリを作っても、使う人が「見忘れる」「やり忘れる」ことは日常茶飯事です。たとえば、せっかく予約フォームを作っても、申し込みがあったことに気づかなければ対応が遅れてしまいますよね。 この At...
成果物成果物このレッスンが終わったとき、あなたの手元に残る具体的な成果物です(例: 公開済みの Web ページ、動作するフォームなど)。
証跡証跡成果物が正しく作れたことを確認するためのチェックリストです(例: ブラウザで動作する、フォーム送信で値が保存される)。
メディアメディアレッスン内に出てくる図や動画のスロットです。実際の画面やイメージで理解を補助します。
レッスン本文
通知と催促を設定する
アプリを作っても、使う人が「見忘れる」「やり忘れる」ことは日常茶飯事です。たとえば、せっかく予約フォームを作っても、申し込みがあったことに気づかなければ対応が遅れてしまいますよね。
この Atom では、ノーコードツールの通知(=何かが起きたときに自動で知らせる仕組み)と催促(=期限が近づいたときにリマインドする仕組み)を設定して、「見落とさない・忘れない」アプリに仕上げます。

理解する — 通知と催促は「アプリの声」
料理にたとえると、通知は「タイマーが鳴る」こと、催促は「まだオーブンに入れてないよ、と声をかけてくれる」ことです。どちらもアプリが自動でやってくれるので、あなたが画面に張り付いている必要はありません。
通知と催促には大きく3つのパターンがあります。
- イベント通知 — 「新しい申し込みが来た」「ステータスが変わった」など、何かが起きた瞬間に知らせる
- リマインダー(催促) — 「期限の1日前」「未対応が3日続いている」など、時間ベースで知らせる
- サマリー通知 — 「今日の申し込みは5件でした」など、まとめて知らせる
良い例と悪い例
良い例: 「新しい問い合わせが来たら、担当者にメールで通知する」→ 対応漏れを防げる
悪い例: 「データが1行追加されるたびに全員にメール通知する」→ 通知が多すぎて誰も見なくなる
準備する — AIに設計を相談する
まず、あなたのアプリでどんな通知が必要かをAIに相談しましょう。以下のプロンプト(=AIへの指示文)をコピーして、ChatGPTやClaudeに貼り付けてください。
私はノーコードツールで[あなたのアプリの説明]を作っています。
このアプリで必要な通知と催促を洗い出してください。
以下の3種類に分けて、それぞれ具体例を挙げてください:
1. イベント通知(何かが起きた瞬間に知らせるもの)
2. リマインダー(時間ベースで催促するもの)
3. サマリー通知(まとめて報告するもの)
それぞれ、誰に・どの手段(メール/アプリ内/Slack等)で届けるべきかも提案してください。
AIが出してくれたリストを見て、「これは必要」「これは後でいい」と優先順位をつけましょう。最初はイベント通知を1つだけ設定するのがおすすめです。
設定する — 通知ルールを作る
ノーコードツールにはそれぞれ通知の仕組みが用意されています。ここでは共通する考え方を押さえます。
ステップ1: トリガー(きっかけ)を決める
「いつ通知を送るか」を決めます。
- レコード(=データの1行)が追加されたとき
- 特定の項目が変更されたとき
- 期限の**○日前になったとき**
ステップ2: 送り先と手段を決める
「誰に・どうやって届けるか」を決めます。
- メール通知 — 外部の人にも届けられる。ただし見落とされやすい
- アプリ内通知 — ツールにログインしている人向け。すぐ気づける
- チャットツール連携 — Slack や LINE に送る。チームで使うなら最も見られやすい
ステップ3: メッセージの中身を決める
通知の文面には「何が起きたか」「何をすればいいか」を含めましょう。
良い例: 「新しい問い合わせ: 田中様より『料金について』— 対応をお願いします」
悪い例: 「通知があります」→ 何のことかわからない
AIにメッセージのテンプレートを作ってもらうと便利です。
以下の通知メッセージのテンプレートを作ってください:
- トリガー: 新しい問い合わせが追加されたとき
- 送り先: 担当者のメール
- 含めたい情報: 問い合わせ者名、件名、緊急度
簡潔でわかりやすい文面にしてください。

催促(リマインダー)を追加する
イベント通知ができたら、次はリマインダーを1つ追加しましょう。
リマインダーは「時間が経ったのにアクションが完了していない」場合に送るものです。
設定のポイント
- いつ送るか: 期限の1日前、未対応が2日続いたとき、など
- 繰り返すか: 1回だけか、対応されるまで毎日送るか
- エスカレーション: 3日経っても対応がなければ上司にも通知する、など
AIに催促ロジックを相談する
私のアプリでは[対応すべきタスク]があります。
以下の条件でリマインダーのルールを設計してください:
- 期限は登録から3日後
- 期限1日前に担当者にリマインド
- 期限を過ぎたら毎日リマインド
- 3日過ぎても未対応なら管理者にもエスカレーション通知
ノーコードツールで設定しやすい形で出力してください。
確認する — 通知が届くかテストする
設定したら必ずテストしましょう。実際にデータを1件追加して、通知が届くか確認します。
チェックリスト
- テストデータを追加して、通知が届いた
- 通知の文面に必要な情報が含まれている
- 通知の送り先が正しい(自分以外の人にも届くか)
- リマインダーの時間設定が正しく動いている
- 通知が多すぎないか(1日に届く件数を想像する)
よくあるつまずきと対処法
| つまずき | 原因 | 対処法 |
|---|---|---|
| 通知が届かない | メールがスパムフォルダに入っている | 迷惑メールフォルダを確認し、送信元を許可リストに追加する |
| 通知が大量に届く | トリガー条件が広すぎる | 条件を絞る(例: すべての変更→ステータス変更のみ) |
| リマインダーのタイミングがずれる | タイムゾーン設定の問題 | ツールのタイムゾーン設定を「Asia/Tokyo」に合わせる |
| 通知文面が空っぽ | テンプレートの変数設定ミス | 変数名(フィールド名)が正しいか確認する |
まとめ — あなたが作ったもの
この Atom を終えると、以下ができるようになっています。
- アプリで何かが起きたときに、自動で関係者に通知が届く
- 期限が近づいたら自動で催促のリマインダーが送られる
- 通知の文面に必要な情報が含まれていて、受け取った人がすぐ行動できる
成果物: 通知とリマインダーの設定内容をまとめたドキュメント(どんなトリガーで・誰に・何を送るかの一覧)をスクリーンショットと一緒に記録しましょう。
種類: markdown_doc
検証: basic_manual_check_v1
証跡証跡成果物が正しく作れたことを確認するためのチェックリストです(例: ブラウザで動作する、フォーム送信で値が保存される)。
メディア
必須
なし
あると楽
なし