kintoneカスタマイズ・開発とは？できること・手段・費用相場と内製外注の判断

kintoneカスタマイズとは、サイボウズのkintone上に作った業務アプリに対し、標準の設定だけでは届かない部分をプラグイン・JavaScript・REST APIで補う作業を指します。kintone開発と呼ばれるのも同じ範囲です。ドラッグ&ドロップでアプリを作れる製品でも、帳票の作り込みや基幹システムとのデータ連携に踏み込めば、話は開発になります。この記事では、カスタマイズでできることと標準機能の限界、標準設定と開発を分ける境界線、4つの手段の使い分け、保存前チェックを題材にしたJavaScriptの最小例、手段別の費用レンジ、要件整理から本番展開・保守までの進め方、そして社内の内製で回るのか開発会社へ委託すべきなのかの分かれ目までを、発注する側の視点で整理しました。kintoneを開発基盤に選ばないほうがよい場面も、条件付きで示します。

まとめ：kintoneカスタマイズの手段選びと費用が跳ねる分岐点

kintoneカスタマイズの手段は4つあります。既製プラグインの導入、JavaScriptとCSSによるカスタマイズ、REST APIを使った外部システム連携、そして画面設定だけでつなぐ連携サービスです。選ぶ順序は決まっています。まず既製のプラグインか連携サービスで足りないかを探し、それでも埋まらない要件だけをJavaScriptとAPIに回す。この順序を守るかどうかで、初期費用も保守費も一桁変わります。作りたい機能から入ってJavaScriptを書き始める進め方が、最も高くつく道です。

費用が跳ねる分岐点は3つに絞れます。標準のフィールドとプロセス管理で表現できない帳票を求めたとき、社外システムとの双方向同期を求めたとき、稼働後に業務ルールが変わり続けるときです。開発会社が公開している料金目安を2026年7月時点で突き合わせると、標準機能の設定代行は10万〜30万円台、業務全体を載せ替える構築は100万〜500万円に収まります。内製と委託の分かれ目は、技術力そのものではありません。作った人が異動しても直せる状態を保てるか、その一点です。担当者ひとりが片手間で書いたJavaScriptは、その人が抜けた翌月から誰も触れない負債に変わります。

カスタマイズでできることは、画面の表示と入力の制御、アプリをまたいだデータの自動処理、外部システムとの連携の3領域に分かれます。逆に言えば、この3領域のどれにも当たらない「見た目を少し整えたい」程度の要望は、標準機能の設定か既製プラグインで済ませるのが筋です。2026年6月に正式提供が始まったkintone AIのアプリ作成AIは、アプリの土台づくりを速めるものの、業務ルールをコードで組み込む作業の代わりにはなりません。

kintone開発の定義と、標準設定だけで足りる範囲との境界線

kintoneは「開発しなくても使える」ことを売りにした製品です。それでも開発やカスタマイズという言葉が付いて回るのは、標準設定で表現できる業務と、コードが要る業務のあいだにはっきりした線があるからです。まずこの線を引いておきます。

kintone開発が指す範囲と、標準のアプリ設定との作業の違い

アプリ設定は、フォームに文字列・数値・日付・ドロップダウンといった部品を並べ、一覧の絞り込み条件やグラフ、プロセス管理の承認経路を画面上で決める作業です。ここまでは管理者権限があれば誰でも触れる領域です。kintone開発はその先を指し、画面を開いた瞬間に別アプリの値を引いて自動計算する、保存の直前に入力内容を検証して止める、外部の販売管理システムから受注データを毎晩取り込む、といった処理が該当します。前者は設定変更として当日中に反映できますが、後者はコードとテストを伴う変更なので、リリース手順と切り戻し手順が必要になる点が違いです。製品そのものの機能範囲や料金コースの全体像は、kintoneとは何かを整理した解説記事で確認してから読み進めると、開発の要否を切り分けやすくなります。

kintoneの標準設定で足りる業務と、開発に踏み込むべき4つの兆候

開発に進むべきかどうかは、業務の複雑さではなく、次の兆候が出ているかで判断します。

