— Use cases
こんな場面で
このサービスが向く典型的な状況です。該当するものがあれば、まずご相談ください。
- 01
通知が多すぎて重要な異常が埋もれてしまう
- 02
時間帯・重要度別に通知先を分けたい
- 03
障害通知から対応開始までの時間を短縮したい
— Process
標準の進め方
個別事情に応じて調整しますが、標準的な進行はこの4ステップです。
- STEP 01
通知ルールと振り分け条件の設計
- STEP 02
通知基盤（SlackSlackSalesforce傘下の業務向けチャットツール。IT・開発系の企業で広く使われ、運用通知・インシデント共有の集約先としても定番。用語集で見る → / TeamsMicrosoft TeamsTeamsMicrosoft 365 に含まれるチャット・会議ツール。既にOfficeを導入している企業での採用が多い。用語集で見る → / Google ChatGoogle ChatGoogle Workspace に含まれるチャットツール。Gmail や Google Meet と連携して使われる。用語集で見る → / ChatworkChatwork国内発のビジネスチャット。中小企業・士業・取引先とのやりとりで広く使われる。用語集で見る → / LINELINE国内で広く普及するメッセージングサービス。個人連絡用に加え、公式アカウントや通知連携でも使われる。用語集で見る →）の設定
- STEP 03
ノイズ調整と運用定着
- STEP 04
通知効果のレビュー
— Related services
統制・監視の他のサービス
同じ領域で提供している他のサービスです。組み合わせて受けていただくことも可能です。