kintoneのシステム開発の進め方/やり方/流れや方法/手法/工程/手順

kintoneのシステム開発は、アプリを作り始める前に業務の目的と範囲を決め、要件整理から定着までを6フェーズで進めると失敗を抑えられます。標準機能を優先し、足りない部分だけをプラグイン・カスタマイズ・外部連携で補うことが、費用と運用負担のバランスを取りやすい進め方です。

「kintoneならすぐ作れる」と聞いたものの、何を決めてから開発会社へ相談すればよいか、ライセンス以外にいくらかかるのか、導入後に現場で使われるのかが分からず、検討が止まることがあります。この記事では、要件整理、選定、設計開発、テスト、稼働、定着の各段階で決めることと、実務で使えるチェック項目、見積書の確認ポイントを具体的に解説します。

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

kintoneのシステム開発の全体像

kintoneのシステムは、顧客管理、案件管理、日報、問い合わせ、申請、契約、在庫などの業務をアプリ単位で管理するクラウド型の業務基盤です。開発といっても、すべてをプログラムで作るのではなく、標準機能で業務を組み立て、必要な範囲だけ拡張する考え方が基本になります。

kintoneでは、文字、数値、日付、担当者、選択肢、添付ファイルなどのフィールドを配置してレコードを蓄積します。登録した情報は一覧やグラフで確認でき、担当者や期限を設定すれば通知やリマインダーも使えます。プロセス管理を使えば、申請、確認、承認、完了といった状態を定義し、次に処理する人を明確にできます。

そのため、単にExcelの表を移すだけではなく、入力者、確認者、承認者、完了条件まで含めて設計することが重要です。例えば案件管理であれば、案件名だけでなく、受注確度、次回アクション、担当者、失注理由、最終更新日を持たせると、管理者が滞留や抜け漏れを発見しやすくなります。

開発方式は、標準機能を使うノーコード、プラグインや連携サービスを設定する拡張、JavaScriptやCSSで画面・挙動を変えるカスタマイズ、REST APIやWebhookで外部システムと連携する方法に分けられます。検討の順番は、標準機能、既製の拡張、カスタマイズ、外部連携の順にすると、不要な開発を減らせます。

ライトコースではJavaScriptやCSSカスタマイズが使えないため、画面の細かな変更や外部連携を想定する場合はスタンダード以上を前提に確認します。ただし、スタンダードを選べば何でもkintoneだけで実現できるわけではありません。大量トランザクション、複雑な原価計算、基幹システムの正データ管理などは、ERPや会計システムと役割分担するほうが安全です。

実務では、要件整理で業務と成果指標を決め、選定で方式と支援体制を決め、設計開発でアプリや連携を作ります。その後、テストで正常系と異常系を確かめ、稼働で本番へ移し、定着で利用状況と効果を改善します。各フェーズの終わりに「次へ進む条件」を置くことがポイントです。

要件が未確定なのに開発へ進まない、権限テストが終わらないのに本番へ移さない、利用率を測らずに全社展開しないという区切りを設けると、後から大きな手戻りが起きにくくなります。アプリ作成だけでなく、業務設計と運用準備も開発工程の一部として扱います。

kintoneのシステム開発は6つのフェーズで進めます

6フェーズの要点は、アプリの作成を工程の一部として扱い、業務設計と運用準備を同じ重さで進めることです。各段階で担当者、成果物、判断基準を決めておけば、内製でも外注でも進捗を確認しやすくなります。

最初に、紙、Excel、メール、既存システムのどこに情報があり、誰が入力し、誰が確認し、どこで転記しているかを棚卸しします。「kintoneを導入する」ではなく、「入力時間を30％削減する」「承認日数を5日から2日にする」「案件の最終更新から7日経過したものを毎週確認する」のように、導入後に測れるKPIへ落とし込みます。

成果物は、業務フロー、利用者一覧、現状の課題一覧、対象範囲、KPI、データ項目、権限のたたき台です。アプリ名だけでは不十分で、入力者と承認者、完了条件まで決めます。通常処理だけでなく、差し戻し、代理入力、取消、緊急対応、月末処理などの例外も現場へ聞き取ります。

チェック項目は「対象業務の責任者がいるか」「完了の定義が言葉になっているか」「現在の処理時間や件数を測ったか」「対象外にする業務を明記したか」「個人情報や社外ユーザーを扱うか」です。ここが曖昧なまま進めると、開発中の追加要望が止まらなくなります。

標準機能で自社作成する範囲、開発会社へ依頼する範囲、既存システムに残す範囲を決めます。利用者が少なく業務が単純で、導入後に担当者が変更できるなら内製が向きます。複数部署の権限、データ移行、帳票、基幹連携、セキュリティ要件が重い場合は、上流整理から外部支援を入れると安全です。