• 入力ミスを人の目視チェックで防いでおり、月に数件は取りこぼしている
• 提出先の指定様式があり、kintoneの印刷では体裁が崩れる
• 会計・販売管理・ECなど別システムへ、同じ数字を二重入力している
• 1レコードの登録に複数アプリへの転記が必要で、担当者が手順書を見ながら操作している

上2つはプラグインで解決する場合が多く、下2つはAPI連携の領域です。どれにも当てはまらないのに「もっと使いやすくしたい」という理由だけで開発へ進むと、費用に見合いません。標準機能の設定を詰め切ってから判断してください。

JavaScriptとプラグインを使う前提となるスタンダードコース

見落とされやすい前提が、契約コースです。2026年9月時点のkintone公式の料金ページによると、1ユーザーあたりの月額はライトコースが1,000円、スタンダードコースが1,800円、ワイドコースが3,000円で、最低契約は10ユーザーから（ワイドは1,000ユーザーから）となっています。このうち、プラグインの適用・JavaScriptとCSSのカスタマイズ・外部サービス連携はスタンダードコース以上でのみ提供されます。ライトコースで契約したまま開発の見積もりを取っても、実装できません。50ユーザーの組織なら、ライトとスタンダードの差額は月4万円、年48万円。開発費と並べて、この固定費も判断材料に入れてください。契約条件は改定されるため、発注前に公式料金ページで最新の内容を確認しておくと安全です。

kintoneカスタマイズでできることを、画面・データ・連携の3領域で整理

「kintone カスタマイズ」で調べる人の多くは、自社の要望がカスタマイズで実現できるのか、それとも標準機能で足りるのかを見極めたい段階にいます。できることを3つの領域に分け、それぞれで標準機能の限界がどこにあるのかを並べます。

画面の表示と入力を変えるカスタマイズで、現場の入力ミスを減らす

最も依頼が多いのが画面まわりです。具体的には次のような処理が該当します。

• ドロップダウンの選択値に応じて、関係する項目だけを表示し、残りを隠す
• 開始日と終了日の前後関係や、数量と単価の組み合わせなど、複数項目にまたがる入力チェック
• レコードを開いた直後に、担当者名や部署を初期値として自動でセットする
• 一覧画面に集計値や色分けを加え、要対応のレコードを目立たせる

標準機能でも必須項目の指定や計算フィールド、入力値の重複禁止はある程度設定できますが、「Aのときだけ Bを必須にする」「2つの日付の前後が逆なら保存させない」といった条件付きのルールは、JavaScriptかプラグインの出番です。入力ミスを後工程の目視で拾っている部署ほど、効果がはっきり出ます。

JavaScriptカスタマイズの最小例：保存前に日付の前後を検証するコード

JavaScriptカスタマイズがどういうものかは、短いコードを見るとつかめます。次の例は、レコードの追加画面と編集画面で保存ボタンを押したときに、終了日が開始日より前なら保存を止め、項目の横にエラーを表示するものです。イベント名や、保存を止める方法はcybozu developer networkのレコード編集画面で保存するときのイベントに記載されています。フィールドコード「開始日」「終了日」は、自社アプリの設定に合わせて読み替えてください。

(function () {
  'use strict';
  // 追加画面と編集画面の「保存」押下時に実行する
  kintone.events.on(['app.record.create.submit', 'app.record.edit.submit'], function (event) {
    var record = event.record;
    var start = record['開始日'].value;
    var end = record['終了日'].value;
    // 日付は YYYY-MM-DD 形式の文字列なので、文字列比較で前後を判定できる
    if (start && end && start > end) {
      record['終了日'].error = '終了日は開始日以降の日付を入力してください';
    }
    return event;
  });
})();

