kintone開発・カスタマイズとは｜できること・費用・依頼先の選び方

kintone開発で最初にやるべきは「作ること」ではなく、「どこまでが標準機能で足り、どこから開発が必要か」の線引きです。

「この要件は標準機能で作れるのか、それとも開発を外注すべきか」——kintoneを導入した、または検討中の中小企業の担当者からよくいただく相談です。この記事では、kintone開発・カスタマイズの全体像を「標準機能で足りる範囲」と「JS・プラグイン・API連携が必要な範囲」の境界線から整理します。読み終えたとき、自社の要件が標準機能・カスタマイズ・開発のどの層にあるかを自分で切り分け、費用感や依頼先の見極め基準を持てる状態を目指します。当社（株式会社六／Roku inc.）は「kintoneで足りるなら作らない」立場で、足りる条件も正直にお伝えします。

kintone開発・カスタマイズとは？標準機能・カスタマイズ・開発の3層で理解する

kintone開発・カスタマイズとは、サイボウズ社のkintoneを自社の業務に合わせて作り込む作業の総称で、中身は3層に分かれます。この層を区別できると、自社の要件に必要な手間とコストの見当がつきます。

カスタマイズは「プラグイン追加」「JavaScript/CSS開発」「API連携」の3手段に大別されます（出典：kintone.cybozu.co.jp）。基本はノーコードでアプリを構築でき、標準機能だけでも多くの業務システムが組めます（出典：toyokumo-blog.kintoneapp.com）。重要なのは、この3層を下から順に検討することです。いきなり開発を考えず、まず標準機能で足りないかを試す。次の章で、その境界線を引きます。

kintoneでできること・できないこと｜ノーコードの境界線

最初に確認すべきは「それは本当に開発が必要か」です。ここを飛ばすと、標準機能で済む要件にまで開発費を払うことになります。

正直にお伝えすると、開発・外注しなくても標準機能で足りるケースは多いです。公式や複数の解説が「まず標準機能で作れないか試してから」を推奨しています（出典：toyokumo-blog.kintoneapp.com）。標準機能だけのアプリは予期しない不具合がほぼ起きず、外注費も保守費も不要です。当社が手を入れるべきなのは、標準機能で足りなくなった部分だけだと考えています。標準機能でのアプリの作り方はkintoneアプリの作成方法で具体的に解説しています。

一方で、ノーコードには明確な境界があります。代表的な「できないこと・苦手なこと」は次の通りです。

• 複雑な計算・表計算：計算フィールドは四則演算・IF・SUM等の基本に限られる（出典：crosshead.co.jp）
• 複雑な帳票出力：細かいレイアウトの請求書・納品書などはプラグインや連携が必要
• 複雑な権限制御：条件が入り組んだアクセス制御は標準だけでは組みにくい
• 構造上の上限：1アプリのフィールドは500個、1テーブルは5,000行が目安（出典：cn.kintone.help、最新仕様は公式の制限値一覧で要確認）
• 大量データ：件数に明示的な上限はなく公式は100万件での動作確認に言及するが、件数が増えると動作が遅くなる場合がある（出典：cybozu.com）

線引きの目安はこうです。画面の入力支援や見た目の改善はカスタマイズ（JS/プラグイン）、外部システムとのデータ同期は連携（API）、kintoneの枠を大きく超える処理はスクラッチ開発。詳しい判断はkintoneノーコードの限界で掘り下げます。

ノーコードで足りなくなったら｜JS・プラグイン・API開発の選択肢

標準機能で足りないと分かったら、次の3つの選択肢があります。それぞれ向き不向きが違います。

ここで注意したいのが、「内製でJSを自作すれば安い」は条件次第で逆転する点です。素人によるJS自作には次のリスクがあります（出典：r3it.com）。

1. 属人化：書いた担当者しか中身を把握できず、退職・異動で誰も触れなくなる
2. メンテ必須：kintoneのアップデートやブラウザ仕様変更で動かなくなり、定期保守が要る
3. 情報漏洩リスク：ネットのコピペコードをそのまま使うと予期せぬ穴になりうる

つまり「内製＝安い」は一定規模・継続運用では成り立たないことがあります。短期の小さな改善なら内製、長く使う基幹寄りの仕組みなら外注、という切り分けが現実的です。

当社（株式会社六／Roku inc.）は、このノーコードの限界を超える部分——JS・プラグイン・API開発——をスコープにしています。AI駆動の高速開発で、属人化しにくい実装と保守を前提に設計します。具体的なカスタマイズ例はkintoneカスタマイズの実例をご覧ください。

kintone連携でできること｜外部システム・ツールとつなぐ

kintone連携とは、kintoneと外部のシステムやツールをつなぎ、データを自動でやり取りする仕組みです。「二重入力をなくしたい」「在庫や問い合わせを一元管理したい」という要件は、ほぼ連携の領域です。代表手段は次の4つです（出典：cybozu.dev）。

ここでも反証を正直に。「とりあえずAPI連携」は落とし穴になりえます。REST API直接連携は最も柔軟ですが、外部システムの仕様変更時に改修が必要で、さらにAPIリクエストの日次上限があります。1アプリあたり1日でスタンダード10,000／ワイド100,000リクエストが上限で、超過するとデータ同期が止まります（出典：cybozu.dev）。Webhookやプラグインで足りる要件なら、そちらの方が保守は軽くなります。「柔軟さ」と「運用コスト」はトレードオフです。

