kintoneのシステム開発の発注/外注/依頼/委託方法について

kintoneのシステム発注は、業務と要件を整理し、発注形態と契約を決め、委託先を選ぶ順に進めると、導入後の運用まで見通せます。

最初に業務の目的と現状を整理しておくと、発注形態も契約も比べやすくなります。

▼全体ガイドの記事
・kintoneのシステム開発の完全ガイド

kintoneのシステム発注・外注の範囲

発注・外注とは、業務整理やアプリの設計、設定を社外のパートナーに頼むことです。カスタマイズや連携、移行、教育も任せられます。アプリの納品だけでなく、現場の業務の仕組みもパートナーと一緒に設計します。

小規模な検証に向く内製の進め方

社内で対象を小さく絞って試したい場合は、内製が候補になります。

  • アプリ作成:標準機能だけで組む顧客管理、日報、問い合わせ、申請などのアプリ(kintone環境)
  • 事前確認:30日間の無料お試しや開発環境で、実際の入力項目と業務の流れを試せます
  • 契約範囲:小さく検証すれば、最初から大きな開発契約を結ばずに済みます
  • 検証期間:1業務を1〜3個のアプリに絞った、1〜4週間程度の使い勝手の検証

業務整理や連携まで任せる外注

複数の部署が関わる案件や、ExcelやAccessからの移行を伴う案件では、外注の効果が大きくなります。

  • 依頼する条件:権限設計、帳票、フォーム、電子契約、会計・販売管理などとの連携が含まれる場合
  • 業務整理:業務ヒアリングから、入力、承認、通知、集計の流れまでをパートナーが設計

サイボウズの公式サイトでも、課題に応じたパートナーへの相談を案内しています(出典: サイボウズ株式会社「パートナー企業に相談する」、2026年8月確認)。

内製と外注を組み合わせる進め方

発注側が業務の知識と運用の責任を持ち、要件整理や難しい開発は専門会社に頼む形です。たとえば、顧客管理は外注で設計し、ルールや権限を学んでから、日報や申請を内製する例があります。

さらに、初期教育やAPI連携も依頼できます。導入後の小さな変更を内製すれば、外注費やベンダーロックインを抑えられます。

kintoneの発注形態の選び方

発注形態は、要件の固まり具合、開発の難しさ、納期、社内に残す知識をもとに選びます。アプリ数だけで判断せず、成果物と工程の担当まで決めておくと、追加費用や認識のずれを減らせます。

標準機能中心の定額開発が向くケース

業務のゴールが明確で、業務を標準機能に合わせられる場合は、時間や打ち合わせ回数を区切った定額開発が合います。

ジョイゾーの「システム39」は、2時間の対面開発を3回行い、開発費39万円(税抜)・最短2週間と案内している公開例です。

ライセンス料や外部サービス費、定額の範囲を超える連携設定は、別途確かめておく必要があります(出典: 株式会社ジョイゾー「システム39」、2026年8月確認)。

個別見積の受託開発が向くケース

アプリが複数の業務にまたがる案件や、複雑な権限や帳票、Webフォームを含む案件、API連携や大量データ移行を伴う案件には、個別見積が候補になります。

要件定義から操作研修まで工程ごとに見積もるため、価格は高くなりやすい一方で、責任範囲と成果物を明確にできます。

REST APIやJavaScript APIを使う場合は、API制限やエラー処理、保守時の修正方法を提案書に含めてもらいます。

伴走支援が向くケース

kintoneを自社で育てていく場合は、業務設計から定例会、研修、レビューまで含む伴走支援が適しています。

担当者が制作に参加して命名規則、フィールド設計、権限の考え方を学べば、小さな変更を社内で行えるようになります。

定例会を何回行うかだけでなく、社内担当者が最終的にできることを成果に含めます。

ポイント

業務のゴールが標準機能に収まるか、社内に知識を残したいかを見ると、定額・個別見積・伴走のどれが合うかを判断しやすくなります。