このファイルをアプリの設定画面「JavaScript / CSSでカスタマイズ」から読み込ませれば動きます。十数行でも、目視チェックの取りこぼしはゼロにできます。一方で、フィールドコードを誰かが変更した瞬間にこのコードはエラーになり、保存そのものができなくなる場合がある点には注意が必要です。カスタマイズの本当のコストは書く工程ではなく、アプリの設定変更とコードの整合を保ち続ける工程にあります。社内でコードを管理する場合は、サイボウズが公開しているkintone公式のJavaScript SDK（GitHubのjs-sdkリポジトリ）に含まれるREST APIクライアントやプラグイン作成ツールを使うと、書き方が属人化しにくくなります。

データの自動処理と外部連携で、業務の転記と二重入力をなくす範囲

2つ目の領域は、アプリをまたいだデータ処理です。案件アプリで受注にステータスを変えたら請求アプリにレコードを自動作成する、在庫アプリの数量を出荷アプリの登録にあわせて減らす、といった処理はREST APIを呼ぶJavaScriptで組みます。標準のルックアップとアプリアクションでも別アプリの値の参照やレコードのコピーはできますが、参照は取得した時点の値で止まり、元のレコードを直しても自動では追従しません。複数アプリの値を常に一致させたいなら、カスタマイズが必要です。

3つ目の領域が外部システムとの連携です。会計ソフトへの仕訳の受け渡し、ECサイトの受注取り込み、基幹システムのマスタ同期などがここに入ります。連携サービスで足りる定型の連携と、REST APIで個別に組む連携の見極めは、次の章の4手段で扱います。

標準機能の限界：計算・ルックアップ・権限・一覧でできないこと

カスタマイズの要否を判断するには、標準機能で届かない点を先に知っておくと早く決まります。代表的なのは次の4つです。

権限だけは、カスタマイズで補うより設計を見直すほうが安全です。画面上で項目を隠しても、REST APIやCSV出力からは値が読めてしまうため、見せてはいけない情報はアプリそのものを分けて管理します。こうした「作れるが保守で詰まる」構図はkintoneに限らず、ローコード製品に共通する弱点です。製品横断で整理したローコード開発のデメリット7つとスクラッチとの使い分けと見比べると、kintoneで引き受けてよい範囲が見えてきます。

kintone AIのアプリ作成AIと、コードによるカスタマイズの住み分け

サイボウズは2026年6月14日のアップデートで、AI機能群を「kintone AI」として正式提供しました。サイボウズの発表によると、対象はスタンダードコースとワイドコースで、検索AIやアプリ作成AIなどを毎月付与されるクレジットの範囲で追加料金なしに使えます。アプリ作成AIが担うのは、業務の説明からフォームや項目の土台を組む作業です。保存前のチェックや外部連携のような業務ルールをコードで組み込む部分は、2026年9月時点では従来どおりJavaScriptとプラグインの領域にとどまります。AIで土台を短時間に作り、差分だけをカスタマイズに回すという順番で考えると、無駄な開発費を払わずに済みます。

kintone開発の4つの手段と、要件別に選び分けるための判断基準

同じ「kintoneを開発する」でも、実装のしかたによって費用も保守負担もまったく違います。4つの手段を、できることと限界の両面から並べます。

プラグインの導入だけで済ませる開発と、機能追加の適用範囲の限界

プラグインは、設定画面とJavaScript・CSSをひとまとめにした追加部品で、アプリに適用するだけで機能が増えます。サイボウズが公開している案内では、2026年1月時点でプラグインと連携サービスは300種類超。帳票出力、カレンダー表示、一括メール送信、条件付き必須入力といった定番要件は、たいてい既製品があります。無料で試せる製品の型と導入前の確認項目はkintoneの無料プラグインの選び方の解説にまとめています。費用は月額数千円から数万円のサブスクリプション型が主流で、初期の実装費がかかりません。限界は2つです。設定画面で用意された項目しか調整できないことと、複数のプラグインを同じアプリに重ねるとイベント処理が競合し、片方が動かなくなる場合があること。自社専用の部品を作る場合は、manifest.jsonの構成やパッケージングの手順を扱ったkintoneプラグイン開発の実装解説が、内製の可否を測る材料になります。

JavaScriptカスタマイズで作る画面制御と、保守で生じる負債

