Kintoneプラグインの選び方 — 5つの判断軸
Kintoneには400種類以上のプラグインがあると言われます。「どれを選べばいいか分からない」は、導入を検討する全員が通る関門です。この記事では、プラグインをカタログ的に紹介するのではなく、選定する側が自分で判断できるようになるための、5つの判断軸を整理します。
この記事の要点
Kintoneプラグインの選定基準は、機能の有無ではありません。アーキテクチャ、ベンダー継続性、コスト構造、セキュリティ、運用負担の5軸で判断すれば、機能比較表では見えない要素が明確になります。機能は後から買えますが、アーキテクチャは買い直せません。
典型的な失敗パターン
Kintoneプラグインの選定でよく起きる失敗は、だいたい以下の3つのどれかです。
機能比較表だけで選んでしまう
「A社は○○ができて、B社は△△ができる」という表で判断すると、機能面では見栄えの良い方を選びがちです。ただし、機能はあとから追加開発で埋められる要素です。アーキテクチャやベンダーの事業継続性は、あとから変更できません。機能で選んで、運用で後悔するパターンが最も多いです。
初期費用だけを見て選んでしまう
「月額¥5,000で安い」「1年目は無料」といった導入コストだけを見ると、3年後・5年後のコストが見えません。ユーザー単位課金のプラグインは、組織が成長するとコストが比例して増えます。一方、サブドメイン単位の定額制は、ユーザー数が増えてもコストは変わりません。長期的なコスト構造を見ないと、3年後に「こんなに払ってるの？」となります。
営業ドリブンで選んでしまう
「顔が見える営業だから信頼できる」「営業担当が熱心だから選んだ」というパターンは、日本の組織では特によくあります。ただし、営業ドリブンで選ばれた製品は、だいたい営業抜きでは契約できない価格帯・契約形態になっていることが多いです。これは、製品そのものが自走しないという構造のサインでもあります。
5つの判断軸
失敗パターンを避けるため、私たちが現場で使っている判断軸を5つに整理します。
軸1. アーキテクチャ
これが最重要です。プラグインの設定と動作が、Kintone内で完結するか、それとも外部ポータル型か。
ネイティブプラグイン型：Kintoneの管理画面だけで設定が完結します。外部ポータルへのログインは不要。ユーザー管理はKintoneの権限体系を使います。データの越境も最小限。
外部ポータル型：Kintone以外のサイト（各ベンダー固有のドメイン）にログインして設定します。ユーザーアカウントをベンダー側で別途管理する必要があります。データは処理のためにベンダーサーバーを経由します。
どちらが絶対的に優れているわけではありませんが、金融・医療・公共機関のように稟議プロセスが重い環境、またはIP制限下のKintone環境では、ネイティブ型の方が導入と運用の負担が圧倒的に軽くなります。小規模なSMBで、とにかく機能が充実していることが優先なら、外部ポータル型も選択肢になります。
この軸を判断する実務的な方法：トライアル時に、「設定のために、kintone.comドメイン以外のWebサイトにログインする必要があるか？」を確認してください。一度でもある場合、それは外部ポータル型です。
軸2. ベンダー継続性
プラグインを提供しているベンダーが、5年後・10年後に存在している確信度はどれくらいか。
確認すべきポイント：
- 会社の経営規模：上場企業 > 資金調達済みスタートアップ > 自己資金で運営 > 個人事業主。小規模なら悪いわけではありませんが、継続性のリスクは明示的に判断すべきです。
- 事業継続年数：3年以上運営していて、顧客数が増えている実績があるか。「サービス開始から半年」のプラグインは、アーリーアダプター向けです。
- 事業停止時の約束：ベンダーが事業を停止した場合、プラグインはどうなるか。契約書に、ソースコードのオープンソース化、お客様のセルフホスト移行支援、一定期間の猶予、といった条項があるか。これは意外と重要で、日本の大企業の稟議プロセスではここが必ず問われます。
軸3. コスト構造
3年・5年の総コストを試算する必要があります。
料金モデルは大きく2種類：
ユーザー単位課金：組織の成長に応じてコストが比例します。例：1ユーザー¥1,000/月、100名で¥100,000/月、5年で¥6,000,000。組織拡大局面では不利です。
サブドメイン単位定額制：ユーザー数が増えてもコストは変わりません。例：¥9,800/月固定、5年で¥588,000。金額の「天井」が読めるため、稟議が通しやすい特徴があります。
また、以下の追加コストの有無を確認：
- 初期費用・セットアップ費用
- プラグインごとの追加課金
- 機能単位の追加課金（例：CC/BCC対応は上位プランのみ、など）
- データ送信量・API呼び出し数に応じた従量課金
- サポート費用（基本サポートは無料でも、優先サポートは有料のケースあり）
「月額だけ見たら安い」製品は、追加コストを積み上げると実質3倍になるケースもあります。
軸4. セキュリティと監査対応
金融・保険・医療・公共機関など、セキュリティ監査が厳しい環境では、以下を確認する必要があります。
- データの保存場所：ベンダーのサーバーにデータが保存されるか、それともKintone内のみか。保存される場合、リージョン（日本国内か海外か）はどこか。
- 暗号化：通信（TLS）と保存（AES-256等）の暗号化は標準的か。
- 認証：OAuth 2.0対応か、基本認証依存か。2026年4月以降、基本認証依存の製品は使えなくなります。
- IP制限環境への対応：ホワイトリスト化すべきドメイン・IPレンジが明記されているか。プロキシ経由での利用が可能か。
- DPA（データ処理契約）：エンタープライズ向けのプランにDPAが含まれているか。
- SOC2・ISO27001等の認証：大規模エンタープライズ案件では、これらが入札条件になる場合があります。
軸5. 運用負担
導入後の日常運用で、IT管理者やユーザーにどれだけの負担がかかるか。
- ユーザー追加・削除の手間：Kintoneのユーザー管理だけで済むか、ベンダー側でも作業が必要か。退職者対応で、両方から削除する作業を覚えておく必要があるか。
- 障害対応：ベンダー側の障害時、自社IT部門はどこまで関与する必要があるか。
- アップデート対応：プラグイン更新時、再設定やユーザーへの周知が必要か、自動で反映されるか。
- サポート応答：問い合わせから何時間で一次応答があるか。担当者は技術が分かる人か、チケット振り分けの一次窓口か。
実際の選定プロセス
上記5軸で複数のプラグインを比較する際、以下の順序で進めると効率的です。
- 要件を言語化する（どの業務の、どの課題を解決したいか）
- 候補を3～5製品に絞る（機能面で、要件を満たせる候補）
- 上記5軸で候補を評価する（アーキテクチャ、継続性、コスト、セキュリティ、運用負担）
- 2～3候補でトライアルを行う（14日～30日の無料試用）
- 実環境で、実データで、実ユーザーが試す（営業デモだけでは見えない部分を確認）
- 1社を選定、契約、並行運用で移行
このプロセスを急ぐと、だいたい2か月後に後悔します。急がないと、3年後まで後悔しません。この差は大きいです。
セルフチェックリスト
プラグインの評価時に、以下の質問に答えてみてください：
- 設定は完全にKintone内で完結するか？（一度も外部ポータルへのログインを求められないか）
- ベンダーは3年以上運営しているか？
- 事業停止時の契約上の約束はあるか？
- 5年後のコストを試算したか？
- 稟議書添付用の資料（会社概要・セキュリティ一式）がベンダーから提供されるか？
- トライアル中に、実ユーザーが実データで試したか？
- サポート一次応答は、技術が分かる人が対応するか？
- OAuth 2.0に対応しているか？（メール送信プラグインの場合）
- 退職者対応の手順は1系統で済むか？
これら9つに全て「はい」と答えられる製品は、機能だけで選んで後悔するタイプのプラグインではありません。
kinplugが該当するか
開示義務として、私たちの立ち位置を明記します。kinplugは、上記5軸のすべてでネイティブプラグイン型として設計されています。アーキテクチャはKintone内完結、事業停止時のオープンソース化を契約書に明文化、サブドメイン単位定額¥9,800/月、OAuth 2.0ネイティブ対応、サブドメインスコープの認証、開発者本人がサポート対応、です。
とはいえ、kinplugが万能ではありません。機能の深さでは、サーバー側で処理する外部ポータル型に劣る部分もあります。AIによる高度な自動化、GB単位のデータ処理、複雑なマルチクラウド連携などは、外部ポータル型の方が強いです。貴社の用途が「本当に機能面で複雑な処理が必要」な場合、kinplugは最適解ではない可能性があります。
一方、「普段の業務を普通に回すために、Kintoneにあと一歩の機能を足したい」「金融・医療・公共機関のセキュリティ要件に合わせたい」「長期的に運用負担を最小化したい」のいずれかが優先なら、kinplugは有力な候補です。
関連記事
選定相談は support@kinplug.com までお気軽にどうぞ。当社プラグインが最適解でない場合も、率直にお伝えします。