ノーコード・ローコードとは：何ができて、どこからが開発か｜ノーコードで進める業務改善 第1回

KOUZAノーコードで進める業務改善

第1回／全6回

講師：田中 磨生（株式会社Abin 代表取締役）

この講座の目次を見る

1. 第1回ノーコード・ローコードとは：何ができて、どこからが開発か
2. 第2回道具の使い分け：業務アプリ・データベース・フォーム・表計算
3. 第3回ワークフロー自動化でつなぐ：トリガーとアクション、連携の設計会員
4. 第4回業務改善の進め方：現状把握→設計→試作→定着の4ステップ会員
5. 第5回野良アプリと属人化を防ぐ：ガバナンスの基本ルール会員
6. 第6回内製か外注か：判断の物差しと、外部パートナーの使い方会員

この回で分かること：①ノーコード・ローコード・スクラッチ開発（一から作る開発）の違い、②ノーコードで作れるものと、向いている業務・向いていない業務、③「ここから先はノーコードでは難しい」という限界のサインの見分け方。全6回の入り口として、ノーコードという道具の得意・不得意をつかみます。

ノーコード・ローコードとは：プログラムを書かずに仕組みをつくる

ノーコードとは、プログラムのコードを書かずに、画面上の操作（部品を並べる、項目を選ぶ、条件を設定するなど）だけで、業務アプリやデータベース、自動化の仕組みなどを作る方法、またはそのための道具のことです。ローコードは、基本は画面操作で作りつつ、必要な部分だけ少しのプログラムを書いて機能を広げられる方法や道具を指します。

図1のように、業務の仕組みのつくり方は、おおむね4つの段階に分けて考えると整理しやすくなります。

たとえば、サイボウズの業務アプリ作成サービスkintoneは、標準の機能だけならプログラムなしでアプリを作れ、さらに足りない部分は、プログラム（JavaScriptなど）や、外部のシステムとつなぐ仕組み（API）、機能を追加する部品（プラグイン）で広げられる、と説明しています。1つのツールの中に、ノーコードで作れる範囲と、ローコードで広げる範囲の両方があるわけです。

ノーコードの最大の価値は、業務をいちばんよく知っている現場の人が、自分で仕組みを作り、自分で直せることです。システム開発を外部に頼むと、要望を伝え、見積もりをとり、完成を待つまでに数か月かかることも珍しくありません。ノーコードなら、現場の担当者が数日で試作し、使いながら改善していくことができます。

なぜ今、ノーコードが注目されているのか

ノーコードが広く使われるようになった背景には、大きく2つの事情があります。

1つめは、デジタルの仕組みを作れる人が足りないことです。情報処理推進機構（IPA）が2026年7月に公表した国内企業約1,800社への調査では、DXを進める人材が「やや不足」「大幅に不足」と答えた企業が85.5%にのぼりました。社内の技術者や外部の開発会社だけに頼っていては、現場の小さな改善まで手が回りません。

2つめは、クラウドで使える業務の道具が増えたことです。顧客管理、会計、チャット、ファイル共有など、多くの業務がクラウドのサービスで行われるようになり、それらをつないだり、足りない部分を補ったりする仕組みが必要になりました。ノーコードの道具は、その「すき間」を現場で埋める役割を担っています。

代表的な道具

業務改善でよく使われるノーコード・ローコードの道具には、次のようなものがあります（2026年11月時点）。

• kintone（サイボウズ）：業務アプリを作るためのクラウドサービス。料金は、2024年11月の改定で、ライトコースが1ユーザー月1,000円、スタンダードコースが月1,800円（いずれも税別、最低10ユーザーから）になっています。
• Microsoft Power Apps：Microsoft 365と組み合わせて業務アプリを作れる道具。
• Google AppSheet：Googleのスプレッドシートなどのデータをもとにアプリを作れる道具。
• Airtable：表計算のような見た目で使えるデータベース。
• BubbleなどのWebアプリ作成ツール：顧客向けのWebサービスも作れる、自由度の高い道具。

それぞれの評判や料金は、ツギノテのノーコード開発ツールおすすめ比較や、kintoneの評判、Power Appsの評判、AppSheetの評判で詳しく比べています。道具の使い分けの考え方は、第2回で扱います。

ノーコードで作れるもの

ノーコードの道具で作れるものは、年々広がっています。業務改善でよく使われるのは、図2の6種類です。

• 業務アプリ：案件管理、日報、問い合わせ管理、備品の貸し出し管理、各種の申請と承認など。
• データベース：顧客、商品、取引先、在庫などの情報を、検索・集計しやすい形で一元管理する仕組み。
• 入力フォーム：社外からの問い合わせや申し込み、社内のアンケートや報告を受け付ける画面。
• ワークフロー自動化：アプリ同士をつなぎ、「フォームに入力があったら表に記録して担当者に通知する」といった流れを自動で動かす仕組み（第3回で詳しく扱います）。
• Webサイト・LP：会社のサイトや、キャンペーン用の1枚もののページ（LP）。
• スマホアプリ：現場で使う点検アプリや、顧客向けの簡単なアプリ。

この講座では、主に業務改善に使う上の4つ（業務アプリ・データベース・フォーム・ワークフロー自動化）を中心に扱います。

ノーコードに向く業務・向かない業務

ノーコードは万能ではありません。図3のように、向いている業務と向いていない業務があります。

向いている業務