既製品で埋まらない要件は、JavaScriptとCSSを書いてアプリに読み込ませます。レコード編集画面を開いた直後や保存の直前にイベントが発火し、そこへ処理を差し込む仕組みです。入力値の相関チェック、条件による項目の表示切り替え、関連アプリからの自動取得など、業務ルールをそのまま画面に落とし込めます。自由度が高い一方、負債になりやすいのもここ。kintone本体は継続的に更新されるため、内部の画面構造に依存した書き方をすると、ある日突然動かなくなります。kintone JavaScript APIとして公開されている範囲で書き、コードとテスト手順を社内の資産として残す。この2点を守れないなら、JavaScriptには手を出さないほうが安全です。一覧画面の条件付き色分けやボタン配置を題材にした実装の手順は、kintone一覧カスタマイズの実装手順でコード付きで解説しています。ポータルやスペースのお知らせを部署別に出し分ける実装は、kintoneポータルカスタマイズの実装手順にまとめています。

REST APIによる基幹システム連携と、1日のリクエスト上限

外部システムとデータをやり取りする場合は、kintoneのREST APIを使います。レコードの取得・登録・更新・削除をHTTP経由で扱えるため、販売管理システムや会計ソフト、ECサイトとつなげるのが利点です。実例としては、ShopifyとkintoneをAPI連携させたECサイト構築の手順のように、受注データを自動で取り込む使い方が採られています。設計時に必ず織り込むのが、リクエスト数の上限です。cybozu developer networkのREST API共通仕様では、2026年9月時点で1日あたりのAPIリクエスト数はスタンダードコースが1アプリにつき10,000、ワイドコースが100,000とされ、同時リクエスト数は1ドメインにつき100が上限とされています。1件ずつ同期する作りにすると、数千件の夜間バッチで簡単に上限へ届きます。

プラグインとJavaScriptとAPIを費用と自由度で選び分ける順序

4つの手段は並列の選択肢ではなく、検討する順番が決まっています。初期費用が安く保守負担が軽い順に試し、埋まらない差分だけを次の手段へ送ります。

表の上2段で要件の7割が埋まるなら、その案件は数十万円で収まります。最初の打ち合わせでJavaScriptの話から始まる見積もりは、既製品の調査を省いている疑いがあります。「既製プラグインで代替できないか」を提案側に確認させてください。

カスタマイズを都度委託するか、専用プラグインとして発注するかの選択

JavaScriptで組むと決めたあとにも、発注の形は2通りあります。1つはアプリごとにJavaScriptファイルを書いてもらう都度委託、もう1つは同じ処理を設定画面つきのプラグインとして作ってもらう方式です。都度委託は安く早い反面、同じ処理を別のアプリにも入れたくなったとき、コピーしたファイルがアプリの数だけ増え、修正も同じ回数だけ必要になります。プラグイン化すれば、フィールドコードや条件を設定画面で指定できるため、現場の管理者がアプリを増やしても開発者を呼ばずに済みます。判断の目安は、同じ処理を3つ以上のアプリで使うかどうかです。3つ以上になるならプラグインとして作るほうが、2年目以降の保守費で元が取れます。設定画面の設計からパッケージング・配布まで任せたい場合は、一創のkintoneプラグイン開発サービスで要件の段階から相談できます。

kintone開発の費用相場と、見積もり金額が大きく跳ね上がる要因

費用の話は、金額そのものより「何にいくらかかるか」の内訳が要ります。開発会社が公開している料金目安を2026年7月時点で突き合わせ、実装の中身ごとにレンジを示します。

標準機能の範囲で収まる開発の費用と、月額定額型の保守契約の相場

アプリ設計と設定の代行だけなら、10万〜30万円台が中心です。業務ヒアリング、フィールド設計、一覧とグラフの設定、プロセス管理の経路作成までが含まれます。この範囲を月額定額で請け負う会社もあり、標準機能の変更に限れば月3万円台から、JavaScriptの改修まで含む場合は月40万円程度までの幅で提示されています。定額契約が向くのは、業務ルールが四半期ごとに変わる部署です。年に1〜2回しか触らないなら、都度見積もりのほうが安く済みます。判断軸は改修の頻度で、規模ではありません。

