kintoneを数年運用している会社から、最近こういうご相談が増えています。
「kintone本体より、連携サービスの月額の方が高くなってきた」
「FormBridgeやkViewerを何となく契約したまま、どの機能をどこまで使っているか把握できていない」
「値上げの案内が来たけれど、乗り換えるべきか、このまま使い続けるべきか判断できない」
結論から言うと、最初にやるべきことは解約でも乗り換えでもなく、棚卸しです。どのサービスに月いくら払い、そのうちどの機能を実際に使っているかを1枚に並べる。見直しはその後で、プランの適正化、重複の整理、そして条件を満たす場合に限って内製化、という順番で判断します。
私はCodeClimbとして中小企業の業務システム開発とkintone連携の開発をしています。連携サービスを売る側ではなく、作る側です。正直に言うと、内製化しない方がいい場面も多いので、この記事では「内製化した方が得なケース」と「既製サービスを使い続けた方がいいケース」の両方を書きます。実際に私が担当した案件で、外部連携サービス3つ（月9万円）を内製システムに置き換えて年間約108万円を削減した実例も、何を残したかまで含めてそのまま載せます。
この記事で持ち帰れるのは、次の5つです。
- 2026年時点の連携サービス料金相場と、月額が膨らむ構造
- 棚卸しシートの作り方（サービス×月額×使っている機能×代替可否）
- 見直しの4つの選択肢と、検討する順番
- 外部3サービスを内製化して年間約108万円削減した実例（残したサービスも含めて）
- 内製化に向くケース・向かないケースの判断軸
kintone連携サービスの料金相場と、月額が膨らむ構造【2026年時点】
まず前提の数字を揃えます。2026年時点の主要な連携サービスの料金です。
kintone連携のフォーム・ビュー系で最も使われているトヨクモのサービスは、いずれも「kintone1環境につき1契約」の月額制で、コースが段階的に上がっていく体系です。
- FormBridge（外部公開フォーム）: 月額7,000円〜50,000円の5コース（公式料金ページ）
- kViewer（kintoneアカウントなしでの閲覧）: 月額7,000円〜50,000円の5コース（公式料金ページ）
- DataCollect（アプリ間のデータ集計）: 月額9,000円〜35,000円の4コース（公式料金ページ）
さらに、トヨクモは2024年6月発表・同年11月1日適用の価格改定を実施し、大規模利用向けのエンタープライズコースも新設されました。kintone本体もサイボウズが2024年11月に価格体系を改定し、スタンダードコースは1ユーザー月額1,800円（税抜）、最小契約ユーザー数は10ユーザーになっています。
ここで押さえておきたいのは、連携サービスの月額が膨らむのは「使いすぎ」ではなく構造的なものだ、という点です。
- 外部フォームが必要になる（FormBridge）
- 回答結果や進捗を社外に見せたくなる（kViewer）
- アプリが増えて集計を自動化したくなる（DataCollect）
- 件数や機能の上限で、それぞれのコースが1段ずつ上がる
1つ1つは合理的な追加なんですが、気づくと「kintone本体＋連携サービス3〜4本」で、本体より連携側の月額が大きくなっている。これが冒頭の「本体より連携の方が高い」という状態です。ベンダーのコラムは基本的に「便利なので使い続けましょう」という立場で書かれているので、この構造自体を見直す記事はあまり出てきません。そこを、作る側の立場から整理していきます。
見直しの第一歩は解約ではなく「棚卸し」です
値上げの案内が来ると、つい「解約するか・続けるか」の二択で考えたくなりますが、その前に1枚だけ表を作ることをおすすめします。項目は4つで足ります。
- サービス名とコース（例: FormBridge プロフェッショナル）
- 月額（年額契約なら月換算で）
- 実際に使っている機能（フォーム何本、ビュー何枚、誰が見ているか）
- その機能の代替可否（下のコースで足りるか、他で置き換えられるか）
この表を作ると、だいたい次のどれかが見えてきます。
- 上位コースの理由になっている機能を、実はもう使っていない
- 同じ目的（社外に情報を見せる）のために2つのサービスに払っている
- 逆に、そのサービスがないと業務が止まる「解約してはいけない」契約
ポイントは、この段階ではまだ何も解約しないことです。棚卸しの目的はコスト削減そのものではなく、「月額の内訳を説明できる状態」を作ることです。ここができていないまま乗り換えや内製化の見積を取ると、必要な機能が漏れて、あとで結局戻すことになります。
なお、この棚卸しはkintoneに限らず、Excelやスプレッドシートで属人化した業務の整理にも同じ型が使えます。管理表そのものが崩れかけている場合は、先に 原価管理のExcelが崩れる理由 で書いた整理から始めた方が早いこともあります。
見直しの選択肢は4つ。内製化は最後に検討する
棚卸しができたら、選択肢は次の4つです。上から順に検討します。
1. コースの適正化。いま払っているコースの条件（フォーム数、回答数、ビュー数など）と実際の利用量を突き合わせ、下のコースで足りるなら下げる。これは開発が一切不要で、その日からできる見直しです。
2. 重複の整理。同じ目的に2つのサービスが入っているケースです。たとえば「社外に情報を見せる」目的でkViewerと別のポータル的な仕組みが並走している場合、どちらかに寄せられないかを検討します。
3. 一部内製化。使っている機能が限定的で、かつ月額が大きい場合に、そのサービスの担っている部分だけを自社システムに置き換える選択肢です。次の章で実例を書きます。
4. そのまま継続。見直した結果「適正だった」という結論も普通にあります。特にメール配信のように、到達率の管理や仕様変更への追従を既製サービスが吸収してくれている領域は、作る側から見ても既製を使い続ける方が合理的です。
順番が大事な理由はシンプルで、1と2はリスクも初期費用もほぼゼロ、3は初期費用と保守責任が発生するからです。内製化は効果が大きい代わりに一番重い選択肢なので、最後に回します。「全部内製にしましょう」という提案が最初に出てくる場合は、少し疑った方がいいかなと思います。
実例：外部3サービス（月9万円）を内製ポータルに置き換えて年間約108万円削減
ここからは、私が実際に担当した案件の話です。
あるkintone運用案件では、社外向けの窓口（フォームからの受付、進捗の共有、データの集計）を、トヨクモのFormBridge・kViewer・DataCollectの3サービスで運用していました。3つとも上位コースで、合計すると月9万円。年間で108万円です。
この案件では、kintoneのアプリが約30本まで増えていて、社外向けの窓口も「フォームで受けて、一覧を見せる」だけでは足りず、受付内容ごとの出し分けや、やり取りの履歴表示など、既製サービスの枠を超えたカスタマイズ要望が積み重なっていました。つまり「月額が高いから」だけではなく、「やりたいことが既製の範囲を超えた」ことが内製化の決め手です。
そこで、Next.jsで専用の外部公開ポータルを開発し、kintoneのAPIと直接連携する構成に切り替えました。2026年1月に切り替えを完了し、3サービスを解約。削減額は月9万円、年間約108万円です。ポータルの機能追加も、既製サービスのコース制約に縛られず自由にできるようになりました。
ただし、全部を内製にしたわけではありません。メール配信は同じトヨクモのkMailerを継続しています。メール配信は到達率や迷惑メール対策など、自作すると割に合わない領域なので、ここは既製サービスに残す判断をしました。内製化は「全部作る」ことではなく、「作った方が得な部分だけ作る」ことだと考えています。
もう1つ、内製化には保守という現実があります。自社開発に切り替えると、不具合対応の責任はベンダーではなく開発側に移ります。ここはAIの進化でかなり状況が変わっていて、CodeClimb自身の実測では、以前は半日かかっていたシステム不具合の原因調査が、AIを使った調査で10分程度で特定できるようになりました。保守コストの前提が数年前とは変わってきているのは、内製化の判断材料として押さえておいていい変化かなと思います。
内製化に向くケース・向かないケースの判断軸
実例を踏まえて、判断軸を整理します。
内製化に向くケース
- 連携サービスの月額合計が大きく、かつ数年単位で使い続けることが確定している（開発費を回収できる）
- 使っている機能が特定できていて、棚卸しで「この部分だけ置き換えればいい」と言える
- 既製サービスのコース制約や仕様の枠を超えたカスタマイズ要望が既に出ている
- 切り替え時に並行稼働の期間を取れる（ある日突然切り替える計画は事故のもとです）
内製化に向かないケース
- 月額が小さい、または利用が今後縮小する可能性がある
- メール配信・決済など、専門ベンダーが品質を担保している領域
- 要件がまだ流動的で、既製サービスの範囲内で試行錯誤している段階
- 保守の体制（社内担当か外部パートナーか）を決められない
目安として、開発費が「削減される年額の2〜3年分」に収まらないなら、内製化は急がない方がいいです。逆に実例のように年間約108万円の削減が見込める規模なら、開発費を回収できる計算が立ちやすく、検討する価値があります。
内製化を検討する場合の進め方（何から着手するか、どこまでを最初のスコープにするか）は、中小企業の業務システム開発は何から始めるべきか に別記事としてまとめています。開発費の考え方は 料金の目安 も参考にしてください。
まとめ
kintone連携サービスの費用見直しは、次の順番で進めます。
- まず棚卸し。サービス×月額×使っている機能×代替可否を1枚の表にする
- 選択肢は「コース適正化 → 重複整理 → 一部内製化 → 継続」の順で検討する
- 内製化は「全部作る」ではなく「作った方が得な部分だけ作る」
- 判断の目安は、開発費が削減年額の2〜3年分に収まるかどうか
実例では、外部3サービス（月9万円）を内製ポータルへの置き換えで年間約108万円削減できましたが、同時にメール配信は既製サービスを残しました。削減額の大きさより、「どこを作り、どこを既製に残すか」の線引きが、この見直しの本体だと思っています。
「うちの連携サービス構成は適正なのか」「内製化したらいくらかかり、何年で回収できるのか」という段階なら、まずは 無料相談 で棚卸しから一緒に整理するのが早道です。