当社の連携実績を具体で挙げます。

• Shopify×kintone連携（サイボウズ商店）：ECの在庫・販売履歴をkintoneで一括管理するカスタムアプリを開発。約3ヶ月で完了（参照：当社実績）
• LINE×IoT×kintone連携（NPO法人わくわーく 入館管理システム）：NFCとLINE連携で入館データを自動記録。約6ヶ月で構築（参照：当社実績）

身近なツールとの連携やAPI設計の考え方はkintone連携の設計とLINE・Slack連携で詳しく扱います。

kintoneとスクラッチ開発、どちらで作るべきか

連携やカスタマイズを重ねると、「これはもうkintoneを土台にせず、最初から作った方がよいのでは」という分岐に行き着きます。目安は次の通りです。

• kintoneが向く：データベース＋業務アプリが中心で、現場で項目を足しながらスモールスタートしたい
• スクラッチが向く：独自の画面・処理が要件の大半を占める、または上限・総額が開発に見合う規模

中立的な助言は「カスタマイズが膨らみすぎたら立ち止まる」ことです。前述の通り、JS自作の保守やAPI上限のコストは後から効いてきます。カスタマイズの積み上げがスクラッチの開発・保守費を上回りそうなら、土台を見直すタイミングです。詳しい比較はkintoneとスクラッチ開発の比較で行います。

kintone開発・カスタマイズの費用相場と進め方

費用は手段と規模で大きく変わります。以下は媒体の目安であり、要件次第で大きく変動する点を前提にしてください。

初期構築・カスタマイズ全体では概ね50万〜600万円のレンジで語られることが多いですが、媒体により幅が大きく、あくまで目安です（出典：hnavi.co.jp）。

進め方で1つ重要な注意点があります。JavaScriptカスタマイズやAPI利用はスタンダードコース以上が前提です（ライトコースは不可とされるため、開発を含むなら契約前に公式コース比較で要確認）。安いコースで契約後に開発が必要と分かり、契約し直しになるのを避けるためです。

kintone開発会社の選び方｜伴走型か、作って終わりか

kintone開発会社を選ぶときの分かれ目は「作って終わりか、伴走するか」です。

kintoneは現場で項目を足せる柔軟さが魅力ですが、その裏返しで作った後に育てる前提の仕組みです。JS・API連携は前述の通り保守が継続的に必要になります。だからこそ、納品後に手を引く会社より、運用しながら改善を続けられる会社の方が、長期では総コストを抑えやすくなります。選定時に確認したいポイントは次の通りです。

• 標準機能で足りる部分まで開発を勧めてこないか（作らない選択肢を示せるか）
• JS・プラグイン・API連携のどこまで自社で対応できるか
• アップデート追従・上限超過など、運用フェーズの保守を見てくれるか
• 自社の業務を理解した上で要件を切り分けてくれるか

当社の独自性は、ノーコードの限界を超えるJS／プラグイン／API開発に加え、AIを組み合わせた高速開発にあります。実例として、ChatGPT API×kintone×Next.jsでAIチャットボットとkintoneを連携し、問い合わせ対応時間を60%短縮した実績があります（参照：当社実績）。「足りるなら作らない」を前提にしつつ、足りない部分はAI活用も含めて踏み込む——これが当社の立ち位置です。

詳しい基準はkintone開発会社の選び方、当社の対応範囲はサービス紹介でご確認ください。

よくある質問（kintone開発・カスタマイズ）

Q. ノーコードの標準機能だけで業務システムは作れますか？

多くの業務は標準機能だけで作れます（出典：toyokumo.kintoneapp.com）。複雑な計算・帳票・大量データ同期・入り組んだ権限制御に踏み込むと、カスタマイズや連携が必要になります。まず標準機能で試し、足りない部分だけ開発する進め方が無駄がありません。

Q. JavaScriptカスタマイズは内製した方が安いですか？

短期の小さな改善なら内製も有効ですが、長く使う仕組みでは逆転しえます。自作JSは属人化しやすく、kintoneのアップデートで動かなくなれば定期メンテが必要で、コピペコードには情報漏洩リスクもあります（出典：r3it.com）。継続運用するものは外注を検討する価値があります。

Q. API連携にデメリットはありますか？

最も柔軟な反面、外部システムの仕様変更時に改修が必要で、APIリクエストの日次上限（スタンダードで1アプリ1日10,000）に抵触するとデータ同期が止まります（出典：cybozu.dev）。Webhookやプラグインで足りる要件なら、そちらの方が保守は軽くなります。

Q. 費用はどのくらいかかりますか？

シンプルなJSカスタマイズは数万円〜、プラグインや連携サービスは月額数千〜数万円、新規アプリを含む本格開発は100万〜500万円規模になることもあります（出典：hnavi.co.jp）。いずれも要件次第で大きく変動する目安です。正確な見積もりは要件の切り分けが前提になります。

自社の要件が標準機能で足りるのか、それともJS・プラグイン・API連携や開発が必要なのか——その線引きから一緒に整理します。当社は「足りるなら作らない」を前提に、足りない部分だけをAI活用も含めて開発する会社です。要件が固まっていない段階でも構いません。システム開発・kintone連携のサービスをご覧いただくか、お問い合わせからお気軽にご相談ください。