JavaScript開発と外部連携を含む案件の費用レンジと内訳

コードを書く工程が入ると、金額の桁が変わります。実装の中身ごとの目安は次のとおりです。

読み方に注意点があります。API連携の見積もりは、kintone側の工数だけを書いている場合があるからです。連携相手のシステムに改修が要るなら、その費用は別に発生します。相手側ベンダーの見積もりも同時に取ってから、総額で比べてください。開発費だけでなくライセンス費まで含めた数年単位の総額で見る考え方は、ローコード開発の費用相場とスクラッチとの5年総額比較で製品横断に整理しています。kintoneのユーザー課金は人数に比例して毎年かかるため、利用者が数百人規模になる案件ほど、この総額比較が判断を左右します。

見積もり金額が跳ね上がる3つの要因と、費用を抑える発注側の工夫

金額を押し上げる要因は、ほぼ3つに収れんします。第一に帳票。提出先指定の様式を1ミリ単位で再現する要件は、それだけで数十万円の工数になります。第二に双方向同期です。片方向の取り込みなら単純ですが、どちらで更新しても相互に反映する作りは、競合の解決ロジックとエラー時の再送設計が要り、工数が2〜3倍に膨らみます。第三に既存Excelの完全再現で、長年つぎはぎされた計算式をそのまま移す要件は仕様を確定できず、追加見積もりの連鎖を招きます。抑える工夫は単純です。この3つを「初回リリースに含めない」と決めること。まず標準機能の範囲で運用を始め、実際に困った箇所だけを2次開発に回す分割発注だけで、初期費用は半分近くまで下がります。

kintone開発の進め方と、制限値を踏まえた設計・テストの工程

kintone開発は、要件定義から本番展開までの流れ自体はスクラッチ開発と変わりません。違うのは、製品側の制限値を先に把握しておかないと、後から設計をやり直す羽目になる点です。

業務の棚卸しとアプリ設計の段階で、開発する量そのものを削る手順

最初にやるのは、コードを減らすための整理です。次の順で進めます。

1. 対象業務の入力・確認・集計・報告を、担当者と画面単位で書き出す
2. 1業務に1アプリを割り当て、アプリ間の参照関係を線でつなぐ
3. 各画面の要件を、標準設定で足りるものと足りないものに仕分ける
4. 足りないものだけを既製プラグイン・連携サービスで探す
5. それでも残った差分を、JavaScriptとAPIの開発対象として確定する

この5段階を飛ばすと、標準機能で実現できる処理をわざわざコードで書くことになります。実務では3の仕分けに最も時間をかけてください。ここで削れた要件は、初期費用と保守費の両方から消えます。

kintoneのAPI制限値を前提にした処理設計と、一括更新の分割方法

設計段階で押さえる数値があります。cybozu developer networkによると、2026年9月時点で一度に登録・更新・削除できるレコードは100件までとされ、複数レコードを取得するAPIのoffsetで指定できる上限は10,000件です。ここへ1日あたりのリクエスト上限が重なる形になります。したがって、5,000件を夜間更新する処理は、1件ずつ5,000回呼ぶのではなく、100件ずつ50回に束ねる設計にします。10,000件を超える抽出では、offsetによるページングではなくカーソルを使う方式へ切り替えるのが定石で、切り替え方はoffsetの制限値を考慮したレコード一括取得の解説に記載された手順を参照してください。1件ずつ処理する実装を受け取ると、データ量が増えた時点で夜間バッチが止まります。見積もり時に「一括処理の分割単位をどう設計するか」を質問しておくと、相手の力量も測れます。

検証用アプリでのテスト手順と、本番展開後に定着させる保守の体制

