kintone連携システムの追加開発を頼む際の伝え方｜業務フローをどこまで説明するか 2026

「kintoneをもう少しうちの業務に合わせてカスタマイズしたいけれど、何から始めればいいか分からない」。そんなご相談を、最近よくいただくようになりました。

営業管理や在庫管理のためにkintoneを導入したはいいものの、標準機能だけでは足りない部分が出てきた。既存のExcel運用と二重管理になっていて非効率だ。そんな悩みを抱えながら、追加開発をどこに、いくらで、どんなふうに頼めばいいのか分からずに立ち止まっている担当者の方が本当に多いんです。

大丈夫です。この記事では、kintoneの追加開発を発注する際に必要な費用相場、発注先の選び方、そして最も大切な「業務フローをどこまで説明すればよいか」という実務的な疑問まで、順番にお話ししていきます。

kintone追加開発の市場動向とマクロ視点での現状

kintoneはサイボウズ株式会社が提供する業務改善プラットフォームで、営業管理・案件管理・在庫管理・勤怠管理など、さまざまな業務アプリをノーコードで作成できるツールとして、中小企業を中心に急速に普及しています。標準機能だけでも十分に使える設計になっていますが、実際に運用を始めると「他のシステムとデータを連携させたい」「特定の条件で自動計算させたい」「外部の請求ソフトと同期させたい」といった要望が必ずと言っていいほど出てきます。

こうした要望に対応するのが、いわゆる「kintone連携開発」「kintone追加開発」と呼ばれる領域です。プラグイン導入だけで済むケースもあれば、JavaScriptによるカスタマイズやREST APIを使った外部システム連携が必要になるケースもあります。

中小企業庁の調査でも、業務効率化のためのITツール投資は年々拡大傾向にあると報告されています。

中小企業においては、深刻化する人手不足への対応として、省力化投資を含むIT投資の重要性が増している。 出典: chusho.meti.go.jp

この流れの中で、kintoneのような柔軟な業務アプリ基盤を導入する企業が増え、それに伴って追加開発の需要も高まっています。ただし、追加開発には当然コストがかかります。「誰に頼むか」で費用も品質も大きく変わってくるため、発注する側としては事前に相場感と選び方を押さえておくことが欠かせません。

kintone追加開発を発注する前に知っておきたい基礎知識

そもそもkintone追加開発とは何か

kintoneの追加開発とは、標準機能やkintone独自の設定画面だけでは実現できない機能を、プラグインの導入やJavaScriptカスタマイズ、外部システムとのAPI連携によって実現することを指します。大きく分けると次の3つのパターンがあります。

1つ目は、既存のプラグインを組み合わせる方法です。サイボウズ公式やサードパーティが提供するプラグインをインストールし、設定するだけで実現できる範囲であれば、比較的低コストかつ短期間で対応できます。

2つ目は、JavaScriptやCSSによるカスタマイズです。フォームの表示制御、入力値の自動計算、特定条件での通知など、kintoneアプリの見た目や挙動を細かく調整したい場合にこの方法が使われます。

3つ目は、外部システムとの連携開発です。会計ソフト、在庫管理システム、ECサイトのカート機能などとkintoneのデータを同期させたい場合、REST APIを使った専用の連携プログラムを構築する必要があります。この領域は最も専門性が高く、開発費用も相応にかかります。

なぜ追加開発が必要になるのか

kintoneは汎用性の高いツールですが、それゆえに「そのままでは自社の業務フローにぴったり合わない」というケースが少なくありません。たとえば、受発注管理を行っている企業であれば、発注情報を自動で販売管理システムへ反映させたいというニーズがよくあります。

スマートフォンからkintoneへ登録した発注情報を販売管理システムへ反映させます。そのため発注情報の漏れなどを防ぐことができるので、販売管理を行う際により徹底したデータ管理を行うことが可能です。 出典: rekaizen.com

こうした連携が実現できれば、二重入力の手間が省け、入力ミスや漏れも大幅に減らせます。標準機能だけで運用を続けていると、結局Excelやスプレッドシートに頼らざるを得ない部分が残ってしまい、せっかくkintoneを導入した効果が半減してしまいます。追加開発は、その「あと一歩」を埋めるための投資だと考えると分かりやすいでしょう。

kintone追加開発の費用相場

開発内容別の費用感