選定では、会社名や資格者数だけで判断しません。同じ業界・規模の実績、要件定義を誰が担当するか、標準機能とカスタマイズの線引き、移行とテストの責任者、納品ドキュメント、保守時間、再委託、契約終了後の引き継ぎ方法を確認します。自社の業務フローを題材に、標準機能と追加開発の境界を説明してもらいます。

依頼書には、目的、対象部署、利用者数、対象アプリ、主要項目、承認ルート、移行データ、外部連携、希望時期、納品物、保守の希望を記載します。分からない項目は「未決定」と明記するだけでも、各社が同じ前提で見積もりやすくなります。

設計では、アプリの分け方、フィールド、一覧、グラフ、プロセス管理、通知、組織・グループ・アプリの権限を決めます。一般社員、部門管理者、全社管理者、社外ユーザーなどの役割別に、見られるデータと編集できるデータを表にします。顧客情報や人事情報を扱う場合は、同じアプリに置くこと自体が適切かも検討します。

実装は、標準機能、既製プラグイン、JavaScript・CSS、REST APIやWebhookの順に検討します。プラグインは費用だけでなく、提供元のサポート、アップデート、解約時のデータ、障害時の切り分け、拡張同士の相性を確認します。外部連携では、どのシステムを正データとするか、更新頻度、エラー処理、再送方法、認証切れの扱いまで設計します。

kintone公式料金ページでは、2026年8月時点でスタンダードコースの1アプリあたりAPIリクエスト数は1日1万件、ワイドコースは1日10万件と案内されています（出典: サイボウズ「kintone 料金」、2026年8月確認）。処理量が多い場合は、夜間連携、キュー処理、基幹側での計算などを含めて設計します。

テストでは、登録、検索、編集、承認、差し戻し、完了までの正常な流れを確認します。それだけでなく、必須項目の未入力、日付の不整合、権限のない利用者、二重登録、連携先の停止、APIトークンの期限切れ、通知先の誤りも試します。実際の利用者が使うスマートフォンやブラウザで確認することも必要です。

Excelや旧システムから移行する場合は、項目名、コード、日付形式、表記ゆれ、重複、不要データを整理してから取り込みます。移行後に件数と合計金額を照合し、代表的なレコードをサンプル比較します。個人情報を含むデータをテスト環境へコピーする場合は、マスキングやアクセス制限を行います。

受入テストの合格条件は、画面が表示されることではなく、業務の完了まで処理できることです。「申請者が登録し、上長が承認し、差し戻しなら申請者へ通知され、承認後に経理が検索できる」といったシナリオを文章にします。未解決の不具合は、重要度、対応期限、暫定手順、担当者を一覧化してから稼働可否を判断します。

本番稼働前に、アプリ一覧、権限一覧、連携仕様、移行結果、障害時の連絡先、操作マニュアルをそろえます。旧Excelや旧システムをいつ停止するかも決めます。並行稼働する場合は、二重入力がいつまで続くか、どちらを正とするか、切り替え後に過去データをどこで参照するかを明確にします。

教育は機能説明だけにせず、実際の業務シナリオで行います。営業担当なら案件登録から次回アクションの更新まで、管理者なら一覧確認と差し戻しまで、システム管理者ならユーザー追加と権限変更までを練習します。問い合わせ窓口は、操作質問、データ修正、障害、追加要望を分類します。

稼働日は全社一斉に広げるより、対象部署を限定した段階稼働が安全です。初週は入力漏れ、通知の過不足、権限エラー、連携失敗、処理時間を確認し、重大な問題が解消されてから対象を広げます。教育と切り替え準備を削ると、稼働後に現場がExcelへ戻るリスクが高まります。

定着フェーズでは、ログイン人数だけでなく、対象レコードの登録率、入力漏れ、処理時間、承認日数、検索時間、差し戻し件数などをKPIと比較します。導入前に測った数字があれば、効果を説明しやすくなります。月次集計が1日かかっていたものを2時間に短縮できたか、といった変化を確認します。

使われない原因は、利用者の意欲だけとは限りません。入力項目が多い、別システムにも同じ内容を入力する、検索結果が見づらい、通知が多すぎる、権限で必要な情報が見えないなど、設計上の障壁が隠れていることがあります。月1回の改善会で声を集め、必須項目の削減、一覧の見直し、通知条件の調整を行います。

運用担当者が変わっても維持できるよう、アプリ・フィールド・プラグイン・APIトークン・権限の管理台帳を残します。変更前後の目的と影響範囲、テスト結果、リリース日を記録し、不要になった拡張は停止できるようにします。kintone公式の導入事例でも、現場主体の改善や内製化で利用範囲を広げる企業が紹介されています。出典はkintone公式「導入事例」で、2026年8月に確認しています。

