サイボウズのシステム開発の進め方/やり方/流れや方法/手法/工程/手順

サイボウズのシステム開発は、kintoneを中心に業務を小さく分けて整理し、標準機能で試しながら、必要な部分だけ連携・カスタマイズを加えて段階的に進める方法が現実的です。

サイボウズにはkintone、サイボウズ Office、Garoon、メールワイズがあり、製品選びを誤ると、作り直しや権限設定のやり直しで余計な費用が発生します。この記事では、要件整理から製品選定、設計・開発、テスト、稼働、定着までの6フェーズを、実務で使える判断基準とチェック項目に沿って解説します。ライセンス料金と開発費を分けた費用相場、見積書で確認すべき内容、外注と内製の分担も整理します。

▼全体ガイドの記事
・サイボウズのシステム開発の完全ガイド

サイボウズのシステム開発の全体像とは?

サイボウズのシステム開発の全体像

サイボウズのシステム開発は、業務をすべて一つの製品へ移すことではありません。業務アプリを柔軟に作る領域、スケジュールや社内ポータルを整える領域、共有メールを管理する領域を分け、自社の業務データがどこにあるべきかを決める取り組みです。

4つのサービスを業務の目的で使い分けます

サイボウズ公式のサービス一覧では、クラウドサービスとしてkintone、サイボウズ Office、Garoon、メールワイズが提供されています(出典: サイボウズ「サービス一覧」、2026年8月確認)。kintoneは顧客管理や案件管理、申請、問い合わせ、日報などの業務アプリを作るサービスです。サイボウズ Officeはスケジュールや掲示板、ワークフローを手軽に使いたい組織に向きます。Garoonは複数拠点や細かな組織権限、多言語ポータルを扱う大規模組織向けです。メールワイズは代表窓口などの共有メールを複数人で処理する用途に向きます。

選定時は「サイボウズを導入する」という表現をそのまま要件にせず、業務ごとに「誰が、どの情報を、いつ登録し、誰が承認し、どの帳票や通知を出すか」まで分解します。たとえば案件管理をkintoneで行い、全社予定とポータルはGaroon、代表問い合わせはメールワイズで処理する構成も考えられます。既存の会計・販売管理・ERPを残し、サイボウズは現場の情報共有と申請に集中させる設計も有効です。

開発の中心はkintoneで、標準機能を先に確認します

「サイボウズのシステム開発」という検索で、画面やデータ項目を自社向けに作る話の中心になるのはkintoneです。kintoneではアプリ、レコード、一覧、グラフ、プロセス管理、アクセス権、通知、コメント、モバイル利用を組み合わせられます。そのため最初からプログラムを書くのではなく、標準機能で業務の8割程度を表現できるかを確かめ、残りの差分だけを拡張する順番が重要です。

標準機能で足りない場合は、プラグイン、JavaScriptカスタマイズ、連携サービス、API、外部画面の順に検討します。入力補助や帳票出力のように局所的な課題はプラグインで解決できる場合があります。一方、在庫引当や複雑なリアルタイム計算など、処理量や整合性が重要な業務は、kintoneだけに詰め込まず、既存の基幹システムや専用クラウドと連携する方が安全です。

標準・拡張・外部システムの境界を決めます

判断の基準は「できるかどうか」だけではなく、「5年後も担当者が変更できるか」です。標準機能は製品アップデートの影響を受けにくく、社内管理者でも変更しやすい利点があります。プラグインやJavaScriptは短期間で見た目や操作性を改善できますが、提供会社の保守終了や仕様変更の影響を受けます。外部システム連携は業務全体をつなげられる反面、API制限、認証情報、障害時の再送処理まで設計が必要です。

また、2026年6月にはkintone AIが正式提供され、検索AIやアプリ作成AIなどが正式版として使えるようになりました(出典: サイボウズ株式会社「サイボウズ、『kintone AI』を正式提供」、2026年4月発表)。便利な機能ですが、個人情報を含むデータの扱い、AIの回答を人が確認する手順、利用ログと権限設定を先に決める必要があります。新機能を入れること自体ではなく、業務時間の削減や検索精度の改善を測れるかで採用を判断します。

サイボウズのシステム開発の進め方

サイボウズのシステム開発の進め方

開発工程は、要件整理、製品・構成選定、設計・開発、テスト、稼働、定着の6フェーズで考えると抜け漏れを防げます。各フェーズの終了条件を決め、前の工程に戻る変更をできるだけ早く発見することが、納期と費用を守るポイントです。

1. 要件整理:対象業務と成功条件を決めます

最初に、現場の不満を機能名へ直訳せず、業務の事実を棚卸しします。対象部門、利用者数、登録件数、入力者、承認者、参照者、利用端末、既存のExcelやAccess、連携先、保存期間を一覧にします。続けて、現状で何分かかっているか、転記や確認漏れが何件あるか、締め日までに処理できないことがあるかを確認します。