追加開発の費用は、依頼する内容の複雑さによって大きく変わります。おおまかな目安として、以下のような費用感が一般的です。

簡単なJavaScriptカスタマイズ（フォームの表示制御や入力チェックなど）であれば、5万円から15万円程度が目安になります。作業ボリュームによってはこの範囲を下回ることもあります。

外部システムとの連携開発になると、要件の複雑さに応じて20万円から100万円以上まで幅が広がります。連携先システムの仕様調査、テストデータでの検証、本番移行後の動作確認まで含めると、想像以上に工数がかかることも珍しくありません。

大規模なシステム構築、たとえば複数部署にまたがる業務フロー全体をkintoneで再設計するようなプロジェクトであれば、200万円を超えることもあります。

定額プランという選択肢もある

費用の見通しを立てやすくする方法として、サイボウズ公式が案内している定額開発プランを利用する道もあります。

kintoneの定額開発とは、月額固定料金で継続的にカスタマイズ開発を依頼できるサービスです。 出典: biz.ne.jp

定額プランは、継続的に小さな改修を依頼したい企業には向いていますが、単発の大きな連携開発を1回だけ依頼したい場合には、都度見積もりで依頼する方が結果的に割安になることもあります。自社の開発ニーズが「継続的」なのか「単発」なのかを見極めてから、依頼方法を選ぶとよいでしょう。

見積もりを比較するときの注意点

複数の依頼先から見積もりを取る際、単純に総額だけを比較するのは危険です。見積書の内訳をよく見ると、要件定義、設計、実装、テスト、納品後のサポートといった項目に分かれていることが多く、どこまでの作業が含まれているかによって「安い見積もり」の中身が全く違うことがあります。

実は私自身も、初めて業務委託の外注をお願いしたとき、見積もりの総額の安さだけで依頼先を選んでしまい、後から「テスト工程が想定より簡素だった」と気づいて追加費用が発生した経験があります。安さの理由がどこにあるのか、必ず内訳まで確認することをお勧めします。

kintone追加開発の依頼先の選び方

システム開発会社に依頼する場合

システム開発会社への依頼は、実績や体制がしっかりしている分、費用は高めになりがちですが、大規模な連携開発や複数システムをまたぐプロジェクトでは安心感があります。会社によって得意分野が異なるため、自社が実現したい連携内容（会計ソフト連携が得意、EC連携が得意など）と、その会社の実績が一致しているかを確認しましょう。

フリーランスのエンジニアに依頼する場合

一方で、比較的小規模なカスタマイズや、特定の業務フローに特化した連携開発であれば、kintone開発の経験を持つフリーランスエンジニアへ直接依頼するという選択肢もあります。

システム開発会社を経由する場合、営業担当者やプロジェクトマネージャーの人件費が費用に上乗せされる構造になっていることが一般的です。これに対して、フリーランスへ直接依頼すれば、そうした中間コストが発生しない分、同じ予算でもより多くの作業時間を確保できたり、費用を抑えられたりする傾向があります。もちろん、フリーランスの場合はサポート体制や納期管理を発注者側でもある程度意識する必要があるため、契約時にコミュニケーション頻度や連絡手段を明確に取り決めておくことが大切です。

kintoneのカスタマイズ開発は、ソフトウェア作成者の年収・単価相場に近い専門性が求められる領域です。相場感を把握したうえで、自社の予算とニーズに合った依頼先を選ぶとよいでしょう。

開発を依頼できる相手を見つける方法

kintone開発の実績があるエンジニアを探す方法として、アプリケーション開発のお仕事のようなガイドを参考にしながら、業務委託マッチングサービスで直接依頼できる相手を探す方法があります。仲介手数料が発生しないマッチングサービスを利用すれば、依頼先に支払う金額をそのまま開発の作業時間に充てられるため、費用対効果を重視する発注者にとっては有力な選択肢になります。

業務フローをどこまで説明するか

説明不足が招く「思っていたのと違う」

kintone追加開発の発注で最もトラブルになりやすいのが、実は費用面ではなく「業務フローの説明不足」です。発注者側は自社の業務を日常的に行っているため、当たり前だと思っていることを開発者に伝え忘れてしまうことがよくあります。