kintoneのシステム開発費用相場と内訳

kintoneのシステム開発費には一律の公式価格がなく、業務数、アプリ数、利用者数、権限、データ移行、外部連携、帳票、教育、保守の範囲で変わります。ここでは、公式ライセンス価格と公開サービス価格、業務システム開発の一般的な工数から整理した目安を示します。特定の会社が必ず提示する金額ではないため、相見積もりでは作業範囲と成果物をそろえて比較します。

サイボウズ公式料金ページで2026年8月に確認できる税抜価格は、ライトコースが月額1,000円、スタンダードコースが月額1,800円、ワイドコースが月額3,000円です。最小ユーザー数はライトとスタンダードが10ユーザー、ワイドが1,000ユーザーです。年額では1ユーザーあたりライト12,000円、スタンダード21,600円、ワイド36,000円となります。出典はサイボウズ「kintone 料金」で、2026年8月に確認しています。

10ユーザーで使う場合、ライセンスだけならライトは月額1万円、スタンダードは月額1万8,000円です。セキュアアクセスは月額250円、ディスク増設は月額1,000円で10GBなど、オプションは別料金です。社外のゲストユーザーを使う場合は、ライトが月額700円、スタンダード・ワイドが月額1,440円と案内されているため、社員とゲストを分けて利用人数を見積もります。

標準アプリを1〜3個作り、実データに近いサンプルで使い勝手を試す内製PoCは、ライセンス、研修、プラグイン、社内担当者の工数を含めて0万〜20万円程度で始められる場合があります。ただし、社内担当者の人件費をゼロとして計算すると判断を誤ります。PoCの目的は完成品を作ることではなく、対象業務、入力負荷、権限、効果指標を検証することです。

顧客管理、案件管理、日報など数個のアプリ、基本権限、通知、簡単なCSV移行を含む小規模な外注開発は、30万〜100万円程度が一つの目安です。期間は2〜6週間程度が想定されます。公開例では、ジョイゾーの「システム39」がkintoneアプリ開発を39万円（税別）、最短2週間で提供しています（出典: 株式会社ジョイゾー「システム39」、2026年8月確認）。ただし、同サービスの条件に基づく価格であり、基幹側の改修、複雑な連携、長期保守まで同じ条件とは限りません。

複数部署で使う中規模の業務システムは、100万〜500万円程度が目安です。複数アプリの設計、プロセス管理、プラグイン、CSV移行、帳票・フォーム、教育、リリース後の改善を含めると、期間は1〜3か月程度になることがあります。業務整理や権限設計が重い場合は、300万〜1,000万円程度まで広がる可能性があります。

ERP、会計、販売管理、人事などとのAPI連携、大量データ、複数拠点、監査要件、段階移行を含む場合は、500万〜2,000万円以上が目安です。期間も3〜12か月程度と長くなります。kintone側のアプリだけでなく、連携先の改修、データクレンジング、エラー再送、監視、運用設計が含まれるかどうかで金額が大きく変わります。

導入後の問い合わせ対応だけなら月数万円程度から、定例会、軽微な改修、アプリ管理、教育、障害対応を含めると月5万〜30万円程度を見込むケースがあります。チケット制、時間単価制、月額定額、準委任など契約形態はさまざまです。月の対応時間、軽微な改修の定義、未使用分の繰り越し、緊急対応の追加料金を確認します。

相場はあくまで検討開始時のレンジです。安い見積もりが悪いわけではありませんが、要件定義、テスト、教育、マニュアル、保守が別料金になっている可能性があります。逆に高い見積もりでも、データ移行や障害時の運用まで含んでいれば、比較対象として妥当な場合があります。

kintoneの見積もりを取る際のポイント

見積もりを比較するときは、合計金額だけでなく、どの作業を誰が担当するか、何が納品されるか、追加費用が発生する条件は何かを確認します。kintoneは短期間で形にしやすい一方、権限、移行、連携、運用を曖昧にすると、稼働後の追加費用が膨らみやすいサービスです。

見積書では、要件整理、業務フロー作成、アプリ設計、権限設計、プラグイン選定、カスタマイズ、API連携、データクレンジング、移行、テスト、教育、マニュアル、稼働支援、保守を分けて記載してもらいます。「一式」とだけ書かれている場合は、含まれる作業と含まれない作業を質問します。

納品物は、アプリ一覧、フィールド一覧、権限マトリクス、業務フロー、連携仕様、移行結果、テスト仕様書・結果、操作マニュアル、管理者向け手順、設定変更の記録です。JavaScriptや連携プログラムがある場合は、ソースコードの引き渡し、改修権、APIトークンの管理場所、将来のベンダー変更時に必要な情報も契約で定めます。

