通知サポートプラグイン for kintoneの開発裏話

「あ、kintoneの通知が99+だ・・・・」

kintoneのシステム管理者・導入推進者・ユーザーサポート担当などなど、kintoneを業務に活用してもらうべく動かれている方ならば、ユーザーの画面を見たときにこんなことを思ったことは何度もあるのではないでしょうか。

この通知をどうにかできないかというのが、「通知サポートプラグイン for kintone」の開発にあたる出発点でした。

自分宛の通知がたくさん問題

kintoneの画面上部のベルマークに未読数字が表示される通知は自分宛のもの。そのため、確認すべき扱いの通知にあたります。とはいえ、色々な場所や宛先で送られてくるため、「何か通知が届いているな」の未読アイコンだけでは、その中に本当に自分に必要なものがいくつあるのか、判断がつきません。

通知の宛先からの判断軸

  • 自分宛のメンション:重要度は高そう必要なもの。
  • グループまたは組織指定のメンション:重要度が高いものかはハテナ。内容を見ないと自分に関係あるか判断がつかないことも。

場所からの判断軸

  • アプリから
  • スペース(またはスレッド)から
  • ピープルから
  • 特定の人から

ここに、kinntoneを利用する状況が組み合わさります。ユーザ数が多い、アプリが多い、コミュニケーションが活発など、利用者が多くなり利用度が高くなればなるほど、自分宛の通知がわんさか届くようになります。

kintoneの運用当初には無かった通知に関する課題が、活用度が上がるほど出てくるようになります。

見たい通知が埋もれて未読がたまる

アプリを利用する中で主に設定するのは「レコードの条件通知」と「リマインダーの条件通知」の2種類。これらは必要なタイミングで通知を自動的に送れるので、見逃したくない重要度が高そうな通知です。

しかしkintoneの基本機能として用意されている通知には、重要度の概念はありません(自動的につけようがない)。自分宛の通知はすべてのフラットな扱いなので、その中から自分が重要と思うもの(見たいと思うもの)を探して確認していく必要があります。自分宛の通知が多いほど、未読を溜めてしまうと確認にも時間がかかります。

常にPCを触れる環境にあるユーザーならば、通知が届いた都度確認をすることは容易です。しかしユーザーの中にはそのような環境にはいないケースもあります。このような場合、通知は決まったタイミングでまとめてみる必要がありますが、未読の数が多いと一つ一つ見ていくのにも時間がかかる。そんな中、自分宛ではあるものの直接的に関係が無いものが多いとなってくると、「見なくていいか!」となり、結果的に未読が多い状態(オオカミ少年状態)に陥ってしまうことが想像できます。

kintoneの通知画面

通知画面の左側パネルには、デフォルトで「全て」「@自分宛」「後で読む」の3つが表示され、その中の「@自分宛」の部分に未読数バッジが表示されます。その下に絞り込み設定を追加することもできますが、設定したラベル(以下の例だと「アプリからの通知」)に対して未読数は表示されません。ここにも未読バッチが表示されるようなると大分変わるので、今後のバージョンアップに期待。

通知を見ないのは悪いこと?なぜ通知を見てもらいたいのか

「通知の未読が99+になるのをどうにかできないか」ということで出発していましたが、通知を溜めるのはそもそも悪いことなのか。なぜ通知が溜まることを問題としているのか。

それを改めて考えてみると、見ないこと・溜めること自体は悪いことではないという結論になりました。

  • 通知が無くても動ける人
  • 通知を見なくても(溜めても)動ける人
  • 通知をうまく活用して動いている人
  • 通知があっても見ようとしない人
  • 通知を見ても動かない人(後回しにする人)

など、様々です。

問題としているのは、通知を見ないことで発生する(可能性のある)弊害の部分です。

  • 通知を見逃したことで、業務が停滞する。お客様に迷惑をかける。
  • 通知に気づかず、対応すべき業務が遅れる。共有事項がインプットされない。
  • 通知を見たと思ったけれど実は見ておらず、対応すべき業務を放置してしまった。