たとえば「発注情報が入力されたら在庫数を自動で減算する」という要望を伝えたとしても、「キャンセルされた場合はどうするのか」「一部だけ発送された場合の扱いは」といった例外パターンまで説明していなければ、開発者はその例外を考慮せずに実装してしまいます。結果として、納品後に「これでは使えない」となり、追加の修正費用が発生するケースが少なくありません。

業務フロー図を用意することの効果

これを防ぐためには、口頭やチャットでの説明だけに頼らず、簡単でよいので業務フロー図を用意することをお勧めします。フローチャートツールやスプレッドシートでも構いません。「誰が」「いつ」「どんな条件で」「何をするのか」を時系列で整理しておくだけで、開発者との認識のズレを大幅に減らせます。

私自身の経験でも、業務委託先とのやり取りで「言葉だけで伝えた内容」と「実際に相手が理解した内容」にズレがあり、想定外の仕上がりになってしまったことがありました。それ以来、依頼するときは必ず簡単な図や箇条書きのメモを用意し、それを見ながら打ち合わせをするように心がけています。文章だけで伝えるより、視覚的な資料を挟んだ方が、お互いの理解のズレに早く気づけると実感しています。

例外パターンと運用ルールを先に洗い出す

業務フローを説明する際は、正常なパターンだけでなく、以下のような例外パターンもあらかじめ洗い出しておくと安心です。

・データが重複して登録された場合の扱い ・入力必須項目が空欄のまま保存されようとした場合の挙動 ・複数人が同時に同じレコードを編集した場合の優先順位 ・システム障害やAPI連携先が停止した場合のフォールバック処理

これらを事前に整理しておくことで、開発者側も見積もり段階で正確な工数を算出しやすくなり、後から「想定外の追加費用」が発生するリスクを減らせます。

逆に説明しすぎても非効率になる

一方で、業務フローを細かく説明しすぎるのも考えものです。あまりに詳細な資料を大量に用意してしまうと、開発者側がその資料を読み込むだけで時間がかかり、かえって着手が遅れる原因になります。

理想的なのは、まず全体像を1枚のフロー図で示し、そのうえで「特に注意してほしいポイント」だけを補足説明として加える形です。全体を俯瞰できる資料と、要点をまとめた補足のバランスを意識すると、開発者にとっても理解しやすく、見積もりの精度も上がります。

発注時の進め方とスケジュール感

要件定義からリリースまでの流れ

一般的なkintone追加開発の進め方は、おおむね次のようなステップを踏みます。

1つ目は要件のヒアリングと整理です。発注者が用意した業務フローをもとに、開発者が実現可能な範囲と技術的な制約を確認します。この段階で不明点をすり合わせておくことが、後々のトラブルを防ぐ鍵になります。

2つ目は見積もりの提示と契約です。要件が固まった時点で、開発内容・費用・納期を明記した見積書を受け取り、双方で合意したうえで契約を結びます。

3つ目は設計と実装です。小規模な改修であれば1週間から2週間程度、外部システム連携を含む中規模な開発であれば1ヶ月から2ヶ月程度が目安になります。

4つ目はテストと本番移行です。テスト環境で動作確認を行い、問題がなければ本番環境へ反映します。この段階で発注者側も実際の業務データに近い条件でテストに参加すると、リリース後のトラブルを減らせます。

納期の目安と余裕を持ったスケジュール設定

開発規模にもよりますが、簡単なカスタマイズであれば2週間程度、外部システム連携を含む開発であれば1ヶ月から3ヶ月程度を見込んでおくとよいでしょう。特に繁忙期をまたぐ場合や、社内の関係部署との調整が必要な場合は、余裕を持ったスケジュールを組むことをお勧めします。

急ぎで依頼した場合、開発者側も十分なテストの時間を確保できず、リリース後に不具合が見つかるリスクが高まります。多少時間がかかっても、テスト工程をしっかり踏んでもらう方が、結果的には安心につながります。

発注後に気をつけたいポイント

保守・運用体制も事前に確認する

追加開発が完了した後も、業務内容の変化やkintone自体の仕様変更に伴って、修正が必要になる場面が出てきます。契約時に「納品後のサポート期間」や「軽微な修正の対応範囲」がどこまで含まれているのかを確認しておくと安心です。

保守契約を別途結ぶのか、都度見積もりで対応してもらうのかによっても、長期的なコストが変わってきます。開発を依頼する段階で、この点も含めて相談しておくとよいでしょう。

ドキュメントを残してもらう