相見積もりは2〜3社程度へ同じ資料を渡し、金額、期間、体制、提案内容、リスクの説明を比べます。安さだけではなく、要件整理の質問が具体的か、標準機能をむやみに否定していないか、できないことを正直に説明しているかを見ます。初回提案で「何でもできます」と断言する会社より、制約と代替案を示せる会社のほうが、実装後の認識違いを抑えやすくなります。

「標準機能で対応する部分はどこですか」「プラグインが終了した場合はどうしますか」「連携先が停止したときに誰が復旧しますか」「移行データの品質をどう確認しますか」「自社で変更できる範囲はどこですか」「契約終了時に何を返却してもらえますか」と質問します。回答を営業担当だけでなく、実際に設計・開発するメンバーから聞くことが大切です。

個人情報や機密情報を扱う場合は、組織・グループ・アプリ単位の権限、IP制限、セキュアアクセス、退職者アカウントの停止、APIトークン、操作ログ、バックアップ、障害時の連絡体制を確認します。個人情報保護委員会も、クラウドサービス利用時には、委託関係や安全管理措置の確認が必要になる場合を注意喚起しています。出典は個人情報保護委員会の「クラウドサービス提供事業者が個人情報保護法上の個人情報取扱事業者に該当する場合の留意点」で、2026年8月に確認しています。

運用ガバナンスでは、誰がアプリを新規作成できるか、命名規則、フィールドの変更手順、プラグインの導入申請、外部連携の審査、データの保存期間、定期的な権限棚卸しを決めます。自由に作れることは強みですが、部署ごとに似たアプリが増えると、同じ顧客情報が複数箇所に存在する状態になります。

初期費用だけでなく、ライセンス、オプション、プラグイン、保守、教育、社内担当者の工数を含めた3年程度の総保有コストで比較します。価格だけでなく、どのリスクを誰が負担する見積もりなのかを確認することが重要です。

kintoneのシステム開発でよくある質問

最後に、導入前によく寄せられる質問へ回答します。費用や期間は業務の範囲によって変わるため、ここでは判断の基準と、見積もり時に追加で確認すべき点を示します。

対象業務が単純で、利用者が少なく、導入後の管理者を社内で確保できるなら、標準機能による内製から始める方法が適しています。複数部署の権限、データ移行、外部システム連携、帳票、個人情報の管理が重い場合は、要件整理や設計だけでも外部へ相談すると安全です。アプリ作成を外注し、軽微な変更や運用を社内で担う形も選べます。

業務の独自性が低く、入力・検索・通知・承認で完結する部分は標準機能を優先します。帳票、電子契約、Webフォーム、複雑な入力チェックなど標準機能で不足する部分は、既製プラグインや連携サービスを検討し、それでも必要な場合にカスタマイズを選びます。将来の担当者が理解できるか、アップデート時に検証できるか、停止時に業務が止まらないかを判断基準にします。

小規模なPoCは1〜4週間、小規模な外注開発は2〜6週間、中規模の複数部署対応は1〜3か月、既存システム連携や段階移行を含む大規模案件は3〜12か月程度が一つの目安です。期間を左右するのはアプリ数だけではなく、要件整理、意思決定の速さ、データの品質、権限の複雑さ、受入テスト、教育の範囲です。短納期を希望する場合は、対象業務と成果物を絞り、後から追加する範囲を明記します。

管理できるかどうかは、情報の種類、自社の規程、権限設計、契約、運用体制を確認して判断します。最小権限、IP制限やセキュアアクセス、退職者アカウントの停止、APIトークンの管理、ログの確認、委託先や再委託先の確認を要件に含めます。クラウドサービスだから安全、または危険と一律に決めず、取り扱うデータと必要な安全管理措置を整理することが重要です。

まとめ

kintoneのシステム開発は、アプリを作ること自体ではなく、業務の目的を達成し、現場で使い続けられる状態を作ることがゴールです。要件整理で目的とKPIを決め、選定で内製・外注・併用の境界を定め、設計開発では標準機能から順に実装します。

テストでは正常系だけでなく権限や連携停止などの異常系を確認し、教育と問い合わせ窓口を整えて稼働します。導入後は利用率、入力漏れ、処理時間、承認日数を測り、現場の声をもとに小さく改善します。費用はライセンス、構築、移行、教育、保守を分け、3年程度の総保有コストで比較すると判断しやすくなります。

最初から全社のすべてを作り切るのではなく、効果を測りやすい1業務でPoCを行い、標準機能で足りない部分だけを拡張する進め方が現実的です。自社の業務フローとチェック項目を整理したうえで、複数の開発会社へ相談し、提案内容と運用まで含めて比較してください。

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

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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