成功条件は「kintoneを導入する」ではなく、「月次集計の転記をなくす」「申請の承認状況を当日中に確認できる」「問い合わせの初回回答までの時間を短縮する」のように測れる表現にします。要件整理のチェック項目は、対象業務の範囲、優先順位、必須データ、権限区分、例外処理、移行対象、法令・監査要件、導入後の責任者です。ここで「今回やらないこと」も明記すると、開発中の追加要望を制御しやすくなります。

2. 選定:製品と内製・外注の分担を決めます

要件を製品へ当てはめます。業務アプリの作成や部門ごとの改善が中心ならkintone、スケジュール・掲示板・社内申請を簡単に整えるならサイボウズ Office、複雑な組織権限や複数ポータルが必要ならGaroon、共有メールの対応履歴を管理するならメールワイズが候補です。利用者数だけで決めず、データの所有者、権限の複雑さ、他システムとの接続、将来の拡張を比較します。

同時に、社内で作る範囲と外部へ依頼する範囲を決めます。アプリの項目追加や一覧変更は社内管理者が担当し、複数システムの連携、複雑な権限、データ移行、セキュリティ診断、全社展開の計画は専門会社へ依頼する分担が考えられます。サイボウズ公式では、一定の実績・体制・有資格者数などの基準を満たすエンタープライズパートナーを紹介しています。認証の有無だけでなく、同規模の事例と導入後の保守体制を確認します。

3. 設計・開発:データと権限を先に固めます

設計では、画面の見た目よりもデータの持ち方を先に決めます。顧客、商品、部署、担当者などのマスタをどのアプリで管理するか、同じ顧客を重複登録しない方法は何か、履歴を上書きするのかレコードとして残すのかを整理します。アプリ同士の関連、必須項目、入力形式、採番ルール、添付ファイルの保存方針も設計書に残します。

権限設計は、管理者、アプリ作成者、部門担当者、一般利用者、外部のゲストなどの役割ごとに、閲覧・追加・編集・削除・書き出しの可否を決めます。組織変更や異動が起きたときに誰が権限を更新するかも必要です。開発前にサンプルデータを使った画面確認を行い、現場の代表者が「この項目なら入力できる」「この通知なら見落とさない」と判断できる状態にします。

4. テスト:業務シナリオと移行データを検証します

テストは、画面が表示されることだけで終わらせません。受付から登録、承認、差し戻し、完了、集計、帳票出力まで、実際の業務シナリオを通します。一般利用者が他部門の情報を見られないか、承認者が不在のときに止まらないか、重複登録を防げるか、通知が想定した相手へ届くかを確認します。

連携がある場合は、正常系だけでなく、APIの失敗、タイムアウト、重複送信、途中で通信が切れた場合の再送も試します。移行では件数、必須項目、文字化け、日付形式、添付ファイル、削除対象を確認し、旧データと新データのサンプルを突き合わせます。受入テストの合格条件と、未解決課題を稼働前にどこまで許容するかを文書化しておくと、納品時の認識違いを防げます。

5. 稼働:小さく始めて切り替えを管理します

全社一斉に切り替えるか、1部門で先行稼働するかを決めます。初回は問い合わせ、案件、申請、日報など、効果を測りやすく、業務停止の影響が比較的小さいテーマが向いています。先行部門で入力率、処理時間、差し戻し件数、問い合わせ件数を測り、改善してから他部門へ展開します。

稼働日は、旧システムをいつ参照専用にするか、新システムへの初回データ投入をいつ行うか、障害時にどの手順で戻すかを決めます。利用者向けには操作マニュアルだけでなく、「どの業務をいつからkintoneへ登録するか」「旧Excelへ二重入力しないか」という運用ルールを伝えます。管理者の問い合わせ窓口と、緊急時に判断する責任者を明示すると、現場が迷いにくくなります。

6. 定着:運用ルールと改善サイクルを回します

システムは稼働してからが本番です。アプリの作成・変更申請、命名規則、マスタ管理、権限の棚卸し、データの保存期間、プラグインの更新確認、問い合わせの記録方法を決めます。誰でも自由にアプリを作れる状態は、短期的には便利でも、似たアプリの乱立やデータの分散につながります。新しいアプリを作る前に既存アプリを検索し、目的・責任者・利用者・終了条件を登録する仕組みにします。

定着度は、ログイン数だけで評価しません。入力の完了率、承認のリードタイム、集計にかかる時間、Excelへの再転記件数、問い合わせの解決時間など、導入前と比較できる指標を月次で見ます。現場の改善要望を優先度、効果、工数、リスクで並べ、月1回または四半期ごとに改修します。内製化を目指す場合も、初期からすべてを社内だけで抱えず、設計レビューや難しい連携をパートナーに確認して、担当者の属人化を防ぎます。