RFPと要件整理で決める項目

RFPと要件整理で決める目的とKPI、現状業務、非機能要件を示した図。
提案を比べる前に、業務と制約の前提をそろえます。

RFPは、開発会社に提案と見積を依頼する文書です。困りごとや改善したい結果、対象業務、利用者、既存データ、制約を伝えます。

細かな画面を先に固定せず、共通の前提で提案を受けると、価格だけでなく提案の深さやリスク説明も比べられます。

目的とKPIの記載

業務上の目的を書きます。「kintoneを導入する」は手段なので、目的には入れません。たとえば、進捗確認の時間を減らす、承認の滞留を見える化する、同じ顧客情報を複数のExcelへ転記しない、などです。

月末の集計に担当者が2日かかっているなら、導入後は半日以内にするなど、測れる基準を置きます。

サイボウズの事例には、転記の削減やメンテナンス時間の半減を成果とする例があります(出典: サイボウズ株式会社「kintone導入事例」、2026年8月確認)。

人・情報・状態で分けた現状業務の整理

誰がいつ入力・確認し、何をもって完了とするかを、業務フローに書き出します。RFPには、業務名や担当部署、利用者数、入力項目、必須項目を書きます。さらに、承認者や通知条件、検索・集計方法も書きます。

帳票の有無や、現行のExcelや紙のサンプルも添付します。加えて、差し戻し、不在、顧客重複など、通常とは異なるケースも書きます。

権限・連携・データ移行などの非機能要件

画面以外の要件も、発注前に具体的に書き出しておきます。

  • 権限と連携:部署別の閲覧範囲、ゲスト招待、退職者の権限停止、同期頻度、APIエラー時の復旧担当
  • CSV移行:対象期間、件数、重複・欠損の扱い、リハーサル回数
  • API要件:REST API・JavaScript APIの利用、認証方式、制限、テスト方法を、提案書で確かめる

kintoneのREST APIとJavaScript APIには、公式ドキュメントとガイドラインがあります。出典は、cybozu developer network「kintone APIドキュメント」(2026年8月確認)です。

ポイント

目的とKPI、現状業務、非機能要件まで書いたRFPで提案を受けると、価格だけでなく提案の深さやリスク説明も比べられます。

kintoneのシステム開発の進め方

kintoneシステム開発を要件定義と設計、設定・開発とテスト、移行と教育・リリース、運用確認と改善の順に示す図。
工程ごとの終了条件が、次の作業へ進む目印になります。

工程ごとに終了条件を決めておくと、次の作業へ進む目印になります。思いつくままアプリを増やすと、顧客情報が分散し、権限や集計も複雑になります。

  1. 要件定義と設計
  2. 設定・開発とテスト
  3. データ移行と教育を経たリリース
  4. 運用状況の確認と改善

候補会社の絞り込みとRFPの配布

候補は、公式パートナーや業務システムに強いSIerから選びます。kintone専業会社や内製化支援会社も含め、3〜5社程度に絞ります。大規模な導入では、サイボウズ認証のエンタープライズパートナーも候補になります。

RFPには、回答期限や対象工程、見積の分け方を書きます。さらに、前提や保守、担当者の経験、再委託の有無も記載します。

デモと質問による提案内容の確認

提案が自社の業務に合うかは、デモと質問で確かめられます。

  • 操作デモ:実データに近いサンプルでの登録・検索・承認・差し戻し、権限エラー、CSV出力、APIエラー時の挙動
  • 開発方法:標準機能、プラグイン、JavaScript・API開発の違いを分けて話せるか。保守費や障害リスクも示しやすい傾向があります
  • 質問への回答:即答できない質問は、根拠と前提を文書で示してもらう

受入テストと段階リリース

受入テストは、発注側が業務シナリオに沿って行い、期待する結果を満たしたかを記録します。正常系だけでなく、入力漏れや重複、部署外からの閲覧も確かめます。承認者の変更や連携停止、移行データの不備も、テストの対象に含めます。

