kintone導入費用の相場｜外注先の選び方
kintone導入を外注する初期費用は、簡易構築で10万〜50万円、部門導入で50万〜150万円、外部連携・個別開発を含むと150万〜500万円以上が一般的な目安です。ライセンス、移行、プラグイン、保守を含む総費用で比較し、小規模に検証してから広げるのが基本です。
kintoneは、サイボウズ株式会社が提供するクラウド型の業務改善プラットフォームです。顧客管理、案件管理、日報、申請、問い合わせ管理などの業務アプリを、ローコード（＝プログラミングを最小限に抑える開発方法）で構築できます。
ただし、契約してアプリを作るだけで業務改善が完了するわけではありません。既存のExcelや紙の帳票をそのまま再現すると、不要な入力作業が残ったり、似たアプリが乱立したりします。費用対効果を高めるには、対象業務を絞り、業務手順、データ、権限、運用責任まで一体で設計することが重要です。
本記事では、kintone導入を外注する発注者に向けて、費用相場と期間、外注範囲、依頼前の準備、見積もりの比較方法、支援会社の選び方を解説します。
kintone導入費用の相場と期間
kintone導入の総費用は、初期構築費だけでは判断できません。「ライセンス料」「アプリ構築費」「プラグイン・外部連携費」「データ移行費」「研修費」「保守・改善費」を分け、少なくとも運用開始後1〜3年の総額で比較する必要があります。
規模別の初期費用相場
| 導入規模 | 主な内容 | 初期費用の目安 | 期間の目安 |
|---|---|---|---|
| 小規模な試験導入 | 1〜2アプリ、基本的な一覧・通知・権限設定 | 10万〜50万円 | 2週間〜1か月 |
| 部門単位の導入 | 複数アプリ、承認フロー、権限設計、簡易な移行 | 50万〜150万円 | 1〜3か月 |
| 複数部門への展開 | 業務整理、アプリ間連携、プラグイン、研修 | 100万〜300万円 | 2〜5か月 |
| 個別開発を伴う導入 | 独自画面、複雑な帳票、外部システム連携 | 150万〜500万円以上 | 3〜8か月 |
| 全社的な業務基盤 | 多部門展開、大規模移行、基幹連携、統制設計 | 500万〜1,500万円以上 | 6〜12か月以上 |
金額と期間は一般的な目安であり、範囲が重なる場合もあります。例えば、アプリが2個だけでも、複雑な閲覧権限や基幹システムとの連携があれば100万円を超えることがあります。一方、アプリ数が多くても、標準機能を共通化してデータ移行を自社で行えば、費用を抑えられる場合があります。
発注のご相談を受ける開発会社の立場では、「営業管理アプリを作りたい」「Excelをkintoneに移したい」という情報だけで精度の高い見積もりを作ることは困難です。同じ営業管理でも、顧客台帳だけを扱う場合と、見積承認、活動履歴、売上集計、請求連携まで含む場合では、必要な設計やテストが異なるためです。
導入費用を左右する7つの条件
見積金額に影響しやすいのは、単純なアプリ数よりも次の条件です。
- 業務整理の範囲：現行業務の調査や改善提案まで依頼するか
- 画面・処理の複雑さ：項目数、一覧、集計、通知、承認経路がどの程度あるか
- 権限の細かさ：部門、役職、担当者、レコード単位で制御するか
- 移行データの品質：重複、表記揺れ、空欄、添付ファイルがどの程度あるか
- 外部連携の数と方式：会計、販売管理、チャット、電子契約などと接続するか
- 個別開発の有無：JavaScriptカスタマイズ（＝プログラムで独自の表示や処理を追加すること）が必要か
- 関係者の多さ：部門間調整、説明会、承認、テストにどの程度の工数がかかるか
API連携とは、異なるシステム同士がデータを受け渡すための接続方法です。接続先にAPIがあっても、利用申請、認証設定、データ変換、エラー処理、監視まで必要になるため、「APIがあるから簡単」とは限りません。
導入後にかかる継続費用
| 費用項目 | 内容 | 一般的な目安 |
|---|---|---|
| kintoneライセンス | 利用プランとユーザー数に応じた利用料 | 公式の最新料金を確認 |
| プラグイン | 帳票、検索、入力補助、集計などの追加機能 | 1製品あたり月額数千円〜数万円程度 |
| 外部サービス | 電子契約、メール配信、BIなどの利用料 | 月額数千円〜数十万円程度 |
| 保守・改善支援 | 問い合わせ、調査、設定変更、改善提案 | 月額5万〜30万円程度 |
| スポット改修 | 項目追加、一覧変更、機能改善 | 1回5万〜50万円以上 |
BIはBusiness Intelligenceの略で、蓄積したデータを集計・可視化する仕組みです。ライセンスやプラグインの料金は改定されることがあるため、発注時点の公式情報と見積書を確認してください。
継続費用は、次の式で整理すると比較しやすくなります。
3年間の総費用＝初期構築費＋データ移行・研修費＋36か月分のライセンス・プラグイン・保守費＋想定改修費
標準機能中心で社内管理者が設定変更できるなら、月額保守を付けない選択も可能です。一方、個別開発や複数の外部連携がある場合は、障害発生時に原因を切り分ける窓口を決めておくほうが運用しやすくなります。
kintoneが向く業務と外注範囲の決め方
kintoneは、Excel、メール、紙に分散している情報を複数人で更新・共有する業務に向いています。一方、高速な大量処理や複雑な基幹業務をすべてkintoneに置き換えると、使い勝手や保守性に課題が出る場合があります。
向いている業務・慎重に検討したい業務
| 判断 | 業務の例 | 理由・注意点 |
|---|---|---|
| 向いている | 顧客、案件、契約、設備などの台帳管理 | 項目、一覧、検索、コメントを使って情報を共有しやすい |
| 向いている | 日報、作業報告、問い合わせ履歴 | 担当者ごとの記録と進捗を一元化しやすい |
| 向いている | 稟議、申請、承認 | ワークフロー（＝申請から承認までの流れ）を管理できる |
| 向いている | Excelで行う定期集計 | 入力元を統一し、グラフや一覧を更新しやすい |
| 慎重に検討 | 複雑な会計、給与、生産計画 | 専用製品のほうが法改正や業務要件に対応しやすい場合がある |
| 慎重に検討 | 大量データの高速処理 | データ量、処理時間、利用制限を事前に検証する必要がある |
| 慎重に検討 | 一般消費者向けの公開サービス | 公開画面、会員認証、同時アクセスなどを別途設計する必要がある |
| 慎重に検討 | 企業全体の基幹業務統合 | ERPなど他の選択肢と費用・統制を比較する必要がある |
重要なのは、「kintoneで何が作れるか」から考え始めないことです。まず解決したい業務課題を定義し、そのうえでkintone、既存システムの改修、他のクラウドサービス、個別開発を比較します。
自社構築・導入支援・個別開発の比較
| 進め方 | 向いているケース | メリット | 注意点 |
|---|---|---|---|
| 自社で構築 | 単純な台帳、少人数での試験利用 | 外注費を抑えやすく、変更が早い | 設計ルールがないとアプリが乱立しやすい |
| 設計のみ外注 | 社内に運用担当者がいる | 業務設計の品質と内製化を両立しやすい | 社内担当者の作業時間を確保する必要がある |
| 標準構築を外注 | 部門導入、短期間で開始したい | 要件整理から研修まで任せやすい | 納品後に誰が変更するかを決めておく |
| プラグインを活用 | 帳票や入力補助を追加したい | 個別開発より早く安い場合がある | 継続料金、仕様制約、提供終了リスクがある |
| 個別開発を外注 | 独自処理や外部連携が不可欠 | 自社要件に合わせやすい | 初期費用と将来の保守費が増えやすい |
| 継続改善を依頼 | 要件が変化しやすい、段階展開したい | 利用状況を見ながら改善できる | 月ごとの予算上限と優先順位管理が必要 |
実務上は、初期の業務整理と共通設計を外注し、軽微な項目追加や利用者管理は自社で行う分担が有効です。外注先へ依存しすぎず、社内で変更できる範囲を増やせるため、長期的な運用費を管理しやすくなります。
ただし、誰でも自由にアプリを作れる状態にするのは避けるべきです。アプリの命名規則、作成権限、管理責任者、テスト方法、廃止手順を定めたうえで内製化してください。
kintone導入の進め方と依頼前の準備
kintone導入は、最初から全社共通システムを完成させるより、一部門または一業務で試験運用し、効果と課題を確認してから展開するほうが投資判断をしやすくなります。一般的には、次の6段階で進めます。
1. 課題、目的、効果指標を決める
「Excelを廃止する」「DXを進める」だけでは、必要な機能を判断できません。二重入力を減らす、案件の対応漏れを防ぐ、月次集計を早めるなど、改善したい状態を具体化します。
あわせて、KPI（＝効果を測る指標）を決めます。
- 転記や集計にかかる時間
- 申請から承認完了までの日数
- 対応漏れ、入力ミス、重複登録の件数
- 月次報告書の作成時間
- 対象者の利用率、期限内入力率
- 問い合わせへの初回対応時間
効果指標は、導入前の数値も把握しておかないと比較できません。厳密な測定が難しい場合でも、代表的な業務を数回計測して基準を作っておくとよいでしょう。
2. 現行業務とデータを棚卸しする
現在の作業手順、担当者、承認経路、使用中のExcel、帳票、メール、既存システムを整理します。作業手順を並べるだけでなく、「誰が入力するか」「誰が確認するか」「入力後に何へ転記するか」まで確認してください。
データ移行では、件数だけでなく品質が費用を左右します。会社名の表記揺れ、重複、空欄、日付形式の違いなどがある場合、データクレンジング（＝移行前にデータを整理・修正する作業）が必要です。
3. 初回の対象範囲と優先順位を決める
要望を次の3段階に分けると、予算調整が容易になります。
- 必須：運用開始に不可欠で、代替手段がない
- 重要：効果が高いが、一時的に手作業でも代替できる
- 将来：試験運用の結果を見て追加を判断する
初回対象には、効果を測りやすく、他システムへの影響が小さい業務を選びます。複数部門にまたがる業務は効果が大きい一方、合意形成に時間がかかるため、責任者と決定方法を先に定めてください。
4. 要件定義と試作品の確認を行う
要件定義とは、作るものと運用方法を決める工程です。項目や画面だけでなく、利用者、権限、通知、承認、例外処理、データ移行、運用責任まで決めます。
資料だけで判断せず、早い段階で試作品を利用者に触ってもらうことが重要です。次の場面を実際に確認してください。
- 新規登録、編集、検索、集計が迷わず行えるか
- スマートフォンでも必要な操作ができるか
- 差し戻し、取り消し、担当者不在に対応できるか
- 誤入力を修正した履歴を確認できるか
- 退職者や異動者の権限を変更できるか
- 入力項目が多すぎず、日常運用を継続できるか
5. 構築、データ移行、テスト、研修を行う
本番データを一度に移す前に、一部データで試験移行を行います。件数が一致するかだけでなく、金額、日付、添付ファイル、関連レコード、文字化けの有無を確認します。
テストでは、開発会社が行う動作確認と、発注者が行う受入テスト（＝業務で使える状態かを確認するテスト）を分けます。発注者側は実際の業務シナリオを使い、入力から承認、集計までを通して確認してください。
研修は全機能の紹介ではなく、担当者ごとの日常操作に絞るほうが定着しやすくなります。一般利用者向けの操作手順に加え、管理者向けにユーザー追加、権限変更、設定変更、問い合わせ対応の手順も用意します。
6. 試験運用後に効果を確認して改善する
公開直後に出る要望をすべて即時反映すると、仕様が安定せず、変更同士が競合することがあります。業務停止につながる問題は緊急対応し、使い勝手の改善は月1回などの周期でまとめて判断します。
改善要望には、目的、対象者、期待効果、緊急度、代替手段を記録します。利用者の声が大きい順ではなく、業務効果と影響範囲で優先順位を決めることが大切です。
依頼前に用意するチェックリスト
正式な仕様書を作り込む必要はありませんが、初回相談までに次の情報があると、提案と見積もりの精度が上がります。
- 解決したい課題と導入目的
- 対象部門、業務、拠点
- 想定ユーザー数と社外利用者の有無
- 現在の業務フローと承認経路
- 使用中のExcel、帳票、マニュアルのサンプル
- 移行データの種類、件数、形式、品質
- 連携したい既存システムと連携目的
- 閲覧・編集を制限したい情報
- 必須、重要、将来に分けた要望
- 希望する運用開始時期と予算上限
- 社内責任者、管理者、利用部門の窓口
- 導入効果を判断する指標
- 自社で対応したい作業と外注したい作業
複数部門や外部システムを含む場合は、RFP（＝開発会社に要望や条件を伝える提案依頼書）にまとめると比較しやすくなります。記載項目や作成手順は、RFPの作り方｜システム開発の依頼準備で詳しく解説しています。
見積もりの見方と外注先の選び方
外注先は、提示された総額だけで選ばないことが重要です。同じ「kintone導入一式」でも、業務整理、移行、テスト、研修、公開後の支援が含まれる会社と、アプリの設定だけを行う会社では成果物が異なります。
見積書で確認する項目
| 項目 | 確認する内容 | 見落とした場合の影響 |
|---|---|---|
| 業務整理・要件定義 | ヒアリング回数、業務フロー、対象範囲 | 追加要件が増え、費用と期間が膨らむ |
| アプリ構築 | アプリ数、項目、一覧、グラフ、通知、承認 | 完成状態の認識がずれる |
| 権限設計 | アプリ、レコード、項目ごとの制御 | 機密情報の閲覧範囲に問題が出る |
| プラグイン | 製品名、契約者、初期費用、月額費用 | 継続費用や解約条件を把握できない |
| 個別開発 | 機能単位の費用、対応環境、制約 | 改修範囲と保守責任が曖昧になる |
| 外部連携 | 接続先、方向、頻度、エラー処理、監視 | 連携失敗時の復旧方法がなくなる |
| データ移行 | 対象、件数、整形、試験回数、移行日 | データ修正が追加費用になる |
| テスト | 実施者、対象、受入条件、不具合修正 | 納品可否を判断できない |
| 研修・マニュアル | 対象者、回数、形式、更新担当 | 利用者に定着しにくい |
| 保守 | 対応時間、窓口、月間作業上限、対象外作業 | 問い合わせや改修の費用が読めない |
| 成果物・権利 | 設計書、設定一覧、ソースコード、アカウント | 他社への引き継ぎが難しくなる |
| 追加費用 | 仕様変更、追加会議、出張、再研修の単価 | 発注後の予算超過につながる |
「一式」と記載された項目が多い場合は、含まれる作業、成果物、回数、対象外事項を確認してください。相見積もりでは、候補会社へ同じ資料と質問を渡し、税の扱い、ライセンス費、保守期間をそろえて比較します。具体的な比較方法は、システム開発の相見積もり｜取り方と比較方法も参考にしてください。
契約方法も確認する
要件が固まっている構築部分には、請負契約（＝決めた成果物の完成を約束する契約）が使われることがあります。完成条件が明確になる一方、発注後の仕様変更は追加費用や納期変更になりやすい点に注意が必要です。
業務整理や継続改善には、準委任契約（＝一定の業務遂行を依頼する契約）が使われることがあります。要件の変化に対応しやすい反面、作業時間の上限、優先順位、報告方法を決めないと、費用に対する成果が見えにくくなります。
契約名だけで判断せず、次の点を確認してください。
- 何をもって完了・検収とするか
- 仕様変更を誰が承認するか
- 追加費用を着手前に確認できるか
- 不具合修正と追加要望をどう区別するか
- 契約終了時に何を引き渡すか
導入支援会社を見極める質問
候補会社との面談では、次の質問をすると設計力と支援範囲を比較しやすくなります。
- 標準機能、プラグイン、個別開発をどの基準で使い分けますか
- 現行業務をそのまま再現せず、業務改善まで提案できますか
- 初回導入から外すべき要望があれば指摘してもらえますか
- 試作品をいつ、誰が、何回確認できますか
- 権限と例外処理をどのように確認しますか
- データ移行の試験方法と発注者側の作業は何ですか
- 個別開発部分の仕様書とソースコードを受け取れますか
- プラグインの仕様変更や提供終了時はどう対応しますか
- 導入後に自社管理へ移行するための研修を依頼できますか
- 担当者変更時の引き継ぎ方法は決まっていますか
良い提案は、要望をすべて開発する提案とは限りません。標準機能で代替する、業務手順を変更する、初回対象から外すなど、初期費用と運用負荷を抑える選択肢を理由とともに示してくれるかを確認してください。
選定時は、例えば次のように評価項目と配点を先に決めておくと、価格だけに判断が偏りにくくなります。
| 評価項目 | 配点例 | 主な確認内容 |
|---|---|---|
| 業務理解・提案力 | 25 | 課題を理解し、代替案を示しているか |
| 構築・連携の実現性 | 20 | 要件、制約、リスクが具体的か |
| 見積もりの明確さ | 20 | 範囲、前提、追加費用が明記されているか |
| 進行・品質管理 | 15 | 体制、試作、テスト、報告方法が明確か |
| 運用・内製化支援 | 10 | 研修、引き継ぎ、改善支援があるか |
| 価格 | 10 | 範囲をそろえたうえで妥当か |
配点はあくまで例です。外部連携が重要なら技術面を、全社展開が目的なら業務整理と定着支援を重くするなど、自社の優先事項に合わせて変更してください。
よくある失敗と回避策
1. Excelをそのまま再現する
既存の列や帳票をすべて移すと、不要な入力や重複作業まで残ります。各項目について「誰が、いつ、何のために使うか」を確認し、不要な項目を削減します。
2. アプリを部門ごとに作りすぎる
同じ顧客や案件の情報を複数アプリが持つと、どれが正しいデータか分からなくなります。共通のマスターデータ、命名規則、作成権限、廃止手順を決めます。
3. 個別開発を増やしすぎる
細かな使い勝手を追求してカスタマイズを増やすと、改修費と保守負担が膨らみます。「業務上不可欠か」「標準機能や運用変更で代替できないか」を判断基準にします。
4. データ移行を後回しにする
移行直前に重複や表記揺れが判明すると、公開時期が遅れやすくなります。初期段階でサンプルデータを支援会社へ渡し、整形ルールと担当範囲を決めてください。
5. 権限設計を画面完成後に始める
人事情報、取引金額、顧客情報などは、役職や部門別の閲覧範囲を先に定義します。複数のテスト用アカウントで、表示・編集・出力の可否を確認します。
6. 導入後の責任者が決まっていない
利用者追加、要望整理、設定変更を担当する人がいなければ改善が止まります。業務判断を行う責任者と、日常設定を行う管理者を分けて決めると運用しやすくなります。
7. 最初から全社展開する
対象が広いほど調整事項が増え、効果の検証も難しくなります。まず一部門または一業務で運用し、KPI、利用率、問い合わせ内容を確認してから広げます。
自社に適した導入範囲や、標準機能・プラグイン・個別開発の切り分けから検討したい場合は、開発のご相談はこちらをご利用ください。
まとめ
- kintone導入の初期費用は、簡易構築で10万〜50万円、部門導入で50万〜150万円、外部連携や個別開発を含む場合は150万〜500万円以上が一般的な目安です。
- 総費用は、初期構築費だけでなく、ライセンス、プラグイン、外部サービス、移行、研修、保守を含めて比較します。
- 費用を大きく左右するのは、アプリ数より、業務整理、権限、データ品質、外部連携、個別開発、関係部門の数です。
- kintoneは台帳、案件、申請、問い合わせ管理に向きますが、高速な大量処理や複雑な基幹業務では他の選択肢も検討します。
- 最初から全社展開せず、対象業務を絞って試験運用し、効果を測ってから段階的に広げる方法が現実的です。
- 見積書では、業務整理、移行、テスト、研修、保守、成果物、追加費用の条件を確認します。
- 外注先は価格だけでなく、標準機能や業務変更を含む代替案、運用後の内製化、引き継ぎまで提案できるかで選びます。
よくある質問
Q1. kintone導入を外注するといくらかかりますか？
簡易なアプリ構築なら10万〜50万円、部門単位の導入なら50万〜150万円、外部連携や個別開発を含む場合は150万〜500万円以上が一般的な目安です。別途、ライセンス、プラグイン、データ移行、研修、保守などの費用を確認してください。
Q2. kintone導入にはどのくらいの期間が必要ですか？
小規模な試験導入は2週間〜1か月、部門単位では1〜3か月、外部連携や個別開発を含む場合は3〜8か月が一般的な目安です。データ整理、社内承認、利用者テストに必要な期間も含めて計画してください。
Q3. kintoneは自社だけでも導入できますか？
単純な台帳や日報であれば自社構築も可能です。ただし、複数部門で利用する場合や、権限、データ移行、外部連携が複雑な場合は、初期の業務整理と共通設計だけでも専門会社へ依頼すると手戻りを減らしやすくなります。
Q4. プラグインと個別開発はどちらを選ぶべきですか？
既存プラグインで重要な要件を満たせる場合は、個別開発より早く導入できることがあります。ただし、継続料金、機能制約、サポート、データの保管先、提供終了時の対応を確認し、代替できない独自要件に限って個別開発を検討します。
Q5. kintone導入で最も重要な失敗防止策は何ですか？
導入目的と初回の対象業務を絞り、小規模に試して効果を測ることです。既存のExcelをそのまま再現せず、入力項目、承認手順、権限、データ、運用責任者を見直し、利用状況を確認しながら段階的に改善してください。