kintoneには本番と切り離した開発環境が標準で用意されていないため、検証用のアプリを別途作って試すのが定石です。本番アプリをコピーして検証用を作り、想定外の入力や権限の異なるユーザーでの動作まで確認してから本番へ適用します。適用時は、変更前のJavaScriptファイルを必ず手元に残してください。切り戻しの手段がこれしかないためです。展開後の定着では、アプリの設定変更権限を持つ人を1〜2名に絞ることが効きます。現場が自由に項目を足せる手軽さは、カスタマイズが動いているアプリでは事故のもとで、フィールドコードを変更した瞬間にJavaScriptが動作を止めます。

アプリのコピーに加えて、開発者ライセンスで本番とは別ドメインの検証環境を持つ方法もあります。取得条件やcli-kintoneでの反映手順は、kintone開発環境の作り方と検証環境を分ける手順で実装者向けに解説しています。

社内内製で回るkintone開発と、開発会社へ委託すべき開発の分岐

ここが最も判断を誤りやすい部分です。kintoneは内製しやすい製品ですが、内製に向く開発と向かない開発があり、線引きを曖昧にしたまま走ると、途中で誰も触れないアプリが残ります。条件を明示して言い切ります。

kintone開発を社内内製で完結できると判断する3つの前提条件

内製で完結できるのは、次の3つがすべて揃う場合だけです。第一に、アプリ設計を主担当として持つ人が決まっており、その人の業務時間の1割以上が確保されていること。第二に、開発の中身が標準設定と既製プラグインの範囲に収まっていること。第三に、業務ルールの変更を自部門だけで決められること。3つ揃えば、外注より速く安く回ります。1つでも欠けたまま内製に踏み切るのは危険です。とくに主担当が兼務で時間を確保できていない場合、アプリは作られたあと放置され、現場はExcelへ戻ります。内製の失敗はコードの品質ではなく、体制の欠落から起きます。

外部の開発会社への委託に切り替えるべき、要件と体制の具体的な境界

委託へ切り替える境界は3つです。JavaScriptで100行を超える処理を書く段階に入ったとき、社外システムとのAPI連携が発生したとき、部門をまたいで権限設計が必要になったとき。この3つはいずれも、作った人が抜けると復旧できません。判断の目安として、「今の担当者が来月異動したら、このアプリを1週間以内に直せる人が社内にいるか」を自問してください。答えが「いない」なら、その時点で委託の検討に入るべきです。現実的な進め方は、連携部分と全体の権限設計を外部へ委託し、日々のフィールド追加や一覧の調整は社内で回す分業という形です。kintoneの導入支援・カスタマイズの受託では、この分業の線引きから設計を引き受けるため、内製を残したまま難所だけを外へ出す形が取れます。委託先の候補を比べる観点は、kintoneに限らずローコード製品全般で共通しており、ローコード開発会社の選び方と内製・外注の判断基準で確認項目を一覧にしています。

kintone開発を選ばずに専用開発へ振るべき、3つの失敗場面

kintoneを開発基盤に選ぶべきでない場面も、はっきりあります。1つ目は、1アプリのレコードが数百万件規模になり、複雑な集計を毎日回す業務。制限値と処理速度の両面で無理があり、データベースを別に立てる設計になります。2つ目は、社外の不特定多数が直接入力する仕組みです。kintoneはユーザー課金の製品なので、ライセンスを持たない相手に画面を開かせる要件はフォーム系の連携サービスを挟む前提になり、構成が複雑化します。3つ目は、法定帳票の厳密な出力や、監査で証跡の完全性を求められる業務。これらを無理にkintoneへ載せると、カスタマイズが積み上がって専用開発より高くつきます。年間のライセンス費と開発費の合計が専用開発の初期費用を3年で上回るなら、その時点で設計を見直してください。

委託先の見積書で確かめる保守範囲と、ソースコードの引き渡し条件

委託を決めたあとに揉めるのは、金額ではなく契約の中身です。見積書では3点を確認します。第一に、保守の範囲が「不具合修正のみ」か「軽微な改修を含む」かの区別。ここが曖昧だと、フィールドを1つ足すたびに追加請求が届きます。第二に、開発したJavaScriptとプラグインのソースコードを納品物として受け取れるかどうか。受け取れない契約では、その会社以外に改修を頼めません。第三に、kintone本体の更新でカスタマイズが動かなくなった場合、どちらの負担で直すか。この3点を発注前に文書で確定させておけば、稼働後のトラブルはほぼ防げます。相見積もりでも、金額ではなくこの3点の書きぶりを比べてください。