1部署や1業務から始め、利用率や入力漏れを測ります。処理時間や問い合わせ件数も見たうえで、対象を広げます。

契約形態の選び方(請負と準委任)

契約は、要件がどこまで確定しているかと、成果物の完成まで誰が責任を負うかで選びます。契約書の名称だけでは判断せず、作業範囲や成果物、検収を具体的に書きます。変更管理や知的財産、保守、再委託、データ返却も書いておきます。

完成品を明確にできる場合の請負契約

請負契約は、合意した成果物を完成させて検収を受ける契約です。そのため、アプリ一覧やフィールド定義、権限、プロセス管理、カスタマイズファイルを納品物として明記します。

連携仕様書、テスト結果、操作マニュアルも一覧にします。追加の要件が出たときに備えて、再見積の手順も決めておきます。

要件を詰めながら進める場合の準委任契約

準委任契約は、専門家が一定の期間、一定の業務を行う契約です。相性がよいのは、ヒアリング後の優先順位の変更や毎月の改善、社内担当者への伴走です。

請負のような完成の保証はないため、稼働時間や担当者、定例会、報告、作業チケット、解約条件を確認しておきます。

契約前の権利と引き継ぎ条件の取り決め

アプリ設定、JavaScript、連携プログラム、設計書、テストデータ、アカウント管理権限は、誰に帰属するのかを契約前に確認します。

別の会社へ移れるように、ソースコードや設定情報、データ、管理者権限、再委託先の開示を契約に含めておきます。

個人データを扱う場合は、安全管理やアクセス範囲、監査、事故連絡、保存期間も確かめます。

ポイント

要件が固まり完成品を明確にできるなら請負、要件を詰めながら進めるなら準委任が合います。どちらの場合も、契約前に権利と引き継ぎ条件を決めておきます。

kintoneのシステム発注費用の相場

kintoneの構築・開発費について、小規模から大規模までの金額目安を横棒で比較した図。
含める作業の規模に応じて、費用の幅も広がります。

費用は、ライセンスと業務整理・構築の2つを軸に考えます。プラグイン、移行、教育、保守の費用も、別々に見ます。

構築費は、公開されている定額サービスと業務システム一般の相場から見た目安で、固定の価格ではありません。業務数や利用者数、連携数、データ量、帳票や権限によって、金額は大きく変わります。

ライセンス費の目安(月額1,000円から3,000円)

2026年8月確認の公式料金をもとに、利用人数や追加機能を含めた月額を見積もります(出典: サイボウズ株式会社「料金」)。

  • 基本料金:月額で、ライト1,000円、スタンダード1,800円、ワイド3,000円
  • 料金単位と最低人数:1ユーザー単位・税抜。ライトとスタンダードは10人、ワイドは1,000人から
  • 10人の月額:ライト1万円、スタンダード1万8,000円
  • 1人あたり年額:ライト12,000円、スタンダード21,600円、ワイド36,000円
  • 追加機能:スタンダード以上で拡張でき、セキュアアクセスは月250円、ディスク10GBは月1,000円

外部サービス連携やプラグインのほか、ゲストの利用料は、ライトが月700円、スタンダードとワイドが月1,440円です。

プラグインや帳票、フォーム、電子契約、連携が別契約になる場合もあるため、月額1,800円だけで完成するとは限りません。

構築・開発費の幅(30万円から2,000万円以上)

構築費は、アプリ数や連携、移行、教育など、構築に含める作業の規模によって変わります。

  • 小規模:30万〜100万円、2〜6週間。数個のアプリ、基本権限、通知、簡単なCSV移行を含む場合の目安
  • 中規模:100万〜500万円。要件定義や権限、移行、帳票、教育が重い場合は、300万〜1,000万円程度になることもあります
  • 大規模:API連携、大量データ、複数拠点、監査、段階移行を含む場合に、500万〜2,000万円以上の例もあります