アクションしないことが自分にのみ関係しているのであればそれほど問題ではありませんが、通常はそうはならず、社内・社外の関係者に大なり小なり影響が及びます。

通知を確認することでこれらを未然に防ぐことができるのではないか、だからこそ通知をうまく活用することは大きなメリットがあるし、そのためには未読をためないことが大切になってくる、という思考の流れがあることを改めて認識しました。

通知を見る見ないはユーザー次第

未読を溜めないというメリットをユーザーに布教することは大切で、メリットを理解してユーザーが行動を改善してくれるなら万々歳です。また、業務ルールとして徹底させていくことも大切ですし、会社として仕組みや評価制度に組み込むといったアプローチも考えられます。さらに、必要な人にだけ届く設定になっているかという点を改めて見直すことも必要です。

とはいえ、単にやらされ感で対応して未読0にしたとしても、内容の確認が適当なものになっては結局意味がありません。

では、そもそも通知を減らす、もしくは無くしたらどうか。業務が適切に回っていれば良く、通知はそのための手段の1つだからです。

そこで別のアプローチとして、通知からのアクションではなく、業務で利用するアプリを開いたときのメッセージ表で知らせる、という形に至りました。

業務に使用するアプリを開けば、メッセージが出てくる

アプリを使用して業務を回すようになっているのであれば、アプリを必ず開きます。そのアプリを開いたときに対応が必要なメッセージが情報として都度出てきてくれた方が、ユーザーには良いのではないか。対応が完了する(フィールドの値が特定の値に変わる)までずっと表示されたほうが、抜け漏れに気づきやすいのではないか。

ということで、一覧画面を開いた際に、事前設定した条件に一致するレコードがあればメッセージを表示する「通知サポートプラグイン for kintone」を開発しました。

本プラグインを用いてアプリを開いたときに必要な通知メッセージを表示することで、これまでアプリに設定していた条件通知の設定は削除する(もしくは減らす)ことを想定しています。条件通知の設定数が減ることで、全体的な自分宛の通知の数が減らせます。結果として、必要な本当に自分宛の通知だけが残り、「通知が多すぎ!」とユーザーが感じてしまうことを減らせます。未読0の運用徹底もしやすくなるのではないかと考えています。

また、ITが得意ではないユーザーが多いような場合、必要な情報が都度出てくれるほうが、操作の迷いを減らして業務に集中できるようになるでしょう。

今後のバージョンアップの構想

2026年6月時点では、アプリ1つ1つに設定し、そのアプリを開いた際に条件に一致するレコードがあれば通知メッセージを表示する形(自アプリモード)のみ提供しています。ただ、この形だと各アプリを1つ1つ開く必要があるので、対応が必要なレコードがあるかをまとめて確認するには不向きです。

そこで最終的には、ある1つのアプリを開くことで、各アプリの通知条件に一致したメッセージをまとめて表示できるようにする形を構想しています(一括表示モード)。

その他、条件に合わせてフィールドを色付けする、パネルの初期表示有無設定など、バージョンアップネタはいくつかあります。利用者様の声を基準に対応を判断していこうと思っています。

少しでもプラグインが気になった方は、是非お気軽にお試しください。30日間無料トライアル可能です。

佐藤 貴久

コアノーツ株式会社 代表。 2017年にkintoneに出会い、以降、kintoneの導入支援・アプリ構築等のプロジェクトに従事。現在は現場の課題に応えるためのプラグインを開発・販売をメインに展開。構築支援パートナーの方々が持つ技術力と弊社プラグインのAPIを掛け合わせることで、お客様の利益を最大化するソリューション創出を目指す。 サイボウズの認定資格である「アソシエイト」「アプリデザインスペシャリスト」「カスタマイズスペシャリスト」を保有。

関連記事