追加開発を依頼した際、意外と見落とされがちなのが「ドキュメントの整備」です。実装した機能の仕様書や、カスタマイズしたコードの説明資料を残してもらわないと、後任の担当者が変わったときや、別の開発者に追加改修を依頼するときに、ゼロから仕様を洗い出す羽目になります。

契約時に「簡単な仕様書の納品」を条件に含めておくことをお勧めします。ドキュメントが残っていれば、次に別の相手へ発注する際にも業務フローの説明がスムーズになります。

直接依頼という選択肢のコスト構造

仲介を挟むことで生まれる中間マージン

kintone追加開発を依頼する際、システム開発会社やSES企業を経由すると、実際に開発を担当するエンジニアへの支払額に加えて、営業活動費や管理コストが上乗せされた金額が発注者側の請求額になります。これは開発会社のビジネスモデル上当然のことですが、発注者にとっては「同じ予算でも実際の開発に充てられる時間が少なくなる」という側面があります。

一方、フリーランスエンジニアへ直接依頼できるマッチングサービスを利用すれば、こうした中間マージンが発生しません。同じ予算であれば、より多くの作業時間を確保できたり、より丁寧なテスト工程を組んでもらえたりする可能性が高まります。

運営者として見てきたフリーランス市場の実感

在宅ワーク・フリーランス市場を長く見てきた立場から言えば、直接取引の価値は金額の安さだけにとどまりません。仲介を挟まない分、発注者とエンジニアが直接コミュニケーションを取れるため、業務フローの細かなニュアンスが伝わりやすくなるという利点もあります。

また、長く続いている取引関係を観察していると、単発の作業依頼で終わるのではなく「この人になら次も安心して頼める」という信頼関係を築いている発注者と受注者ほど、結果的にコストパフォーマンスの良い開発が実現できている傾向があります。中間マージンがない分、依頼者はより多くの作業を頼めますし、受け手であるエンジニアも手取りが厚くなるため、双方にとって長期的なメリットが生まれる構造だと感じています。手数料0%という条件は、単に金額が安いというだけでなく、依頼者とエンジニアの双方が納得できる取引を続けやすくする土台になっていると、現場を見てきた実感として言えます。

発注先を見極める際の実務的なチェックポイント

直接依頼する場合、開発会社のような看板や実績ページがない分、発注者自身が相手のスキルや信頼性を見極める必要があります。具体的には、過去の開発実績（可能であれば類似案件のポートフォリオ）、kintoneのAPI連携経験の有無、そして最初の打ち合わせでの受け答えの丁寧さを確認するとよいでしょう。

特に、こちらの業務フローの質問に対して、的確に不明点を掘り下げて聞き返してくれるエンジニアは、要件の理解力が高い傾向があります。逆に、こちらが伝えた内容をそのまま鵜呑みにして「大丈夫です、できます」とだけ返してくるようであれば、後々の認識ズレが心配になるサインかもしれません。

kintoneの追加開発は、業務効率化に直結する重要な投資です。費用相場を把握し、業務フローの伝え方を工夫し、信頼できる依頼先を選ぶことができれば、標準機能だけでは実現できなかった業務の自動化や連携を、安心して進めていけるはずです。

よくある質問

Q. kintoneの追加開発を頼む場合、最低いくらから依頼できますか？

簡単なJavaScriptカスタマイズであれば5万円程度から依頼できるケースがあります。ただし内容によって幅があるため、複数の依頼先から見積もりを取り、内訳まで比較することをお勧めします。

Q. 業務フローの説明は資料を用意した方がいいですか？

はい。口頭説明だけでは例外パターンが伝わりにくく、認識のズレが起きやすくなります。簡単なフロー図と要点の箇条書きを用意すると、開発者との認識合わせがスムーズになります。

Q. システム開発会社とフリーランス、どちらに頼むべきですか？

大規模で複数システムをまたぐ開発なら開発会社、比較的小規模な連携やカスタマイズならフリーランスへの直接依頼が費用面で有利になりやすいです。案件の規模とサポート体制の必要性で判断するとよいでしょう。

Q. 納品後に仕様変更が必要になった場合はどうすればいいですか？

契約時に保守・サポート範囲を確認しておくことが重要です。軽微な修正が別料金になるのか、一定期間は無償対応なのかを事前にすり合わせておくと、後々の追加費用トラブルを防げます。