39万円(税抜)の定額の例もあります。ただし、連携やマニュアル、追加改修がどこまで含まれるかは確認が必要です。いずれも作業量から見た推定の幅なので、含まれる範囲をそろえて比べます。

保守・伴走費の目安(月数万円から30万円程度)

軽い相談や障害対応だけなら月数万円からですが、定例会や改修、教育を含むと、月5万〜30万円程度になる場合があります。

保守の契約には、チケット制や月額定額、準委任、個別見積といった形があります。そのため、相談時間や対応期限、改修量を確認しておきます。

緊急連絡先と未使用分の扱いも、あわせて確かめます。そのうえで、人件費やライセンス、外部サービス、保守費を分けて、数年分の総保有コストを比べます。

ポイント

ライセンス費、構築費、保守費を分けて見積もり、同じ作業範囲で比べると、金額の差が何によるのかが見えてきます。数年分の総保有コストで比べると、差の理由を整理しやすくなります。

委託先の選定と見積比較

知名度や総額は、判断材料の一つです。委託先は、業務や規模との相性、要件定義、標準機能の活用、導入後の支援を見て選びます。

公式パートナーの認証は参考になりますが、案件との相性や担当者の力量までは保証しません。

同業・同規模の実績と担当体制の確認

件数だけでなく、業種や利用者数、アプリ数、連携先、移行量、導入後の効果を聞きます。

少人数の営業部門であれば短期の定額開発、大企業の複数拠点であれば、大量ユーザーやガバナンスに強い会社が候補になります。

提案担当者が実装や運用まで関わるのか、別のチームや再委託先に変わるのかも確かめます。

工程・成果物・前提条件で分けた見積書の比較

見積が「一式」だと、対象範囲や追加費用が分からないため、項目と比較条件を分けて確認します。

  • 見積項目:要件定義、業務設計、設定、カスタマイズ、API、移行、テスト、教育、管理、保守を別々に記載
  • 共通前提:同じRFPに沿って、アプリ数や画面数、連携本数、データ件数をそろえた見積
  • 納品条件:打ち合わせ回数、納期、検収条件を同じ形式で並べた比較
  • 追加費用:要件定義やテストの量、移行やマニュアルの料金、保守単価と対応期限の確認

一般的な業務システムでは、人件費が総費用の大半を占めます。工程ごとの配分は案件によって異なるため、その理由を説明できる会社であれば、追加費用も管理しやすくなります。

安すぎる見積と高すぎる見積の理由

安い見積は、標準機能に限ったり、要件定義や移行を発注側の作業としたりする場合があります。

テストや教育を省いている可能性もあります。一方で、高額な見積には、複雑な連携や全社の権限設計が含まれる場合があります。

データクレンジングや運用設計、長期保守まで含まれることもあります。そこで、差額の理由と、削減したときのリスクを聞きます。

ポイント

知名度や総額だけでなく、業務との相性と見積の内訳で比べると、委託先ごとの違いが分かりやすくなります。見積は工程ごとに分けて同じ前提で並べると、追加費用の差も見えてきます。

発注時のセキュリティと運用の確認

確認するのは、サービスの安全性と、発注先が開発や保守でアクセスするデータです。サイボウズは、専門チームや第三者監査、ISMSやISMAPなどの取り組みを公開しています。

利用企業は、権限やアカウント、APIトークン、委託先のアクセスを管理する必要があります(出典: サイボウズ「安全性への取り組み」およびクラウド基盤情報、2026年8月確認)。

個人情報・権限・ログの扱いに関する要件

顧客・従業員・契約情報を、組織、グループ、アプリ、レコードのどの単位で制限するかを決めておきます。あわせて、退職者などの停止や社外ユーザーの招待・削除、IP制限、セキュアアクセス、監査ログの手順も定めます。

また、APIトークンの発行や保管、失効も定めておきます。本番データを渡す場合は、マスキングや期限付きID、削除、作業ログの提出を条件にします。

委託先の監督と事故対応の契約条項

