サイボウズのシステム開発は、業務を整理してから製品と役割を選び、標準機能で検証したうえで段階的に導入すると、費用と運用負担を抑えやすくなります。
開発は6フェーズで進み、費用はライセンスと導入・開発を基本に、移行・教育や運用・改善を加えて考えます。
▼全体ガイドの記事
・サイボウズのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
サイボウズのシステム開発の全体像
サイボウズの開発では、業務を業務アプリ、予定や社内ポータル、共有メールの領域に分け、業務データの置き場所を決めます。
すべての業務を一つの製品へ移すわけではありません。
4つのサービスの業務目的による使い分け
サイボウズ公式のサービス一覧では、クラウドサービスとしてkintone、サイボウズ Office、Garoon、メールワイズが挙げられています（出典: サイボウズ「サービス一覧」、2026年8月確認）。
- kintone：顧客・案件管理、申請、問い合わせ、日報などを業務アプリとして作ります。
- サイボウズ Office：スケジュール、掲示板、ワークフローを手軽に使いたい組織向けです。
- Garoon：複数拠点、細かな組織権限、多言語ポータルを扱う大規模組織の製品です。
- メールワイズ：代表窓口などの共有メールを、複数人で分担して処理する用途です。
業務ごとに、担当者と承認者を整理します。
登録情報や登録時期、帳票や通知の扱いを決め、どのサービスで扱うかを選びます。
既存の会計・販売管理・ERPは残したまま、サイボウズを現場の情報共有と申請に絞る設計も有効です。
開発の中心はkintoneと標準機能の確認
自社向けの画面やデータ項目を作る開発では、kintoneが中心になります。作り方は、標準機能、拡張、外部連携の順に広げていきます。
- 標準機能：アプリ、レコード、一覧、グラフ、プロセス管理で業務の流れを作ります。アクセス権、通知、コメント、モバイルも組み合わせます。
- 拡張方法：標準機能で不足する場合は、プラグインとJavaScriptを先に検討し、連携サービス、API、外部画面へと進めます。
- 外部連携：処理量や整合性が重要な業務では、既存の基幹システムや専用クラウドとの連携も候補に入ります。
標準機能で業務の8割程度を表現できるかを確かめ、残りの差分だけを拡張します。入力補助や帳票出力は、プラグインで解決できる場合があります。
在庫引当や複雑なリアルタイム計算は、kintoneだけに詰め込まないほうが安全な場合があります。
標準・拡張・外部システムの境界
方法の選択は、実現できるかに加えて、5年後も担当者が変更できるかで判断します。選択肢ごとに、製品更新の影響の受けやすさと、社内で変更できる範囲が違います。
- 標準機能：製品更新の影響を受けにくく、社内管理者でも変更しやすい方法です。
- プラグイン・JavaScript：見た目や操作性を短期間で改善できますが、保守終了や仕様変更の影響を受けます。
- 外部連携：業務全体をつなげられる反面、API制限、認証情報、障害時の再送処理まで設計が必要です。
2026年6月にはkintone AIが正式提供され、検索AIやアプリ作成AIなどを正式版で使えるようになりました（出典: サイボウズ株式会社「サイボウズ、『kintone AI』を正式提供」、2026年4月発表）。
AIを使う前に、個人情報の扱い、AI回答を人が確認する手順、利用ログと権限を決めておく必要があります。
採否は、導入そのものではなく、業務時間の削減や検索精度の改善を測れるかで判断します。
サイボウズのシステム開発の進め方
開発は6フェーズで、要件整理から始まり、設計・開発を経て稼働へ進みます。残りの3段階では、製品と構成を選び、業務の流れを通しで確かめ、稼働後に現場へ根づかせていきます。
- 製品・構成選定
- テスト
- 定着
終了条件を決めておき、前の工程に戻る変更を早く見つけることで、納期と費用を守れます。
1. 要件整理：対象業務と成功条件
現場の不満をそのまま機能名に置き換えず、業務の事実を一つずつ洗い出します。
- 対象業務：対象部門と利用者数、入力者や承認者、参照者、利用端末。
- 既存環境：既存のExcelやAccess、連携先、保存期間。
- 現状課題：所要時間、転記や確認漏れの件数、締め日に処理できない状況。
- 成功条件：月次集計の転記をなくす、申請状況を当日中に確認できる、問い合わせの初回回答までの時間を短くするなど。
- 要件と対象範囲：業務範囲と優先順位、必須データ、権限区分、例外処理、移行対象、法令・監査要件、導入後の責任者。
「今回やらないこと」を明記しておくと、開発中の追加要望を管理しやすくなります。
2. 選定：製品と内製・外注の分担
業務アプリ、社内ポータル、共有メールのどこを整えるかで、選ぶ製品と社内外の分担が変わります。
- kintone：業務アプリや部門改善。
- サイボウズ Office：予定、掲示板、社内申請。
- Garoon：複雑な組織権限や複数ポータル。
- メールワイズ：共有メールの履歴管理。
製品を比べるときは、利用者数だけでなく、データの所有者と権限の複雑さを見ます。他システムとの接続や将来の拡張も、比べる観点になります。そのうえで、社内と外部のどこを担当するかを決めます。
項目追加や一覧変更は社内の管理者が担当し、複雑な連携や権限、移行は専門会社へ依頼する分担が考えられます。
セキュリティ診断と全社展開計画も、専門会社に任せる候補になります。
サイボウズ公式は、一定の実績・体制・有資格者数などの基準を満たすエンタープライズパートナーを紹介しています。
認証を持つかどうかに加えて、同規模の事例と導入後の保守体制も確認します。
3. 設計・開発：データと権限の先行整理
設計では、画面を作る前にデータと権限の扱いを決めておく必要があります。決める内容は、データの持ち方、アプリの仕様、利用者の権限の三つに分かれます。
- マスタと履歴：顧客・商品・部署・担当者を管理するアプリを置き、重複登録を防ぎ、履歴を上書きするか記録するかを決めます。
- アプリ仕様：アプリ間の関連と必須項目を定め、入力形式や採番ルール、添付ファイルの保存方針を設計書に残します。
- 役割と権限：利用者の役割ごとに閲覧・追加・編集・削除・書き出しの可否を定め、異動時の更新担当者も決めます。
役割には管理者やアプリ作成者、部門担当者などがあり、一般利用者や外部ゲストも含まれます。
開発前にサンプルデータで画面を確認し、現場の代表者が入力項目や通知の内容を判断できるようにしておきます。
4. テスト：業務シナリオと移行データの検証
業務シナリオを受付から完了まで通し、差し戻しや集計、帳票出力まで確かめます。画面が表示されるかだけでは、業務が回るかは分かりません。
- 権限と承認：他部門の情報が見えないことや、承認者が不在のときに処理が止まることを確かめます。重複登録と通知先の確認も欠かせません。
- 外部との接続：連携がある場合は、API失敗やタイムアウトを想定して試し、重複送信や通信断後の再送を見ます。
- 移行の検証：件数や必須項目、文字化けを確かめ、日付形式や添付ファイル、削除対象も見て、旧データと新データを照合します。
受入テストの合格条件と、稼働前に許容する未解決課題を文書にしておくと、納品時の認識違いを防げます。
5. 稼働：小さな開始と切り替えの管理
全社で一斉に始めるか、1部門で先行するかを決めます。切り替えでは、先行テーマの選び方、効果の測り方、移行の段取り、利用者への伝え方を管理します。
- 先行テーマ：問い合わせ、案件、申請、日報など、効果を測りやすく業務停止の影響が比較的小さいもの。
- 効果測定：先行部門で入力率と処理時間を測り、差し戻しと問い合わせの件数も見てから他部門へ展開します。
- 切り替え計画：旧システムを参照専用にする時期、初回データを投入する日、障害時の復旧手順を決めます。
- 利用者への案内：操作マニュアルを用意し、登録開始の時期と、旧Excelへの二重入力を避けるルールを伝えます。
現場が迷わないよう、管理者の問い合わせ窓口と緊急時の責任者を明示しておきます。
6. 定着：運用ルールと改善サイクル
定着させるには、運用ルールと定期的な改善が欠かせません。日々の運用では、アプリの作成ルール、データの保存、定着の度合い、改善の進め方を四つの面で見ていきます。
- アプリ管理：作成・変更申請、命名規則、既存アプリの検索、目的・責任者・利用者・終了条件の登録。
- 運用管理：マスタ、権限の見直し、データ保存期間、プラグイン更新、問い合わせ記録。
- 定着度の測定：入力完了率、承認リードタイム、集計時間、Excelへの再転記件数、問い合わせ解決時間を、導入前と比べて月次で見ます。
- 改善と内製化：要望を優先度・効果・工数・リスクで並べて月1回または四半期ごとに改修し、設計レビューや難しい連携はパートナーに確認。
アプリを自由に作れると短期的には便利ですが、似たアプリの乱立やデータ分散につながります。そのため、運用ルールを決めて属人化を防ぎます。
サイボウズのシステム開発の費用相場
費用は、まずライセンスと導入・開発の費用に分けて考えます。そこに移行・教育と運用・改善の費用を加えると、全体の見通しが立ちます。
ここで示す金額は、公式価格と公開パートナーの情報、業務システムの一般相場をもとにした目安です。個別案件の確定価格ではありません。
月額料金だけで総額を見ると、権限設計や連携の費用が後から加わるうえ、移行やテストの費用も必要になり、予算を超えやすくなります。
ユーザー数とコースで決まるライセンス料金
2026年8月に確認したkintone公式料金では、初期費用は無料です。料金はコースごとに異なるため、最低ユーザー数とあわせて見ます。
- ライト：月額1,000円、年額12,000円で、最低10人から。
- スタンダード：月額1,800円、年額21,600円で、最低10人から。
- ワイド：月額3,000円、年額36,000円で、最低1,000人から。
いずれも1ユーザーあたりの料金です（出典: kintone「料金」、2026年8月確認）。
たとえば、10人でスタンダードを1年間使う場合のライセンス料は21万6,000円です。100人なら216万円になります。どちらも税抜きの本体料金です。
ゲストユーザー、ディスク増設、連携サービスは別見積もりです。セキュアアクセス、プラグイン、委託費も、ライセンス料とは別に見積もられます。
スタンダード以上は外部連携やプラグインに対応しています。
安いコースを選んでから拡張できないことを避けるため、必要な機能を先に確認します。
初期の構築費の規模別目安
初期構築の費用は、アプリ数や連携の範囲で規模が変わります。目安を四つの規模に分けて示します。
- 小規模：標準機能とテンプレート中心で1〜3アプリ、簡単な権限、少量のCSV移行。20万〜80万円、2週間〜1.5か月程度。
- 部門導入：3〜10アプリ、承認フロー、帳票、権限、初期データ移行。100万〜500万円、1〜3か月程度。
- 複数部門・拠点：10〜30アプリ、基幹・会計・SFA連携、プラグイン選定、教育。300万〜1,000万円、3〜6か月程度。
- 全社・大規模：全社展開、1,000ユーザー級、複雑な監査、大量移行、ERP。1,000万〜数千万円、6〜12か月以上の可能性。
いずれも要件とパートナーによって変わる推定です。一方、一般的な業務システムの相場は、小規模で50万〜300万円、中規模で300万〜1,000万円、大規模で1,000万円以上です。
公開パートナーの情報では、テンプレート活用で約1か月、フルオーダー型で約3か月という期間が示されています（出典: 一次Q&A整理、神戸デジタル・ラボ公開情報、2026年8月確認）。
移行・教育・保守のランニング費用
初期費用のほかに、運用に関わる費用も発生します。移行や利用者支援、運用保守の作業ごとに費用がかかり、公開されている価格の例もあります。
- 移行・準備：ExcelやAccessのデータ整形・移行、帳票調整。
- 利用者支援：研修、マニュアル、問い合わせ対応。
- 運用保守：権限の見直し、プラグインのライセンス、連携監視、バックアップ確認。
- 公開価格の例：連携構築100万円から、保守相談は月額10万円から、内製化支援40万円。
上の価格例は特定企業の公開価格で、サイボウズ全体の公式相場ではありません（出典: 神戸デジタル・ラボ「kintone開発・導入支援」、2026年8月確認）。
一般的な保守・改善費の目安は、初期開発費の年15〜25％、または月15万〜80万円程度とされています（出典: 業務システム全般の一次Q&A整理、2026年8月確認）。
費用は、軽微な相談にとどまるか、障害対応まで含むかで変わります。セキュリティ確認やデータ運用、追加開発を含むかによっても変わるため、月額の範囲と時間、対応時間帯、緊急時の扱いを分けて確認します。
費用を抑える進め方として、全社分を一度に作らず、効果を測れる1業務から始めます。
次の開発は、成果を見てから判断します。
サイボウズのシステム開発で見積もりを取る際のポイント
相見積もりでは、同じ前提で金額を比べます。「kintoneを導入したい」とだけ伝えると、アプリ数や連携の想定が会社ごとに異なります。移行やテストの範囲も揃わず、安い見積もりに必要な作業が入っていないこともあります。
RFPや要件メモを用意して、同じ条件で2〜3社に相談します。
RFPに入れる業務・データ・非機能の3面
見積もりの前提をそろえるため、RFPには業務の流れ、データの状態、運用上の条件を記します。
- 業務：目的、現状課題、対象部門、利用者数、業務フロー、入力項目、承認経路、検索・集計・帳票、通知、スマートフォン利用。
- データ：既存データの件数と形式、代表ケース（新規登録、変更、差し戻し、取消、担当者不在）。
- 非機能：可用性、性能、アクセス制御、監査ログ、バックアップ、障害連絡、保存期間、契約終了時のデータ出力。
代表ケースを具体的に書いておくと、必要な機能と工数の見積もりがそろいやすくなります。
クラウド基盤は、通信中と保存中の暗号化、第三者機関による脆弱性試験を公開しています。稼働率99.99％の目標と、24時間365日の提供も掲げています（出典: サイボウズ「サービスレベル目標」、2026年8月確認）。
これは基盤側の説明で、自社の権限設定やアプリ設計が適切かどうかまでは保証しません。
開発会社の比較と自社要件との適合
開発会社を比べるときは、同じ要件をどこまで満たせるかを見ます。比べる面は四つあり、経験、進め方と成果物、運用支援、見積もりの順に見ていきます。
- 経験：サイボウズ公認、kintone認定資格者、同業種・同規模・同じ連携方式の事例。
- 進め方と成果物：実データに近いデモ、要件整理の担当、設計書・テスト仕様書の納品。
- 運用支援：アプリ設定やJavaScriptの保守主体、研修、内製化、稼働後の改善、障害時の受け持ち範囲。
- 見積もり：作業項目を分けて示し、時間、アプリ数、連携本数、移行件数の前提を確認します。
見積書は一式にまとめず、要件定義、基本設計、アプリ構築、カスタマイズ、連携の作業ごとに分けてもらいます。移行、テスト、教育、プロジェクト管理、保守も、同じく別々に示してもらいます。
極端に安い見積もりでは、要件整理やテスト、文書が省かれている場合があります。稼働後の問い合わせへの対応も、含まれていないことがあります。そのため、価格差の理由を確認します。
契約と変更管理による追加費用のリスク抑制
契約と変更管理では、成果物や追加要望の扱いを決めておきます。確認事項は、成果物の受け取り方、契約条件、追加要望の進め方の三つに分かれます。
- 成果物・検収：アプリ設定、画面仕様、権限一覧、連携仕様、移行手順、テスト結果、マニュアル、バックアップ、ソースコード、プラグイン情報。
- 契約条件：著作権・改修権、保守移管、再委託先の責任、契約終了時のデータ出力支援。
- 変更管理：追加要望の効果や工数、リリースへの影響、保守の負担を評価し、承認者と記録、追加費用、延期の基準を定めます。
要件定義とテストを削りすぎると、仕様変更が膨らみ、工数や費用が1.3〜1.5倍になるリスクがあります（出典: 業務システム全般の一次Q&A整理、2026年8月確認）。ただし、短納期の場合でも確認工程は残します。
よくある質問（FAQ）
製品の選び方、期間、内製化、セキュリティの4点について、判断の考え方を示します。
kintoneとサイボウズ Office、Garoonはどのように選びますか？
業務アプリを作るならkintone、予定や掲示板、基本的なワークフローならサイボウズ Officeが候補になります。複数拠点や複雑な権限が必要な大規模組織では、Garoonを検討します。多言語や複数のポータルを使う場合も、Garoonが候補です。
既存システムとの役割分担と将来の利用者数も比べておくと、製品の重複導入を避けられます。
kintoneのシステム構築にはどれくらいかかりますか？
公開パートナーの目安では、シンプルなテンプレート活用は約1か月、フルオーダー型の業務改善アプリは約3か月です。
複数部門、外部連携、大量データ移行、全社教育を含むと、3〜6か月、または6〜12か月以上になる可能性があります。
期間はアプリ数だけでなく、要件整理と意思決定の速さで変わります。データ品質や、受入テストに参加する現場担当者の確保も影響します。
サイボウズのシステムは社内だけで開発できますか？
標準機能だけを使う小規模なkintoneアプリなら、業務に詳しい担当者が学びながら内製できます。まず1業務で試し、作成者と運用責任者を決めて、命名規則や権限ルールを作ります。
外部連携や権限設計が複雑な場合や、大量移行があるときは、専門会社のレビューや部分委託を組み合わせます。JavaScriptや監査要件がある場合も、同じ方法で負担と属人化を抑えられます。
個人情報や営業秘密をサイボウズで扱えますか？
扱えるかどうかは、サービスの認証だけでなく、自社の規程や業界ガイドラインなども踏まえて判断します。
- 自社側の条件：業界ガイドライン、データ分類、権限設計、委託先管理を確認します。
- 認証情報：ISMAP掲載やISO/IEC 27001・27017などを、cybozu.com、kintone、Garoonごとに確認します。
- 安全対策の情報：暗号化、バックアップ、脆弱性試験について公開されています。
- AI利用時：入力対象、利用者権限、回答レビュー、ログ保存を決めます。
サービスが自社の目的に合うかは、情報システム、法務、セキュリティの各部門で確かめます。
まとめ
まず業務とデータを整理し、kintone、サイボウズ Office、Garoon、メールワイズそれぞれの役割を定めます。
kintoneでは標準機能を優先し、差別化につながる部分だけを、プラグインやJavaScript、API、外部システムで補います。
最初に決めるのは改善したい業務
改善の最初の業務は、範囲を小さく絞ったうえで、次の流れで進めます。
- 対象業務の選定：まず1業務を選び、処理時間や転記、承認の問題を記録します。検索や集計の問題も、あわせて記録しておきます。
- 前提の整理：利用者とデータ、権限を整理します。
- 既存環境の確認と試作：既存システムと成功指標も確認したうえで、標準機能で試せる小さなMVPを作ります。
- 展開の判断：小さく検証できれば、現場の納得を得ながら次の部門へ広げられます。
見積もりで確認する開発後の運用
見積もりは、ライセンス、構築、連携、移行の作業ごとに分けます。テスト、教育、保守も分けて確認し、同じ前提で複数社を比べます。
そのうえで、稼働後の権限の見直し、変更管理、障害対応まで決めておきます。内製化やデータ出力の進め方も決めておきます。
フェーズごとの終了条件と効果指標を決め、要件整理から定着までを一つの計画として進めることが、成功への近道です。
▼全体ガイドの記事
・サイボウズのシステム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。