「今のExcel業務をシステム化したい」というご相談で、最初の分かれ道になるのが「専用のシステムを一から作るか」「kintoneのようなノーコードツールで組むか」です。見積もりを取ると、スクラッチ開発は数百万円規模になることも珍しくなく、ノーコードは月額費用で始められる——この価格差だけで決めてしまうと、どちらを選んでも後悔しがちです。本記事では、費用ではなく「その業務がこれからどれくらい変わるか」を軸に、使い分けの考え方を整理します。
個別開発が数年で「負債」になるパターン
スクラッチ開発そのものが悪いわけではありません。問題になるのは、変わり続ける業務を、変えにくい仕組みに閉じ込めてしまったときです。よく見るのは次のような経過です。
- 要件定義の時点で業務を固めてしまう——開発期間中にも現場のやり方は変わり、完成した時点で一部が実態と合わなくなっている
- 小さな変更にも見積もりと待ち時間が発生する——項目を1つ足す、帳票の並びを変えるといった修正のたびに発注が必要になり、現場はExcelでの回避策に戻っていく
- 改修できるのが開発元だけになる——仕様書が更新されず、中身を知っているのは作った会社や担当者だけ。相手の体制が変わると、保守そのものが難しくなる
- 利用者がシステムの外で仕事を始める——「システムに入力するためのExcel」が生まれ、二重管理になる
共通しているのは、システムを変えるコストが、業務が変わる速さに追いつかないという構造です。導入時の金額より、この「変えにくさ」のほうが長い目で見ると高くつきます。
ノーコードで足りる業務・足りない業務の線引き
一方で、ノーコードツールも万能ではありません。kintoneのようなツールが力を発揮する業務と、専用開発や別の手段を検討すべき業務には、比較的はっきりした違いがあります。
ノーコードで足りることが多い業務
- 案件管理・顧客管理・日報・問い合わせ管理など、「記録して、共有して、集計する」ことが中心の業務
- 申請・承認のワークフロー
- 部署ごとにやり方が違い、今後も見直しが入りそうな業務
- 社内の利用者向けで、画面の見た目より入力と共有のしやすさが大事な業務
専用開発や別の手段を検討すべき業務
- 大量のデータを一括で計算する処理など、処理量や応答速度に厳しい要求がある業務
- 独自の計算ロジックそのものが、事業の競争力になっている場合
- 顧客向けに公開する画面で、デザインや操作性を細かく作り込む必要がある場合
- 取引先や制度の仕様で、データ形式や処理手順が厳密に決まっている場合
実務では、この二択ではなく「ノーコードを中心に据え、足りない部分だけを開発や連携で補う」形に落ち着くことが多くあります。kintoneであればJavaScriptによるカスタマイズや外部システムとの連携で拡張できますが、足しすぎると今度はノーコードの利点が失われます。この線引きは、カスタマイズのやめどきを解説した記事でも詳しく触れています。
【判断基準】どちらで作るかを決める5つの問い
ご相談を受けたとき、私は機能の要望を伺う前に、次の5点を確認するようにしています。「はい」が多いほどノーコード向き、「いいえ」が多いほど専用開発も含めて検討する価値があります。
- 1. 業務のやり方は、今後1〜2年で見直しが入りそうか——組織変更、取扱商品の追加、承認ルートの変更などが見込まれるなら、変更しやすさを優先します
- 2. 小さな修正は、社内で回せたほうがよいか——都度外部に依頼する前提か、項目の追加くらいは社内で手を入れたいか
- 3. 画面の見た目より、データがきちんと溜まることのほうが大事か——社内向けの業務であれば、標準の画面で十分なことがほとんどです
- 4. 処理件数や応答速度に、極端な要求はないか——一般的な事務処理の範囲なら、ノーコードの性能が問題になる場面は多くありません
- 5. まず一部の業務で試し、うまくいったら広げる進め方が取れるか——一度にすべてを置き換える必要があるなら、計画の立て方自体が変わります
特に見落とされがちなのが1つ目です。「今の業務をそのままシステム化する」という発想で要件を固めると、業務が変わった瞬間に仕組みが足かせになります。変わる前提で選ぶことが、結果的に投資を無駄にしない近道です。
迷ったら「小さくノーコードで検証」から始める
どちらにするか決めきれない場合は、対象業務の一部をノーコードで作り、実際に使ってみるのが最も確実です。
- 対象を絞る——最も困っている業務を1つ選び、関係者が少ない範囲から始めます
- 数週間、実際のデータで回してみる——机上の要件定義では出てこなかった「本当に必要な項目」「実は要らない機能」が見えてきます
- 限界が見えた部分だけ、別の手段を検討する——性能や連携の壁に当たったところだけを、開発や連携サービスで補います
この進め方の利点は、仮に最終的に専用開発を選ぶことになっても、検証で固まった要件が、そのまま発注時の仕様になることです。紙の上で想像した要件より、実際に使って確かめた要件のほうが、開発の手戻りは格段に少なくなります。
なお、ノーコードツールの中でどれを選ぶかについてはkintone・Power Apps・AppSheetの比較で、作った後に社内で育てるか外部に任せるかは内製と外注の判断基準で整理しています。
まとめ——「作る」か「組む」かは、業務の変わる速さで決める
スクラッチ開発とノーコードの違いは、価格の違いである以上に、変化への強さの違いです。やり方が固まっていて長く変わらない業務なら専用開発の良さが活きますし、見直しが続く業務ならノーコードで組んで育てていくほうが、結果的にコストもリスクも抑えられます。
大切なのは、最初の見積もり金額だけで判断しないこと。数年にわたる変更の手間まで含めて比べると、選ぶべき方法は自然に見えてきます。
DX Connectでは、kintoneを中心としたノーコードでの業務システム構築に加え、足りない部分を補う開発・連携まで含めてご支援しています。「この業務はノーコードで足りるのか」「既存システムの改修とどちらがよいか」という段階からご相談いただけますので、まずは対象の業務と今の困りごとをお聞かせください。