サイボウズのシステム開発の費用相場

サイボウズのシステム開発の費用相場

費用は、サイボウズのライセンス料金、導入・開発費、移行・教育費、運用・改善費に分けて考えます。製品の月額料金だけで導入総額を判断すると、権限設計やデータ移行、連携、テストの費用が後から加わり、予算を超えやすくなります。以下は公式価格と公開パートナー情報、業務システムの一般的な相場を基にした目安であり、個別案件の確定価格ではありません。

ライセンス料金はユーザー数とコースで決まります

2026年8月に確認したkintone公式料金では、初期費用は無料で、ライトは月額1,000円、スタンダードは1,800円、ワイドは3,000円を1ユーザーあたりで設定しています。年額ではライト12,000円、スタンダード21,600円、ワイド36,000円です。最低ユーザー数はライトとスタンダードが10人、ワイドが1,000人です(出典: 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からのデータ整形・移行、帳票の調整、利用者研修、操作マニュアル、権限棚卸し、プラグインのライセンス、外部連携の監視、バックアップ確認、問い合わせ対応が発生します。公開パートナーの例では、kintoneと他システムの連携構築が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)

サイボウズのシステム開発に関するよくある質問

ここでは、サイボウズのシステム開発を検討する担当者から寄せられやすい質問に答えます。製品選定、期間、内製化、セキュリティの順に、判断するときの基準を整理します。

kintoneとサイボウズ Office、Garoonはどのように選びますか?

業務アプリを自社向けに作るならkintone、スケジュールや掲示板、基本的なワークフローを手軽に使うならサイボウズ Officeが候補です。複数拠点や複雑な組織権限、多言語、複数ポータルが必要な大規模組織はGaroonを検討します。既存システムとの役割分担と将来の利用者数を含めて比較すると、製品の重複導入を避けられます。

kintoneのシステム構築にはどれくらいかかりますか?

シンプルなテンプレート活用なら約1か月、フルオーダー型の業務改善アプリなら約3か月という公開パートナーの目安があります。複数部門、外部連携、大量データ移行、全社教育を含む場合は、3〜6か月、または6〜12か月以上になる可能性があります。期間はアプリ数だけでなく、要件整理、意思決定の速さ、データの品質、受入テストに参加できる現場担当者の確保で変わります。

サイボウズのシステムは社内だけで開発できますか?

kintoneの標準機能を使った小規模なアプリなら、業務に詳しい担当者が学びながら内製できます。最初は1業務で試し、アプリ作成者と運用責任者を決め、命名規則や権限ルールを作ると安全です。複雑な外部連携、権限設計、大量移行、JavaScript、監査要件がある場合は、専門会社のレビューや部分委託を組み合わせると、社内担当者の負担と属人化を抑えられます。

個人情報や営業秘密をサイボウズで扱えますか?

扱えるかどうかは、サービスの認証だけでなく、自社の規程、業界ガイドライン、データ分類、権限設計、委託先管理で判断します。サイボウズはcybozu.com、kintone、GaroonなどについてISMAP掲載やISO/IEC 27001・27017、暗号化、バックアップ、脆弱性試験などの情報を公開していますが、自社の利用目的に適合するかを情報システム部門と法務・セキュリティ部門で確認します。AI機能を使う場合は、入力対象、利用者権限、回答のレビュー、ログ保存も別途決めます。

まとめ

サイボウズのシステム開発のまとめ

サイボウズのシステム開発は、製品を決めてから業務を合わせるのではなく、業務とデータを整理してから、kintone、サイボウズ Office、Garoon、メールワイズの役割を決めることが出発点です。kintoneを使う場合も、標準機能を優先し、差別化につながる部分だけをプラグイン、JavaScript、API、外部システムで補います。

最初に決めるのは製品名ではなく改善したい業務です

まずは1業務を選び、現状の処理時間、転記、承認、検索、集計のどこに問題があるかを記録します。対象利用者、データ、権限、既存システム、成功指標を整理したうえで、標準機能で試せる小さなMVPを作ります。小さく検証できれば、現場の納得を得ながら次の部門へ展開できます。

見積もりでは開発後の運用まで確認します

見積もりはライセンス、構築、連携、移行、テスト、教育、保守を分け、同じ前提で複数社を比較します。稼働後の権限棚卸し、アプリの変更管理、障害対応、内製化、データ出力まで決めておくと、導入後に使われ続けるシステムになります。フェーズごとの終了条件と効果指標を定め、要件整理から定着までを一つの計画として進めることが成功の近道です。

▼全体ガイドの記事
・サイボウズのシステム開発の完全ガイド

会社紹介

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

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

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

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

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

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