• 部署やチームの中で使う業務（案件管理、日報、申請、問い合わせ管理など）
• やり方がよく変わる業務（項目の追加や流れの変更が頻繁にある）
• 利用者が数人から数百人程度の業務
• 今は紙やExcel、メールのやりとりで回している業務

向いていない業務

• 会計や受発注など、会社の基幹となる大量の取引を扱う業務（専用のパッケージやシステムが向いている）
• 1秒間に大量の処理をこなすなど、非常に高い処理性能が求められる業務
• 法令や業界の規制で、データの保管や処理に厳しい要件がある業務（対応できる道具もあるが、慎重な確認が必要）
• 独自の複雑な画面や計算が必要で、道具の標準機能では表現できない業務

特に気をつけたいのは、「向いている業務」から始めたアプリが、使われるうちに範囲が広がり、いつのまにか「向いていない業務」の領域に入ってしまうことです。たとえば、営業部の案件管理として作ったアプリが、見積もり、受注、請求まで扱うようになり、全社の基幹業務の一部になっていた、というケースです。こうなると、止まったときの影響が大きくなり、管理の重要性が一気に高まります。この問題は第5回で扱います。

よくある誤解：「ノーコードなら、誰でも簡単に良い仕組みが作れる」

ノーコードの道具は、操作そのものは簡単です。しかし、良い仕組みを作るために必要なのは、操作の知識より「業務とデータの設計」の考え方です。どんな項目を、どんな単位で記録するか。誰が入力し、誰が見るのか。ここがあいまいなまま作り始めると、項目が増え続けて入力が面倒になったり、集計したいときに必要な情報がそろっていなかったりします。

ノーコードは「プログラミングが不要になる道具」であって、「設計が不要になる道具」ではありません。データの持ち方の基本は、第2回で詳しく扱います。

この記事の監修者に相談できます

監修者の田中磨生が代表を務める株式会社Abinで、ご相談をお受けしています。

相談無料ツギノテ編集部に相談する→

どこからが「開発」か：限界のサインを見逃さない

ノーコードで作った仕組みが育っていくと、どこかで道具の限界にぶつかることがあります。図4のサインが出てきたら、ローコードでの拡張や、専門家への相談、別の道具への移行を検討するタイミングです。

ノーコードで作った仕組みが限界を迎えることは、失敗ではありません。むしろ、ノーコードで素早く試したおかげで、本当に必要な機能が明確になったと考えることができます。本格的なシステムを作る場合も、ノーコードで動かした経験があれば、要件を具体的に伝えられます。内製と外注の判断は第6回で扱います。

実務ではこう使う：最初の題材を選ぶ3つの条件

これからノーコードに取り組む場合、最初の題材は次の3つの条件で選ぶと、うまくいきやすくなります。

1. 今、紙やExcel、メールで回していて、困りごとがはっきりしている：「探すのに時間がかかる」「誰が対応中か分からない」「集計に毎月半日かかる」など、改善の効果が見えやすい業務を選びます。
2. 利用者がチームや部署の中にとどまる：最初は、関係者に直接聞きながら改善できる範囲がおすすめです。
3. 止まっても、すぐに元のやり方に戻せる：最初の仕組みには試行錯誤がつきものです。止まったら困る基幹業務は避けます。

たとえば、「備品の貸し出し管理」「社内の問い合わせ窓口」「営業日報」「研修の申し込み」などは、最初の題材としてよく選ばれます。

題材が決まったら、いきなり道具を触り始める前に、「今、誰が、何を、どこに記録しているか」を紙1枚に書き出してみてください。この1枚が、第2回で学ぶデータの設計と、第4回で学ぶ業務改善の進め方の出発点になります。他社がどんな業務からノーコードを始めたかは、ノーコード開発の成功事例で確認できます。業務の棚卸しの方法は、中小企業のDXの進め方 第2回も参考になります。

この回のまとめ

• ノーコードは画面操作だけで、ローコードは一部をプログラムで拡張して、仕組みを作る方法。スクラッチ開発は一からプログラムを書く
• ノーコードの価値は、業務を知る現場の人が自分で作り、自分で直せること
• 部署内で使う、やり方がよく変わる、紙やExcelで回している業務に向く。基幹の大量取引や厳しい要件のある業務には向かない
• ノーコードは設計を不要にする道具ではない。業務とデータの設計が成否を分ける
• 動作が遅い、回避策が増えた、止まると全社が止まる、作った人しか直せない、は限界のサイン

確認テスト

次回予告

第2回は「道具の使い分け」です。業務アプリ・データベース・フォーム・表計算という4種類の道具の特徴と、Excelがつらくなるサイン、そして良い仕組みの土台となる「データの持ち方」の基本を学びます。

参考資料

• cybozu developer network「kintoneカスタマイズとは」 https://cybozu.dev/ja/kintone/getting-started/what-is-kintone-customize （確認日：2026年11月12日）
• サイボウズ株式会社 プレスリリース（kintoneの価格改定、2024年5月30日） https://topics.cybozu.co.jp/news/img/20240530_cybozupr.pdf （確認日：2026年11月12日）
• 独立行政法人情報処理推進機構（IPA）プレスリリース「広がるAI導入、DXは変われるか」（2026年7月16日） https://www.ipa.go.jp/pressrelease/2026/rcu1hd0000016yh4-att/press20260716.pdf （確認日：2026年11月12日）
• ツギノテ「中小企業のDXの進め方 第2回 現状の見える化」（2026年11月時点の公開内容）