よくある質問

kintoneカスタマイズの検討でとくに多い質問を、判断に直結する順で5つ挙げます。

kintoneカスタマイズとアプリの設定作業は何が違うのですか？

アプリ設定は、フォームの部品配置、一覧やグラフの条件、承認経路の作成など、管理画面の操作だけで完結する作業です。kintoneカスタマイズはその外側で、プラグインやコードを加えて挙動を変える作業を指し、kintone開発とも呼ばれます。条件付きの入力チェック、別アプリからの自動取得、外部システムとのデータ連携などが代表例です。両者はリリース手順も違い、コードを伴う変更には検証用アプリでのテストと切り戻し用の旧ファイル保管が要ります。

kintoneカスタマイズの費用はどのくらいが目安になりますか？

2026年7月時点で各社が公開している料金目安では、アプリ設計と設定の代行が10万〜30万円台、JavaScriptによる画面制御が20万〜60万円台、外部システムとのAPI連携が10万〜50万円、専用プラグインの新規開発が50万〜150万円、業務全体を載せ替える構築が100万〜500万円という分布です。保守を月額定額で契約する場合は、月3万円台からコード改修込みで月40万円程度までの幅があります。これとは別に、カスタマイズを使うにはスタンダードコース以上の契約が前提になります。

kintone開発の委託先は認定パートナーから選ぶべきですか？

サイボウズの公式パートナー制度に登録している会社は、製品知識と導入実績の裏づけがある点で候補になります。ただし認定の有無だけで決めるのは早計です。判断材料として有効なのは、自社と同じ業務領域での構築事例があるか、連携相手のシステムを扱った実績があるか、ソースコードを納品物として引き渡す契約に応じるかの3点。認定パートナーであっても、コードを渡さない方針の会社は乗り換えが利きません。

kintone開発にはどのくらいの期間がかかりますか？

標準設定と既製プラグインの範囲で収まる案件は、業務ヒアリングから本番展開まで1〜2か月が目安です。JavaScriptによる画面制御が入ると2〜3か月、外部システムとのAPI連携を含む案件では、相手側システムの調査と接続テストの待ち時間が加わり、3〜6か月かかることもあります。期間を縮める最短路は初回リリースの範囲を絞ることで、帳票の作り込みと双方向同期を2次開発へ回すだけでもおおむね半分に収まります。

開発したカスタマイズは別の会社へ引き継げますか？

ソースコードを納品物として受け取っていれば引き継げます。JavaScriptファイルとプラグインのパッケージ、設定内容の一覧が揃っていれば、別の会社でも改修できる状態です。逆に、開発会社が自社サーバーからコードを配信している構成や、コードの提供を伴わない月額サービス型の場合は、契約終了と同時にカスタマイズが止まります。契約前に成果物の引き渡し範囲を書面で確認してください。

関連記事

• kintoneとは？できること・料金・プラグインからノーコードで内製する判断まで解説：製品そのものの仕組み・できること・料金コースの全体像を、開発の前段として確認できます。
• kintoneプラグイン開発とは｜manifest構成から配布・内製外注の判断まで：自社専用プラグインを作る場合の開発環境・manifest構成・配布手順を実装者の視点で解説しています。
• ShopifyとkintoneのAPI連携によるモールECサイト構築の手順：REST APIで外部システムとつなぐ実例として、受注データ取り込みの全体像がつかめます。
• ローコード開発のデメリット7つ｜スクラッチとの使い分けと導入判断：kintoneを含むローコード製品に共通する限界と、スクラッチへ切り替える判断を整理しています。
• ローコード開発会社の選び方｜内製と外注の判断基準と発注前の確認項目：カスタマイズの委託先を比べるときの確認項目をまとめています。