個人情報を委託する前に、監督と事故対応の方法を整理しておく必要があります。

  • 監督義務:個人情報を委託する場合、委託元が委託先を必要かつ適切に監督すること
  • 契約と運用:選定、安全管理、再委託、監査の内容を、条項と日々の運用に反映
  • 事故時の対応:漏えい、誤送信、不正アクセス、データ消失時の第一報、調査、復旧、報告、費用負担、再発防止の分担を契約に明記

出典は個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン(通則編)」(2025年3月版、2026年8月確認)です。

納品後の運用窓口と引き継ぎ

アプリの追加や権限変更、プラグインの更新、障害連絡、データ修正について、それぞれの担当者を決めます。

引き継ぎ時には、構成図やフィールド・権限・連携先の一覧を受け取ります。APIトークン管理、テスト結果、マニュアル、復旧手順も、引き継ぎの対象になります。

入力ルールや責任者、問い合わせ先が曖昧だと、利用が定着しないことがあります。そのため、30日、60日、90日後にレビューを行い、定着の度合いを確かめます。

kintoneのシステム発注・外注でよくある質問

ライセンスと開発費、内製と外注、見積の比較について、規模や業務の複雑さに応じた基準で見ていきます。

kintoneのシステム開発は自社だけでできますか?

標準機能中心の小規模な業務なら、自社で試作できます。複数部署の権限や連携、移行、帳票がある場合は、一部を外注することも現実的です。導入後の変更や障害対応を担える人員がいるかどうかで判断します。

kintoneのシステム発注費用は月額料金だけですか?

月額はライセンス料にあたります。初期構築やプラグイン、外部サービス、移行、教育、保守は、別料金になる場合があります。たとえば、10人のスタンダードは月1万8,000円ですが、開発会社に支払う費用は含まれません。

見積では、初年度と2年目以降を分けて確認します。

見積は何社から取ればよいですか?

同じ条件のRFPで3〜5社程度に依頼すると、価格と提案の差を把握しやすくなります。

業種の実績や規模、連携の経験、内製化支援の有無で候補を絞ります。さらに、担当体制や要件定義、テスト、教育、保守、引き継ぎも比べます。

外注先を変更できるようにするには何が必要ですか?

外注先を変えるには、アプリ構成やフィールド、権限、連携仕様を文書にしておく必要があります。さらに、ソースコードや設定、テスト、マニュアル、管理者アカウントも含めて整理します。

契約終了時に受け取れるよう、再委託先、データ返却、アカウント削除、引き継ぎ期間、追加費用を契約に含めます。

社内で日常の変更ができるように、運用ルールと教育を納品物に含める方法もあります。

まとめ

目的とKPIを決めたうえで、標準機能、プラグイン、個別開発、連携の境界を整理します。

小規模なら内製や定額開発が向いており、複雑な連携や全社展開なら、個別見積や大規模向けのパートナーを検討します。

導入後の自走を重視する場合は伴走支援を選ぶなど、案件の性質に合わせて決めます。

RFPと見積比較による失敗の防止

RFPには、業務や利用者、項目、承認、権限を書きます。さらに、移行や連携、非機能要件、納期も書き、3〜5社へ同じ条件で依頼します。

ライセンスや開発、移行、教育、保守は分けて比べます。契約では、請負か準委任か、成果物や検収、変更、権利、再委託、事故対応を確認します。

契約が終わったあとの引き継ぎ条件も、あらかじめ決めておきます。

1業務の小さなPoCからの開始

全社展開を急がず、小さく試して現場の利用状況を見極めてから広げます。

  • 対象業務:効果を測りやすい1業務でのPoC
  • 評価指標:利用状況と処理時間。確かめてから対象を広げる
  • 段階導入:使われないアプリや過剰なカスタマイズの削減

発注側も業務の責任者として要件と運用を決めることが、長く使い続けるための出発点になります。

▼全体ガイドの記事
・kintoneのシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。